Grsecurity yamaları neden Vanilla Kernel'e dahil edilmedi?

grsecurityYamaların (veya getirdiği güvenlik özelliklerinin) varsayılan olarak çekirdeğe dahil edilmemesinin nedenleri nelerdir ? Güvenlik için faydalara bakıldığında, vanilya çekirdeği olduğu gibi oldukça güvensiz görünüyor.

Eğer bu bir takas ise (güvenlik önlemlerinden kaçınmak istediğiniz bazı uygulamalar), grsecurityvanilya çekirdeğinde etkinleştirmek için bir seçenek olabilir.

Ana vanilya çekirdeğindeki pek çok şeyle, topluluğun neden dahil etmek istemediğinin nedenlerini anlamakta zorlanıyorum grsecurity.

(Ben bir güvenlik güvenliği geliştiricisiyim.)

jsbillings'in cevabı , bir LWN makalesinde tartışılan bir e-posta gönderisine dayanmaktadır .

Buradaki önemli bağlam, ne güvenlik önlemesi ne de PaX geliştiricilerin bu posta listesi tartışmasına katılmamış olmalarıdır. PaX Takımı'nın LWN makalesine yaptığı yorum bu konuyu temizliyor. Yamaları ana hattın dahil edilmesi için hiçbir zaman göndermedik. Bunun basit bir nedeni, yükselişin çözmeyeceği fikir ve uygulamalara sahip olduğumuzdur. Ayrıca, çok fazla güvenlik önleyici bir grup geliştiriciyle yorucu e-posta listesi tartışmalarına girmemiz gerekir (bkz. 2012 H2HC sunumu).Bunun hakkında daha fazla tartışma için). Sınırlı zamanımız ve kaynaklarımız var, bu yüzden mümkün olan en etkili şekilde harcamayı seçiyoruz: yarının güvenlik teknolojisini yaratmak ve herkese ücretsiz olarak sunmak. PaX Ekibinin yorumunda da belirttiği gibi, güvenlik konusunda özel bir görüşümüz var ve bu nedenle bireysel özelliklerin ayrıştırılması ve büyütülmesinde önemli olduğuna inanmıyoruz.

Grsecurity geliştiricilerin geçmişte Linus'u çekirdeğindeki değişiklikleri kabul etmeye ikna eden sorunları olduğu anlaşılıyor . Sorunlar gibi görünüyor:

1. Dev bir kod bloğu gönderme ve parçalara ayırmama
2. Linus, muhtemelen “gelecekteki gelişim için planlarıyla çalışmadığını söylemenin bir yolu” olan “çılgınca” birçok değişikliği göz önünde bulunduruyor.