Tam açıklama (bilgisayar güvenliği) - Full disclosure (computer security) - Wikipedia

Nın alanında bilgisayar Güvenliği bağımsız araştırmacılar, genellikle istenmeyen davranışlara neden olmak için kötüye kullanılabilen yazılım kusurlarını keşfederler; bu kusurlara denir güvenlik açıkları. Bu güvenlik açıklarının analizinin üçüncü şahıslarla paylaşılma süreci çok tartışılan bir konudur ve araştırmacının açıklama politikası. Tam açıklama yazılım güvenlik açıklarının analizini olabildiğince erken yayınlama ve verileri kısıtlama olmaksızın herkes için erişilebilir hale getirme uygulamasıdır. Güvenlik açıkları hakkındaki bilgileri geniş çapta yaymanın birincil amacı, potansiyel kurbanların onlara saldıranlar kadar bilgili olmasını sağlamaktır.[1]

Konuyla ilgili 2007 denemesinde, Bruce Schneier "Tam ifşa - güvenlik açıklarının ayrıntılarını halka açık hale getirme uygulaması - lanet olası iyi bir fikirdir. Güvenliği iyileştirmenin tek güvenilir yolu, gizlilik bizi daha az güvenli hale getirir".[2] Leonard Rose, ortak yaratıcısı elektronik posta listesi yerini aldı Bugtraq tavsiyelerin yayılması için fiili forum haline gelmek için, "Gizliliğin güvenliğe inanmıyoruz ve bildiğimiz kadarıyla tam ifşa, sadece içeridekilerin değil, herkesin bilgiye erişmesini sağlamanın tek yoludur. ihtiyacımız var."[3]

Güvenlik açığı ifşa tartışması

Hassas bilgilerin kamuya açıklanması konusundaki tartışma yeni değil. Tam ifşa konusu ilk olarak çilingirlik bağlamında, kilit sistemlerindeki zayıflıkların çilingir topluluğunda gizli tutulması mı yoksa kamuoyuna açıklanması mı gerektiği konusundaki 19. yüzyıl tartışmasında gündeme geldi.[4] Bugün, diğerlerinin çoğunun kategorize edilebileceği üç ana ifşa politikası vardır:[5] İfşa Etmeme, Koordineli Açıklama ve Tam Açıklama.

Savunmasızlık araştırmalarındaki başlıca paydaşların ifşa politikaları çeşitli motivasyonlarla şekillenmiştir, tercih ettikleri politikanın benimsenmesi ve muhalefet edenleri cezalandırması için kampanya, pazarlama veya lobicilik gözlemlemek alışılmadık bir durum değildir. Pek çok önde gelen güvenlik araştırmacısı tam ifşayı tercih ederken, çoğu satıcı koordineli ifşayı tercih ediyor. Açıklamama genellikle ticari istismar satıcıları tarafından tercih edilir ve siyah şapka korsanları.[6]

Koordineli güvenlik açığı ifşası

Koordineli güvenlik açığı ifşası, araştırmacıların güvenlik açıklarını bir koordinasyon otoritesine bildirmeyi kabul ettikleri, ardından bunu satıcıya bildiren, düzeltmeleri ve azaltmaları izleyen ve kamuoyu da dahil olmak üzere paydaşlarla bilgilerin ifşasını koordine eden bir politikadır.[7] Bazı durumlarda koordinasyon otoritesi satıcıdır. Koordineli açıklamanın temeli, tipik olarak, yazılım satıcısı zamanın geldiğini söyleyene kadar kimsenin bir güvenlik açığı hakkında bilgilendirilmemesidir.[8][9] Bu politikanın çoğu kez istisnaları veya varyasyonları olsa da, dağıtım başlangıçta sınırlandırılmalıdır ve satıcılara kamuya açık olmayan araştırmalara ayrıcalıklı erişim izni verilir.

Bu yaklaşımın orijinal adı "sorumlu açıklama ", Microsoft Güvenlik Yöneticisi Scott Culp'un" Bilgi Anarşisini Bitirme Zamanı "makalesine dayanmaktadır.[10] (tam açıklamaya atıfta bulunarak). Microsoft daha sonra terimin "Koordineli Güvenlik Açığı İfşası" (CVD) lehine aşamalı olarak kaldırılmasını istedi.[11][12]

Gerekçe değişse de, pek çok uygulayıcı, son kullanıcıların güvenlik açığı bilgilerine, tedarikçinin rehberliği veya yamaları olmadan yararlanamayacağını, bu nedenle araştırmayı kötü niyetli kişilerle paylaşmanın risklerinin çok az fayda sağlamak için çok büyük olduğunu savunuyor. Microsoft'un açıkladığı gibi, "[Koordineli ifşa], müşterilerin güvenlik açıkları için kapsamlı, yüksek kaliteli güncellemeler almalarını, ancak güncelleme geliştirilirken kötü niyetli saldırılara maruz kalmamalarını sağlayarak herkesin çıkarına hizmet eder."[12]

Tam açıklama

Tam ifşa, güvenlik açıkları hakkındaki bilgileri mümkün olan en erken zamanda kısıtlama olmaksızın yayınlama ve bilgileri kısıtlama olmaksızın genel halkın erişimine açma politikasıdır. Genel olarak, tam ifşayı savunanlar, ücretsiz olarak sunulan güvenlik açığı araştırmasının faydalarının risklerden daha ağır bastığına inanırken, muhalifler dağılımı sınırlamayı tercih ediyor.

Güvenlik açığı bilgilerinin ücretsiz kullanılabilirliği, kullanıcıların ve yöneticilerin sistemlerindeki güvenlik açıklarını anlamasına ve bunlara tepki vermesine olanak tanır ve müşterilerin, satıcıların başka türlü çözme teşviki hissetmeyecekleri güvenlik açıklarını düzeltmeleri için satıcılara baskı yapmasına olanak tanır. Tam açıklamanın çözebileceği koordineli açıklama ile ilgili bazı temel sorunlar vardır.

  • Müşteriler güvenlik açıklarından haberdar değilse yama talep edemezler ve satıcılar güvenlik açıklarını düzeltmek için hiçbir ekonomik teşvik görmez.
  • Güvenlik açıkları hakkındaki bilgiler kısıtlandığından, yöneticiler sistemlerindeki riskler hakkında bilinçli kararlar alamazlar.
  • Kusuru da bilen kötü niyetli araştırmacıların, kusuru kullanmaya devam etmek için uzun bir süresi vardır.

Belirli bir kusur veya güvenlik açığının keşfi, birbirini dışlayan bir olay değildir, farklı motivasyonlara sahip birden çok araştırmacı aynı kusurları bağımsız olarak keşfedebilir ve keşfedebilir.

Güvenlik açığı bilgilerini halka açık hale getirmenin standart bir yolu yoktur, araştırmacılar genellikle konuya, akademik makalelere veya endüstri konferanslarına adanmış posta listeleri kullanırlar.

Açıklanmama

İfşa etmeme, güvenlik açığı bilgilerinin paylaşılmaması veya yalnızca ifşa etmeme sözleşmesi kapsamında (sözleşmeyle veya gayri resmi olarak) paylaşılması gereken ilkedir.

Açıklamamanın yaygın savunucuları arasında ticari istismar satıcıları, buldukları kusurları kullanmak isteyen araştırmacılar,[5] ve taraftarları belirsizlik yoluyla güvenlik.

Tartışma

Koordineli ifşaya karşı argümanlar

Koordineli açıklama taraftarı olan araştırmacılar, kullanıcıların, satıcıdan rehberlik almadan güvenlik açıklarına ilişkin gelişmiş bilgilerden yararlanamayacağına ve çoğunluğun en iyi şekilde güvenlik açığı bilgilerinin dağıtımını sınırlandırarak sağlanacağına inanmaktadır. Savunucuları, düşük vasıflı saldırganların bu bilgileri, aksi takdirde becerilerinin ötesinde olacak karmaşık saldırılar gerçekleştirmek için kullanabileceklerini ve potansiyel faydanın kötü niyetli aktörlerin yol açtığı potansiyel zarardan daha ağır basmadığını savunuyorlar. Ancak satıcı, en bilgisiz kullanıcıların bile sindirebileceği bir kılavuz hazırladığında, bilgiler kamuya açıklanmalıdır.

Bu argüman, güvenlik açığı keşfinin karşılıklı olarak birbirini dışlayan bir olay olduğunu ve yalnızca bir kişinin bir güvenlik açığını keşfedebileceğini varsayar. Aynı anda keşfedilen ve diğer araştırmacılar tarafından keşfedilmeden önce genellikle gizlilik içinde istismar edilen birçok güvenlik açığı örneği vardır.[13] Güvenlik açığı bilgilerinden yararlanamayan kullanıcılar olsa da, tam ifşa savunucuları bunun son kullanıcıların istihbaratını küçümsediğini gösterdiğine inanıyor. Bazı kullanıcıların güvenlik açığı bilgilerinden yararlanamayacağı doğru olsa da, ağlarının güvenliğiyle ilgileniyorlarsa, bir arabada yardımcı olması için bir tamirci tutacağınız gibi onlara yardımcı olacak bir uzman tutabilecek konumdadırlar.

Açıklanmamaya karşı argümanlar

Açıklamama, tipik olarak, bir araştırmacı, bir güvenlik açığıyla ilgili bilgileri, düşmanları tarafından işletilen bilgisayar sistemlerine saldırmak için kullanmak istediğinde veya bir güvenlik açığıyla ilgili bilgileri, kâr amacıyla, genellikle bunu düşmanlarına saldırmak için kullanacak olan üçüncü bir tarafa vermek istediğinde kullanılır.

Açıklamama uygulayan araştırmacılar genellikle güvenliği iyileştirmek veya ağları korumakla ilgilenmezler. Bununla birlikte, bazı taraftarlar satıcılara yardım etmek istemediklerini ve başkalarına zarar verme niyetinde olmadıklarını iddia ediyorlar.

Tam ve koordineli açıklama savunucuları benzer hedefleri ve motivasyonları beyan ederken, bunlara en iyi nasıl ulaşılacağı konusunda fikir birliğine varmazken, ifşa etmeme tamamen uyumsuzdur.

Referanslar

  1. ^ Heiser, Jay (Ocak 2001). "Bilgi Güvenliği Hype'ı Açığa Çıkarma". Bilgi Güvenliği Mag. TechTarget. Arşivlenen orijinal 28 Mart 2006'da. Alındı 29 Nisan 2013.
  2. ^ Schneier, Bruce (Ocak 2007). "Lanet İyi Fikir". CSO Online. Alındı 29 Nisan 2013.
  3. ^ Rose, Leonard. "Tam açıklama". Güvenlik sorunlarının tartışılması için hafif yönetilen bir posta listesi. Arşivlenen orijinal 23 Aralık 2010'da. Alındı 29 Nisan 2013.
  4. ^ Hobbs, Alfred (1853). Kilitler ve Kasalar: Kilitlerin İnşası. Londra: Fazilet & Co.
  5. ^ a b Çoban, Stephen. "Güvenlik Açığı İfşası: Sorumlu İfşayı nasıl tanımlarız?". SANS GIAC SEC PRATİK VER. 1.4B (SEÇENEK 1). SANS Enstitüsü. Alındı 29 Nisan 2013.
  6. ^ Moore, Robert (2005). Siber Suç: Yüksek Teknolojili Bilgisayar Suçlarının Araştırılması. Matthew Bender ve Şirketi. s. 258. ISBN  1-59345-303-5.
  7. ^ "Avrupa'da Yazılım Güvenlik Açığı Beyanı". CEPS. 2018-06-27. Alındı 2019-10-18.
  8. ^ "Project Zero: Güvenlik Açığı İfşası SSS". Proje Sıfır. Alındı 2019-10-18.
  9. ^ Christey, Steve. "Sorumlu Güvenlik Açığı Açıklama Süreci". IETF. s. 3.3.2. Alındı 29 Nisan 2013.
  10. ^ Culp, Scott. "Bilgi Anarşisini Bitirme Zamanı". Technet Güvenliği. Microsoft TechNet. Arşivlenen orijinal 9 Kasım 2001. Alındı 29 Nisan 2013.
  11. ^ Goodin, Dan. "Microsoft, tüm çalışanlara güvenlik ifşa politikası uygular". Kayıt. Alındı 29 Nisan 2013.
  12. ^ a b Microsoft Güvenliği. "Koordineli Güvenlik Açığı Açıklaması". Arşivlendi 2014-12-16 tarihinde orjinalinden. Alındı 29 Nisan 2013.
  13. ^ B1tch3z, Ac1d. "Ac1db1tch3z - x86_64 Linux Çekirdeği". Alındı 29 Nisan 2013.