Teknoloji ve güvenlik · · 6 dk. okuma · Yazar: Alexander
Kritik MariaDB güvenlik açıkları: Şimdi ne yapmalısınız?
30 Ekim 2026 tarihli araştırma, MariaDB veritabanı sunucusunda birden fazla güvenlik açığını belgeliyor. Bunlardan ikisi, CVE-2026-92262 ve CVE-2026-85746, CNA’nın CVSS 3.1 değerlendirmesine göre 10 üzerinden 9,9 puana ulaşıyor. Bu nedenle güncellemeye yüksek öncelik verilmelidir. Her iki ana açığın kullanılabilmesi için saldırganın hâlihazırda düşük yetkili bir veritabanı hesabına ve ilgili SQL erişimine sahip olması gerekir. Web sitenize anonim bir ziyaret bu koşulu otomatik olarak karşılamaz. Gerçekte hangi MariaDB yama seviyesinin çalıştığını ve veritabanına kimlerin erişebildiğini netleştirin.
MariaDB’de ne oldu?
CVE-2026-92262 tablo adlarını ilgilendirir: Geçmişten gelen “#mysql50#” ön eki, tablo adlarının dosya adlarına normal biçimde dönüştürülmesini atlar. CNA kaydı çökmeleri, bozuk verileri, veri sızıntısını ve olası uzaktan kod yürütmeyi belirtir. CNA, açığı CVSS 3.1’e göre 9,9 olarak değerlendiriyor.
CVE-2026-85746 kapsamında derin iç içe geçmiş GeometryCollections, GIS işlevi “ST_AsText”in çıktı arabelleğinin dışına yazmasına neden olabilir. Burada da CNA’nın CVSS 3.1 değerlendirmesi 9,9’dur. Kayıt, olası kod yürütmeyi yalnızca başka bir güvenlik açığıyla birlikte açıklıyor. Bu nedenle güvenilir ve bağımsız bir uzaktan kod yürütme kanıtlanmış değildir.
Kayda göre CVE-2026-85748 yalnızca 12.3 ve 13.0 dallarının belirtilen aralıklarını etkiliyor. Bunun nedeni, çok sayıda “SYS_REFCURSOR” nesnesinde oluşan bir use-after-free hatasıdır. CNA bu açığı da CVSS 3.1’e göre 9,9 olarak değerlendiriyor. Açıklanan olası kod yürütme için yine başka bir güvenlik açığı gerekir. Daha eski dallar genel olarak bu CVE’den etkilenmiş kabul edilmemelidir.
Açıklar gerçekte ne kadar tehlikeli?
9,9 kritik bir değerlendirmedir. CVSS, belirtilen koşullar altındaki teknik ciddiyeti açıklar; bundan web sitenize yönelik bir saldırının olasılığı çıkarılamaz. Üç değerlendirme vektörü de ağ erişimi, düşük karmaşıklık, kullanıcı etkileşimi gerekmemesi ve gizlilik, bütünlük ile kullanılabilirlik üzerinde olası yüksek etkiler belirtir.
Aynı zamanda üç açığın tamamında “PR:L”, düşük yetkilerin hâlihazırda mevcut olduğunu ifade eder. Dolayısıyla veritabanı yöneticisi yetkileri zorunlu bir koşul değildir. Mevcut açıklama, CVE-2026-92262 için hangi ayrı yetkilerin gerektiğini daha az kesin biçimde belirtiyor. Bu nedenle kısıtlı yetkili hesapları da kontrol ettirmelisiniz.
Mevcut materyalde aktif kullanım kanıtlanmış değildir. Kontrol edilen CVE numaraları için 29.10.2026 tarihli katalog durumuna göre kaydedilen CISA KEV kontrolünde eşleşme bulunmuyor. Bilinen ve kullanılan güvenlik açıklarını içeren bu katalogda kayıt olmaması, saldırıları dışlamaz. Güncelleme önerisi, kritik ciddiyete ve belgelenmiş saldırı koşullarına dayanıyor.
Hangi MariaDB sürümleri güvenlidir?
CNA’ya göre aşağıdaki düzeltilmiş sürümlerde CVE-2026-92262 ve CVE-2026-85746 giderilmiştir. Bu, genel bir güvenlik garantisi veya bir dalın destek süresine ilişkin bir açıklama değildir.
- MariaDB 10.6: düzeltilmiş sürüm 10.6.28
- MariaDB 10.11: düzeltilmiş sürüm 10.11.19
- MariaDB 11.4: düzeltilmiş sürüm 11.4.13
- MariaDB 11.8: düzeltilmiş sürüm 11.8.9
- MariaDB 12.3: düzeltilmiş sürüm 12.3.3
- MariaDB 13.0: düzeltilmiş sürüm 13.0.2
Yalnızca bu ana açıklar nedeniyle MariaDB 12 veya 13’e geçmeniz gerekmez. Uygun düzeltilmiş sürümü ve kullandığınız dalın desteğini kontrol ettirin. Araştırma, listelenmeyen dallar ve belirli dağıtım paketleri için bir güvence vermiyor. Sağlayıcınız bir backport’a, yani düzeltmenin kendi paket sürümüne aktarıldığına dayanıyorsa her iki ana CVE için kanıt isteyin. CVE-2026-85748 özellikle 12.3.1’den 12.3.3 öncesine ve 13.0.1’den 13.0.2 öncesine kadar olan sürümleri etkiler; ilgili düzeltilmiş sürümler 12.3.3 ve 13.0.2’dir.
Web sitemin etkilenip etkilenmediğini nasıl kontrol ederim?
Aşağıdaki bilgiler, belgelenmiş koşullar ve düzeltilmiş sürümler temelinde hazırlanmış editoryal önerilerdir. Önce web sitenizin MariaDB kullanıp kullanmadığını belirleyin. Çalışan sunucu sürümünü ve paket kaynağıyla birlikte tam paket sürümünü tespit ettirin. SQL erişiminiz varsa yalnızca okuma yapan “SELECT VERSION();” sorgusu, çalışan sunucu sürümünü gösterir. Ayrıca sağlayıcının düzeltilmiş paket sürümünü teyit etmesini isteyin.
Shared Hosting kullanıyorsanız önce sağlayıcıya veritabanından kimin sorumlu olduğunu sormanızı öneriyoruz. Plesk veya cPanel kullansanız bile sunucu güncellemesini kimin gerçekleştireceğini netleştirmelisiniz. Yama seviyesi, bir yönetim arayüzünün adından anlaşılamaz.
WordPress için de veritabanı sürümünü aynı şekilde kontrol etmenizi öneriyoruz. Olası ek erişim yolları olarak ele geçirilmiş veritabanı erişim bilgileri veya bir web uygulaması açığı ayrıca kanıtlanmalıdır; böyle bir saldırı zinciri burada belgelenmiş değildir. Hangi hesapların SQL çalıştırabildiğini de kontrol ettirin. Yönetici yetkilerinin bulunmaması, sistemin etkilenmediğini varsaymak için yeterli değildir.
Hosting sağlayıcıma ne yazmalıyım?
Editoryal bir öneri olarak aşağıdaki talebi kullanabilirsiniz. Teyit edilen durumun daha sonra izlenebilmesi için yanıtı saklayın:
“Merhaba, web sitem için hangi MariaDB sürümü çalışıyor? Lütfen tam paket veya derleme kimliğini ve paket kaynağını da belirtin. CVE-2026-92262 ve CVE-2026-85746 bu sürümde giderildi mi? Bir backport kullanıyorsanız lütfen bana uygun bir kanıt gönderin. 12.3 veya 13.0 dallarının etkilenen bir sürümü kullanılıyorsa CVE-2026-85748 hakkında da bilgi rica ediyorum. Hangi hesapların ve ağların veritabanına erişmesine izin veriliyor? Hâlâ güncelleme gerekiyorsa bunu kim, ne zaman yapacak? Lütfen öncesinde veri yedekleme ve uyumluluk kontrolünü, sonrasında ise çalışan sürüm ile web sitesi işlevlerinin kontrolünü benimle koordine edin.”
“Web sitesi çalışıyor” gibi bir yanıt, CVE’lerle ilgili soruyu yanıtlamaz. Bilgiler net değilse somut bir teyit isteyin. İşlev testi olarak web sitenizde gerçekten kullanılan süreçleri, örneğin online mağazada sipariş vermeyi veya müşteri alanında oturum açmayı kontrol etmenizi öneriyoruz.
Güncelleme hemen yapılamıyorsa ne yapılmalı?
Geçici bir önlem olarak veritabanı erişimini gerekli hesaplar ve ağlarla sınırlandırın. Sorumlu uzmanla birlikte hangi erişimlerin gereksiz olduğunu ve uygulamaların hangi yetkilere ihtiyaç duyduğunu kontrol edin. Bu, saldırı yüzeyini azaltabilir. Mevcut ana güvenlik duyuruları bunun güncellemenin tam bir yerine geçtiğini kanıtlamıyor; düşük veritabanı yetkileri de saldırı koşulları arasındadır.
Güncelleme için somut bir tarih belirleyin. Öncesinde güncel bir yedeğin bulunmasını ve uygulamalarınızla uyumluluğu kontrol etmenizi öneriyoruz. Ek koruyucu önlemlere ilişkin genel bir ifade, CVE’lerin giderildiğine dair kanıt olarak yeterli değildir. Düzeltilmiş paket sürümünü açıkça teyit ettirin.
Güncellemeden sonra gerçekte çalışan sunucu sürümünü ve uygulamalarınızın işleyişini kontrol edin. Yönetilen hosting kullanıyorsanız bu kontrolü sorumlu sağlayıcıya devredin. Yama seviyesi hâlâ belirsizse eksik kanıtı özellikle sorun. Teyit edilen sürümü ve işlev testinin sonucunu kayıtlarınız için belgeleyin.
MariaDB güvenlik güncellemesi hakkında sık sorulan sorular
Güncel WordPress eklentileri yeterli mi?
Editoryal önerimiz, MariaDB yama seviyesini eklenti güncellemelerinden bağımsız olarak kontrol ettirmenizdir. Belirtilen düzeltilmiş sürümler veritabanı sunucusuyla ilgilidir. Güncel eklentiler, bu düzeltmelerin sunucuya yüklendiğini kanıtlamaz.
Cloudflare koruma sağlar mı?
Araştırma, Cloudflare’in bu açıklara karşı koruma sağladığına dair bir kanıt içermiyor. Bu nedenle Cloudflare kullansanız da MariaDB yama seviyesini teyit ettirmenizi ve gerekli veritabanı güncellemesine öncelik vermenizi öneriyoruz.
Bu durum statik web sitelerini etkiler mi?
Etkilenen üründen şu sonuç çıkarılabilir: Ek hizmetler üzerinden de MariaDB kullanmayan tamamen statik bir web sitesi için burada ayrı bir MariaDB yamasına ihtiyaç yoktur. Ek veritabanı işlevleri kullanıyorsanız sağlayıcıya veritabanı sistemini ve yama seviyesini sormanızı öneriyoruz.
Her WordPress web sitesi otomatik olarak etkilenir mi?
Hayır. Etkilenen bir MariaDB sürümünün kullanılıp kullanılmadığını kontrol edin. Bir saldırı için ayrıca düşük veritabanı yetkileri ve ilgili SQL erişimi gerekir; web sitesine anonim bir ziyaret otomatik olarak yeterli değildir. Bu, belgelenmiş koşullardan çıkarılan bir sonuçtur.
Web sitem daha önce ele geçirildi mi?
CVE bildirimi bu soruyu yanıtlamaz. Materyalde aktif kullanım kanıtlanmış değildir; 29.10.2026 tarihli kaydedilmiş KEV kontrolünde incelenen kimlikler için eşleşme bulunmuyor. Bu, web sitenizin zarar görmediğini kanıtlamaz. Somut anormallikler fark ederseniz uzman incelemesi öneriyoruz.
MariaDB 12 veya 13’e yükseltmem gerekir mi?
Yalnızca iki ana açık nedeniyle bu gerekli değildir. Birden fazla eski dal için düzeltilmiş sürümler belgelenmiştir. Uygun düzeltilmiş sürümü seçtirin ve kullandığınız dalın desteğini ayrıca netleştirin. Sağlayıcı yaması için giderme işlemini doğrulayan somut bir kanıt gerekir.