> ## Content Index
> Fetch the complete content index at: https://globalfeed.ai/llms.txt
> Use this file to discover other available public pages before exploring further.

# En yaygın DNS yazılımı BIND'de dört yüksek önemli açık, biri kod çalıştırmaya kapı aralıyor
- URL: https://globalfeed.ai/en-yaygin-dns-yazilimi-bindde-dort-yuksek-onemli-acik-biri-kod-calistirmaya-kapi-araliyor/
- Published: 2026-10-23T00:45:39.000Z
- Updated: 2026-10-23T00:45:39.000Z
- Description: ISC, BIND 9 için aynı gün dört yüksek önemli güvenlik açığını kapattı. En ciddisi GSS-TSIG ile imzalanmış mesajların tekrar gönderilmesiyle bellek bozulmasına ve olası uzaktan kod çalıştırmaya yol açabiliyor. Düzeltilmiş sürümler 9.20.30 ve 9.21.27; geçici çözüm yok.
- Author: GlobalFeed Editor
- Tags: BIND, DNS, ISC, güvenlik açığı, siber güvenlik, x-ISCdotORG, dil-tr, elle

İnternetin en yaygın kullanılan DNS sunucu yazılımlarından BIND 9'u geliştiren Internet Systems Consortium (ISC), 21 Ekim 2026'da dört yüksek önemli güvenlik açığını kapatan sürümler yayımladı. En ciddisi, [ISC'nin CVE-2026-94300 duyurusuna](https://kb.isc.org/docs/cve-2026-94300?ref=globalfeed.ai) göre uzaktan istismar edilebilen ve bellek bozulmasına yol açan bir hata. ISC bunu "program çökmesi ve/veya olası uzaktan kod çalıştırma" olarak tanımlıyor; CVSS 3.1 puanı 8,1.

## BIND nedir

BIND, alan adlarını IP adreslerine çeviren DNS sistemini çalıştıran en eski ve en yaygın sunucu yazılımı. Hem alan adlarının kendi kayıtlarını yayımlayan yetkili sunucularda hem de kullanıcıların sorgularını yanıtlayan çözümleyicilerde (resolver) kullanılıyor. Kurumların iç ağlarında, internet servis sağlayıcılarında ve barındırma şirketlerinde yaygın.

## En ciddi açık: GSS-TSIG

GSS-TSIG, DNS mesajlarını Kerberos gibi kimlik doğrulama sistemleriyle imzalamaya yarayan bir yöntem; özellikle Active Directory ortamlarında DNS kayıtlarının güvenli biçimde güncellenmesinde kullanılıyor. ISC'nin duyurusuna göre GSS-TSIG ile imzalanmış UDP mesajlarının tekrar gönderilmesi, BIND'in named sürecinde belleği bozabiliyor. Saldırganın önceden imzalanmış bir mesajı yakalayıp anahtar hala geçerliyken yeniden göndermesi ve kendi kontrolündeki bir alan adına özel hazırlanmış sorgular yollaması gerekiyor. ISC açığın uzaktan istismar edilebildiğini belirtiyor; kod çalıştırma ise bu ek adımlara bağlı bir olasılık olarak tanımlanıyor. Duyuruda açığın hangi ayarlarla etkin hale geldiği ayrıca belirtilmiyor.

Etkilenen sürümler 9.11.0 ile 9.18.50, 9.20.0 ile 9.20.29 ve 9.21.0 ile 9.21.26 arası; ISC'nin destekli önizleme sürümlerinden (S1) 9.11.3-S1 ile 9.18.50-S1 ve 9.20.9-S1 ile 9.20.29-S1 arası da etkileniyor. ISC, açığı kendi iç testlerinde bulduğunu, OpenAI'dan Dave Aitel'in de açığı bağımsız olarak bulup sorumlu biçimde bildirdiğini belirtiyor.

## Diğer üç açık

- **CVE-2026-19630 (CVSS 7,5):** Belirli yapıdaki mesajları çok sayıda alan bir çözümleyici aşırı işlemci ve bellek harcıyor; sonuç hizmet dışı kalma. ISC'nin iç testlerinde bulundu.
- **CVE-2026-96888 (CVSS 7,5):** "redirect" alanı tanımlı ve katı QNAME en aza indirme (qname-minimization strict) ayarı açık bir çözümleyici, yönlendirmeyi işlerken beklenmedik şekilde kapanabiliyor.
- **CVE-2026-97313 (CVSS 7,5):** Biri recursive-only yes, diğeri recursive-only no ayarlı iki RPZ alanı kullanan bir sunucu, belirli sorgu sıralamasında kapanabiliyor.

Son ikisini Vitaly Simonovich bildirdi. Dört açık için de ISC'nin bilinen bir geçici çözümü yok ve şirket etkin bir istismardan haberdar olmadığını belirtiyor.

## Ne yapmalı

ISC, dört açık için de **9.20.30** ya da **9.21.27** sürümüne, S1 kullananlar için 9.20.30-S1'e geçilmesini öneriyor. Duyuruda 9.18 dalı için bir düzeltme listelenmiyor; ISC'nin indirme sayfasında 9.18.50 "desteği bitti" olarak işaretli. Bu dalı kullananların desteklenen 9.20 dalına geçmesi gerekiyor. ISC, güncel paketleri kendi Copr, Launchpad, Debian ve Docker kanallarından da sunuyor; dağıtımların kendi paketlerini ise ilgili güvenlik duyurularından takip etmek gerekiyor.

Özellikle Active Directory ile birlikte GSS-TSIG kullanan kurumların, DNS sunucularını öncelikle güncellemesi ve dinamik güncellemelere kimin erişebildiğini gözden geçirmesi gerekiyor. Çözümleyici işleten servis sağlayıcılar ve barındırma şirketleri de hizmet dışı bırakma açıkları nedeniyle güncellemeyi ertelememeli.

Haberdeki bilgiler ISC'nin güvenlik duyurularına ve açık matrisine dayanıyor. Puanlar ISC'nin kendi değerlendirmesi; kod çalıştırma ihtimali duyuruda olası bir sonuç olarak geçiyor ve henüz kamuya açık bir istismar yok. DNS altyapısı neredeyse bütün internet hizmetlerinin altında çalıştığı için, yama sonrasında da sunucu kayıtlarında olağandışı çökme ve yeniden başlamaları izlemek faydalı olur. Gelişmeleri farklı açılardan görmek için bağımsız güvenlik araştırmacılarının değerlendirmelerini de takip edin.