Security Enhanced Linux的历史
一个小历史将有助于帮助您理解 Security-Enhanced Linux（SELinux）——而且它本身也是段有趣的历史。
美国国家安全局
（National
Security
Agency，NSA）长时间以来就关注大部分操作系统中受限的安全能力。毕竟，他们的工作之一就是要确保美国国防部使用的计算机在面临没完没了的攻击时
保持安全。NSA 发现大部分操作系统的安全机制，包括 Windows 和大部分 UNIX 和 Linux 系统，只实现了“选择性访问控制
（discretionary access control）”（DAC
）机制。DAC 机制只是根据运行程序的用户的身份和文件等对象的所有者来决定程序可以做什么。NSA 认为这是一个严重的问题，因为 DAC 本身对脆弱的或恶意的程序来说是一个不合格的防护者。取而代之的，NSA 长期以来一直希望操作系统同样能支持“强制访问控制
（mandatory access control）”（MAC
）机制。
MAC
机制使得系统管理员可以定义整个系统的安全策略，这个策略可以基于其他因素，像是用户的角色、程序的可信性及预期使用、程序将要使用的数据的类型等等，来
限制程序可以做哪些事情。一个小例子，有了 MAC
后用户不能轻易地将“保密的（Secret）”数据转化为“不保密的（Unclassified）”的数据。不过，MAC
实际上可以做的比那要多得多。
NSA 已经与操作系统提供商合作了多年，但是很多占有最大市场的提供商对于将 MAC 集成进来没有兴趣。即使是那些集成了 MAC 的提供商也通常是将其做为“单独的产品”，而不是常规产品。一部分原因只是因为旧式的 MAC 不够灵活。
于是
NSA 的研究力量尽力去使 MAC 更灵活并且并容易被包含在操作系统中。他们使用 Mach
操作系统开发了他们的思想的原型，后来发起的工作扩展了“Fluke”研究操作系统。不过，难以让人们信服这些思想可以适用于 “真实的”操作系统
，因为所有这些工作都基于微型的“玩具级的”研究项目。极少可以在原型之外进行尝试以查看这些思想在真实的应用程序中工作得如何。NSA
不能说服具有所有权的提供商来添加这些思想，而且 NSA 也没有权利去修改私有的操作系统。这不是个新问题；多年前 DARPA
试图强制它的操作系统研究人员使用私有的操作系统 Windows，但遇到了很多问题。
于是，NSA 偶然发现了一个回想起来似乎显而易见的想法：使用一个不是 玩具的开放源代码操作系�
相关文档：
Linux version
[1] 2.6.10
2.6 version number, 10 release number
[2] 2.6.10 and 2.6.11
They can differ significantly even in core components and in fundamental algorithms
[3] 2.6.11.12
when a new kernel release appears, it is potentially unstable and buggy. To address this problem, the kern ......
关键业务慎用linux!
在这里我指的“关键业务”是指在企业中提供诸如收费、销售等业务，需要提供要求苛刻的“安全性”、“可靠性（7X24）等要求的业务。不是宕机几个小时都无所谓的业务。从我的以往的应用案例来看，使用linux是个非常糟糕的选择。安全性，由于不能得到及时修补很容易被利用。稳定 ......
修改/etc/fstab, /etc/rc.d/rc.sysinit等系统启动文件时误操作就会造成linux无法进入，有rescue盘可以容易修复，这个方法适合于没有rescue盘时修复系统。
grub菜单中选择linux,按e,e,进入编辑模式，kernel (hd0,0)/vmlinuz root=/dev/hda2.....这一行最后加上init=/bin/bash,修改好后按enter,b引导修改后的引导信息类似如� ......
环境：CentOS 5.3 x86_64下，/dev/sdb1为数据分区/data0，EXT3文件系统。
前因：误删了/data0/tcsql/cankao/phpcws-1.5.0/httpcws.cpp文件。由于忘了备份httpcws.cpp文件，重新开发工作量较大，因此只有恢复该文件一条路可走。
debugfs命令针对EXT2分区还行，但对EXT3分区就帮不上忙了。偶然发现的一款开源软 ......
