Bitcoin Core, yapay zekanın kod tabanındaki güvenlik açıklarını bulmayı kolaylaştırmasının ardından güvenlik politikasını güncelledi. Artık basit bir LLM komutuyla tespit edilebilen açıklar, bir yıla varan gizlilik (embargo) süreleri beklenmeden hızla yamanacak ve kamuoyuna duyurulacak.
22 Ekim 2026 tarihinde Bitcoin Core geliştiricileri, yapay zeka araçlarının kod tabanındaki güvenlik açıklarını bulma sürecini radikal biçimde hızlandırması nedeniyle güvenlik politikasında kapsamlı bir değişikliğe gitti. Chaincode Labs geliştiricisi Antoine Poinsot tarafından teklif edilen ve Michael “fanquake” Ford tarafından onaylanarak birleştirilen yeni politika, basit bir LLM (Büyük Dil Modeli) istemiyle kolayca tespit edilebilen açıklar için uzun süreli gizlilik (embargo) dönemlerini tamamen ortadan kaldırıyor.
Yeni "Kolay Keşfedilebilir" Kategorisi Ne Anlama Geliyor?
Bitcoin Core'un güncellenen güvenlik protokolü, kod tabanında “minimum çabayla, örneğin basit bir LLM istemiyle” bulunabilen kusurlar için yeni bir “kolay keşfedilebilir” kategorisi oluşturdu. Yapılan değişiklikle birlikte, bu sınıfa giren açıklar için standart şiddet bağımlı embargo süreleri uygulanmayacak. Proje, bakım verilen her ana sürüm için düzeltmeyi içeren bir nokta sürümünü (point release) ve ilgili güvenlik danışmanlığını mümkün olan en kısa sürede yayınlayacak.
Eski kurallara göre düşük şiddetli hatalar ana sürümden iki hafta sonra açıklanırken, orta ve yüksek şiddetli açıklar etkilenen son sürüm destek dışı kalana kadar —yaklaşık bir yıl boyunca— gizli tutuluyordu. Kritik hatalar ise her vaka bazında ayrı ayrı ele alınıyordu. Yeni politika, yapay zekanın neden olduğu tehdit ortamında bu uzun bekleme sürelerinin işlevini yitirdiğini ortaya koyuyor.
Yapay Zeka Tehdit Ortamını Nasıl Değiştirdi?
Değişiklik önerisini 16 Ekim'de açan Antoine Poinsot, projenin son dönemde “kolayca yeniden keşfedilebilen” hata raporlarında belirgin bir artış yaşadığını ifade etti. Poinsot, bu artışın temel sebebi olarak LLM'lerin belirli güvenlik açığı sınıflarını bulma ya da gizli yamaları tanımlama eşiğini büyük ölçüde düşürmesini gösterdi.
Uzun embargo sürelerinin, düzeltmelerin eski sürümlere (backport) aktarılmasını genellikle engellediğini vurgulayan Poinsot, bu durumun kullanıcıların yamalara ancak bir sonraki büyük sürümde erişebilmesine neden olduğunu belirtti. Poinsot açıklamasında, “Bu tür kolay bulunan hatalar için eski yaklaşım yanlış bir takastır. Gizlilik süresinin sağladığı pek bir şey yok; aksine yalnızca düzeltilmiş bir sürümün çıkışını geciktiriyor” değerlendirmesinde bulundu. Poinsot, bu tarz hataları sessizce yamamanın da bir şey kazandırmayacağını, çünkü saldırganların basit bir LLM taramasıyla bunları zaten bulabileceğini ve yamaların eski sürümlere taşınmasının açığı zaten açığa çıkaracağını kaydetti. Geliştiriciler, bu strateji değişiminin yamaların geliştirme dallarında (development branches) kullanıcılara ulaşmadan önce daha az test süresi alacağı anlamına geldiğini de kabul ediyor.
Geliştiriciler Arasındaki Tartışmalar ve Zamanlama
Politika değişikliği sürecinde katkı verenler arasında farklı stratejik yaklaşımlar da tartışıldı. Stéphan “stickies-v” Vuylsteke, saldırganların artık kod deposunu otomatik olarak izleyebildiğini belirterek, bu tür hataların en geç düzeltmenin çekme isteği (pull request) açıldığı anda açıklanması gerektiğini savundu. Başka bir katkı veren sedited ise bu durumun yazılı bir kurala bağlanıp bağlanmaması gerektiğini sorguladı.
Poinsot ise kritik olmayan hatalar için, düzeltilmiş bir sürüm henüz mevcut değilken kullanıcılara uyarıda bulunmanın —acele göçleri tetikleyerek— daha fazla risk yaratabileceğini belirtti. Katkı veren ariard ise projenin düzeltmeyi danışmanlık olmaksızın yayınlayıp, danışmanlığı daha sonra uygun bir zamanda paylaşmasını önerdi. Ancak Poinsot, detaylar olmaksızın kullanıcıları uyarmanın gereksiz riskler doğurabileceği gerekçesiyle bu fikre karşı çıktı. Girdi alışverişlerinin ardından teklif onaylandı ve Michael “fanquake” Ford tarafından ana koda aktarıldı.
Önemli Doğrulanmış Gerçekler
- Değişiklik Tarihi: 22 Ekim 2026 tarihinde onaylanıp birleştirildi. - Öncü Geliştirici: Chaincode Labs bünyesinde çalışan Bitcoin Core katkı vereni Antoine Poinsot. - Onaylayan: Michael “fanquake” Ford. - Eski Sistem: Düşük, orta ve yüksek şiddetli açıklar 2 haftadan yaklaşık 1 yıla varan gizlilik (embargo) süreleriyle korunuyordu. - Yeni Sistem: LLM istemleri gibi minimum çabayla tespit edilebilen "kolay keşfedilebilir" açıklar için uzun embargo süresi uygulanmayacak; düzeltmeler ve güvenlik danışmanlıkları derhal yayınlanacak.
Sık Sorulan Sorular
- Bu yeni politika her türlü Bitcoin Core açığını kapsıyor mu? Hayır. Politika yalnızca LLM'ler gibi araçlarla minimum çabayla bulunabilen "kolay keşfedilebilir" kategorisindeki kusurları kapsıyor. Diğer karmaşık veya kritik açıklar mevcut şiddet bazlı zaman çizelgelerine ve gizlilik kurallarına tabi kalmaya devam ediyor. - Değişikliğin temel gerekçesi nedir? Yapay zeka modellerinin yazılım kodundaki açıkları tespit etme eşiğini dramatik ölçüde düşürmesi ve eski uzun embargo sürelerinin kötü niyetli aktörlerin aynı açıkları keşfetmesini engellemekte etkisiz kalması gösteriliyor.
