TürkTeam Portal

Siber güvenlik topluluğunun nabzı

Duyurular, öne çıkan konular ve topluluktan son haberler burada.

Duyurular
 Sigma Kurallari ile Tespit Muhendisligi: SIEM Bagimsiz Kural Yazimi
Tonyukuk 10-17-2026, 08:31 AM · Mavi Takım / SOC
0 40
[Resim: attachment.php?aid=120]

Mavi takımda bir süre çalışınca şu sorunla karşılaşırsınız: Splunk için yazdığınız tespit kuralı, kurum Elastic'e geçince çöpe gidiyor. Her SIEM'in kendi sorgu dili var ve kurallarınız o dile kilitleniyor. İşte Sigma tam da bu sorunu çözmek için var. Bu rehberde Sigma'yı sıfırdan, pratik bir kural yazarak anlatıyorum.

Konuda anlatılacaklar
  1. Sigma nedir, neden gerekli?
  2. Bir Sigma kuralının anatomisi
  3. İlk kuralı yazmak
  4. sigma-cli ile dönüştürme
  5. İyi kural yazmanın ilkeleri
  6. Kaynaklar ve pratik
  7. Yasal/operasyonel not

Sigma Nedir?

Sigma, log tabanlı tespit kuralları için genel ve SIEM'den bağımsız bir formattır. YAML ile yazılır. Mantık şudur: kuralı bir kez Sigma formatında yazarsınız, sonra bir dönüştürücüyle (converter) Splunk SPL, Elastic KQL, Microsoft Sentinel, QRadar gibi hedeflerin diline çevirirsiniz. Yani "tespit mantığının ortak dili". IOC'ler için nasıl ki STIX varsa, tespit kuralları için de Sigma odur.

Bir Sigma Kuralının Anatomisi

Temel alanlar:
  • title / id / status: Kuralın adı, benzersiz kimliği ve olgunluğu.
  • logsource: Hangi log kaynağı (ör. windows / process_creation).
  • detection: Asıl mantık; selection blokları ve condition.
  • level: Önem derecesi (low/medium/high/critical).
  • falsepositives: Bilinen yanlış alarm senaryoları.

İlk Kuralı Yazmak

Örnek: whoami komutunun bir web sunucusu süreci tarafından çalıştırılması çoğu zaman şüphelidir (web shell sonrası keşif). Basit bir Sigma kuralı:

Kod:
title: Web Sunucusu Tarafindan whoami Calistirilmasi id: 7b2a1f4c-1111-2222-3333-444455556666 status: experimental description: Web sunucusu surecinin alt surec olarak whoami calistirmasi logsource: category: process_creation product: windows detection: selection: ParentImage|endswith: - '\w3wp.exe' - '\httpd.exe' - '\nginx.exe' Image|endswith: '\whoami.exe' condition: selection falsepositives: - Yoneticinin elle yaptigi mesru kontroller level: high tags: - attack.discovery - attack.t1033

Buradaki mantık: ebeveyn süreç bir web sunucusu ve çalışan komut whoami ise alarm üret. MITRE ATT&CK etiketi (T1033) ile de tekniği işaretledik.

sigma-cli ile Dönüştürme

Resmi araç sigma-cli (pySigma tabanlı) kuralı hedef SIEM diline çevirir:

Kod:
pipx install sigma-cli # veya: pip install sigma-cli # Splunk hedefi icin backend kur sigma plugin install splunk # Donusturme sigma convert -t splunk kural.yml

Aynı kuralı -t ile farklı hedeflere (ör. elasticsearch, loki) çevirebilirsiniz. Böylece tek kaynak, çok SIEM.

İyi Kural Yazmanın İlkeleri
  • Davranışa odaklan: Tek bir dosya adına değil, tekniğin değişmez davranışına kural yazın (ör. "hangi ebeveyn hangi çocuğu çalıştırdı").
  • Yanlış alarmı en baştan düşün: falsepositives alanını doldurmak, kuralın üretime alınabilirliğini belirler.
  • ATT&CK ile etiketle: Kapsamınızı (coverage) ölçebilmek için her kuralı tekniğe bağlayın.
  • Önce test: Kuralı üretime almadan önce bilinen bir örnek olayla (ör. Atomic Red Team) tetikleyip doğrulayın.
  • Gürültüyü yönet: Çok geniş kural, analisti alarm yorgunluğuna sürükler; dar ve anlamlı tutun.

Kaynaklar ve Pratik
  • SigmaHQ deposu: binlerce hazır topluluk kuralı; okuyarak kalıpları öğrenin.
  • Atomic Red Team: kurallarınızı güvenle tetikleyip test etmek için.
  • Kendi Windows lab'ınızda Sysmon + bir SIEM (Wazuh/Elastic) kurup uçtan uca deneyin: olay üret, logla, Sigma yaz, dönüştür, alarmı gör.

Sonuç

Sigma, tespit mühendisliğini "bir SIEM'e kilitli uğraş" olmaktan çıkarıp taşınabilir, paylaşılabilir ve ölçülebilir bir disipline dönüştürüyor. Tek bir basit kuralla başlayın, SigmaHQ'daki örnekleri okuyun, kendi lab'ınızda test edin. Siz hangi SIEM backend'ini kullanıyorsunuz ve Sigma dönüşümünde takıldığınız yerler neler, yorumlarda paylaşın.

Yasal/Operasyonel Not

Bu rehberdeki tüm pratikler kendi lab ortamınızda veya yönettiğiniz/izinli sistemlerde yapılmalıdır. Test amaçlı saldırı simülasyonları (Atomic Red Team vb.) yalnızca kendi makinelerinizde çalıştırılmalıdır.

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

Ek DosyalarEkran Görüntüleri
   
 Kendi Aracim: Basit Log Tarama Scripti (Python, Acik Kaynak Ornegi)
0 54
[Resim: attachment.php?aid=119]

Selam millet,

Her seferinde ayni grep/awk komutlarini yazmaktan sikilinca, ssh auth loglarindan basarisiz giris denemelerini ozetleyen kucuk bir script yazdim. Buyuk bir sey degil ama ise yariyor; paylasayim, isteyen gelistirir. MIT lisansi dusunun, serbestce kullanin.

Ne Yapar?
  • auth.log icinde basarisiz giris (Failed password) satirlarini bulur
  • IP bazinda sayar ve en cok deneyen IP'leri siralar
  • Esik ustu IP'leri uyari olarak isaretler

Kod
Kod:
#!/usr/bin/env python3 import re, sys, collections THRESHOLD = 10 # bu sayinin ustu supheli def main(path): ip_re = re.compile(r"Failed password.*from (\d+\.\d+\.\d+\.\d+)") counts = collections.Counter() with open(path, encoding="utf-8", errors="ignore") as f: for line in f: m = ip_re.search(line) if m: counts[m.group(1)] += 1 if not counts: print("Basarisiz giris bulunamadi.") return print(f"{'IP':<18} {'Deneme':>7} Durum") print("-" * 40) for ip, n in counts.most_common(): flag = "UYARI" if n >= THRESHOLD else "" print(f"{ip:<18} {n:>7} {flag}") if __name__ == "__main__": path = sys.argv[1] if len(sys.argv) > 1 else "/var/log/auth.log" main(path)

Kullanim
Kod:
python3 logscan.py /var/log/auth.log

Ornek cikti:
Kod:
IP Deneme Durum ---------------------------------------- 203.0.113.45 142 UYARI 198.51.100.7 23 UYARI 192.0.2.10 3

Gelistirme Fikirleri
  • Zaman araligi filtresi (son 24 saat)
  • Esik ustu IP'leri otomatik fail2ban/iptables ile engelleme
  • JSON cikti ve bir panoya besleme
  • Birden fazla log dosyasini birlestirme

Katkiya acik; siz olsaniz once hangi ozelligi eklerdiniz? Fork edip gelistirmek isteyen beri gelsin.

Kaynaklar
Alıntı:Yasal not: Scripti yalnizca kendi sunucunuzun loglarinda calistirin.


Ek DosyalarEkran Görüntüleri
   
 Rust ile Guvenli Sistem Programlama: Bellek Guvenligi ve Ilk CLI Araci
BilgeKagan 10-17-2026, 08:30 AM · Go / Rust
0 56
[Resim: attachment.php?aid=116]

Merhaba arkadaslar,

C ve C++ ile yazilan sistem yazilimlarindaki guvenlik aciklarinin buyuk cogunlugu bellek hatalarindan kaynaklaniyor (buffer overflow, use-after-free). Rust tam da bu sinifi derleme zamaninda ortadan kaldirmak icin tasarlandi. Bu konuda Rust'in guvenlik acisindan neden onemli oldugunu ve kucuk bir CLI araci ile pratige dokulmesini anlatiyorum.

Konuda Anlatilacaklar
  1. Bellek guvenligi neden kritik?
  2. Rust'in sahiplik (ownership) modeli
  3. Proje olusturma
  4. Ornek: basit TCP port kontrolu
  5. Guvenli derleme notlari

1) Bellek Guvenligi
Microsoft ve Google gibi kuruluslarin raporlarina gore bellek guvenligi hatalari, kritik aciklarin buyuk bir bolumunu olusturuyor. Bu yuzden pek cok kurum yeni sistem bilesenlerini Rust'a tasiyor. Rust, bu hatalari calisma zamaninda degil, derleme zamaninda yakalar.

2) Sahiplik Modeli
Rust'in kalbi ownership ve borrow checker. Her degerin tek bir sahibi vardir; referanslar kurallara tabidir. Bu sayede null pointer, veri yarisi (data race) ve use-after-free gibi hatalar derlenmeden onlenir. Ogrenme egrisi dik ama kazandirdigi guvenlik buyuk.

3) Proje Olusturma
Kod:
cargo new portscan --bin cd portscan

Cargo hem paket yoneticisi hem derleme araci; bagimlilik yonetimi cok rahat.

4) Basit Port Kontrolu
Kendi makinenizde acik portlari kontrol eden minik bir ornek (yalnizca localhost):

Kod:
use std::net::TcpStream; use std::time::Duration; fn main() { let host = "127.0.0.1"; for port in [22, 80, 443, 3306, 8080] { let addr = format!("{host}:{port}"); match TcpStream::connect_timeout( &addr.parse().unwrap(), Duration::from_millis(300), ) { Ok(_) => println!("[ACIK] {port}"), Err(_) => println!("[kapali] {port}"), } } }

Kod:
cargo run
ile calistirin. Burada hic manuel bellek yonetimi yok; yine de hizli ve guvenli.

5) Guvenli Derleme Notlari
Bagimliliklarinizi cargo audit ile zafiyetlere karsi tarayin:

Kod:
cargo install cargo-audit cargo audit

Mumkun oldugunca "unsafe" blok kullanmaktan kacinin; kullanacaksaniz da dar kapsamda tutup gerekcesini yorumlayin.

Kaynaklar
Alıntı:Yasal not: Port tarama veya ag araclarini yalnizca kendi veya izinli sistemlerde kullanin.

Rust'a gecen var mi, deneyimlerinizi merak ediyorum.

Ek DosyalarEkran Görüntüleri
   
 AWS Güvenlik Temelleri: S3 ve IAM Yanlış Yapılandırmalarından Korunma
Tonyukuk 10-17-2026, 08:30 AM · Bulut Güvenliği
0 40
[Resim: attachment.php?aid=117]

Son yılların büyük veri sızıntılarının önemli bir kısmı sofistike bir sıfırıncı günden değil, basit bir bulut yanlış yapılandırmasından çıktı. "Açık S3 bucket" artık neredeyse bir klişe. Bu rehberde AWS'de en sık karşılaşılan iki hata alanını, S3 ve IAM'i, savunma gözüyle ele alıyorum. Amaç saldırmak değil, kendi hesabınızı güvenli kurmak.

Konuda anlatılacaklar
  1. Bulutta paylaşımlı sorumluluk modeli
  2. S3 neden sızıyor?
  3. S3 sertleştirme adımları
  4. IAM: en az yetke ilkesi
  5. Tehlikeli IAM desenleri
  6. Tespit ve izleme
  7. Yasal uyarı

Paylaşımlı Sorumluluk Modeli

AWS güvenliğinin temeli bu kavramı anlamaktan geçer: AWS bulutun kendisinin güvenliğinden (donanım, veri merkezi, altyapı) sorumludur; siz ise buluttaki her şeyin güvenliğinden (verileriniz, erişim politikaları, yapılandırma) sorumlusunuz. Açık kalan bir bucket AWS'nin değil, sizin hatanızdır.

S3 Neden Sızıyor?

S3 (Simple Storage Service), dosya depolama hizmetidir. Sızıntıların tipik sebepleri:
  • Bucket veya nesnelerin yanlışlıkla herkese açık (public) yapılması.
  • Aşırı geniş bucket politikaları (Principal "*").
  • "Herkes okuyabilsin ama yazamaz" sanılan ama aslında listeleme/indirmeye açık ayarlar.
  • Yedeklerin/logların ayrı ve korumasız bir bucket'ta tutulması.

S3 Sertleştirme Adımları

  1. Block Public Access özelliğini hesap ve bucket seviyesinde açık tutun (varsayılan böyledir, kapatmayın).
  2. Gerçekten herkese açık olması gereken içerik dışında hiçbir bucket'ı public yapmayın; statik web sitesi gibi durumlar için bile CloudFront + OAC tercih edin.
  3. Varsayılan şifrelemeyi (SSE-S3 veya SSE-KMS) etkinleştirin.
  4. Erişim için bucket politikası yerine mümkünse IAM rolleri ve en dar kapsamı kullanın.
  5. Nesne sürümleme ve silme koruması ile fidye/kaza senaryolarına karşı dayanıklılık ekleyin.

Hızlı kontrol fikri (yetkiliyseniz kendi hesabınızda):

Kod:
aws s3api get-public-access-block --bucket BUCKET_ADI aws s3api get-bucket-policy --bucket BUCKET_ADI

IAM: En Az Yetki İlkesi

IAM (Identity and Access Management), kimin neye erişebileceğini yönetir. Altın kural: en az yetki (least privilege). Her kimliğe yalnızca işini yapması için gereken izinleri verin.
  • Kök (root) hesabı günlük işler için kullanmayın; MFA ile kilitleyip kenara kaldırın.
  • İnsanlar için mümkünse uzun ömürlü erişim anahtarları yerine geçici kimlik (SSO/rol) kullanın.
  • Uygulamalara anahtar gömmek yerine IAM rolleri atayın (EC2 instance profile gibi).

Tehlikeli IAM Desenleri

Politikalarda şu kalıplardan kaçının:

Kod:
{ "Effect": "Allow", "Action": "*", "Resource": "*" }

"Her şeye izin" demek olan bu kalıp, tek bir kimliğin sızması halinde tüm hesabı tehlikeye atar. Ayrıca:
  • iamTongueassRole ile aşırı geniş rol geçişi, yetki yükseltmeye yol açar.
  • "Principal": "*" içeren kaynak politikaları (S3, KMS) dikkatle incelenmeli.
  • Kullanılmayan eski erişim anahtarları düzenli olarak devre dışı bırakılmalı.

Tespit ve İzleme
  • CloudTrail'i tüm bölgelerde açın; kim ne yaptı kaydı budur.
  • AWS Config ile yanlış yapılandırmaları (public bucket, şifresiz volume) otomatik yakalayın.
  • GuardDuty ile anormal API çağrılarını ve bilinen kötü IP'leri izleyin.
  • IAM Access Analyzer ile hesap dışına açılan kaynakları tespit edin.

Sonuç

Bulut güvenliğinde haberlere düşen çoğu olayın kökeni basit bir ayar hatası. S3'te Block Public Access'i koruyun, IAM'de en az yetki ilkesini uygulayın, CloudTrail/Config/GuardDuty üçlüsünü açın; bu temel adımlar riskin büyük kısmını kapatır. Siz bulut tarafında hangi otomatik kontrolü olmazsa olmaz görüyorsunuz, yorumlarda konuşalım.

Yasal Uyarı

Bu rehberdeki komut ve kontroller yalnızca kendi AWS hesabınızda veya yetkilendirildiğiniz ortamlarda çalıştırılmalıdır. Başkasının bulut kaynaklarını izinsiz taramak/erişmek TCK 243-245 kapsamında suçtur.

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

Ek DosyalarEkran Görüntüleri
   
 Siber Guvenlik Staji Basvurusu: CV ve GitHub Nasil Hazirlanir?
KulTigin 10-17-2026, 08:29 AM · Kariyer ve İş İlanları
0 38
[Resim: attachment.php?aid=115]

Selam arkadaslar,

Ilk staj/ilk is basvurusunda en cok takilinan yer, deneyim yokken CV'yi nasil dolduracagini bilememek. Kendi surecimden ve goruseme giren arkadaslardan derledigim pratik onerileri paylasiyorum. Sihir yok; gorunur is yapmak var.

Konuda Anlatilacaklar
  1. Deneyim yokken CV nasil dolar?
  2. GitHub'i vitrin yapmak
  3. Projeler ne olmali?
  4. Basvuru oncesi kontrol listesi

1) Deneyim Yokken CV
Is deneyiminiz yoksa onu kanit ile degistirirsiniz: cozdugunuz CTF'ler, kurdugunuz lab, yazdiginiz kucuk araclar, aldiginiz sertifikalar, blog yazilari. "Python biliyorum" yazmak zayif; "Python ile su scripti yazdim, GitHub'da" demek guclu. Somut olun, link verin.

2) GitHub Vitrin
GitHub profiliniz, yeni baslayan icin en ikna edici belge. Bos bir profil ile gorusmeye gitmeyin.

Kod:
git init git add README.md git commit -m "ilk arac: log tarayici" git branch -M main git remote add origin [email protected]:kullanici/proje.git git push -u origin main

Her repoya duzgun bir README yazin: ne yapar, nasil calisir, ornek cikti. Juri cogu zaman kodu degil README'yi okur.

3) Projeler Ne Olmali?
Buyuk olmasi gerekmez, bitmis ve anlasilir olmasi gerekir:
  • Kucuk bir log analiz scripti
  • Bir CTF writeup koleksiyonu (yalnizca cozulmus/retired)
  • Bir ev labi kurulum dokumani
  • Kucuk bir otomasyon araci
Uc tane ozenli proje, on tane yarim projeden iyidir.

4) Basvuru Oncesi Kontrol
  • CV tek sayfa, net, abartisiz
  • GitHub linki calisiyor ve dolu
  • LinkedIn guncel
  • Her iddianin arkasinda bir kanit var
  • Yazim hatasi yok (bir kez daha okuyun)

Kaynaklar
Alıntı:Not: Projelerinizde gercek/izinsiz sistem verisi paylasmayin; yalnizca kendi lab ciktilarinizi kullanin.

Goruseme girenler, size en cok hangi proje soruldu?

Ek DosyalarEkran Görüntüleri
   
 Kendi Wi-Fi Aginizi Test Etmek: WPA2 El Sikismasi Yakalama (Yasal Denetim)
BilgeKagan 10-17-2026, 08:29 AM · Kablosuz Ağ Güvenliği
0 38
[Resim: attachment.php?aid=112]

Selamlar,

Ev aginizin parolasi gercekten saglam mi? Bunu olcmenin en dogru yolu, kendi aginiza karsi kontrollu bir denetim yapmaktir. Bu konuda yalnizca kendi aginizda uygulanacak sekilde WPA2 el sikismasi (handshake) yakalama ve guc testinin mantigini anlatacagim. Baskasinin agina yonelik her turlu deneme sucturr; bu rehber tamamen kendi guvenliginiz icindir.

Konuda Anlatilacaklar
  1. WPA2 el sikismasi nedir?
  2. Monitor moda gecis
  3. Kendi aginizi yakalama
  4. Parola gucunu degerlendirme
  5. Sonuc ve WPA3'e gecis

1) El Sikismasi Nedir?
Bir cihaz Wi-Fi agina baglanirken dort adimli bir el sikismasi (4-way handshake) gerceklesir. Bu trafik yakalandiginda, parola dogrulugu cevrimdisi olarak test edilebilir. Guclu, uzun ve rastgele bir parola bu testi pratikte imkansiz kilar; zayif parola ise saniyeler icinde cozulur. Amac tam da bunu gormek.

2) Monitor Mod
Uygun bir kablosuz adaptorle:

Kod:
sudo airmon-ng start wlan0 sudo airodump-ng wlan0mon

Bu komut cevredeki aglari listeler. Yalnizca kendi aginizin BSSID ve kanalini not alin.

3) Kendi Aginizi Yakalama
Kendi aginizi hedef alarak el sikismasini bekleyin (kendi telefonunuzu baglayip koparmaniz yeterli):

Kod:
sudo airodump-ng --bssid AA:BB:CC:DD:EE:FF -c 6 -w kendi_agim wlan0mon

Ust kosede "WPA handshake" yazisini gordugunuzde yakalama tamamdir.

4) Parola Gucunu Degerlendirme
Yakalanan dosyayi kendi parola adaylarinizla test edebilirsiniz. Burada amac parola kirmak degil, parolanizin kaba kuvvete ne kadar dayanikli oldugunu gormek. Eger basit bir sozluk denemesiyle cozuluyorsa, parolaniz zayif demektir ve hemen degistirmelisiniz.

5) Sonuc
Guclu bir parola (16+ karakter, rastgele) WPA2'yi bile pratikte guvenli kilar. Mumkunse WPA3'e gecin; WPA3, cevrimdisi sozluk saldirilarina karsi tasarim geregi cok daha dirncli. Misafir agi acin, router yonetim arayuzunun parolasini degistirin ve yazilimi guncel tutun.

Kaynaklar
Alıntı:Yasal uyari: Bu teknikleri YALNIZCA sahibi oldugunuz agda uygulayin. Baskasinin kablosuz agina izinsiz erisim ve dinleme Turk Ceza Kanunu 243-245. maddeleri kapsaminda suctur.


Ek DosyalarEkran Görüntüleri
   
 SOC Analisti Nasıl Olunur? 2026 Yol Haritası, Beceriler ve İlk İş Tavsiyeleri
Tonyukuk 10-17-2026, 08:29 AM · Kariyer ve İş İlanları
0 38
[Resim: attachment.php?aid=113]

Siber güvenliğe girmek isteyenlerin çoğu "pentester olacağım" diye başlar ama sektöre açılan en geniş kapı aslında SOC analistliği. Mavi takımın ön cephesi burasıdır, bol pozisyon vardır ve öğrenme eğrisi yeni başlayan için daha erişilebilirdir. Bu yazıda SOC analistliğine giden gerçekçi bir yol haritası çizdim; pazarlama cümleleri değil, işe alım gerçekleri üzerinden.

Konuda anlatılacaklar
  1. SOC nedir, analist ne yapar?
  2. L1, L2, L3 seviyeleri
  3. Olmazsa olmaz temel bilgiler
  4. SOC'a özel beceriler
  5. Araçlar ve pratik ortamlar
  6. Sertifikalar
  7. İlk işe hazırlık ve CV

SOC Nedir, Analist Ne Yapar?

SOC (Security Operations Center / Güvenlik Operasyon Merkezi), bir kurumun saldırıları tespit edip müdahale ettiği ekiptir. SOC analisti, günlük olarak alarm/log inceler, olay (incident) doğrular, tehditleri önceliklendirir ve gerektiğinde müdahale sürecini başlatır. Kısaca: güvenlik olaylarının ilk savunma hattı.

L1, L2, L3 Seviyeleri
  • L1 (Tier 1): Alarm izleme ve ilk triyaj. Gelen uyarının gerçek mi (true positive) yoksa yanlış alarm mı (false positive) olduğunu değerlendirir. Giriş seviyesi burasıdır.
  • L2 (Tier 2): Derin analiz, olay müdahalesi, L1'in yükselttiği vakaları araştırma.
  • L3 (Tier 3): Tehdit avcılığı (threat hunting), gelişmiş olaylar, tespit kuralı geliştirme, bazen adli bilişim.

Hedefiniz önce L1 kapısından girmek olmalı; gerisi tecrübeyle gelir.

Olmazsa Olmaz Temel Bilgiler

SOC'tan önce bu temeller gerçekten oturmalı:
  • Ağ: TCP/IP, portlar, DNS, HTTP/HTTPS, DHCP, NAT. "Bir paket nereden nereye gidiyor" sorusunu rahat yanıtlayabilmelisiniz.
  • İşletim sistemleri: Windows olay günlükleri (Event Log), Linux logları, süreç/servis kavramı.
  • Saldırı temelleri: Phishing, kaba kuvvet, zararlı yazılım türleri, temel saldırı yaşam döngüsü.
  • Loglama mantığı: Hangi olay nerede loglanır, bir giriş denemesi hangi kaydı üretir?

SOC'a Özel Beceriler
  • SIEM kullanımı: Splunk, Elastic/ELK, Microsoft Sentinel, Wazuh gibi araçlarda arama/sorgu yazabilmek.
  • Log analizi: Windows Security logları (ör. 4624 başarılı giriş, 4625 başarısız giriş), Sysmon.
  • MITRE ATT&CK: Saldırgan tekniklerini ortak bir dille eşleştirebilmek.
  • Temel betikleme: Çok veri filtrelemek için biraz Python/PowerShell çok işe yarar.

Araçlar ve Pratik Ortamlar

Teoriyi pratiğe çevirmek için ücretsiz/erişilebilir ortamlar:
  • Wazuh veya Elastic ile evde kendi mini-SIEM lab'ınızı kurun.
  • Sysmon kurup kendi Windows'unuzda ne loglandığını izleyin.
  • TryHackMe SOC Level 1 yolu ve Blue Team Labs Online alıştırmaları.
  • Örnek phishing e-postası ve log analizi senaryolarıyla pratik yapın.

Sertifikalar

Sertifika iş garantisi değildir ama CV'nin ilk eleme turunu geçmesine yardımcı olur:
  • CompTIA Security+ - temel, işe alımlarda çok istenir.
  • Blue Team Level 1 (BTL1) - pratik ve SOC odaklı.
  • Microsoft SC-200 - Sentinel/Defender ağırlıklı ortamlar için.

Önce ücretsiz kaynaklarla temeli kurun, sertifikayı iş aramaya yakın dönemde alın.

İlk İşe Hazırlık ve CV
  • Ev lab'ınızı CV'de ve mülakatta anlatın; "Wazuh kurdum, şu alarmı şöyle analiz ettim" cümlesi, boş sertifika listesinden değerlidir.
  • TryHackMe/BTLO profilinizi ve varsa küçük blog yazılarınızı ekleyin.
  • Mülakatta "bir brute force alarmını nasıl incelersin" gibi senaryo sorularına hazır olun; adım adım düşünme süreciniz önemlidir.
  • Vardiyalı çalışma SOC'ta yaygındır; bunu baştan göz önünde bulundurun.

Sonuç

SOC analistliği, sektöre giriş için en gerçekçi kapılardan biri ve mavi takım kariyerinin sağlam bir başlangıcı. Temel ağ/OS bilgisi + SIEM pratiği + bir giriş sertifikası ile ilk işe ciddi şekilde yaklaşabilirsiniz. SOC'ta çalışan arkadaşlar, ilk işe girerken sizde fark yaratan şey neydi? Yeni başlayanlar için yorumlarda paylaşırsanız çok kıymetli olur.

Not: Bu bir kariyer rehberidir; anlatılan tüm pratikler kendi lab ortamınızda, yasal sınırlar içinde yapılmalıdır.

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

Ek DosyalarEkran Görüntüleri
   
 Google Dorks ile OSINT: Arama Operatörleri, Pratik Sorgular ve Etik Sınırlar
Tonyukuk 10-17-2026, 08:28 AM · OSINT
0 54
[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

Ek DosyalarEkran Görüntüleri
   
 Soru: Ev Labi Icin Mini PC mi Eski Dizustu mu? (Kendi Denemem ve Fikriniz)
KulTigin 10-17-2026, 08:28 AM · Soru-Cevap
0 45
[Resim: attachment.php?aid=110]

Selam millet,

Kafama takilan bir konuyu hem soru olarak acmak hem de kendi yaptigim denemeyi paylasmak istiyorum. Surekli calisan bir ev labi kurmak istiyorum (birkac VM ayni anda). Elimde iki secenek var: ucuz bir mini PC almak mi, yoksa koltukta duran eski dizustu bilgisayari mi kullanmak? Sizin deneyiminiz ne yonde?

Durumum
Eski dizustu: 4 cekirdek, 8 GB RAM, SSD var ama fani gurultulu ve 7/24 acik kalinca isiniyor. Mini PC tarafinda ise 16 GB RAM'e cikabilen, dusuk guc tuketen secenekler var ama ek butce demek.

Kendi Yaptigim Deneme (kismi cevap)
Once eski dizustu ile denedim. Proxmox kurdum, uzerine 2 VM (Kali + Ubuntu hedef) rahat dondu. Ama 3. VM'de (Windows) RAM yetmedi, takilmaya basladi.

Kod:
free -h # total used free # Mem: 7.6Gi 6.9Gi 0.3Gi <- sikisti nproc # 4

Yani 8 GB ile ciddi bir lab zor. Dizustu artisi: ekrani, klavyesi, bataryasi (kisa elektrik kesintisine dayaniyor) hazir. Eksisi: isinma ve 7/24 icin tasarlanmamis olmasi.

Tartistigim Noktalar
  • 7/24 calisma: dizustu uzun vadede yorulur mu?
  • RAM: lab icin 16 GB kritik gibi duruyor, katiliyor musunuz?
  • Guc tuketimi: mini PC aylik faturada fark eder mi?
  • Sessizlik: calisma odasinda fan sesi sorun olur mu?

Simdilik Vardigim Yer
Egilimim 16 GB mini PC yonunde; dusuk guc + sessiz + 7/24'e uygun. Ama "eski dizustu RAM yukseltip idare eder, bos yere para harcama" diyen deneyimli varsa gercekten dinlerim.

Siz ne kullaniyorsunuz, 7/24 lab icin oneriniz nedir? Ozellikle elektrik faturasi ve dayaniklilik tarafinda deneyim paylasirsaniz cok makbule gecer.

Kaynak

Ek DosyalarEkran Görüntüleri
   
 Proxmox VE 9 ile Ev Lab Kurulumu: Siber Guvenlik Sanal Ortami 2026
BilgeKagan 10-17-2026, 08:28 AM · Lab Kurulumu
0 55
[Resim: attachment.php?aid=107]

Selamlar,

Masaustu sanallastirma (VirtualBox, VMware) ogrenmek icin iyi ama birden fazla makineyi surekli acik tutmak isteyenler icin bir tip-1 hypervisor cok daha rahat. Proxmox VE bunun ucretsiz ve guclu bir secenegi. Bu konuda Proxmox VE 9 ile bir ev guvenlik labinin nasil kurulacagini anlatiyorum.

Konuda Anlatilacaklar
  1. Proxmox VE nedir, neden tip-1?
  2. VE 9 ile gelen yenilikler
  3. Kurulum ve ilk ayarlar
  4. Izole bir lab agi kurma
  5. Ilk VM'leri olusturma

1) Neden Proxmox?
Proxmox VE, Debian tabanli acik kaynak bir sanallastirma platformudur. Tip-1 hypervisor oldugu icin dogrudan donanim uzerinde calisir; isletim sistemi uzerine kurulan VirtualBox'a gore daha verimli. Web arayuzunden VM ve LXC konteynerleri yonetirsiniz. Eski bir masaustu veya mini sunucu bu is icin yeterli.

2) VE 9 Yenilikleri
Proxmox VE 9.0 (Agustos 2025) Debian 13 "Trixie" tabanli geldi; SAN depolama icin anlik goruntu zincirleri, OpenFabric/OSPF ile SDN Fabrics ve yeniden tasarlanan mobil arayuz dikkat ceken yenilikler. 2026 icinde cikan 9.2 ise dinamik HA yuk dengeleme ve WireGuard/BGP SDN gibi eklemeler getirdi. Ev labi icin bu ozelliklerin cogunu kullanmasaniz da olgun ve guncel bir taban anlamina geliyor.

3) Kurulum
ISO'yu resmi siteden indirip bir USB'ye yazin, kurulumu baslatin. Kurulumdan sonra tarayicidan https://IP:8006 adresine baglanirsiniz. Ilk is, abonelik olmayan depoyu ayarlamak (ev kullanimi icin no-subscription deposu):

Kod:
# No-subscription deposu (ev/lab kullanimi) echo "deb http://download.proxmox.com/debian/pve trixie pve-no-subscription" \ > /etc/apt/sources.list.d/pve.list apt update && apt full-upgrade -y

4) Izole Lab Agi
Zararli denemeleri internetten ve ev aginizdan ayirmak kritik. Proxmox'ta yeni bir Linux Bridge (orn. vmbr1) olusturup fiziksel bir arayuze baglamadan birakirsaniz, bu kapali bir lab agi olur. Zafiyetli makinelerinizi (DVWA, Metasploitable) yalnizca bu kapali agda tutun.

5) Ilk VM
VM olusturmayi CLI'dan da yapabilirsiniz:

Kod:
qm create 100 --name kali --memory 4096 --cores 2 \ --net0 virtio,bridge=vmbr1 --scsihw virtio-scsi-single qm set 100 --ide2 local:iso/kali.iso,media=cdrom qm set 100 --boot order=ide2

Bir saldiran (Kali), bir savunan (Windows/Ubuntu) ve bir hedef (zafiyetli makine) ile basit ama ogretici bir lab hazir olur.

Kaynaklar
Alıntı:Yasal not: Zafiyetli makineleri yalnizca izole lab aginizda calistirin, asla internete acmayin.


Ek DosyalarEkran Görüntüleri