<![CDATA[TurkTeam | Türk Siber Güvenlik Topluluğu - OSINT]]> https://www.turkteam.org/ Sun, 25 Oct 2026 18:48:40 +0000 MyBB <![CDATA[Maltego CE ile İlişki Haritası: İlk Graf, Transform ve Etik Sınırlar]]> https://www.turkteam.org/konu-maltego-ce-ile-iliski-haritasi-ilk-graf-transform-ve-etik-sinirlar.html Mon, 19 Oct 2026 02:22:26 +0300 Tonyukuk]]> https://www.turkteam.org/konu-maltego-ce-ile-iliski-haritasi-ilk-graf-transform-ve-etik-sinirlar.html [Resim: attachment.php?aid=295]
Selam,

Maltego CE (Community Edition), OSINT'te ilişki haritası çizmek için popüler bir araç. Bu yazıda ilk grafı nasıl kurduğumu, transform sınırlarını ve etik çizgiyi anlatıyorum. Yalnızca kendi lab varlıklarım / kamuya açık örnek domain'ler.

Kurulum ve hesap
Resmi Maltego sitesinden CE indirilir; community hesabı gerekir. Transform'ların bir kısmı ücretli API anahtarı ister (WHOIS, shodan vb.). CE ile öğrenmek için yeterli yerleşik / ücretsiz transform vardır.

İlk graf
  1. Yeni graph
  2. Entity palette'ten Domain ekle
  3. Üzerinde sağ tık > Run Transform (ör. To DNS Name, To Website)
  4. Çıkan IP / MX / NS entity'lerini genişlet
Aşırı genişletme grafı çöpe çevirir. Her adımda "bu kenar benim soruma hizmet ediyor mu?" diye sorun.

[Resim: attachment.php?aid=296]

Pratik senaryo: kendi şirket domain'iniz
Amaç: dışarıdan görünen alt alan adları ve e-posta altyapısı. Sonuçları crt.sh / dig ile doğrulayın; Maltego tek kaynak olmasın.

Etik ve hukuk
  • Kişisel veri toplamayın, paylaşmayın (KVKK)
  • Transform'lar üçüncü taraf API çağırır; ToS geçerli
  • "Machine" entity ile rastgele iç IP tarama = aktif keşif; kapsam gerekir
  • Stalking / doxxing amaçlı kullanım yasaktır; burada anlatılmaz

Dışa aktarma
Rapor için grafı görüntü olarak veya entity listesini CSV olarak alın. Kanıt klasörüne transform tarihini yazın; sonuçlar zamanla değişir.

Alternatifler
SpiderFoot, Recon-ng, kısmen Maltego benzeri otomasyon sunar. Ben hızlı beyin fırtınasında Maltego, otomasyonda SpiderFoot kullanıyorum.

Kaynaklar
  • Maltego CE resmi dokümantasyon
  • OSINT Framework (yön bulma)
  • crt.sh, dig, RDAP (doğrulama)

Sizin CE'de favori ücretsiz transform setiniz hangisi?

Grafı sade tutma
50 entity'den sonra layout bozulur. Collection / set kullanarak "DNS bulguları", "e-posta bulguları" diye paketleyin. Her transform sonrası irrelevant node'ları silmek ayıp değil; OSINT temizlik işidir.

Doğrulama zorunluluğu
Maltego'nun ürettiği her kenarı dig / whois / tarayıcı ile doğrulamadan rapora yazmayın. Yanlış pozitif ilişki müşteriye yanlış risk anlatır.


Doğrulama senaryosu
Bu konuyla ilgili ek bir kontrol: değişikliği yaptıktan sonra en az bir negatif test ve bir pozitif test tanımlayın. Negatif test 'alarm boşyere düşmemeli', pozitif test 'bilinen kötü örneği yakalamalı' der. İkisini de kaydedin.

Lab disiplini
Ortamlar arasında (lab, staging, production) aynı yapılandırmayı kör kopyalamayın. Adresler, sertifikalar ve kimlikler farklıdır. Şablon kullanın, değerleri envanterden doldurun.

Runbook'a taşımak
İlgili log ve kanıtları olaydan sonra en az kurum politikasının öngördüğü süre kadar saklayın. Disk dolunca en eski güvenlik logunu silmek klasik hatadır; ayrı retention politikası tanımlayın.

Ölçüm ve alarm sağlığı
Yanlış pozitifleri susturmak ile körleşmek arasındaki çizgi incedir. Suppress kuralına gerekçe ve gözden geçirme tarihi yazın. Süresi dolunca yeniden değerlendirin.

Kapsam ve izin hatırlatması
Bu adımları change ticket olmadan production'da uygulamayın. Küçük görünen bir audit ayarı bile uygulama uyumluluğunu bozabilir. Önce staging, sonra kontrollü yayılım.

Yedekleme ve geri dönüş
Yılda en az iki kez masabaşı tatbikatı yapın: 'bu kontrol kırılırsa kim fark eder?' sorusunu sorunsuz cevaplayabilmelisiniz. Tatbikat notlarını wiki'ye ekleyin.

Log saklama süresi
Araç çıktısını ekran görüntüsü olarak bırakmak yerine makinece okunur formatta (JSON/CSV) arşivleyin. İki yıl sonraki denetimde arama kolaylaşır.

Yanlış pozitif yönetimi
Yetki ayrımı: bu kontrolü yapılandıran kişi ile alarmı triaj eden kişi mümkünse farklı olsun. Küçük ekiplerde olmasa bile en azından farklı hesap kullanın.

Değişiklik yönetimi ile ilişki
Sürüüm yükseltmelerinden sonra regresyon testi yapın. 'Aynı config' yeni sürümde farklı varsayılanlara bağlanmış olabilir. Release note'daki breaking change bölümünü okuyun.

Eğitim tatbikatı
Dış bağımlılık (feed, imza seti, konteyner imajı) için bütünlük doğrulaması yapın. İmzasız feed ile gelen kural seti tedarik zinciri riskidir.

Doğrulama senaryosu
Bu konuyla ilgili ek bir kontrol: değişikliği yaptıktan sonra en az bir negatif test ve bir pozitif test tanımlayın. Negatif test 'alarm boşyere düşmemeli', pozitif test 'bilinen kötü örneği yakalamalı' der. İkisini de kaydedin.

Lab disiplini
Ortamlar arasında (lab, staging, production) aynı yapılandırmayı kör kopyalamayın. Adresler, sertifikalar ve kimlikler farklıdır. Şablon kullanın, değerleri envanterden doldurun.

Runbook'a taşımak
İlgili log ve kanıtları olaydan sonra en az kurum politikasının öngördüğü süre kadar saklayın. Disk dolunca en eski güvenlik logunu silmek klasik hatadır; ayrı retention politikası tanımlayın.

Ölçüm ve alarm sağlığı
Yanlış pozitifleri susturmak ile körleşmek arasındaki çizgi incedir. Suppress kuralına gerekçe ve gözden geçirme tarihi yazın. Süresi dolunca yeniden değerlendirin.

Kapsam ve izin hatırlatması
Bu adımları change ticket olmadan production'da uygulamayın. Küçük görünen bir audit ayarı bile uygulama uyumluluğunu bozabilir. Önce staging, sonra kontrollü yayılım.

Yedekleme ve geri dönüş
Yılda en az iki kez masabaşı tatbikatı yapın: 'bu kontrol kırılırsa kim fark eder?' sorusunu sorunsuz cevaplayabilmelisiniz. Tatbikat notlarını wiki'ye ekleyin.

Log saklama süresi
Araç çıktısını ekran görüntüsü olarak bırakmak yerine makinece okunur formatta (JSON/CSV) arşivleyin. İki yıl sonraki denetimde arama kolaylaşır.

Yanlış pozitif yönetimi
Yetki ayrımı: bu kontrolü yapılandıran kişi ile alarmı triaj eden kişi mümkünse farklı olsun. Küçük ekiplerde olmasa bile en azından farklı hesap kullanın.

Değişiklik yönetimi ile ilişki
Sürüüm yükseltmelerinden sonra regresyon testi yapın. 'Aynı config' yeni sürümde farklı varsayılanlara bağlanmış olabilir. Release note'daki breaking change bölümünü okuyun.

Eğitim tatbikatı
Dış bağımlılık (feed, imza seti, konteyner imajı) için bütünlük doğrulaması yapın. İmzasız feed ile gelen kural seti tedarik zinciri riskidir.

Uygulama notu
Bu rehberdeki komutları olduğu gibi kopyalamadan önce yolları, arayüz adlarını ve IP adreslerini kendi ortamınıza göre değiştirin. Dağıtım farkları (Debian/Ubuntu/RHEL/Windows sunucu) çıktı biçimini değiştirebilir; man sayfası ve resmi dokümantasyon birincil kaynaktır. Bir adım beklediğiniz sonucu vermezse önce yetki (sudo/Administrator), sonra sürüm, en son da yapılandırma dosyası sırasıyla bakın. Değişiklikleri geri almak için snapshot veya yapılandırma yönetimi (Ansible/Git) kullanın; 'elle bir dokundum' geçmişi denetimde kaybolur. Alarm ve log örneklerini ekip kanalında paylaşırken kişisel veri ve iç IP şemasını maskeleyin.
Yasal uyarı: Bu içerik eğitim amaçlıdır. Anlatılanları yalnızca kendi sistemlerinizde veya yazılı izin aldığınız sistemlerde uygulayın. Yetkisiz erişim ve sistemlere müdahale 5237 sayılı TCK'nın 243, 244 ve 245. maddeleri kapsamında suçtur.

.png   100-n23-af0527.png (Dosya Boyutu: 57.95 KB / İndirme Sayısı: 15)

.png   n23-inner.png (Dosya Boyutu: 18.3 KB / İndirme Sayısı: 16) ]]> [Resim: attachment.php?aid=295]
Selam,

Maltego CE (Community Edition), OSINT'te ilişki haritası çizmek için popüler bir araç. Bu yazıda ilk grafı nasıl kurduğumu, transform sınırlarını ve etik çizgiyi anlatıyorum. Yalnızca kendi lab varlıklarım / kamuya açık örnek domain'ler.

Kurulum ve hesap
Resmi Maltego sitesinden CE indirilir; community hesabı gerekir. Transform'ların bir kısmı ücretli API anahtarı ister (WHOIS, shodan vb.). CE ile öğrenmek için yeterli yerleşik / ücretsiz transform vardır.

İlk graf
  1. Yeni graph
  2. Entity palette'ten Domain ekle
  3. Üzerinde sağ tık > Run Transform (ör. To DNS Name, To Website)
  4. Çıkan IP / MX / NS entity'lerini genişlet
Aşırı genişletme grafı çöpe çevirir. Her adımda "bu kenar benim soruma hizmet ediyor mu?" diye sorun.

[Resim: attachment.php?aid=296]

Pratik senaryo: kendi şirket domain'iniz
Amaç: dışarıdan görünen alt alan adları ve e-posta altyapısı. Sonuçları crt.sh / dig ile doğrulayın; Maltego tek kaynak olmasın.

Etik ve hukuk
  • Kişisel veri toplamayın, paylaşmayın (KVKK)
  • Transform'lar üçüncü taraf API çağırır; ToS geçerli
  • "Machine" entity ile rastgele iç IP tarama = aktif keşif; kapsam gerekir
  • Stalking / doxxing amaçlı kullanım yasaktır; burada anlatılmaz

Dışa aktarma
Rapor için grafı görüntü olarak veya entity listesini CSV olarak alın. Kanıt klasörüne transform tarihini yazın; sonuçlar zamanla değişir.

Alternatifler
SpiderFoot, Recon-ng, kısmen Maltego benzeri otomasyon sunar. Ben hızlı beyin fırtınasında Maltego, otomasyonda SpiderFoot kullanıyorum.

Kaynaklar
  • Maltego CE resmi dokümantasyon
  • OSINT Framework (yön bulma)
  • crt.sh, dig, RDAP (doğrulama)

Sizin CE'de favori ücretsiz transform setiniz hangisi?

Grafı sade tutma
50 entity'den sonra layout bozulur. Collection / set kullanarak "DNS bulguları", "e-posta bulguları" diye paketleyin. Her transform sonrası irrelevant node'ları silmek ayıp değil; OSINT temizlik işidir.

Doğrulama zorunluluğu
Maltego'nun ürettiği her kenarı dig / whois / tarayıcı ile doğrulamadan rapora yazmayın. Yanlış pozitif ilişki müşteriye yanlış risk anlatır.


Doğrulama senaryosu
Bu konuyla ilgili ek bir kontrol: değişikliği yaptıktan sonra en az bir negatif test ve bir pozitif test tanımlayın. Negatif test 'alarm boşyere düşmemeli', pozitif test 'bilinen kötü örneği yakalamalı' der. İkisini de kaydedin.

Lab disiplini
Ortamlar arasında (lab, staging, production) aynı yapılandırmayı kör kopyalamayın. Adresler, sertifikalar ve kimlikler farklıdır. Şablon kullanın, değerleri envanterden doldurun.

Runbook'a taşımak
İlgili log ve kanıtları olaydan sonra en az kurum politikasının öngördüğü süre kadar saklayın. Disk dolunca en eski güvenlik logunu silmek klasik hatadır; ayrı retention politikası tanımlayın.

Ölçüm ve alarm sağlığı
Yanlış pozitifleri susturmak ile körleşmek arasındaki çizgi incedir. Suppress kuralına gerekçe ve gözden geçirme tarihi yazın. Süresi dolunca yeniden değerlendirin.

Kapsam ve izin hatırlatması
Bu adımları change ticket olmadan production'da uygulamayın. Küçük görünen bir audit ayarı bile uygulama uyumluluğunu bozabilir. Önce staging, sonra kontrollü yayılım.

Yedekleme ve geri dönüş
Yılda en az iki kez masabaşı tatbikatı yapın: 'bu kontrol kırılırsa kim fark eder?' sorusunu sorunsuz cevaplayabilmelisiniz. Tatbikat notlarını wiki'ye ekleyin.

Log saklama süresi
Araç çıktısını ekran görüntüsü olarak bırakmak yerine makinece okunur formatta (JSON/CSV) arşivleyin. İki yıl sonraki denetimde arama kolaylaşır.

Yanlış pozitif yönetimi
Yetki ayrımı: bu kontrolü yapılandıran kişi ile alarmı triaj eden kişi mümkünse farklı olsun. Küçük ekiplerde olmasa bile en azından farklı hesap kullanın.

Değişiklik yönetimi ile ilişki
Sürüüm yükseltmelerinden sonra regresyon testi yapın. 'Aynı config' yeni sürümde farklı varsayılanlara bağlanmış olabilir. Release note'daki breaking change bölümünü okuyun.

Eğitim tatbikatı
Dış bağımlılık (feed, imza seti, konteyner imajı) için bütünlük doğrulaması yapın. İmzasız feed ile gelen kural seti tedarik zinciri riskidir.

Doğrulama senaryosu
Bu konuyla ilgili ek bir kontrol: değişikliği yaptıktan sonra en az bir negatif test ve bir pozitif test tanımlayın. Negatif test 'alarm boşyere düşmemeli', pozitif test 'bilinen kötü örneği yakalamalı' der. İkisini de kaydedin.

Lab disiplini
Ortamlar arasında (lab, staging, production) aynı yapılandırmayı kör kopyalamayın. Adresler, sertifikalar ve kimlikler farklıdır. Şablon kullanın, değerleri envanterden doldurun.

Runbook'a taşımak
İlgili log ve kanıtları olaydan sonra en az kurum politikasının öngördüğü süre kadar saklayın. Disk dolunca en eski güvenlik logunu silmek klasik hatadır; ayrı retention politikası tanımlayın.

Ölçüm ve alarm sağlığı
Yanlış pozitifleri susturmak ile körleşmek arasındaki çizgi incedir. Suppress kuralına gerekçe ve gözden geçirme tarihi yazın. Süresi dolunca yeniden değerlendirin.

Kapsam ve izin hatırlatması
Bu adımları change ticket olmadan production'da uygulamayın. Küçük görünen bir audit ayarı bile uygulama uyumluluğunu bozabilir. Önce staging, sonra kontrollü yayılım.

Yedekleme ve geri dönüş
Yılda en az iki kez masabaşı tatbikatı yapın: 'bu kontrol kırılırsa kim fark eder?' sorusunu sorunsuz cevaplayabilmelisiniz. Tatbikat notlarını wiki'ye ekleyin.

Log saklama süresi
Araç çıktısını ekran görüntüsü olarak bırakmak yerine makinece okunur formatta (JSON/CSV) arşivleyin. İki yıl sonraki denetimde arama kolaylaşır.

Yanlış pozitif yönetimi
Yetki ayrımı: bu kontrolü yapılandıran kişi ile alarmı triaj eden kişi mümkünse farklı olsun. Küçük ekiplerde olmasa bile en azından farklı hesap kullanın.

Değişiklik yönetimi ile ilişki
Sürüüm yükseltmelerinden sonra regresyon testi yapın. 'Aynı config' yeni sürümde farklı varsayılanlara bağlanmış olabilir. Release note'daki breaking change bölümünü okuyun.

Eğitim tatbikatı
Dış bağımlılık (feed, imza seti, konteyner imajı) için bütünlük doğrulaması yapın. İmzasız feed ile gelen kural seti tedarik zinciri riskidir.

Uygulama notu
Bu rehberdeki komutları olduğu gibi kopyalamadan önce yolları, arayüz adlarını ve IP adreslerini kendi ortamınıza göre değiştirin. Dağıtım farkları (Debian/Ubuntu/RHEL/Windows sunucu) çıktı biçimini değiştirebilir; man sayfası ve resmi dokümantasyon birincil kaynaktır. Bir adım beklediğiniz sonucu vermezse önce yetki (sudo/Administrator), sonra sürüm, en son da yapılandırma dosyası sırasıyla bakın. Değişiklikleri geri almak için snapshot veya yapılandırma yönetimi (Ansible/Git) kullanın; 'elle bir dokundum' geçmişi denetimde kaybolur. Alarm ve log örneklerini ekip kanalında paylaşırken kişisel veri ve iç IP şemasını maskeleyin.
Yasal uyarı: Bu içerik eğitim amaçlıdır. Anlatılanları yalnızca kendi sistemlerinizde veya yazılı izin aldığınız sistemlerde uygulayın. Yetkisiz erişim ve sistemlere müdahale 5237 sayılı TCK'nın 243, 244 ve 245. maddeleri kapsamında suçtur.

.png   100-n23-af0527.png (Dosya Boyutu: 57.95 KB / İndirme Sayısı: 15)

.png   n23-inner.png (Dosya Boyutu: 18.3 KB / İndirme Sayısı: 16) ]]> <![CDATA[OSINT İçin Shodan: Temeller ve Etik Kullanım Rehberi]]> https://www.turkteam.org/konu-osint-icin-shodan-temeller-ve-etik-kullanim-rehberi.html Sun, 18 Oct 2026 19:09:52 +0300 BilgeKagan]]> https://www.turkteam.org/konu-osint-icin-shodan-temeller-ve-etik-kullanim-rehberi.html [Resim: attachment.php?aid=203][/center]

Selam TurkTeam, BlueTornado burada.

Shodan, internete açık cihazlar ve servisler için bir arama motorudur. Banner'lar, sertifikalar, başlıklar ve bazı meta veriler indekslenir. Bu rehber temeller ve etik kullanım odaklıdır: kendi varlıklarınızı nasıl gördüğünüzü anlamak, yanlış yapılandırmayı yakalamak ve yasal sınırları bilmek. İzinsiz sistemlere saldırı anlatılmaz; Google Dorks konusu ayrıca mevcuttur.

Konuda Anlatılacaklar
  1. Shodan nedir, ne değildir?
  2. Hesap, kredi ve yasal/etik çerçeve
  3. Arama sözdizimi temelleri
  4. Kendi IP/domain envanterinizi kontrol etme
  5. Yaygın filtreler ve çıktı yorumlama
  6. İleri seviye: monitör, API, alternatifler
  7. Kaynakça ve yasal uyarı

1) Shodan Nedir?
Klasik arama motorları web sayfalarını indeksler. Shodan ise daha çok servis banner'larını indeksler: açık portlarda konuşan HTTP, SSH, FTP, endüstriyel protokoller vb. "İnternette şu an kim neyi açık bırakmış?" sorusuna pasif bir bakış sunar.
  • Yapar: Herkese açık şekilde görünen servis bilgilerini aranabilir kılar
  • Yapmaz (sizin yerinize): Otomatik exploit, şifre kırma, izinsiz giriş
  • Sizin sorumluluğunuz: Sonucu nasıl kullanacağınız

Alıntı:Shodan'da bir cihazın görünmesi tek başına "hack'lendi" anlamına gelmez. Ancak varsayılan arayüzlerin, test panellerinin veya yanlışlıkla public kalan yönetim konsollarının keşfini kolaylaştırır.

2) Etik ve Yasal Çerçeve
  • Öncelik: kendi kurumunuzun IP aralıkları, kendi bulut hesaplarınız, yazılı izinli kapsam
  • Başkasının altyapısında banner ötesine geçmek (login denemesi, exploit) izin olmadan yasaktır
  • Bulduğunuz kişisel veriyi paylaşmayın / satmayın
  • Responsible disclosure: kendi müşteriniz değilse ve kritik bir açık görürseniz, yasal danışmanlık ve CERT süreçlerini bilin; "iyi niyet" her zaman yasal koruma sağlamayabilir

Türkiye'de bilişim sistemine izinsiz girme TCK 243-245 kapsamında düzenlenir. Pasif arama ile aktif sömürü arasındaki çizgiyi aşmayın.

3) Başlangıç: Hesap ve Arayüz
Kod:
# https://www.shodan.io adresinden hesap # Ücretsiz hesapta arama ve sonuç sayısı sınırlıdır # Akademik / ücretsiz kredi fırsatları dönemsel değişir; resmi siteyi kontrol edin

CLI kurulumu (opsiyonel):
Kod:
pipx install shodan shodan init YOUR_API_KEY # Anahtarı ekran görüntüsüne / git'e koymayın

[center][/center]

4) Arama Sözdizimi Temelleri
Filtreler birleştirilebilir:

Kod:
hostname:turkteam.org org:"Example Company" net:203.0.113.0/24 port:22 product:nginx http.title:"Dashboard" http.status:200 country:TR ssl.cert.subject.cn:example.com

Kod:
# Kendi lab netiniz (örnek RFC 5737 dokümantasyon IP'si değil; kendi aralığınız) net:SIZIN_PUBLIC_IP/32 # veya hostname:lab.sizin-domaininiz.com

Örnek yorumlama:
Kod:
product:mongodb net:SIZIN_CIDR # Kendi CIDR'ınızda beklenmeyen MongoDB görünüyorsa acil gözden geçirin # Authentication olmadan açık DB'ler geçmişte sıkça indekslenmiştir

Üretimde başkasının MongoDB'sine bağlanmayı denemeyin.

5) Uygulamalı: Kendi Envanterinizi Görmek

Adım 1 - Public IP listenizi çıkarın. Bulut konsolu, firewall, hosting paneli.

Kod:
# Örnek not edge-fw: 198.51.100.10 vpn: 198.51.100.11 web: 203.0.113.50

Adım 2 - Shodan'da net/hostname arayın.

Kod:
shodan host 203.0.113.50 # veya web arayüzü

Adım 3 - Beklenmeyen port var mı?
  • Dev/test paneli production IP'sinde mi?
  • Eski SSL / zayıf şifru takımı banner'da görünüyor mu?
  • Kod:
    Server
    başlığı sürüm sızdırıyor mu? (bilgi; tek başına zafiyet değil)

[center][/center]

Adım 4 - Düzeltme ve doğrulama. Firewall kuralı, security group, reverse proxy kısıtı. Bir süre sonra indeksi tekrar kontrol edin (indeks gecikmeli olabilir).

Kod:
# SSL sertifika bilgisi (kendi hostunuz) echo | openssl s_client -connect SIZIN_HOST:443 -servername SIZIN_HOST 2>/dev/null | openssl x509 -noout -issuer -dates

6) Faydalı Filtre Senaryoları (Savunma)
Kod:
# Kendi org adınızla indekslenen servisler org:"Sirket Adi" # HTTP başlığında dahili yazılım adı http.component:wordpress net:SIZIN_CIDR # Endüstriyel / IoT: yalnızca kendi tesis IP'leriniz # Başkasının PLC/SCADA arayüzüne dokunmayın

Kod:
# SSL süresi / konu (filtreler sürüme göre değişebilir; UI yardımını okuyun) ssl.cert.expired:true net:SIZIN_CIDR

Çıktıyı bir envanter tablosuna aktarın:

Kod:
IP | Port | Ürün | Başlık | İlk görülme | Aksiyon 203.0.113.50 | 8080 | nginx | Test Admin | 2026-10-01 | SG kapatıldı

7) İleri Seviye
Shodan Monitor / Alert: Belirli net bloğu için yeni açık port uyarısı (ücretli özellikler değişebilir; resmi dokümana bakın).

API:
Kod:
shodan stats --facets port net:SIZIN_CIDR shodan download own-net.json.gz net:SIZIN_CIDR shodan parse own-net.json.gz --fields ip_str,port,product

Alternatifler: Censys, FOFA, ZoomEye benzeri motorlar; her birinin ToS ve yasal şartları farklıdır. BinaryEdge vb. ticari seçenekler.

OPSEC: Araştırmacı hesabınızı günlük tarayıcı profilinizden ayırın; API anahtarını sızdırmayın.

[center][/center]

8) Sonuç
Shodan, internete açık yüzünüzü görmek için güçlü bir OSINT aracıdır. Etik kullanım kendi varlıklarınız ve izinli kapsamla başlar. Sonuçları envanter ve sertleştirme sürecine bağlayın; merakla başkasının sistemine girmeyin.



Ek: Ekip İçin Savunma Playbook'u
Küçük bir güvenlik ekibi Shodan'ı şu döngüyle kullanabilir:
  1. Ayda bir: kurum CIDR ve kritik hostname sorgusu
  2. Yeni port/ürün çıkarsa ticket aç
  3. Firewall / security group kanıtı ekle
  4. Bir sonraki taramada kaybolduğunu doğrula
  5. Sonuçları yönetim özetine "dışarıdan görünür yüzey" olarak raporla

Kod:
# Basit cron fikri (kendi API kotanıza dikkat) # 0 9 1 * * shodan download /var/lib/inv/shodan-$(date +\%Y\%m).json.gz net:CIDR

Yanlış kullanım örnekleri (yapmayın):
  • "webcam" / "default password" arayıp cihazlara girmek
  • Bulunan RDP/SSH üzerinde brute-force
  • Başkasının tıbbi / ICS arayüzünü "merak için" tıklamak

[center][/center]

Pasif görünürlük ile aktif ihlal arasındaki farkı ekip içinde yazılı politika haline getirin.

Kaynakça
Yasal Uyarı
Bu içerik eğitim ve savunma (kendi varlık görünürlüğü) içindir. İzinsiz erişim, tarama ötesi sömürü veya veri hırsızlığı TCK 243, 244, 245 kapsamında suçtur. Shodan kullanımında da yerel yasalara ve Shodan ToS'a uyun. Sorumluluk uygulayana aittir.

Yasal uyarı: Bu içerik eğitim amaçlıdır. Yalnızca kendi sistemlerinizde veya yazılı izin aldığınız hedeflerde uygulayın (TCK 243-245).

.png   000-team-new-327b13.png (Dosya Boyutu: 54.93 KB / İndirme Sayısı: 10) ]]> [Resim: attachment.php?aid=203][/center]

Selam TurkTeam, BlueTornado burada.

Shodan, internete açık cihazlar ve servisler için bir arama motorudur. Banner'lar, sertifikalar, başlıklar ve bazı meta veriler indekslenir. Bu rehber temeller ve etik kullanım odaklıdır: kendi varlıklarınızı nasıl gördüğünüzü anlamak, yanlış yapılandırmayı yakalamak ve yasal sınırları bilmek. İzinsiz sistemlere saldırı anlatılmaz; Google Dorks konusu ayrıca mevcuttur.

Konuda Anlatılacaklar
  1. Shodan nedir, ne değildir?
  2. Hesap, kredi ve yasal/etik çerçeve
  3. Arama sözdizimi temelleri
  4. Kendi IP/domain envanterinizi kontrol etme
  5. Yaygın filtreler ve çıktı yorumlama
  6. İleri seviye: monitör, API, alternatifler
  7. Kaynakça ve yasal uyarı

1) Shodan Nedir?
Klasik arama motorları web sayfalarını indeksler. Shodan ise daha çok servis banner'larını indeksler: açık portlarda konuşan HTTP, SSH, FTP, endüstriyel protokoller vb. "İnternette şu an kim neyi açık bırakmış?" sorusuna pasif bir bakış sunar.
  • Yapar: Herkese açık şekilde görünen servis bilgilerini aranabilir kılar
  • Yapmaz (sizin yerinize): Otomatik exploit, şifre kırma, izinsiz giriş
  • Sizin sorumluluğunuz: Sonucu nasıl kullanacağınız

Alıntı:Shodan'da bir cihazın görünmesi tek başına "hack'lendi" anlamına gelmez. Ancak varsayılan arayüzlerin, test panellerinin veya yanlışlıkla public kalan yönetim konsollarının keşfini kolaylaştırır.

2) Etik ve Yasal Çerçeve
  • Öncelik: kendi kurumunuzun IP aralıkları, kendi bulut hesaplarınız, yazılı izinli kapsam
  • Başkasının altyapısında banner ötesine geçmek (login denemesi, exploit) izin olmadan yasaktır
  • Bulduğunuz kişisel veriyi paylaşmayın / satmayın
  • Responsible disclosure: kendi müşteriniz değilse ve kritik bir açık görürseniz, yasal danışmanlık ve CERT süreçlerini bilin; "iyi niyet" her zaman yasal koruma sağlamayabilir

Türkiye'de bilişim sistemine izinsiz girme TCK 243-245 kapsamında düzenlenir. Pasif arama ile aktif sömürü arasındaki çizgiyi aşmayın.

3) Başlangıç: Hesap ve Arayüz
Kod:
# https://www.shodan.io adresinden hesap # Ücretsiz hesapta arama ve sonuç sayısı sınırlıdır # Akademik / ücretsiz kredi fırsatları dönemsel değişir; resmi siteyi kontrol edin

CLI kurulumu (opsiyonel):
Kod:
pipx install shodan shodan init YOUR_API_KEY # Anahtarı ekran görüntüsüne / git'e koymayın

[center][/center]

4) Arama Sözdizimi Temelleri
Filtreler birleştirilebilir:

Kod:
hostname:turkteam.org org:"Example Company" net:203.0.113.0/24 port:22 product:nginx http.title:"Dashboard" http.status:200 country:TR ssl.cert.subject.cn:example.com

Kod:
# Kendi lab netiniz (örnek RFC 5737 dokümantasyon IP'si değil; kendi aralığınız) net:SIZIN_PUBLIC_IP/32 # veya hostname:lab.sizin-domaininiz.com

Örnek yorumlama:
Kod:
product:mongodb net:SIZIN_CIDR # Kendi CIDR'ınızda beklenmeyen MongoDB görünüyorsa acil gözden geçirin # Authentication olmadan açık DB'ler geçmişte sıkça indekslenmiştir

Üretimde başkasının MongoDB'sine bağlanmayı denemeyin.

5) Uygulamalı: Kendi Envanterinizi Görmek

Adım 1 - Public IP listenizi çıkarın. Bulut konsolu, firewall, hosting paneli.

Kod:
# Örnek not edge-fw: 198.51.100.10 vpn: 198.51.100.11 web: 203.0.113.50

Adım 2 - Shodan'da net/hostname arayın.

Kod:
shodan host 203.0.113.50 # veya web arayüzü

Adım 3 - Beklenmeyen port var mı?
  • Dev/test paneli production IP'sinde mi?
  • Eski SSL / zayıf şifru takımı banner'da görünüyor mu?
  • Kod:
    Server
    başlığı sürüm sızdırıyor mu? (bilgi; tek başına zafiyet değil)

[center][/center]

Adım 4 - Düzeltme ve doğrulama. Firewall kuralı, security group, reverse proxy kısıtı. Bir süre sonra indeksi tekrar kontrol edin (indeks gecikmeli olabilir).

Kod:
# SSL sertifika bilgisi (kendi hostunuz) echo | openssl s_client -connect SIZIN_HOST:443 -servername SIZIN_HOST 2>/dev/null | openssl x509 -noout -issuer -dates

6) Faydalı Filtre Senaryoları (Savunma)
Kod:
# Kendi org adınızla indekslenen servisler org:"Sirket Adi" # HTTP başlığında dahili yazılım adı http.component:wordpress net:SIZIN_CIDR # Endüstriyel / IoT: yalnızca kendi tesis IP'leriniz # Başkasının PLC/SCADA arayüzüne dokunmayın

Kod:
# SSL süresi / konu (filtreler sürüme göre değişebilir; UI yardımını okuyun) ssl.cert.expired:true net:SIZIN_CIDR

Çıktıyı bir envanter tablosuna aktarın:

Kod:
IP | Port | Ürün | Başlık | İlk görülme | Aksiyon 203.0.113.50 | 8080 | nginx | Test Admin | 2026-10-01 | SG kapatıldı

7) İleri Seviye
Shodan Monitor / Alert: Belirli net bloğu için yeni açık port uyarısı (ücretli özellikler değişebilir; resmi dokümana bakın).

API:
Kod:
shodan stats --facets port net:SIZIN_CIDR shodan download own-net.json.gz net:SIZIN_CIDR shodan parse own-net.json.gz --fields ip_str,port,product

Alternatifler: Censys, FOFA, ZoomEye benzeri motorlar; her birinin ToS ve yasal şartları farklıdır. BinaryEdge vb. ticari seçenekler.

OPSEC: Araştırmacı hesabınızı günlük tarayıcı profilinizden ayırın; API anahtarını sızdırmayın.

[center][/center]

8) Sonuç
Shodan, internete açık yüzünüzü görmek için güçlü bir OSINT aracıdır. Etik kullanım kendi varlıklarınız ve izinli kapsamla başlar. Sonuçları envanter ve sertleştirme sürecine bağlayın; merakla başkasının sistemine girmeyin.



Ek: Ekip İçin Savunma Playbook'u
Küçük bir güvenlik ekibi Shodan'ı şu döngüyle kullanabilir:
  1. Ayda bir: kurum CIDR ve kritik hostname sorgusu
  2. Yeni port/ürün çıkarsa ticket aç
  3. Firewall / security group kanıtı ekle
  4. Bir sonraki taramada kaybolduğunu doğrula
  5. Sonuçları yönetim özetine "dışarıdan görünür yüzey" olarak raporla

Kod:
# Basit cron fikri (kendi API kotanıza dikkat) # 0 9 1 * * shodan download /var/lib/inv/shodan-$(date +\%Y\%m).json.gz net:CIDR

Yanlış kullanım örnekleri (yapmayın):
  • "webcam" / "default password" arayıp cihazlara girmek
  • Bulunan RDP/SSH üzerinde brute-force
  • Başkasının tıbbi / ICS arayüzünü "merak için" tıklamak

[center][/center]

Pasif görünürlük ile aktif ihlal arasındaki farkı ekip içinde yazılı politika haline getirin.

Kaynakça
Yasal Uyarı
Bu içerik eğitim ve savunma (kendi varlık görünürlüğü) içindir. İzinsiz erişim, tarama ötesi sömürü veya veri hırsızlığı TCK 243, 244, 245 kapsamında suçtur. Shodan kullanımında da yerel yasalara ve Shodan ToS'a uyun. Sorumluluk uygulayana aittir.

Yasal uyarı: Bu içerik eğitim amaçlıdır. Yalnızca kendi sistemlerinizde veya yazılı izin aldığınız hedeflerde uygulayın (TCK 243-245).

.png   000-team-new-327b13.png (Dosya Boyutu: 54.93 KB / İndirme Sayısı: 10) ]]> <![CDATA[GitHub'da Dork ile Secret Avı: Kendi Repolarınızı Tarama Rehberi]]> https://www.turkteam.org/konu-github-da-dork-ile-secret-avi-kendi-repolarinizi-tarama-rehberi.html Sun, 18 Oct 2026 11:27:23 +0300 Tonyukuk]]> https://www.turkteam.org/konu-github-da-dork-ile-secret-avi-kendi-repolarinizi-tarama-rehberi.html [Resim: attachment.php?aid=160]
Merhaba,

GitHub'da unutulan secret'lar hâlâ ihlallerin yaygın nedeni. Bu yazıda kendi repolarınızı ve organizasyonunuzu taramak için dork mantığını ve gitleaks gibi araçları anlatıyorum. Başkasının private alanına izinsiz tırmanmak değil; savunma amaçlı hygiene.

GitHub code search dork örnekleri (kendi org)
Kod:
org:SIZIN_ORG AWS_SECRET_ACCESS_KEY org:SIZIN_ORG "BEGIN RSA PRIVATE KEY" org:SIZIN_ORG filename:.env org:SIZIN_ORG AKIA
public aramada da benzer sorgular sızmış şirketleri bulmak için saldırganlarca kullanılır; bu yüzden siz önce bulun.
[Resim: attachment.php?aid=183]



gitleaks ile yerel tarama
Kod:
gitleaks detect -s . -v --report-path gitleaks-report.json
CI'ya ekleyin (GitHub Action). Pre-commit hook ile commit öncesi engellemek daha da iyidir.
Kod:
# pre-commit örneği düşüncesi # repo kökünde .pre-commit-config.yaml ile gitleaks hook

Bulunduysa ne yapmalı?
  1. Secret'i hemen rotate et (silmek yetmez; git tarihçesinde vardır)
  2. Geçmişi temizlemek için BFG / git filter-repo — dikkatli ve ekiple
  3. GitHub secret scanning alerts / push protection açık olsun
  4. Nerede kullanıldığını loglardan kontrol et (suistimal var mı?)

Ek kontroller
  • trufflehog
  • GitHub Advanced Security (varsa)
  • Docker imajlarında ve Terraform state'te secret araması

Kaynaklar
  • gitleaks GitHub
  • GitHub Docs: secret scanning / push protection
  • OWASP Secrets Management Cheat Sheet

Siz secret scanning'i monorepo'da mı yoksa her mikro serviste mi çalıştırıyorsunuz?

History temizliği uyarısı
git filter-repo SHA'ları değiştirir; tüm klonların yeniden clone etmesi gerekir. Koordineli yapın. GitHub'da secret scanning bir kez görmüşse alert kapanmaz; rotate şart.

IaC ve CI logları
Terraform plan çıktısı, GitHub Actions logu, Docker build arg — secret'lar oralarda da sızar. Masking ve OIDC role (uzun ömürlü cloud key yerine) tercih edin.


Doğrulama senaryosu
Bu konuyla ilgili ek bir kontrol: değişikliği yaptıktan sonra en az bir negatif test ve bir pozitif test tanımlayın. Negatif test 'alarm boşyere düşmemeli', pozitif test 'bilinen kötü örneği yakalamalı' der. İkisini de kaydedin.

Lab disiplini
Ortamlar arasında (lab, staging, production) aynı yapılandırmayı kör kopyalamayın. Adresler, sertifikalar ve kimlikler farklıdır. Şablon kullanın, değerleri envanterden doldurun.

Runbook'a taşımak
İlgili log ve kanıtları olaydan sonra en az kurum politikasının öngördüğü süre kadar saklayın. Disk dolunca en eski güvenlik logunu silmek klasik hatadır; ayrı retention politikası tanımlayın.

Ölçüm ve alarm sağlığı
Yanlış pozitifleri susturmak ile körleşmek arasındaki çizgi incedir. Suppress kuralına gerekçe ve gözden geçirme tarihi yazın. Süresi dolunca yeniden değerlendirin.

Kapsam ve izin hatırlatması
Bu adımları change ticket olmadan production'da uygulamayın. Küçük görünen bir audit ayarı bile uygulama uyumluluğunu bozabilir. Önce staging, sonra kontrollü yayılım.

Yedekleme ve geri dönüş
Yılda en az iki kez masabaşı tatbikatı yapın: 'bu kontrol kırılırsa kim fark eder?' sorusunu sorunsuz cevaplayabilmelisiniz. Tatbikat notlarını wiki'ye ekleyin.

Log saklama süresi
Araç çıktısını ekran görüntüsü olarak bırakmak yerine makinece okunur formatta (JSON/CSV) arşivleyin. İki yıl sonraki denetimde arama kolaylaşır.

Yanlış pozitif yönetimi
Yetki ayrımı: bu kontrolü yapılandıran kişi ile alarmı triaj eden kişi mümkünse farklı olsun. Küçük ekiplerde olmasa bile en azından farklı hesap kullanın.

Değişiklik yönetimi ile ilişki
Sürüüm yükseltmelerinden sonra regresyon testi yapın. 'Aynı config' yeni sürümde farklı varsayılanlara bağlanmış olabilir. Release note'daki breaking change bölümünü okuyun.

Eğitim tatbikatı
Dış bağımlılık (feed, imza seti, konteyner imajı) için bütünlük doğrulaması yapın. İmzasız feed ile gelen kural seti tedarik zinciri riskidir.

Doğrulama senaryosu
Bu konuyla ilgili ek bir kontrol: değişikliği yaptıktan sonra en az bir negatif test ve bir pozitif test tanımlayın. Negatif test 'alarm boşyere düşmemeli', pozitif test 'bilinen kötü örneği yakalamalı' der. İkisini de kaydedin.

Lab disiplini
Ortamlar arasında (lab, staging, production) aynı yapılandırmayı kör kopyalamayın. Adresler, sertifikalar ve kimlikler farklıdır. Şablon kullanın, değerleri envanterden doldurun.

Runbook'a taşımak
İlgili log ve kanıtları olaydan sonra en az kurum politikasının öngördüğü süre kadar saklayın. Disk dolunca en eski güvenlik logunu silmek klasik hatadır; ayrı retention politikası tanımlayın.

Ölçüm ve alarm sağlığı
Yanlış pozitifleri susturmak ile körleşmek arasındaki çizgi incedir. Suppress kuralına gerekçe ve gözden geçirme tarihi yazın. Süresi dolunca yeniden değerlendirin.

Kapsam ve izin hatırlatması
Bu adımları change ticket olmadan production'da uygulamayın. Küçük görünen bir audit ayarı bile uygulama uyumluluğunu bozabilir. Önce staging, sonra kontrollü yayılım.

Yedekleme ve geri dönüş
Yılda en az iki kez masabaşı tatbikatı yapın: 'bu kontrol kırılırsa kim fark eder?' sorusunu sorunsuz cevaplayabilmelisiniz. Tatbikat notlarını wiki'ye ekleyin.

Log saklama süresi
Araç çıktısını ekran görüntüsü olarak bırakmak yerine makinece okunur formatta (JSON/CSV) arşivleyin. İki yıl sonraki denetimde arama kolaylaşır.

Yanlış pozitif yönetimi
Yetki ayrımı: bu kontrolü yapılandıran kişi ile alarmı triaj eden kişi mümkünse farklı olsun. Küçük ekiplerde olmasa bile en azından farklı hesap kullanın.

Değişiklik yönetimi ile ilişki
Sürüüm yükseltmelerinden sonra regresyon testi yapın. 'Aynı config' yeni sürümde farklı varsayılanlara bağlanmış olabilir. Release note'daki breaking change bölümünü okuyun.

Eğitim tatbikatı
Dış bağımlılık (feed, imza seti, konteyner imajı) için bütünlük doğrulaması yapın. İmzasız feed ile gelen kural seti tedarik zinciri riskidir.

Uygulama notu
Bu rehberdeki komutları olduğu gibi kopyalamadan önce yolları, arayüz adlarını ve IP adreslerini kendi ortamınıza göre değiştirin. Dağıtım farkları (Debian/Ubuntu/RHEL/Windows sunucu) çıktı biçimini değiştirebilir; man sayfası ve resmi dokümantasyon birincil kaynaktır. Bir adım beklediğiniz sonucu vermezse önce yetki (sudo/Administrator), sonra sürüm, en son da yapılandırma dosyası sırasıyla bakın. Değişiklikleri geri almak için snapshot veya yapılandırma yönetimi (Ansible/Git) kullanın; 'elle bir dokundum' geçmişi denetimde kaybolur. Alarm ve log örneklerini ekip kanalında paylaşırken kişisel veri ve iç IP şemasını maskeleyin.
Yasal uyarı: Bu içerik eğitim amaçlıdır. Anlatılanları yalnızca kendi sistemlerinizde veya yazılı izin aldığınız sistemlerde uygulayın. Yetkisiz erişim ve sistemlere müdahale 5237 sayılı TCK'nın 243, 244 ve 245. maddeleri kapsamında suçtur.

.png   100-n24-9dab4f.png (Dosya Boyutu: 63.51 KB / İndirme Sayısı: 9) ]]> [Resim: attachment.php?aid=160]
Merhaba,

GitHub'da unutulan secret'lar hâlâ ihlallerin yaygın nedeni. Bu yazıda kendi repolarınızı ve organizasyonunuzu taramak için dork mantığını ve gitleaks gibi araçları anlatıyorum. Başkasının private alanına izinsiz tırmanmak değil; savunma amaçlı hygiene.

GitHub code search dork örnekleri (kendi org)
Kod:
org:SIZIN_ORG AWS_SECRET_ACCESS_KEY org:SIZIN_ORG "BEGIN RSA PRIVATE KEY" org:SIZIN_ORG filename:.env org:SIZIN_ORG AKIA
public aramada da benzer sorgular sızmış şirketleri bulmak için saldırganlarca kullanılır; bu yüzden siz önce bulun.
[Resim: attachment.php?aid=183]



gitleaks ile yerel tarama
Kod:
gitleaks detect -s . -v --report-path gitleaks-report.json
CI'ya ekleyin (GitHub Action). Pre-commit hook ile commit öncesi engellemek daha da iyidir.
Kod:
# pre-commit örneği düşüncesi # repo kökünde .pre-commit-config.yaml ile gitleaks hook

Bulunduysa ne yapmalı?
  1. Secret'i hemen rotate et (silmek yetmez; git tarihçesinde vardır)
  2. Geçmişi temizlemek için BFG / git filter-repo — dikkatli ve ekiple
  3. GitHub secret scanning alerts / push protection açık olsun
  4. Nerede kullanıldığını loglardan kontrol et (suistimal var mı?)

Ek kontroller
  • trufflehog
  • GitHub Advanced Security (varsa)
  • Docker imajlarında ve Terraform state'te secret araması

Kaynaklar
  • gitleaks GitHub
  • GitHub Docs: secret scanning / push protection
  • OWASP Secrets Management Cheat Sheet

Siz secret scanning'i monorepo'da mı yoksa her mikro serviste mi çalıştırıyorsunuz?

History temizliği uyarısı
git filter-repo SHA'ları değiştirir; tüm klonların yeniden clone etmesi gerekir. Koordineli yapın. GitHub'da secret scanning bir kez görmüşse alert kapanmaz; rotate şart.

IaC ve CI logları
Terraform plan çıktısı, GitHub Actions logu, Docker build arg — secret'lar oralarda da sızar. Masking ve OIDC role (uzun ömürlü cloud key yerine) tercih edin.


Doğrulama senaryosu
Bu konuyla ilgili ek bir kontrol: değişikliği yaptıktan sonra en az bir negatif test ve bir pozitif test tanımlayın. Negatif test 'alarm boşyere düşmemeli', pozitif test 'bilinen kötü örneği yakalamalı' der. İkisini de kaydedin.

Lab disiplini
Ortamlar arasında (lab, staging, production) aynı yapılandırmayı kör kopyalamayın. Adresler, sertifikalar ve kimlikler farklıdır. Şablon kullanın, değerleri envanterden doldurun.

Runbook'a taşımak
İlgili log ve kanıtları olaydan sonra en az kurum politikasının öngördüğü süre kadar saklayın. Disk dolunca en eski güvenlik logunu silmek klasik hatadır; ayrı retention politikası tanımlayın.

Ölçüm ve alarm sağlığı
Yanlış pozitifleri susturmak ile körleşmek arasındaki çizgi incedir. Suppress kuralına gerekçe ve gözden geçirme tarihi yazın. Süresi dolunca yeniden değerlendirin.

Kapsam ve izin hatırlatması
Bu adımları change ticket olmadan production'da uygulamayın. Küçük görünen bir audit ayarı bile uygulama uyumluluğunu bozabilir. Önce staging, sonra kontrollü yayılım.

Yedekleme ve geri dönüş
Yılda en az iki kez masabaşı tatbikatı yapın: 'bu kontrol kırılırsa kim fark eder?' sorusunu sorunsuz cevaplayabilmelisiniz. Tatbikat notlarını wiki'ye ekleyin.

Log saklama süresi
Araç çıktısını ekran görüntüsü olarak bırakmak yerine makinece okunur formatta (JSON/CSV) arşivleyin. İki yıl sonraki denetimde arama kolaylaşır.

Yanlış pozitif yönetimi
Yetki ayrımı: bu kontrolü yapılandıran kişi ile alarmı triaj eden kişi mümkünse farklı olsun. Küçük ekiplerde olmasa bile en azından farklı hesap kullanın.

Değişiklik yönetimi ile ilişki
Sürüüm yükseltmelerinden sonra regresyon testi yapın. 'Aynı config' yeni sürümde farklı varsayılanlara bağlanmış olabilir. Release note'daki breaking change bölümünü okuyun.

Eğitim tatbikatı
Dış bağımlılık (feed, imza seti, konteyner imajı) için bütünlük doğrulaması yapın. İmzasız feed ile gelen kural seti tedarik zinciri riskidir.

Doğrulama senaryosu
Bu konuyla ilgili ek bir kontrol: değişikliği yaptıktan sonra en az bir negatif test ve bir pozitif test tanımlayın. Negatif test 'alarm boşyere düşmemeli', pozitif test 'bilinen kötü örneği yakalamalı' der. İkisini de kaydedin.

Lab disiplini
Ortamlar arasında (lab, staging, production) aynı yapılandırmayı kör kopyalamayın. Adresler, sertifikalar ve kimlikler farklıdır. Şablon kullanın, değerleri envanterden doldurun.

Runbook'a taşımak
İlgili log ve kanıtları olaydan sonra en az kurum politikasının öngördüğü süre kadar saklayın. Disk dolunca en eski güvenlik logunu silmek klasik hatadır; ayrı retention politikası tanımlayın.

Ölçüm ve alarm sağlığı
Yanlış pozitifleri susturmak ile körleşmek arasındaki çizgi incedir. Suppress kuralına gerekçe ve gözden geçirme tarihi yazın. Süresi dolunca yeniden değerlendirin.

Kapsam ve izin hatırlatması
Bu adımları change ticket olmadan production'da uygulamayın. Küçük görünen bir audit ayarı bile uygulama uyumluluğunu bozabilir. Önce staging, sonra kontrollü yayılım.

Yedekleme ve geri dönüş
Yılda en az iki kez masabaşı tatbikatı yapın: 'bu kontrol kırılırsa kim fark eder?' sorusunu sorunsuz cevaplayabilmelisiniz. Tatbikat notlarını wiki'ye ekleyin.

Log saklama süresi
Araç çıktısını ekran görüntüsü olarak bırakmak yerine makinece okunur formatta (JSON/CSV) arşivleyin. İki yıl sonraki denetimde arama kolaylaşır.

Yanlış pozitif yönetimi
Yetki ayrımı: bu kontrolü yapılandıran kişi ile alarmı triaj eden kişi mümkünse farklı olsun. Küçük ekiplerde olmasa bile en azından farklı hesap kullanın.

Değişiklik yönetimi ile ilişki
Sürüüm yükseltmelerinden sonra regresyon testi yapın. 'Aynı config' yeni sürümde farklı varsayılanlara bağlanmış olabilir. Release note'daki breaking change bölümünü okuyun.

Eğitim tatbikatı
Dış bağımlılık (feed, imza seti, konteyner imajı) için bütünlük doğrulaması yapın. İmzasız feed ile gelen kural seti tedarik zinciri riskidir.

Uygulama notu
Bu rehberdeki komutları olduğu gibi kopyalamadan önce yolları, arayüz adlarını ve IP adreslerini kendi ortamınıza göre değiştirin. Dağıtım farkları (Debian/Ubuntu/RHEL/Windows sunucu) çıktı biçimini değiştirebilir; man sayfası ve resmi dokümantasyon birincil kaynaktır. Bir adım beklediğiniz sonucu vermezse önce yetki (sudo/Administrator), sonra sürüm, en son da yapılandırma dosyası sırasıyla bakın. Değişiklikleri geri almak için snapshot veya yapılandırma yönetimi (Ansible/Git) kullanın; 'elle bir dokundum' geçmişi denetimde kaybolur. Alarm ve log örneklerini ekip kanalında paylaşırken kişisel veri ve iç IP şemasını maskeleyin.
Yasal uyarı: Bu içerik eğitim amaçlıdır. Anlatılanları yalnızca kendi sistemlerinizde veya yazılı izin aldığınız sistemlerde uygulayın. Yetkisiz erişim ve sistemlere müdahale 5237 sayılı TCK'nın 243, 244 ve 245. maddeleri kapsamında suçtur.

.png   100-n24-9dab4f.png (Dosya Boyutu: 63.51 KB / İndirme Sayısı: 9) ]]> <![CDATA[OSINT Nedir? Ücretsiz Açık Kaynak İstihbarat Araçları Rehberi]]> https://www.turkteam.org/konu-osint-nedir-ucretsiz-acik-kaynak-istihbarat-araclari-rehberi.html Sat, 17 Oct 2026 18:05:10 +0300 BilgeKagan]]> https://www.turkteam.org/konu-osint-nedir-ucretsiz-acik-kaynak-istihbarat-araclari-rehberi.html [Resim: attachment.php?aid=135][/center]

Selam millet, BlueTornado burada.

OSINT (Open Source Intelligence), herkese açık kaynaklardan bilgi toplama ve analiz etme disiplinidir. Gazetecilik, tehdit istihbaratı, red team keşfi, kayıp kişi araştırması ve kurumsal marka koruması gibi alanlarda kullanılır. Bu rehber ücretsiz araçlara, etik sınırlara ve yasal lab/pratik akışına odaklanır. Google Dorks ve Shodan için forumda ayrı konular vardır; burada genel çerçeveyi kuruyoruz.

Konuda Anlatılacaklar
  1. OSINT nedir, ne değildir?
  2. Etik ve yasal çerçeve
  3. Süreç: planlama, toplama, doğrulama, raporlama
  4. Ücretsiz araç seti (web, kullanıcı adı, e-posta, DNS, görsel)
  5. Uygulamalı mini senaryo (kendi lab hesabınız)
  6. İleri seviye: sock puppet, OPSEC, otomasyon
  7. Kaynakça ve yasal uyarı

1) OSINT Nedir?
"Açık kaynak", yalnızca haber siteleri demek değildir. Şunlar OSINT kapsamına girebilir:
  • Herkese açık web sayfaları, sosyal medya profilleri
  • DNS/WHOIS kayıtları, sertifika şeffaflık logları
  • Şirket kayıtları, ihale ilanları, mahkeme kararları (ülkeye göre)
  • Herkese açık kod depoları (GitHub), paste siteleri
  • Uydu/harita görüntüleri (yasal ve herkese açık olanlar)

OSINT, sisteme izinsiz girmek değildir. Kapalı bir panele brute-force yapmak, hesabı ele geçirmek veya ödeme duvarını aşmak OSINT değildir; saldırıdır.

Alıntı:İyi OSINT, gürültüden sinyal çıkarmaktır. Çok araç kullanmak değil; soruyu netleştirmek ve kaynakları doğrulamaktır.

2) Etik ve Yasal Sınırlar
  • Hedef: yalnızca izinli araştırma, kendi varlıklarınız veya kamuya açık bilgi
  • Topladığınız veriyi doxxing, tehdit veya dolandırıcılık için kullanmayın
  • Platform ToS'una ve KVKK'ya saygı gösterin; kişisel veriyi gerekmeden işlemeyin
  • Teknik olarak erişilebilir her şey yasal/etik olmayabilir (ör. yanlışlıkla açık S3 ama özel veri)

Türkiye'de bilişim sistemine izinsiz girme ve engelleme TCK 243-245 kapsamında düzenlenir. OSINT çalışması kamuya açık bilgiyle sınırlı kalsa bile, elde edilen verinin kötüye kullanımı başka suçlara yol açabilir.

3) Süreç
Kod:
# 1) Soru "X şirketinin halka açık alt alan adları ve e-posta formatı nedir?" # 2) Kaynak planı DNS, CRT.sh, şirket kariyer sayfası, LinkedIn (manuel), GitHub org # 3) Toplama Araç çıktıları + manuel not # 4) Doğrulama İkinci kaynakla çapraz kontrol; eski/yanlış bilgiyi işaretle # 5) Rapor Bulgular, güven seviyesi, tarih, kaynak URL'leri

[center][/center]

4) Ücretsiz Araç Seti

4.1 Kullanıcı adı araştırması - Sherlock
Kod:
pipx install sherlock-project sherlock turkteam_ornek --print-found
Çıktı: hangi platformlarda aynı handle'ın var göründüğü. Yanlış pozitif olabilir; profile girip doğrulayın.

4.2 E-posta / sızıntı kontrolü (kendi hesabınız)
Kod:
# haveibeenpwned.com üzerinden kendi e-postanızı kontrol edin # API kullanımı için resmi dokümantasyona bakın; başkasının e-postasını izinsiz sorgulamayın
"Verilerim sızdı mı?" senaryosunda önce kendi adreslerinizi kontrol etmek meşru bir alışkanlıktır.

4.3 DNS ve sertifika
Kod:
dig turkteam.org ANY +noall +answer dig turkteam.org MX +short whois turkteam.org | head -n 40

Kod:
# Certificate Transparency # https://crt.sh/?q=%25.turkteam.org curl -s "https://crt.sh/?q=%25.example.com&output=json" | head

[center][/center]

4.4 Alt alan adı keşifi (pasif)
Kod:
# Amass pasif örnek (kendi/izinli domain) amass enum -passive -d example.com -o amass.txt # veya subfinder subfinder -d example.com -silent
Aktif brute-force ve port taraması, izinsiz hedeflerde yasal risk taşır; kendi domaininizde yapın.

4.5 Wayback / arşiv
Kod:
# web.archive.org üzerinden eski sayfa anlık görüntüleri # Gizlenmiş ama daha önce public olan içerik için

4.6 Görsel OSINT
  • Google / Yandex görsel arama (tersine)
  • Exif verisi: birçok platform sıyırır; orijinal dosyada kalmış olabilir
  • Harita üzerinde gölge, tabela, bitki örtüsü ile konum tahmini (etik sınırlara dikkat)

Kod:
exiftool photo.jpg | egrep -i "GPS|Date|Model"

4.7 Kod ve sır sızıntısı (kendi repolarınız)
Kod:
# GitHub'da kendi org'unuzda gizli arama # gitleaks veya trufflehog ile kendi CI'nızda tarama gitleaks detect -s . -v

4.8 Tehdit istihbaratı feed'leri
  • AlienVault OTX (ücretsiz hesap)
  • urlhaus / malware bazaar (zararlı URL/hash, araştırma)
  • CISA KEV kataloğu (bilinen sömürülen zafiyetler)

Kod:
# Örnek: bir hash'i VirusTotal'da kendi lab örneğiniz için sorgulama # API anahtarınızı paylaşmayın

5) Uygulamalı Mini Senaryo
Hedef: kendi yan projenizin veya bilerek açtığınız lab domain'inin dışarıdan görünümü.

Kod:
# Adım 1 dig +short lab.sizin-domaininiz.com # Adım 2 curl -I https://lab.sizin-domaininiz.com # Adım 3 sherlock sizin_lab_kullaniciadiniz --print-found # Adım 4 # Kariyer/about sayfasından e-posta formatını not alın (public ise) # Adım 5 # Bulguları tarih damgalı markdown rapora yazın

[center][/center]

Rapor şablonu:
Kod:
# OSINT Notu Tarih: 2026-10-17 (Europe/Istanbul) Soru: ... Kaynaklar: - URL / araç / saat Bulgular (güven: yüksek/orta/düşük): - ... Açık sorular: - ... Yapılmayanlar (bilinçli): - Aktif port taraması yapılmadı

6) İleri Seviye
Sock puppet / araştırma hesapları: Kişisel hesabınızla agresif araştırma yapmak OPSEC ve ToS riski taşır. Ayrı araştırma kimlikleri, izole tarayıcı profilleri (konteyner) düşünün. Sahte kimlikle dolandırıcılık yapmayın.

Otomasyon: ReconFTW, Maltego CE (sınırlı), SpiderFoot gibi araçlar süreci hızlandırır; gürültüyü de artırır. Her otomatik bulguyu doğrulayın.

Shodan / Censys: İnternete açık cihaz arama motorlarıdır. Etik kullanım ve kendi IP alanlarınız için ayrı konuda derinleşin; başkasının altyapısını izinsiz yoklamayın.

Dezinformasyon: Sahte profiller, eski WHOIS, belirsiz forum iddiaları. Tek kaynakla karar vermeyin.

[center][/center]

7) Sonuç
OSINT, açık kaynaklardan disiplinli bilgi üretmektir. Ücretsiz araçlar yeterince güçlidir; farkı süreç, doğrulama ve etik oluşturur. Kendi varlıklarınız üzerinde pratik yapın, dork ve Shodan konularıyla devam edin.

Kaynakça
Yasal Uyarı
Bu rehber eğitim ve meşru güvenlik araştırması içindir. İzinsiz sistem erişimi, veri hırsızlığı veya kişileri hedef alan taciz amaçlı kullanım yasaktır. TCK 243, 244, 245 ve KVKK yükümlülüklerine uyun. Sorumluluk uygulayana aittir.

.png   000-team-09-team-8e8bfc.png (Dosya Boyutu: 61.42 KB / İndirme Sayısı: 13) ]]> [Resim: attachment.php?aid=135][/center]

Selam millet, BlueTornado burada.

OSINT (Open Source Intelligence), herkese açık kaynaklardan bilgi toplama ve analiz etme disiplinidir. Gazetecilik, tehdit istihbaratı, red team keşfi, kayıp kişi araştırması ve kurumsal marka koruması gibi alanlarda kullanılır. Bu rehber ücretsiz araçlara, etik sınırlara ve yasal lab/pratik akışına odaklanır. Google Dorks ve Shodan için forumda ayrı konular vardır; burada genel çerçeveyi kuruyoruz.

Konuda Anlatılacaklar
  1. OSINT nedir, ne değildir?
  2. Etik ve yasal çerçeve
  3. Süreç: planlama, toplama, doğrulama, raporlama
  4. Ücretsiz araç seti (web, kullanıcı adı, e-posta, DNS, görsel)
  5. Uygulamalı mini senaryo (kendi lab hesabınız)
  6. İleri seviye: sock puppet, OPSEC, otomasyon
  7. Kaynakça ve yasal uyarı

1) OSINT Nedir?
"Açık kaynak", yalnızca haber siteleri demek değildir. Şunlar OSINT kapsamına girebilir:
  • Herkese açık web sayfaları, sosyal medya profilleri
  • DNS/WHOIS kayıtları, sertifika şeffaflık logları
  • Şirket kayıtları, ihale ilanları, mahkeme kararları (ülkeye göre)
  • Herkese açık kod depoları (GitHub), paste siteleri
  • Uydu/harita görüntüleri (yasal ve herkese açık olanlar)

OSINT, sisteme izinsiz girmek değildir. Kapalı bir panele brute-force yapmak, hesabı ele geçirmek veya ödeme duvarını aşmak OSINT değildir; saldırıdır.

Alıntı:İyi OSINT, gürültüden sinyal çıkarmaktır. Çok araç kullanmak değil; soruyu netleştirmek ve kaynakları doğrulamaktır.

2) Etik ve Yasal Sınırlar
  • Hedef: yalnızca izinli araştırma, kendi varlıklarınız veya kamuya açık bilgi
  • Topladığınız veriyi doxxing, tehdit veya dolandırıcılık için kullanmayın
  • Platform ToS'una ve KVKK'ya saygı gösterin; kişisel veriyi gerekmeden işlemeyin
  • Teknik olarak erişilebilir her şey yasal/etik olmayabilir (ör. yanlışlıkla açık S3 ama özel veri)

Türkiye'de bilişim sistemine izinsiz girme ve engelleme TCK 243-245 kapsamında düzenlenir. OSINT çalışması kamuya açık bilgiyle sınırlı kalsa bile, elde edilen verinin kötüye kullanımı başka suçlara yol açabilir.

3) Süreç
Kod:
# 1) Soru "X şirketinin halka açık alt alan adları ve e-posta formatı nedir?" # 2) Kaynak planı DNS, CRT.sh, şirket kariyer sayfası, LinkedIn (manuel), GitHub org # 3) Toplama Araç çıktıları + manuel not # 4) Doğrulama İkinci kaynakla çapraz kontrol; eski/yanlış bilgiyi işaretle # 5) Rapor Bulgular, güven seviyesi, tarih, kaynak URL'leri

[center][/center]

4) Ücretsiz Araç Seti

4.1 Kullanıcı adı araştırması - Sherlock
Kod:
pipx install sherlock-project sherlock turkteam_ornek --print-found
Çıktı: hangi platformlarda aynı handle'ın var göründüğü. Yanlış pozitif olabilir; profile girip doğrulayın.

4.2 E-posta / sızıntı kontrolü (kendi hesabınız)
Kod:
# haveibeenpwned.com üzerinden kendi e-postanızı kontrol edin # API kullanımı için resmi dokümantasyona bakın; başkasının e-postasını izinsiz sorgulamayın
"Verilerim sızdı mı?" senaryosunda önce kendi adreslerinizi kontrol etmek meşru bir alışkanlıktır.

4.3 DNS ve sertifika
Kod:
dig turkteam.org ANY +noall +answer dig turkteam.org MX +short whois turkteam.org | head -n 40

Kod:
# Certificate Transparency # https://crt.sh/?q=%25.turkteam.org curl -s "https://crt.sh/?q=%25.example.com&output=json" | head

[center][/center]

4.4 Alt alan adı keşifi (pasif)
Kod:
# Amass pasif örnek (kendi/izinli domain) amass enum -passive -d example.com -o amass.txt # veya subfinder subfinder -d example.com -silent
Aktif brute-force ve port taraması, izinsiz hedeflerde yasal risk taşır; kendi domaininizde yapın.

4.5 Wayback / arşiv
Kod:
# web.archive.org üzerinden eski sayfa anlık görüntüleri # Gizlenmiş ama daha önce public olan içerik için

4.6 Görsel OSINT
  • Google / Yandex görsel arama (tersine)
  • Exif verisi: birçok platform sıyırır; orijinal dosyada kalmış olabilir
  • Harita üzerinde gölge, tabela, bitki örtüsü ile konum tahmini (etik sınırlara dikkat)

Kod:
exiftool photo.jpg | egrep -i "GPS|Date|Model"

4.7 Kod ve sır sızıntısı (kendi repolarınız)
Kod:
# GitHub'da kendi org'unuzda gizli arama # gitleaks veya trufflehog ile kendi CI'nızda tarama gitleaks detect -s . -v

4.8 Tehdit istihbaratı feed'leri
  • AlienVault OTX (ücretsiz hesap)
  • urlhaus / malware bazaar (zararlı URL/hash, araştırma)
  • CISA KEV kataloğu (bilinen sömürülen zafiyetler)

Kod:
# Örnek: bir hash'i VirusTotal'da kendi lab örneğiniz için sorgulama # API anahtarınızı paylaşmayın

5) Uygulamalı Mini Senaryo
Hedef: kendi yan projenizin veya bilerek açtığınız lab domain'inin dışarıdan görünümü.

Kod:
# Adım 1 dig +short lab.sizin-domaininiz.com # Adım 2 curl -I https://lab.sizin-domaininiz.com # Adım 3 sherlock sizin_lab_kullaniciadiniz --print-found # Adım 4 # Kariyer/about sayfasından e-posta formatını not alın (public ise) # Adım 5 # Bulguları tarih damgalı markdown rapora yazın

[center][/center]

Rapor şablonu:
Kod:
# OSINT Notu Tarih: 2026-10-17 (Europe/Istanbul) Soru: ... Kaynaklar: - URL / araç / saat Bulgular (güven: yüksek/orta/düşük): - ... Açık sorular: - ... Yapılmayanlar (bilinçli): - Aktif port taraması yapılmadı

6) İleri Seviye
Sock puppet / araştırma hesapları: Kişisel hesabınızla agresif araştırma yapmak OPSEC ve ToS riski taşır. Ayrı araştırma kimlikleri, izole tarayıcı profilleri (konteyner) düşünün. Sahte kimlikle dolandırıcılık yapmayın.

Otomasyon: ReconFTW, Maltego CE (sınırlı), SpiderFoot gibi araçlar süreci hızlandırır; gürültüyü de artırır. Her otomatik bulguyu doğrulayın.

Shodan / Censys: İnternete açık cihaz arama motorlarıdır. Etik kullanım ve kendi IP alanlarınız için ayrı konuda derinleşin; başkasının altyapısını izinsiz yoklamayın.

Dezinformasyon: Sahte profiller, eski WHOIS, belirsiz forum iddiaları. Tek kaynakla karar vermeyin.

[center][/center]

7) Sonuç
OSINT, açık kaynaklardan disiplinli bilgi üretmektir. Ücretsiz araçlar yeterince güçlidir; farkı süreç, doğrulama ve etik oluşturur. Kendi varlıklarınız üzerinde pratik yapın, dork ve Shodan konularıyla devam edin.

Kaynakça
Yasal Uyarı
Bu rehber eğitim ve meşru güvenlik araştırması içindir. İzinsiz sistem erişimi, veri hırsızlığı veya kişileri hedef alan taciz amaçlı kullanım yasaktır. TCK 243, 244, 245 ve KVKK yükümlülüklerine uyun. Sorumluluk uygulayana aittir.

.png   000-team-09-team-8e8bfc.png (Dosya Boyutu: 61.42 KB / İndirme Sayısı: 13) ]]> <![CDATA[Google Dorks ile OSINT: Arama Operatörleri, Pratik Sorgular ve Etik Sınırlar]]> https://www.turkteam.org/konu-google-dorks-ile-osint-arama-operatorleri-pratik-sorgular-ve-etik-sinirlar.html Sat, 17 Oct 2026 11:28:47 +0300 Tonyukuk]]> https://www.turkteam.org/konu-google-dorks-ile-osint-arama-operatorleri-pratik-sorgular-ve-etik-sinirlar.html [Resim: attachment.php?aid=111]
Çoğu insan Google'ı sadece kelime yazıp arayan bir kutu olarak kullanır. Oysa doğru operatörlerle Google, OSINT için çok güçlü bir keşif aracına dönüşür. Buna "Google Dorking" ya da "Google Hacking" denir. Bu rehberde operatörleri sıfırdan, yasal ve savunma odaklı bir çerçevede anlatıyorum; amaç başkasının açığını sömürmek değil, kendi dijital ayak izinizi ve kurumunuzun maruziyetini görmek.

Konuda anlatılacaklar
  1. Google Dorking nedir?
  2. Temel arama operatörleri
  3. Operatörleri birleştirmek
  4. Savunma odaklı pratik sorgular
  5. Google Hacking Database (GHDB)
  6. Kendi maruziyetinizi ölçmek
  7. Etik ve yasal sınırlar

Google Dorking Nedir?

Google Dorking, arama motorunun gelişmiş operatörlerini kullanarak normalde kolay bulunamayan ama zaten herkese açık olan içeriği hedefli şekilde bulmaktır. Burada kritik nokta şu: Dorking bir sisteme girmez; sadece internette yayımlanmış, indekslenmiş bilgiyi daha verimli arar. Yine de bulunan bilgi hassas olabileceğinden etik sorumluluk önemlidir.

Temel Operatörler

Kod:
site: belirli bir alan adiyla sinirla site:example.com filetype: belirli dosya turu filetype:pdf intitle: sayfa basliginda gecen kelime intitle:"index of" inurl: URL'de gecen kelime inurl:admin intext: sayfa govdesinde gecen kelime intext:"confidential" cache: Google'in onbellek kopyasi "..." tam ifade -kelime haric tut OR / | veya

Operatörleri Birleştirmek

Gücü asıl operatörleri birleştirince ortaya çıkar:

Kod:
# Bir sitenin indekslenmis PDF belgeleri site:example.com filetype:pdf # Acik dizin listelemeleri intitle:"index of" "parent directory" # Bir kurumun alt alan adlarinda login sayfalari site:example.com inurl:login

Not: Bu sorguları kendi alan adınız veya yetkili olduğunuz hedef için çalıştırın. Başkasının altyapısındaki hassas dosyaları arayıp indirmek, "açıkta diye masum" değildir.

Savunma Odaklı Pratik Sorgular

Bir güvenlik ekibi için en değerli kullanım, kendi kurumunun ne sızdırdığını görmektir:
  • Yanlışlıkla indekslenmiş iç belgeler (filetype:xlsx, filetype:docx).
  • Açıkta kalmış yedek/konfig dosyaları (inurl:backup, filetype:env, filetypeConfusedql gibi kalıplar).
  • Test/stage ortamlarının kamuya açık kalması (site:example.com inurl:test OR inurl:dev).
  • Çalışanların yanlışlıkla paylaştığı kimlik bilgisi içeren sayfalar.

Bulduğunuz her şeyi kaldırma/indeksten çıkarma (robots.txt, Search Console, erişim kısıtı) için ilgili ekibe yönlendirin.

Google Hacking Database (GHDB)

Exploit-DB bünyesindeki Google Hacking Database, topluluk tarafından derlenen hazır dork kalıplarını kategorilere ayırır (açık dizinler, hassas dosyalar, login sayfaları vb.). Buradaki kalıpları kendi varlıklarınızı denetlemek için şablon olarak kullanabilirsiniz.

Kendi Maruziyetinizi Ölçmek

Pratik bir rutin:
  1. Kurum alan adınızla site: sorgusu çalıştırın, kaç sayfa indekslenmiş bakın.
  2. filetype: ile beklenmeyen belge türlerini arayın.
  3. Google Search Console üzerinden istenmeyen sayfaların indekslenmesini yönetin.
  4. Bulduğunuz hassas içeriği kaldırın ve neden yayımlandığını kök-neden olarak araştırın.

Bu rutin, kişisel dijital ayak izi için de işe yarar: kendi adınızı, kullanıcı adlarınızı ve e-postanızı arayıp nerede göründüğünüzü görün.

Etik ve Yasal Sınırlar

Burayı net çizelim, çünkü Dorking en çok yanlış anlaşılan OSINT konusudur:
  • Herkese açık bilgiyi aramak serbesttir; ama bulunan bir açık/sızıntıyı kullanmak (giriş yapmak, veri indirmek, paylaşmak) tamamen ayrı ve çoğu zaman suçtur.
  • Açıkta kalmış bir panele dork ile ulaşmak, oraya giriş yapma hakkı vermez. Yetkisiz erişim TCK 243 kapsamındadır.
  • Bulduğunuz sızıntıları sorumlu açıklama (responsible disclosure) ile ilgili kuruma bildirin; yaymayın.
  • Çalıntı veri, combo/log listeleri ve benzeri içerikleri aramak ve paylaşmak bu forumda kesinlikle yasaktır.

Sonuç

Google Dorking, doğru elde bir savunma aracı, yanlış elde bir sorumluluk. Onu kendi maruziyetinizi görmek için kullanırsanız, kuruma sağlayacağı değer büyük. Siz kendi alan adınızda hiç beklemediğiniz bir şey buldunuz mu, (hassas detay vermeden) deneyimlerinizi yorumlarda paylaşın.

Yasal Uyarı

Bu rehber yalnızca kendi varlıklarınızın veya yazılı izinli hedeflerin denetimi içindir. İzinsiz erişim ve hassas verinin kötüye kullanımı TCK 243-245 kapsamında suçtur.

Görsel: TurkTeam özgün kapak görseli

.jpg   tonyukuk-16-dorks.jpg (Dosya Boyutu: 76.75 KB / İndirme Sayısı: 20) ]]> [Resim: attachment.php?aid=111]
Çoğu insan Google'ı sadece kelime yazıp arayan bir kutu olarak kullanır. Oysa doğru operatörlerle Google, OSINT için çok güçlü bir keşif aracına dönüşür. Buna "Google Dorking" ya da "Google Hacking" denir. Bu rehberde operatörleri sıfırdan, yasal ve savunma odaklı bir çerçevede anlatıyorum; amaç başkasının açığını sömürmek değil, kendi dijital ayak izinizi ve kurumunuzun maruziyetini görmek.

Konuda anlatılacaklar
  1. Google Dorking nedir?
  2. Temel arama operatörleri
  3. Operatörleri birleştirmek
  4. Savunma odaklı pratik sorgular
  5. Google Hacking Database (GHDB)
  6. Kendi maruziyetinizi ölçmek
  7. Etik ve yasal sınırlar

Google Dorking Nedir?

Google Dorking, arama motorunun gelişmiş operatörlerini kullanarak normalde kolay bulunamayan ama zaten herkese açık olan içeriği hedefli şekilde bulmaktır. Burada kritik nokta şu: Dorking bir sisteme girmez; sadece internette yayımlanmış, indekslenmiş bilgiyi daha verimli arar. Yine de bulunan bilgi hassas olabileceğinden etik sorumluluk önemlidir.

Temel Operatörler

Kod:
site: belirli bir alan adiyla sinirla site:example.com filetype: belirli dosya turu filetype:pdf intitle: sayfa basliginda gecen kelime intitle:"index of" inurl: URL'de gecen kelime inurl:admin intext: sayfa govdesinde gecen kelime intext:"confidential" cache: Google'in onbellek kopyasi "..." tam ifade -kelime haric tut OR / | veya

Operatörleri Birleştirmek

Gücü asıl operatörleri birleştirince ortaya çıkar:

Kod:
# Bir sitenin indekslenmis PDF belgeleri site:example.com filetype:pdf # Acik dizin listelemeleri intitle:"index of" "parent directory" # Bir kurumun alt alan adlarinda login sayfalari site:example.com inurl:login

Not: Bu sorguları kendi alan adınız veya yetkili olduğunuz hedef için çalıştırın. Başkasının altyapısındaki hassas dosyaları arayıp indirmek, "açıkta diye masum" değildir.

Savunma Odaklı Pratik Sorgular

Bir güvenlik ekibi için en değerli kullanım, kendi kurumunun ne sızdırdığını görmektir:
  • Yanlışlıkla indekslenmiş iç belgeler (filetype:xlsx, filetype:docx).
  • Açıkta kalmış yedek/konfig dosyaları (inurl:backup, filetype:env, filetypeConfusedql gibi kalıplar).
  • Test/stage ortamlarının kamuya açık kalması (site:example.com inurl:test OR inurl:dev).
  • Çalışanların yanlışlıkla paylaştığı kimlik bilgisi içeren sayfalar.

Bulduğunuz her şeyi kaldırma/indeksten çıkarma (robots.txt, Search Console, erişim kısıtı) için ilgili ekibe yönlendirin.

Google Hacking Database (GHDB)

Exploit-DB bünyesindeki Google Hacking Database, topluluk tarafından derlenen hazır dork kalıplarını kategorilere ayırır (açık dizinler, hassas dosyalar, login sayfaları vb.). Buradaki kalıpları kendi varlıklarınızı denetlemek için şablon olarak kullanabilirsiniz.

Kendi Maruziyetinizi Ölçmek

Pratik bir rutin:
  1. Kurum alan adınızla site: sorgusu çalıştırın, kaç sayfa indekslenmiş bakın.
  2. filetype: ile beklenmeyen belge türlerini arayın.
  3. Google Search Console üzerinden istenmeyen sayfaların indekslenmesini yönetin.
  4. Bulduğunuz hassas içeriği kaldırın ve neden yayımlandığını kök-neden olarak araştırın.

Bu rutin, kişisel dijital ayak izi için de işe yarar: kendi adınızı, kullanıcı adlarınızı ve e-postanızı arayıp nerede göründüğünüzü görün.

Etik ve Yasal Sınırlar

Burayı net çizelim, çünkü Dorking en çok yanlış anlaşılan OSINT konusudur:
  • Herkese açık bilgiyi aramak serbesttir; ama bulunan bir açık/sızıntıyı kullanmak (giriş yapmak, veri indirmek, paylaşmak) tamamen ayrı ve çoğu zaman suçtur.
  • Açıkta kalmış bir panele dork ile ulaşmak, oraya giriş yapma hakkı vermez. Yetkisiz erişim TCK 243 kapsamındadır.
  • Bulduğunuz sızıntıları sorumlu açıklama (responsible disclosure) ile ilgili kuruma bildirin; yaymayın.
  • Çalıntı veri, combo/log listeleri ve benzeri içerikleri aramak ve paylaşmak bu forumda kesinlikle yasaktır.

Sonuç

Google Dorking, doğru elde bir savunma aracı, yanlış elde bir sorumluluk. Onu kendi maruziyetinizi görmek için kullanırsanız, kuruma sağlayacağı değer büyük. Siz kendi alan adınızda hiç beklemediğiniz bir şey buldunuz mu, (hassas detay vermeden) deneyimlerinizi yorumlarda paylaşın.

Yasal Uyarı

Bu rehber yalnızca kendi varlıklarınızın veya yazılı izinli hedeflerin denetimi içindir. İzinsiz erişim ve hassas verinin kötüye kullanımı TCK 243-245 kapsamında suçtur.

Görsel: TurkTeam özgün kapak görseli

.jpg   tonyukuk-16-dorks.jpg (Dosya Boyutu: 76.75 KB / İndirme Sayısı: 20) ]]> <![CDATA[OSINT ile Kullanıcı Adı Araştırması: Sherlock ve Alternatifler]]> https://www.turkteam.org/konu-osint-ile-kullanici-adi-arastirmasi-sherlock-ve-alternatifler.html Fri, 16 Oct 2026 11:18:33 +0300 Tonyukuk]]> https://www.turkteam.org/konu-osint-ile-kullanici-adi-arastirmasi-sherlock-ve-alternatifler.html [Resim: attachment.php?aid=24]
OSINT: Kullanıcı Adı Araştırması için Sherlock ve Alternatifler

Selamlar,

Açık kaynak istihbaratta (OSINT) sık yapılan işlerden biri, bir kullanıcı adının hangi platformlarda göründüğünü bulmaktır. Bu rehberde Sherlock ve benzeri araçları kendi kullanıcı adınızda veya açık rızası olan hedeflerde nasıl kullanacağınızı anlatıyoruz.

Konuda Anlatılacaklar
  1. OSINT nedir, ne değildir?
  2. Sherlock kurulumu ve kullanım
  3. Sonuçları doğrulama
  4. Etik sınırlar
  5. Kaynakça

1) OSINT Nedir?
Herkese açık kaynaklardan (web, sosyal medya, DNS, şirket kayıtları) bilgi toplama. Kırılganlık sömürüsü veya hesap ele geçirme değildir.

2) Sherlock
Kod:
git clone https://github.com/sherlock-project/sherlock.git cd sherlock python3 -m venv venv && source venv/bin/activate pip install -r requirements.txt # Kendi kullanıcı adınızı deneyin python3 sherlock.py turkteam_ornek_kullanici --timeout 10

3) Sonuçları Doğrulama
Araçlar yanlış pozitif üretebilir (site "kullanıcı yok" yerine genel sayfa döndürür). Her sonucu tarayıcıda açıp doğrulayın; ekran görüntüsü ve tarih notu alın.

4) Alternatif Yaklaşımlar
  • Manuel arama: "site:github.com kullaniciadi"
  • Sertifika şeffaflığı: crt.sh
  • WHOIS / DNS geçmişi
  • Maigret, WhatsMyName gibi benzer projeler

5) Etik Sınırlar
  • Kendi hesabınız veya yazılı izinli araştırmalar
  • Stalking, tehdit, şantaj amaçlı kullanım yasaktır
  • Toplanan kişisel veriyi KVKK'ya uygun işleyin

Kaynakça
Görsel: TurkTeam özgün kapak görseli.

Alıntı:Yasal Uyarı: OSINT çalışmaları hukuka ve KVKK'ya uygun yapılmalıdır. İzinsiz sistem erişimi veya kişisel verilerin kötüye kullanımı TCK 243-245 ve ilgili mevzuat kapsamında suçtur.


.jpg   tonyukuk-15.jpg (Dosya Boyutu: 97.33 KB / İndirme Sayısı: 17) ]]> [Resim: attachment.php?aid=24]
OSINT: Kullanıcı Adı Araştırması için Sherlock ve Alternatifler

Selamlar,

Açık kaynak istihbaratta (OSINT) sık yapılan işlerden biri, bir kullanıcı adının hangi platformlarda göründüğünü bulmaktır. Bu rehberde Sherlock ve benzeri araçları kendi kullanıcı adınızda veya açık rızası olan hedeflerde nasıl kullanacağınızı anlatıyoruz.

Konuda Anlatılacaklar
  1. OSINT nedir, ne değildir?
  2. Sherlock kurulumu ve kullanım
  3. Sonuçları doğrulama
  4. Etik sınırlar
  5. Kaynakça

1) OSINT Nedir?
Herkese açık kaynaklardan (web, sosyal medya, DNS, şirket kayıtları) bilgi toplama. Kırılganlık sömürüsü veya hesap ele geçirme değildir.

2) Sherlock
Kod:
git clone https://github.com/sherlock-project/sherlock.git cd sherlock python3 -m venv venv && source venv/bin/activate pip install -r requirements.txt # Kendi kullanıcı adınızı deneyin python3 sherlock.py turkteam_ornek_kullanici --timeout 10

3) Sonuçları Doğrulama
Araçlar yanlış pozitif üretebilir (site "kullanıcı yok" yerine genel sayfa döndürür). Her sonucu tarayıcıda açıp doğrulayın; ekran görüntüsü ve tarih notu alın.

4) Alternatif Yaklaşımlar
  • Manuel arama: "site:github.com kullaniciadi"
  • Sertifika şeffaflığı: crt.sh
  • WHOIS / DNS geçmişi
  • Maigret, WhatsMyName gibi benzer projeler

5) Etik Sınırlar
  • Kendi hesabınız veya yazılı izinli araştırmalar
  • Stalking, tehdit, şantaj amaçlı kullanım yasaktır
  • Toplanan kişisel veriyi KVKK'ya uygun işleyin

Kaynakça
Görsel: TurkTeam özgün kapak görseli.

Alıntı:Yasal Uyarı: OSINT çalışmaları hukuka ve KVKK'ya uygun yapılmalıdır. İzinsiz sistem erişimi veya kişisel verilerin kötüye kullanımı TCK 243-245 ve ilgili mevzuat kapsamında suçtur.


.jpg   tonyukuk-15.jpg (Dosya Boyutu: 97.33 KB / İndirme Sayısı: 17) ]]>