Athena Nasıl Çalışıyor ve Bulgular Nasıl Doğrulanıyor?
Chainguard, Athena'nın çalışma mantığını ayrıntılı biçimde paylaştı. Sistemin temelinde her ajanın temiz bir bağlamla başladığı ve sınırlı bir yüzey aldığı bir ağaç arama yapısı bulunuyor. Süreklilik, bağlam penceresinde değil; kalıcı bulgularda tutuluyor. Şirketin özellikle vurguladığı kural şu: Bir bulgunun geçerli sayılabilmesi için modelin değil, ana sistemin o bulguyu onaylaması gerekiyor. Bu, temiz bir örneğe karşı tekrar oynatılabilen, yani öncesinde başarısız olan kontrolün tekrardan geçtiği doğrulanabilir bir yeniden oynatma gerektiriyor. Her bulgu, kayıt altına alınmadan önce temiz bir sanal makinede üç kez yeniden üretildi.Tüm bu süreç, her işin donanım düzeyinde sanallaştırılmış bir konuk sistemde çalıştığı, sıfırdan oluşturulmuş bir kök dosya sistemi kullanan ve çıkış trafiğinin hiper yönetici düzeyinde denetlendiği mikro sanal makine altyapısı üzerinde yürütülüyor. İlk yetkisiz bağlantı girişiminde sanal makine anında imha ediliyor ve konuk sisteme hiçbir kimlik bilgisi girmiyor.
Sessiz Düzeltmeler ve CVE Boşluğu
Chainguard, Haziran ayından bu yana Athena aracılığıyla 500'den fazla projede 40.000'i aşkın bulgu topladığını, bunların yüzde 42'sinin kritik veya yüksek önem derecesinde olduğunu ve 2.000'den fazla yama üretildiğini açıkladı. Ancak şirket, bu bulguların büyük bölümünü şimdiye kadar kamuoyuyla paylaşmadığını belirtti. Bunun temel nedeni, sorumlu açıklama süreçlerinin bu ölçekte hiç denenmemiş olması.Athena'nın tespit ettiği önemli bir örüntü, sessiz düzeltmeler olarak tanımlanan güvenlik açıkları. Bu kategoride hata, ana geliştirme dalında yıllar önce giderilmiş ancak hiçbir CVE numarası atanmamış oluyor. Tarayıcıların bu açıklar hakkında söyleyecek hiçbir şeyi bulunmuyor ve eski sürümler her yerde çalışmaya devam ediyor. Chainguard, 28 Eylül'de bu türden yaklaşık elli bulguyu yayımlamaya başlayacağını duyurdu. İlk elli, bilerek düşük riskli seçildi; asıl tehlikeli bulgular, canlı ön kimlik doğrulama uzaktan kod çalıştırma açıkları, Akrites adlı ortak açıklama platformu üzerinden ambargo kapsamında işleniyor.
Her sessiz düzeltme için şirket üç adım izliyor: Yamayı kamuya açık bir Chainguard deposunda yayımlıyor, projenin orijinal lisansı altında düz yama dosyaları olarak sunuyor; etkilenen sürüm aralıklarını ve tam olarak hangi sembollerin etkilendiğini içeren bir güvenlik danışmanlığı yayımlıyor; ve yamalanmış sürümleri danışmanlık yayımlanır yayımlanmaz tüm Chainguard müşterileri için Chainguard Libraries üzerinden kullanıma sunuyor.
Chainguard CVE Numaralandırma Otoritesi Olmak İçin Başvurdu
Şirket, CISA ile ortaklık kurarak CVE Numaralandırma Otoritesi (CNA) olmak için başvuru sürecini başlattı. Bu yetki, Athena aracılığıyla işlenen ve yukarı akışta zaten düzeltilmiş ancak tanımlayıcı atanmamış açık kaynak güvenlik açıkları ile bakımsız projelerdeki açıklarla sınırlı tutulacak. Chainguard, bu adımın tarayıcılarda yeni gürültü yaratacağını kabul ediyor: Geçen hafta temiz görünen eski sürümler artık uyarı verecek. Şirket bunu bir sorun olarak değil, daha önce kimsenin bakmamış olmasından kaynaklanan sahte bir sessizliğin sona ermesi olarak değerlendiriyor.Her danışmanlık kaydı, tek bir sürüm tabanı yerine her yayın dalında tam olarak hangi sürümler arasında açığın var olduğunu gösteriyor ve modül, sınıf ile işlev düzeyinde ayrıntı taşıyor. Bu ayrıntı düzeyi, erişilebilirlik tarayıcılarının kod tabanınızdaki gerçek riskleri yanlış pozitiflerden ayırt edebilmesi için tasarlandı.
Açıklama Altyapısı: Akrites ve Gold Eagle
Chainguard, açıklama süreçlerini üç katmanlı bir yapı üzerinden yürütüyor. Linux Foundation bünyesinde kurulan ve Chainguard'ın kurucu üyeler arasında yer aldığı Akrites, en son sürümde var olan ve bakımı süren projelerdeki açıklar için birincil kanal olarak işlev görüyor. Akrites'in bu ay operasyonel hale gelmesi planlanıyor. Bakımsız projelerdeki açıklar için ise diğer Akrites üyeleriyle birlikte son bakımcı rolü üstlenme altyapısının oluşturulması çalışmaları sürüyor.Haziran ayında yürürlüğe giren bir yürütme kararıyla hayata geçirilen Gold Eagle ise federal düzeyde bir merkez olarak kritik altyapı operatörlerinin öncelikli bulgulara saldırganlarla aynı hızda değil, daha erken ulaşmasını sağlamayı hedefliyor. Chainguard bu girişimi, tüketim ucunu savunmanın somut bir aracı olarak tanımlıyor.
Şirketin Öngörüsü: Boru Zaten Doluydu
Chainguard, mevcut durumu kaygı verici biçimde özetliyor. Ortalama bir kurumun, yıllardır düzeltmesi, danışmanlığı ve tarayıcı kapsamı bulunan yamalar için aylarca geride kaldığını belirtiyor. Bu sisteme şimdi binlerce yeni bulgunun akacağını vurgulayan şirket, daha hızlı açıklama ve daha hızlı yamanın yalnızca hareket edebilenlere yaradığını, oysa dünyanın büyük bölümünün bir modelin belirlediği hızda hareket edemediğini ifade ediyor.Şirkete göre asıl sorun, bu modellerin istismar ettiği güvenlik açığı sınıflarının bugünkü yazılımın hataları değil tasarımı olması. Bellek bozulması, seri kaldırma, enjeksiyon ve karıştırılmış temsilci gibi sınıflar, mevcut kurumsal uygulama yığınlarının inşa edilme biçiminin sonuçları. Chainguard, uzun vadeli hedefinin bu güvenlik açığı sınıflarının baştan yazılamayacağı, yapısal olarak güvenli yeni temeller üzerine kurulu bir yazılım yığını oluşturmak olduğunu açıklıyor. Şirket bu konuda daha fazla ayrıntıyı ilerleyen dönemde paylaşacağını belirtiyor.

Yazılım ve Uygulamalar
Yazılım ve Uygulamalar
Yazılım ve Uygulamalar
Yorumlar (0)
Yorum yapmak için giriş yapmalısınız.