Linux开发模式
与FreeBSD相比，Linux是一个非常不一样的东西。尽管它们都是开源操作系统，Linux开发模式却根本不能和前者相等同。在Linux的核心，只是一个很简单的内核。而核心系统通用程序，包括了管理者们每天所使用的很多驱动程序和工具，是由另外一个完全不同于制作内核的团体所制作的。Linux的内核是一个外部开发的不连续的实体，然后直接由“Linux社区”进行直接维护。从一个安全的角度来讲，这就意味着安全能力被建在了应用软件包的通用程序里，而并没有完全反射到内核里面（反之亦然）。
内核和应用软件包由一个发布者（例如Red Hat或者是Debian公司）整合在一起后成为一个完整的操作系统。当代码被整合到一起的时候，这个发布者可能会改变一些内核和一些应用软件包的代码。一些此类的改变是轻度的耦合改变，还有一些是新功能的部件。每个发布者以自己的方式来进行整合，这就使每个发布者有了有效的自己的操作系统。所以，当你来为你的企业决定操作系统的时候，与其考虑“Linux”，不如说是“Red Hat”、“Debian”、“Mandrake”等等。
在与发放计划和安全功能性方面，每个发布者都有自己的时间表和技术路线。曾经有一段时间，Red Hat维护着一个安全路线（基本上来说它由SELinux整合到核心操作系统中组成），但是这个似乎已经被废弃了。同样的，每个发布者（操作系统发布者）控制着自己的系统终止步骤，所以并没有单一日期的“Linux系统终止”。
基于Linux的操作系统的修补由两个步骤组成。当一个系统安全漏洞被发现的时候，这个系统安全漏洞信息被透露给这个代码最原先的维护者。然后这个维护者会为这个有攻击点的软件发布一个补丁。然后每一个操作系统发布者必须赶紧拿到补丁并做出一个专为基于他们具体代码的自定义的补丁。基于这个补丁，管理者们才能应用到他们的系统中去。这个两个阶段的补丁过程会导致整个补丁过程的推迟，更重要的事，它会导致混乱和结构管理问题。