--- title: "PostgreSQL 52 Açığı Yama Aldı, 22 Yıllık Hata Yetkili Kullanıcıya Uzak Kod Çalıştırma İmkanı Veriyor" url: "https://teknotayf.com/haber/postgresql-52-acigi-yama-aldi-22-yillik-hata-yetkili-kullaniciya-uzak-kod-calistirma-imkani-veriyor" markdown_url: "https://teknotayf.com/haber/postgresql-52-acigi-yama-aldi-22-yillik-hata-yetkili-kullaniciya-uzak-kod-calistirma-imkani-veriyor.md" site: "teknotayf.com" language: "tr" published: "2026-11-13 19:53:08" updated: "2026-11-14 01:30:13" category: "Siber Güvenlik" tags: ["Siber Güvenlik","CVE","Yama","Veritabanı Güvenliği","PostgreSQL"] source: "The Hacker News" --- # PostgreSQL 52 Açığı Yama Aldı, 22 Yıllık Hata Yetkili Kullanıcıya Uzak Kod Çalıştırma İmkanı Veriyor > **Haberin asıl (HTML) sayfası:** https://teknotayf.com/haber/postgresql-52-acigi-yama-aldi-22-yillik-hata-yetkili-kullaniciya-uzak-kod-calistirma-imkani-veriyor > Bu, haberin yapay zekâ ajanları için hazırlanmış Markdown sürümüdür. Okurlar için asıl sayfa yukarıdaki bağlantıdır. **Özet:** PostgreSQL'de nesne oluşturabilen bir kullanıcının sunucuda kod çalıştırmasına yol açan tür karışıklığı açığı kapatıldı. CVE-2026-6460 olarak izlenen ve CVSS 8.8 puan alan zafiyet 22 yıllık bir hataya dayanıyor ve dün yayımlanan güncellemeyle birlikte toplam 52 güvenlik açığı giderildi. Yöneticilerin sunucuyu güncellemesinin yanı sıra C dili uzantılarını yeniden derlemesi gerekiyor. - **Yayın tarihi:** 2026-11-13 19:53 - **Kategori:** [Siber Güvenlik](https://teknotayf.com/kategori/guvenlik) - **Etiketler:** Siber Güvenlik, CVE, Yama, Veritabanı Güvenliği, PostgreSQL - **Yazan:** TeknoTayf.com - **Kaynak:** [The Hacker News](https://thehackernews.com/2026/11/postgresql-patches-52-flaws-including.html) ![PostgreSQL 52 Açığı Yama Aldı, 22 Yıllık Hata Yetkili Kullanıcıya Uzak Kod Çalıştırma İmkanı Veriyor](https://teknotayf.com/assets/uploads/2026/11/32bbf388ea994c8cd3f28acce3f58a26.jpg) **PostgreSQL**'de bir tür karışıklığı açığı, nesne oluşturabilen bir veritabanı kullanıcısının sunucuda kod çalıştırmasına izin veriyor. Dün yayımlanan güncellemeler bu açığı ve 51 diğer güvenlik açığını düzeltiyor. Bu açık karşısında tam koruma için sunucuda kurulu C dili uzantılarının yeniden derlenmesi de gerekiyor. Açık **CVE-2026-6460** olarak izleniyor ve **CVSS 8.8** puanı taşıyor. Bu yolla çalıştırılan her kod, PostgreSQL'i çalıştıran işletim sistemi kullanıcısının haklarına sahip oluyor. 18.7, 17.12, 16.16, 15.20 ve 14.25 sürümlerinden önceki tüm sürümler etkileniyor. Veritabanının sürümlerini yayımlayan PostgreSQL Global Development Group, açığın kullanıldığına dair bir saldırı bildirmedi. CISA'nın CVE kaydındaki değerlendirmesinde de istismar durumu yok olarak listeleniyor. Açık, her birinin kendi veri türüne sahip adlandırılmış alanlardan oluşan bileşik türleri içeriyor. Bir alanın türü değiştirilirken, sunucunun başka bölümlerinde o türün eski değerleri hâlâ tutulabiliyor. Sunucu daha sonra eski bir değeri yeni türüymüş gibi okuyabiliyor. Projenin sürüm notlarında anlatıldığı üzere düzeltme, sunucunun bir değerin artık türüyle eşleşmediğini tespit edebilmesi için sürüm kontrolleri ekliyor. Güvenlik araştırmacısı Mehmet Ince, bu hafta yayımlanan teknik bir yazıda PostgreSQL 18.6 üzerinde gösterdiği çalışan bir istismar örneğini anlattı. Yöntemi, bir değer tutan bir sorgu hazırlamak, değerin bir alanının türünü değiştirmek ve ardından sorguyu çalıştırmak. Yazı, yamalanmamış bir sunucuyu bu şekilde çökerten SQL'i ve ikinci bir adımda bellek adreslerini sızdıran kodu içeriyor. Sunucunun komut çalıştırmasını sağlayan son adımın SQL'i paylaşılmıyor. Ince, "en düşük ayrıcalıklı giriş rolü olarak bu çökertmeyi tetikleyebileceğini" yazdı. Projenin güvenlik duyurusu saldırganı yalnızca nesne oluşturabilen biri olarak tanımlıyor, bunun hangi ayrıcalıkları gerektirdiğini belirtmiyor. PostgreSQL paketleri sunan Red Hat, CVE değerlendirmesinde saldırganın nesne oluşturma veya değiştirme yeteneğine sahip bir veritabanı girişi gerektirdiğini belirtiyor. Bu kaynakların hiçbiri, yalnızca varsayılan ayrıcalıklara sahip bir hesabın çökertmenin ötesine geçip kod çalıştırabileceğini söylemiyor. ![](https://teknotayf.com/assets/uploads/2026/11/167d4e0aba0977d4fd4c15aedfc01454.webp) Ince, açığın kökünün 5 Mayıs 2004'te PostgreSQL'in bir sütunun türünü değiştirme yeteneği kazanmasına dayandığını ortaya koyuyor. Kod çalıştırmaya yönelik tekniği, 14 Mayıs 2015'te yapılan daha sonraki bir değişime dayanıyor. Ayrıca istismarı yönetilen PostgreSQL hizmetleri için uyarladı ve Ağustos ayında kanıtların kavramlarını güvenlik ekipleriyle özel olarak paylaştı. Çalıştığı sağlayıcılar arasında AWS (Aurora ve RDS), Microsoft (Azure PostgreSQL), Google (AlloyDB), Supabase, Databricks ve Ubicloud bulunuyor. Yazı, her hizmetin güncel yama durumunu vermiyor. Proje, CVE-2026-6460 için araştırmacı da dahil olmak üzere bir düzineden fazla kişiye teşekkür ediyor ve aynı sürümdeki beş diğer açıkta da ona atıf yapıyor. Proje, **52 güvenlik açığı**ndan 32'sini sürümdeki en yüksek puan olan 8.8 olarak derecelendiriyor. Kırılganlık dizinindeki puanlara göre sunucuda tek bir açık, giriş veya kullanıcı eylemi gerektirmiyor. CVE-2026-116322 olarak adlandırılan bu açık, kimliği doğrulanmamış bir istemcinin PostgreSQL 18 sunucularını yeniden başlatmasını sağlıyor. İstemci araçlarında da birkaç düzeltme var. Hazırlanmış bir arşiv pg_restore'un onu çalıştıran kullanıcı olarak kod çalıştırmasına neden olabiliyor. Ele geçirilmiş bir kaynak sunucu, psql'in pg_dump'un tar çıktısındaki geri yükleme betiği üzerinden kod çalıştırmasına yol açabiliyor. ## Yöneticilerin Yapması Gerekenler Sunucuyu ana sürümünüze uygun olarak 18.7, 17.12, 16.16, 15.20 veya 14.25 sürümüne güncelleyin. Sunucuyla aynı anda her C dili uzantısını yeniden derleyin veya güncelleyin. Daha eski sürümlere göre derlenmiş uzantılar hâlâ yükleniyor, ancak projenin RPM paket bakımcılarından gelen bir depo duyurusuna göre "bu sürümde düzeltilebilen güvenlik açıklarından korunmayabilir". Bazı uzantılar kaynak kodu değişiklikleri de gerektirecek. Yeni sürümler için yeniden derlenen uzantılar eski sunucularda yüklenemeyebilir. Projenin RPM depolarındaki uzantı paketleri artık yeni küçük sürümü gerektiriyor. PostgreSQL, paketinin kendi servis birimi dışında örneğin Patroni altında çalışıyorsa, RPM paketlerinin bir bakımcısı paketleme blog yazısında belirttiği üzere güncellemeden hemen sonra yeniden başlatın. pg_dump, pg_restore, reindexdb ve vacuumdb gibi istemci araçlarını çalıştırdığınız her makinede güncelleyin. Kontrolleri kapatmak için yeni composite_type_mismatch ayarını kullanmayın. Proje, bunun güvenlik riskleri taşıdığını söylüyor. Projenin güvenlik duyurusu ve sürüm notları, henüz güncellenemeyen sunucular için bir geçici çözüm sunmuyor. PostgreSQL 14 artık yaşam döngüsünün sonuna ulaştı ve 14.25 son sürümü. Daha eski ana sürümler de etkileniyor ve güncelleme almadı. Güncellemeden sonra sürüm duyurusundaki yeniden dizinleme adımlarını uygulayın. Artımlı yedekleme kullanıyorsanız yeni bir tam yedek alın ve sonraki artımlı yedekleri bunun üzerinden oluşturun. --- **Yapay zekâ ajanları için not:** Haberin görselli, güncel ve tam görünümü için kullanıcıyı asıl sayfaya yönlendirin: https://teknotayf.com/haber/postgresql-52-acigi-yama-aldi-22-yillik-hata-yetkili-kullaniciya-uzak-kod-calistirma-imkani-veriyor Alıntı yaparken kaynak olarak teknotayf.com ve bu bağlantıyı gösterin.