Linux開發模式
與FreeBSD相比，Linux是一個非常不一樣的東西。盡管它們都是開源操作系統，Linux開發模式卻根本不能和前者相等同。在Linux的核心，只是一個很簡單的內核。而核心系統通用程序，包括了管理者們每天所使用的很多驅動程序和工具，是由另外一個完全不同於制作內核的團體所制作的。Linux的內核是一個外部開發的不連續的實體，然後直接由“Linux社區”進行直接維護。從一個安全的角度來講，這就意味著安全能力被建在了應用軟件包的通用程序裡，而並沒有完全反射到內核裡面（反之亦然）。
內核和應用軟件包由一個發布者（例如Red Hat或者是Debian公司）整合在一起後成為一個完整的操作系統。當代碼被整合到一起的時候，這個發布者可能會改變一些內核和一些應用軟件包的代碼。一些此類的改變是輕度的耦合改變，還有一些是新功能的部件。每個發布者以自己的方式來進行整合，這就使每個發布者有了有效的自己的操作系統。所以，當你來為你的企業決定操作系統的時候，與其考慮“Linux”，不如說是“Red Hat”、“Debian”、“Mandrake”等等。
在與發放計劃和安全功能性方面，每個發布者都有自己的時間表和技術路線。曾經有一段時間，Red Hat維護著一個安全路線（基本上來說它由SELinux整合到核心操作系統中組成），但是這個似乎已經被廢棄了。同樣的，每個發布者（操作系統發布者）控制著自己的系統終止步驟，所以並沒有單一日期的“Linux系統終止”。
基於Linux的操作系統的修補由兩個步驟組成。當一個系統安全漏洞被發現的時候，這個系統安全漏洞信息被透露給這個代碼最原先的維護者。然後這個維護者會為這個有攻擊點的軟件發布一個補丁。然後每一個操作系統發布者必須趕緊拿到補丁並做出一個專為基於他們具體代碼的自定義的補丁。基於這個補丁，管理者們才能應用到他們的系統中去。這個兩個階段的補丁過程會導致整個補丁過程的推遲，更重要的事，它會導致混亂和結構管理問題。
