Khunt Saldırısının Perde Arkası: Bilgisayar Korsanları Oracle Veritabanını Nasıl Bir Saldırı Platformuna Dönüştürdü?
Huntress, Temmuz 2026'da bir Oracle veritabanı sunucusunda kimlik bilgisi hırsızlığı tespit etti. Araç seti; komut çalıştırma (KhuntCmd), hash çıkarma (KhuntHash), dosya keşfi (KhuntFS/FS2) gibi bileşenler içeriyor ve saldırganların alttaki Windows sunucusunda SYSTEM seviyesinde yetki elde etmesini sağlıyordu.
YayımlayanDeepSeek-V4-Flash ile düzenlendiGörseller GPT Image 1.5 ile oluşturuldu
Huntress, Temmuz 2026'da bir Oracle veritabanı sunucusunda kimlik bilgisi hırsızlığı tespit etti.
Araç seti; komut çalıştırma (KhuntCmd), hash çıkarma (KhuntHash), dosya keşfi (KhuntFS/FS2) gibi bileşenler içeriyor ve saldırganların alttaki Windows sunucusunda SYSTEM seviyesinde yetki elde etmesini sağlıyordu.
Huntress'in vurguladığı kritik güvenlik açıkları: EDR/AV araçları Oracle Java sınıflarını ve PL/SQL sarmalayıcılarını denetlemiyor ve aşırı yetkilendirilmiş veritabanı hesapları saldırıyı mümkün kılıyor.
What was the SQL injection attack discovered in July 2026 that used Oracle database objects to host the "khunt" post-exploitation toolkit, wAI-generated editorial hero image representing the July 2026 khunt SQL injection attack on an Oracle database
AI Prompt
Create a landscape editorial hero image for this Studio Global article: What was the SQL injection attack discovered in July 2026 that used Oracle database objects to host the "khunt" post-exploitation toolkit, w. Article summary: Here is a complete breakdown of the attack, the toolkit, the privilege escalation path, and the defensive blind spots identified by Huntress.. Topic tags: general, documentation, general web, user generated. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fake numbers, clickbait thumbnails, icons, and tiny thumbnail layo
openai.com
27 Temmuz 2026'da Huntress güvenlik ekibi, bir Oracle veritabanı sunucusu barındıran uç noktada kimlik bilgisi hırsızlığı (credential theft) faaliyeti tespit etti. Yapılan inceleme, son derece sofistike bir SQL enjeksiyon (SQLi) saldırısını ortaya çıkardı . Bu saldırı, bilinen bir açıktan (zero-day) faydalanmıyordu; aksine, onlarca yıldır var olan bir güvenlik zafiyeti sınıfı olan SQL enjeksiyonunu, herkese açık bir Java/Tomcat web uygulaması üzerinden kullanıyordu . Saldırıyı benzersiz kılan şey ise saldırganların kullandığı teknikti: Geleneksel kötü amaçlı yazılım dosyalarını diske bırakmak yerine, Oracle'ın yerleşik Java Sanal Makinesi'ni (JVM) kullanarak "khunt" adı verilen tüm bir sömürü sonrası (post-exploitation) araç setini, doğrudan veritabanının içinde Java şema nesneleri (Java schema objects) olarak derleyip depoladılar . Bu yöntem, araç setini geleneksel uç nokta tespit ve müdahale (EDR) ile antivirüs yazılımlarına karşı görünmez kıldı, çünkü bu araçlar veritabanı nesnelerini denetlemez . Saldırganlar buradan alttaki Windows işletim sistemine geçerek tam SYSTEM seviyesinde uzaktan kod çalıştırma (RCE) yetkisi elde etti, parola hash'lerini içeren kayıt defteri (registry) kovanlarını (hives) çıkardı ve çevrimdışı olarak sızdırdı . Huntress, saldırganların altyapısını 178.162.151[.]229 IP adresine kadar takip etti .
Studio Global AI
Continue your research
This page includes a source-backed answer you can continue inside Studio Global.
What is the short answer to "Khunt Saldırısının Perde Arkası: Bilgisayar Korsanları Oracle Veritabanını Nasıl Bir Saldırı Platformuna Dönüştürdü?"?
Huntress, Temmuz 2026'da bir Oracle veritabanı sunucusunda kimlik bilgisi hırsızlığı tespit etti.
What are the key points to validate first?
Huntress, Temmuz 2026'da bir Oracle veritabanı sunucusunda kimlik bilgisi hırsızlığı tespit etti. Araç seti; komut çalıştırma (KhuntCmd), hash çıkarma (KhuntHash), dosya keşfi (KhuntFS/FS2) gibi bileşenler içeriyor ve saldırganların alttaki Windows sunucusunda SYSTEM seviyesinde yetki elde etmesini sağlıyordu.
What should I do next in practice?
Huntress'in vurguladığı kritik güvenlik açıkları: EDR/AV araçları Oracle Java sınıflarını ve PL/SQL sarmalayıcılarını denetlemiyor ve aşırı yetkilendirilmiş veritabanı hesapları saldırıyı mümkün kılıyor.
Khunt Saldırısının Perde Arkası: Bilgisayar Korsanları Oracle Veritabanını Nasıl Bir Saldırı Platformuna Dönüştürdü?
Huntress, Temmuz 2026'da bir Oracle veritabanı sunucusunda kimlik bilgisi hırsızlığı tespit etti. Araç seti; komut çalıştırma (KhuntCmd), hash çıkarma (KhuntHash), dosya keşfi (KhuntFS/FS2) gibi bileşenler içeriyor ve saldırganların alttaki Windows sunucusunda SYSTEM seviyesinde yetki elde etmesini sağlıyordu.
YayımlayanDeepSeek-V4-Flash ile düzenlendiGörseller GPT Image 1.5 ile oluşturuldu
Huntress, Temmuz 2026'da bir Oracle veritabanı sunucusunda kimlik bilgisi hırsızlığı tespit etti.
Araç seti; komut çalıştırma (KhuntCmd), hash çıkarma (KhuntHash), dosya keşfi (KhuntFS/FS2) gibi bileşenler içeriyor ve saldırganların alttaki Windows sunucusunda SYSTEM seviyesinde yetki elde etmesini sağlıyordu.
Huntress'in vurguladığı kritik güvenlik açıkları: EDR/AV araçları Oracle Java sınıflarını ve PL/SQL sarmalayıcılarını denetlemiyor ve aşırı yetkilendirilmiş veritabanı hesapları saldırıyı mümkün kılıyor.
What was the SQL injection attack discovered in July 2026 that used Oracle database objects to host the "khunt" post-exploitation toolkit, wAI-generated editorial hero image representing the July 2026 khunt SQL injection attack on an Oracle database
AI Prompt
Create a landscape editorial hero image for this Studio Global article: What was the SQL injection attack discovered in July 2026 that used Oracle database objects to host the "khunt" post-exploitation toolkit, w. Article summary: Here is a complete breakdown of the attack, the toolkit, the privilege escalation path, and the defensive blind spots identified by Huntress.. Topic tags: general, documentation, general web, user generated. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fake numbers, clickbait thumbnails, icons, and tiny thumbnail layo
openai.com
27 Temmuz 2026'da Huntress güvenlik ekibi, bir Oracle veritabanı sunucusu barındıran uç noktada kimlik bilgisi hırsızlığı (credential theft) faaliyeti tespit etti. Yapılan inceleme, son derece sofistike bir SQL enjeksiyon (SQLi) saldırısını ortaya çıkardı . Bu saldırı, bilinen bir açıktan (zero-day) faydalanmıyordu; aksine, onlarca yıldır var olan bir güvenlik zafiyeti sınıfı olan SQL enjeksiyonunu, herkese açık bir Java/Tomcat web uygulaması üzerinden kullanıyordu . Saldırıyı benzersiz kılan şey ise saldırganların kullandığı teknikti: Geleneksel kötü amaçlı yazılım dosyalarını diske bırakmak yerine, Oracle'ın yerleşik Java Sanal Makinesi'ni (JVM) kullanarak "khunt" adı verilen tüm bir sömürü sonrası (post-exploitation) araç setini, doğrudan veritabanının içinde Java şema nesneleri (Java schema objects) olarak derleyip depoladılar . Bu yöntem, araç setini geleneksel uç nokta tespit ve müdahale (EDR) ile antivirüs yazılımlarına karşı görünmez kıldı, çünkü bu araçlar veritabanı nesnelerini denetlemez . Saldırganlar buradan alttaki Windows işletim sistemine geçerek tam SYSTEM seviyesinde uzaktan kod çalıştırma (RCE) yetkisi elde etti, parola hash'lerini içeren kayıt defteri (registry) kovanlarını (hives) çıkardı ve çevrimdışı olarak sızdırdı . Huntress, saldırganların altyapısını 178.162.151[.]229 IP adresine kadar takip etti .
Studio Global AI
Continue your research
This page includes a source-backed answer you can continue inside Studio Global.
What is the short answer to "Khunt Saldırısının Perde Arkası: Bilgisayar Korsanları Oracle Veritabanını Nasıl Bir Saldırı Platformuna Dönüştürdü?"?
Huntress, Temmuz 2026'da bir Oracle veritabanı sunucusunda kimlik bilgisi hırsızlığı tespit etti.
What are the key points to validate first?
Huntress, Temmuz 2026'da bir Oracle veritabanı sunucusunda kimlik bilgisi hırsızlığı tespit etti. Araç seti; komut çalıştırma (KhuntCmd), hash çıkarma (KhuntHash), dosya keşfi (KhuntFS/FS2) gibi bileşenler içeriyor ve saldırganların alttaki Windows sunucusunda SYSTEM seviyesinde yetki elde etmesini sağlıyordu.
What should I do next in practice?
Huntress'in vurguladığı kritik güvenlik açıkları: EDR/AV araçları Oracle Java sınıflarını ve PL/SQL sarmalayıcılarını denetlemiyor ve aşırı yetkilendirilmiş veritabanı hesapları saldırıyı mümkün kılıyor.
Saldırı Nasıl İşledi: Otomatik Tamamlama Aramasıyla SQL Enjeksiyonu
Saldırganların sisteme ilk giriş noktası, Apache Tomcat üzerinde çalışan ve herkese açık bir Java uygulamasındaki SQL enjeksiyon açığıydı . Uygulamanın otomatik tamamlama (autocomplete) arama özelliği, kullanıcı girdilerini gerektiği gibi doğrulamadığı için saldırganlar, Oracle veritabanına olan JDBC bağlantısı üzerinden SQL komutları enjekte edebildi . Huntress araştırmacılarının da belirttiği gibi, bu yeni bir açık türü değildi; SQL enjeksiyonu saldırıları onlarca yıldır var ve genellikle SQL sunucusuna giden kullanıcı girdilerinin yanlış işlenmesinden kaynaklanır . Uygulamanın basit bir arama alanını temizlememesi, tüm bu saldırı zincirini başlatmaya yetti.
Khunt Araç Seti: Veritabanının İçinde Java Nesneleri Olarak Yaşamak
Saldırganlar, ele geçirilen sunucuya geleneksel kötü amaçlı dosyalar yerleştirmek yerine, Oracle'ın yerleşik JVM'sini ve CREATE JAVA SOURCE ifadesini kullanarak tüm sömürü sonrası araç setini, Oracle veritabanı içinde Java şema nesneleri olarak derleyip depoladı . Bu yaklaşım, standart işletim sistemi düzeyindeki savunmalar tarafından görülmelerini engelledi çünkü EDR ve antivirüs yazılımları, işletim sistemindeki süreçlere, ikili dosyalara (binary) ve dosyalara odaklanır; Oracle içinde depolanan Java sınıflarını ve PL/SQL sarmalayıcılarını genellikle denetlemez .
Khunt araç seti şu bileşenleri içeriyordu ve her biri bir veritabanı nesnesi olarak saklanıyordu:
Bileşen
İşlevi
KhuntCmd
Veritabanına gönderilen SQL ifadelerine gömülü olarak cmd.exe'yi yükler ve rastgele işletim sistemi komutları çalıştırır
KhuntHash
Oracle'ın iç kullanıcı tablolarından kullanıcı adlarını ve parola hash'lerini çıkararak bir dosyaya kaydeder
KhuntFS / KhuntFS2
Ele geçirilen sistemdeki dosyaları listeleme, okuma, arama ve boyutlarını kontrol etme işlevlerine sahip dosya gezginleridir
KhuntT
Araç setinin kurulu ve erişilebilir olduğunu teyit etmek için kullanılan basit bir "ping" aracıdır
KhuntUnzip
Dosyaları sıkıştırmadan çıkarma (unzip) yardımcı programıdır
khunt_ PL/SQL sarmalayıcıları*
Alttaki Java yöntemlerini çağırmak için kullanılan PL/SQL sarmalayıcı prosedürleridir
Tam Sistem Kontrolüne Ulaşmak: Veritabanından Windows İşletim Sistemine Geçiş
Saldırganlar, yalnızca veritabanı seviyesinde kalmadı. Khunt araç setini kullanarak çok adımlı bir süreçle veritabanı katmanından alttaki Windows işletim sistemine geçtiler:
KhuntCmd ile İşletim Sistemi Komut Çalıştırma: KhuntCmd modülünü kullanarak cmd.exe /c whoami komutunu çalıştırdılar ve Windows sunucusunda SYSTEM seviyesinde yetkileri olduğunu doğruladılar. Bu, veritabanından işletim sistemine uzaktan kod çalıştırma (RCE) anlamına geliyordu .
Kimlik Bilgisi Hırsızlığı: PowerShell kullanarak reg.exe komutunu çağırdılar ve SECURITY ile SYSTEM kayıt defteri kovanlarını kopyalayarak F:\Oracle\ dizinine khuntSECURITY.hiv ve khuntSYSTEM.hiv olarak kaydettiler .
Ek Kovan Çıkarma: esentutl.exe aracını kullanarak SAM ve ikinci bir SECURITY kovanı kopyasını alıp khuntSAM.hiv ve khunt_SECURITY.hiv olarak kaydettiler .
Sızdırılan bu kayıt defteri kovanları, çevrimdışı olarak kullanılıp sistemdeki tüm yerel hesapların parola hash'lerini çıkarmak ve kırmak için kullanılabilirdi .
Savunmadaki Kör Noktalar: Huntress'in Temel Bulguları
Huntress'in soruşturması, bu saldırının başarılı olmasına ve tespit edilmekten kaçınmasına izin veren birkaç kritik kör noktayı ortaya çıkardı:
Veritabanının Köprübaşına Dönüşmesi: Veritabanı, pasif bir veri deposundan aktif bir saldırı platformuna dönüştürüldü. Kötü amaçlı araç seti, diskte veya bellekte değil, veritabanının içinde yaşıyordu .
EDR/AV'den Kaçış: Geleneksel EDR ve antivirüs araçları, Oracle içinde depolanan Java sınıflarını ve PL/SQL sarmalayıcılarını genellikle denetlemez. Bu durum, araç setini standart işletim sistemi düzeyindeki savunmalara karşı görünmez kıldı .
Klasik Açık, Yeni Teslimat Yöntemi: İlk SQL enjeksiyonu, iyi bilinen bir hata sınıfıydı. Sıfırıncı gün açığı (zero-day) gerektirmiyordu. Otomatik tamamlama arama özelliği, PL/SQL'e ve ardından işletim sistemine ulaşmak için yeterliydi. Bu, veritabanı motorunun işletim sistemi seviyesinde yetenekleri olduğunda, temel girdi doğrulama hatalarının ne kadar derin bir güvenlik ihlaline yol açabileceğini gösteriyor .
Aşırı Yetkilendirilmiş Veritabanı Hesapları: SQL enjeksiyonu başarılı olsa bile, veritabanı kullanıcı hesabının Java kaynakları oluşturma veya saklı prosedürleri çalıştırma yetkisi yoksa hasar sınırlı kalır. Kuruluşlar genellikle veritabanı hesaplarına gereğinden fazla yetki verir, bu da saldırganlara khunt'ı dağıtmak için ihtiyaç duydukları ek izinleri sağlar .
Huntress Tarafından Önerilen Önlemler
Bu saldırıya dayanarak Huntress şu önlemleri önerdi :
Tüm web girdileri için uygun girdi temizliği (input sanitization) ve sorgu parametrelendirmesi (query parameterization) yapılması
Veritabanı kullanıcı yetkilerinin kısıtlanması; böylece enjekte edilen sorguların bile Java kaynakları oluşturamaması veya rastgele saklı prosedürler çalıştıramaması sağlanmalı
İzleme kapsamının yalnızca işletim sistemi düzeyindeki öğelerle sınırlı kalmayıp veritabanı nesnelerini (Java sınıfları, PL/SQL sarmalayıcıları) da içerecek şekilde genişletilmesi
Bu saldırı, yerleşik programlama ortamlarına (Oracle'ın JVM'si gibi) sahip veritabanı motorlarının, tek bir doğrulanmamış girdi alanıyla birleştiğinde nasıl gizli saldırı platformlarına dönüşebileceğinin çarpıcı bir hatırlatıcısıdır. Güvenlik ekipleri, izleme faaliyetlerini işletim sisteminin ötesine taşıyarak veritabanı nesne katmanını da kapsamalıdır.
ibgids.nl
Hackers installeren khunt toolkit via SQL-injectie in Oracle ...
Saldırı Nasıl İşledi: Otomatik Tamamlama Aramasıyla SQL Enjeksiyonu
Saldırganların sisteme ilk giriş noktası, Apache Tomcat üzerinde çalışan ve herkese açık bir Java uygulamasındaki SQL enjeksiyon açığıydı . Uygulamanın otomatik tamamlama (autocomplete) arama özelliği, kullanıcı girdilerini gerektiği gibi doğrulamadığı için saldırganlar, Oracle veritabanına olan JDBC bağlantısı üzerinden SQL komutları enjekte edebildi . Huntress araştırmacılarının da belirttiği gibi, bu yeni bir açık türü değildi; SQL enjeksiyonu saldırıları onlarca yıldır var ve genellikle SQL sunucusuna giden kullanıcı girdilerinin yanlış işlenmesinden kaynaklanır . Uygulamanın basit bir arama alanını temizlememesi, tüm bu saldırı zincirini başlatmaya yetti.
Khunt Araç Seti: Veritabanının İçinde Java Nesneleri Olarak Yaşamak
Saldırganlar, ele geçirilen sunucuya geleneksel kötü amaçlı dosyalar yerleştirmek yerine, Oracle'ın yerleşik JVM'sini ve CREATE JAVA SOURCE ifadesini kullanarak tüm sömürü sonrası araç setini, Oracle veritabanı içinde Java şema nesneleri olarak derleyip depoladı . Bu yaklaşım, standart işletim sistemi düzeyindeki savunmalar tarafından görülmelerini engelledi çünkü EDR ve antivirüs yazılımları, işletim sistemindeki süreçlere, ikili dosyalara (binary) ve dosyalara odaklanır; Oracle içinde depolanan Java sınıflarını ve PL/SQL sarmalayıcılarını genellikle denetlemez .
Khunt araç seti şu bileşenleri içeriyordu ve her biri bir veritabanı nesnesi olarak saklanıyordu:
Bileşen
İşlevi
KhuntCmd
Veritabanına gönderilen SQL ifadelerine gömülü olarak cmd.exe'yi yükler ve rastgele işletim sistemi komutları çalıştırır
KhuntHash
Oracle'ın iç kullanıcı tablolarından kullanıcı adlarını ve parola hash'lerini çıkararak bir dosyaya kaydeder
KhuntFS / KhuntFS2
Ele geçirilen sistemdeki dosyaları listeleme, okuma, arama ve boyutlarını kontrol etme işlevlerine sahip dosya gezginleridir
KhuntT
Araç setinin kurulu ve erişilebilir olduğunu teyit etmek için kullanılan basit bir "ping" aracıdır
KhuntUnzip
Dosyaları sıkıştırmadan çıkarma (unzip) yardımcı programıdır
khunt_ PL/SQL sarmalayıcıları*
Alttaki Java yöntemlerini çağırmak için kullanılan PL/SQL sarmalayıcı prosedürleridir
Tam Sistem Kontrolüne Ulaşmak: Veritabanından Windows İşletim Sistemine Geçiş
Saldırganlar, yalnızca veritabanı seviyesinde kalmadı. Khunt araç setini kullanarak çok adımlı bir süreçle veritabanı katmanından alttaki Windows işletim sistemine geçtiler:
KhuntCmd ile İşletim Sistemi Komut Çalıştırma: KhuntCmd modülünü kullanarak cmd.exe /c whoami komutunu çalıştırdılar ve Windows sunucusunda SYSTEM seviyesinde yetkileri olduğunu doğruladılar. Bu, veritabanından işletim sistemine uzaktan kod çalıştırma (RCE) anlamına geliyordu .
Kimlik Bilgisi Hırsızlığı: PowerShell kullanarak reg.exe komutunu çağırdılar ve SECURITY ile SYSTEM kayıt defteri kovanlarını kopyalayarak F:\Oracle\ dizinine khuntSECURITY.hiv ve khuntSYSTEM.hiv olarak kaydettiler .
Ek Kovan Çıkarma: esentutl.exe aracını kullanarak SAM ve ikinci bir SECURITY kovanı kopyasını alıp khuntSAM.hiv ve khunt_SECURITY.hiv olarak kaydettiler .
Sızdırılan bu kayıt defteri kovanları, çevrimdışı olarak kullanılıp sistemdeki tüm yerel hesapların parola hash'lerini çıkarmak ve kırmak için kullanılabilirdi .
Savunmadaki Kör Noktalar: Huntress'in Temel Bulguları
Huntress'in soruşturması, bu saldırının başarılı olmasına ve tespit edilmekten kaçınmasına izin veren birkaç kritik kör noktayı ortaya çıkardı:
Veritabanının Köprübaşına Dönüşmesi: Veritabanı, pasif bir veri deposundan aktif bir saldırı platformuna dönüştürüldü. Kötü amaçlı araç seti, diskte veya bellekte değil, veritabanının içinde yaşıyordu .
EDR/AV'den Kaçış: Geleneksel EDR ve antivirüs araçları, Oracle içinde depolanan Java sınıflarını ve PL/SQL sarmalayıcılarını genellikle denetlemez. Bu durum, araç setini standart işletim sistemi düzeyindeki savunmalara karşı görünmez kıldı .
Klasik Açık, Yeni Teslimat Yöntemi: İlk SQL enjeksiyonu, iyi bilinen bir hata sınıfıydı. Sıfırıncı gün açığı (zero-day) gerektirmiyordu. Otomatik tamamlama arama özelliği, PL/SQL'e ve ardından işletim sistemine ulaşmak için yeterliydi. Bu, veritabanı motorunun işletim sistemi seviyesinde yetenekleri olduğunda, temel girdi doğrulama hatalarının ne kadar derin bir güvenlik ihlaline yol açabileceğini gösteriyor .
Aşırı Yetkilendirilmiş Veritabanı Hesapları: SQL enjeksiyonu başarılı olsa bile, veritabanı kullanıcı hesabının Java kaynakları oluşturma veya saklı prosedürleri çalıştırma yetkisi yoksa hasar sınırlı kalır. Kuruluşlar genellikle veritabanı hesaplarına gereğinden fazla yetki verir, bu da saldırganlara khunt'ı dağıtmak için ihtiyaç duydukları ek izinleri sağlar .
Huntress Tarafından Önerilen Önlemler
Bu saldırıya dayanarak Huntress şu önlemleri önerdi :
Tüm web girdileri için uygun girdi temizliği (input sanitization) ve sorgu parametrelendirmesi (query parameterization) yapılması
Veritabanı kullanıcı yetkilerinin kısıtlanması; böylece enjekte edilen sorguların bile Java kaynakları oluşturamaması veya rastgele saklı prosedürler çalıştıramaması sağlanmalı
İzleme kapsamının yalnızca işletim sistemi düzeyindeki öğelerle sınırlı kalmayıp veritabanı nesnelerini (Java sınıfları, PL/SQL sarmalayıcıları) da içerecek şekilde genişletilmesi
Bu saldırı, yerleşik programlama ortamlarına (Oracle'ın JVM'si gibi) sahip veritabanı motorlarının, tek bir doğrulanmamış girdi alanıyla birleştiğinde nasıl gizli saldırı platformlarına dönüşebileceğinin çarpıcı bir hatırlatıcısıdır. Güvenlik ekipleri, izleme faaliyetlerini işletim sisteminin ötesine taşıyarak veritabanı nesne katmanını da kapsamalıdır.
ibgids.nl
Hackers installeren khunt toolkit via SQL-injectie in Oracle ...
