TürkTeam Portal

Siber güvenlik topluluğunun nabzı

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

Forumlar Yeni Mesajlar Kurallar

Duyurular

WhatsApp Hesabım Çalındı: Resmi Kurtarma Adımları ve Sonrası (2026)

KulTigin 10-16-2026, 08:22 AM · Virüs Temizleme ve Kişisel Güvenlik

0 36

Selam,

Son zamanlarda "WhatsApp'ım başka cihazda açıldı" / "PIN istiyor ama benim değil" şikayetleri artmış durumda. Bu konuda WhatsApp'ın kendi yardım merkezindeki adımları Türkçe özetleyip, sonrasında yapmanız gerekenleri yazıyorum. Mucize yöntem yok; resmi akış bu.

1) Hesabı Geri Almak (Resmi)
WhatsApp Help Center ("How to recover a compromised account"):

WhatsApp'ta Log back in > Continue
Uluslararası formatta telefon numaranızı girin
SMS veya arama ile gelen 6 haneli kodu girin

Bu kodu kimseyle paylaşmayın. Kodu girdiğiniz anda diğer cihazlar oturumdan düşer. Önemli: hesap şifresini değiştirmek başkasını çıkarmaz; tek yol numarayı yeniden kaydetmek.

2) İki Adımlı Doğrulama PIN'i
Yeniden kayıtta PIN sorulursa ve bilmiyorsanız: nadiren başkası PIN'i değiştirmiş olabilir. SMS kodunu girdikten sonra diğer oturumlar yine düşer. PIN'i bilmiyorsanız Help Center'daki "Forgot PIN" akışını izleyin; bazı durumlarda 7 gün bekleme gerekir. Detay: faq.whatsapp.com üzerindeki two-step verification sayfası.

3) Hemen Sonra Yapılacaklar

Aile/arkadaşlara haber verin (dolandırıcılık riski)
Bağlı cihazları kontrol edin (Linked devices) ve tanımadığınızı çıkarın
İki adımlı doğrulamayı kendi e-postanızla yeniden açın
Telefonun kendisi ele geçirildiyse önce cihazı temizleyin; sadece WhatsApp yetmez

WhatsApp, hesabı sizin yerinize başkası için kapatamaz; SIM'siz numarayı kurtarmak da mümkün değil. Yedek (Google/iCloud) varsa sohbet geçmişini geri yükleyebilirsiniz; E2E olduğu için yeni cihazda eski mesajlar otomatik görünmez.

4) Önlem

İki adımlı doğrulama + kurtarma e-postası
Tanımadığınız "WhatsApp destek" aramalarına/SMS'lerine kod vermeyin
Resmi uygulama dışında APK yüklemeyin

Kaynaklar

Başına gelen varsa (kişisel veri yazmadan) hangi adımda takıldığını yazsın, bakalım.

Kapak: özgün TurkTeam görseli.

Ek DosyalarEkran Görüntüleri

Bash ile Log Temizliği ve Rotasyon: find, xargs, logrotate Notları

BilgeKagan 10-16-2026, 08:21 AM · Script ve Otomasyon

0 45

Selamlar,

Lab ve küçük VPS'lerde loglar hızla şişiyor. journald'yi sınırlamak bir çözüm; klasik metin loglar için de Bash ile basit bakım şart. Bu konuda kendi cron'umda kullandığım güvenli kalıpları yazıyorum.

Konuda Anlatılacaklar

find ile eski log bulma
xargs tuzakları (boşluklu dosya adları)
Sıkıştırma ve silme
logrotate'a bırakmak daha doğru mu?
Örnek cron

1) find Temelleri

Kod:
# Son 1 günde değişen .log dosyaları
find /var/log -type f -name '*.log' -mtime -1

# 14 günden eski, boyutu 10M üstü
find /var/log -type f -name '*.log' -mtime +14 -size +10M -ls

[-mtime +14] "14 tam günden eski", [-size +10M] "10 mebibayttan büyük" demek.

2) xargs ve Güvenli Silme

Kod:
# YANLIŞ: boşluklu isimde kırılır
find /var/log -name '*.log' -mtime +30 | xargs rm

# DOĞRU: null ayracı
find /var/log -type f -name '*.log' -mtime +30 -print0 | xargs -0 rm -v

# Daha da iyisi: find -delete (aynı süreçte)
find /var/log -type f -name '*.log' -mtime +30 -delete

Silmeden önce [-ls] ile listeleyin. Üretimde körlemesine rm kullanmayın.

3) Sıkıştırma

Kod:
find /var/log -type f -name '*.log' -mtime +2 ! -name '*.gz' -print0 | xargs -0 gzip -9

gzip orijinali siler; .gz uzantılı dosyayı tekrar sıkıştırmamak için [! -name '*.gz'] şart.

4) logrotate Tercih Edin
Debian/Ubuntu'da /etc/logrotate.d/ altında servis bazlı kurallar vardır. Kendi uygulamanız için:

Kod:
/var/log/benimapp/*.log {
    weekly
    rotate 8
    compress
    delaycompress
    missingok
    notifempty
    copytruncate
}

Bash one-liner'lar acil temizlik içindir; uzun vadede logrotate + journald SystemMaxUse.

5) Örnek Cron

Kod:
# Her pazar 04:30 - 30 günden eski uygulama loglarını sıkıştır
30 4 * * 0 find /var/log/benimapp -type f -name '*.log' -mtime +30 -print0 | xargs -0 gzip -9

Kaynaklar

Alıntı:Yalnızca kendi sistemlerinizde kullanın.

Kapak: özgün TurkTeam görseli.

Ek DosyalarEkran Görüntüleri

Windows 11 Smart App Control: KB5079391 ile Yeniden Kurulum Olmadan Açma

KulTigin 10-16-2026, 08:21 AM · Windows ve Güvenlik

0 38

Selam millet!

Windows 11'de Smart App Control (SAC) ilk günden beri güzel bir fikir: imzasız/şüpheli uygulamaları engelleyen bir katman. Ama bir sorun vardı: bir kez kapattıysanız (veya Evaluation'dan Off'a düştüyse) tekrar açmak için çoğu zaman temiz kurulum gerekiyordu. Mart 2026'da gelen isteğe bağlı güncelleme KB5079391 bunu değiştirdi. Notlarımı paylaşıyorum.

Ne Değişti?
Microsoft'un KB5079391 notlarına göre (24H2 ve 25H2, build 26100.8116 / 26200.8116), Smart App Control artık temiz kurulum olmadan açılıp kapatılabiliyor:

Settings > Windows Security > App & browser control > Smart App Control settings > On

BleepingComputer'ın 27 Mart 2026 haberinde de aynı duyuru özetleniyor. Not: Microsoft, 0x80073712 kurulum hataları nedeniyle KB5079391 dağıtımını bir süre duraklatmıştı; cihazınızda görmüyorsanız Windows Update'ten veya Microsoft Update Catalog'dan tekrar deneyin, güncel kümülatiflere bakın.

Kimler İçin Mantıklı?

Günlük kullanım PC'si, sadece imzalı yazılımlar
Aile / ebeveyn kontrollü cihazlar
"Her .exe'yi çalıştırırım" lab makinesi için DEĞİL - geliştirici veya pentest lab'ında SAC can sıkar

Lab VM'lerimde SAC'ı kapalı tutuyorum; asıl Windows'umda Evaluation veya On tercih ediyorum.

Windows 10 Kullananlar İçin Ara Not
Windows 10 resmi desteği 14 Ekim 2025'te bitti. Consumer ESU programı kritik/önemli güvenlik güncellemelerini 12 Ekim 2027'ye kadar uzatıyor (Microsoft'un ESU sayfası). Ücretsiz (PC Settings sync), 1000 Rewards puanı veya tek seferlik ücretle kayıt mümkün; koşullar ve bölgesel farklar için resmi sayfaya bakın. Uzun vadede Windows 11'e geçmek hâlâ en temiz çözüm.

Kaynaklar

Siz SAC kullanıyor musunuz, lab'da kapalı mı? Yorumlara yazın.

Alıntı:Not: Güvenlik özelliklerini körlemesine açmak yerine kullanım senaryonuza göre seçin. Registry "workarounds" resmi destek kapsamında olmayabilir.

Kapak: özgün TurkTeam görseli.

Ek DosyalarEkran Görüntüleri

Volatility 3 ile Bellek Adli Bilişimi: İlk Analiz Adımları

Tonyukuk 10-16-2026, 08:19 AM · Adli Bilişim (Forensics)

0 46

Volatility 3 ile Bellek Adli Bilişimine Giriş

Selamlar,

Disk imajı her şeyi anlatmaz; bellek (RAM) çalışan süreçleri, ağ bağlantılarını ve bazen şifre çözülmüş verileri taşır. Volatility 3'ün v2.28.2 sürümü (Eylül 2026) ile kendi lab bellek dökümünüzü nasıl analiz edeceğinizi özetliyoruz.

Konuda Anlatılacaklar

Kurulum
Lab bellek dökümü alma
İlk eklentiler: pslist, netstat, cmdline
Şüpheli süreç avı
Kaynakça

1) Kurulum

Kod:
python3 -m venv volenv && source volenv/bin/activate
pip install volatility3==2.28.2
vol -h
# veya: python3 -m volatility3 -h

2) Lab Dökümü
Kendi VM'inizde (örnek):

Linux: /proc/kcore veya LiME gibi lab araçları (dokümantasyonuna uyun)
Windows lab: WinPmem / DumpIt gibi araçlarla ham bellek

Dökümü yalnızca sahip olduğunuz lab VM'sinden alın.

3) İlk Komutlar

Kod:
# Windows bellek dökümü örneği
vol -f lab.raw windows.info
vol -f lab.raw windows.pslist
vol -f lab.raw windows.pstree
vol -f lab.raw windows.netstat
vol -f lab.raw windows.cmdline
# Linux dökümü örneği
vol -f lab.raw linux.pslist
vol -f lab.raw linux.bash

4) Nelere Dikkat?

Ebeveyni olmayan veya garip yoldan çalışan süreçler
powershell/cmd üzerinden şüpheli uzun komut satırları
Dinleyen ama meşru olmayan portlar
pslist'te görünüp pstree'de kopuk kalan süreçler

5) Zincir

Kod:
vol -f lab.raw windows.pslist --output-file pslist.csv --output csv
# Sonra cmdline ve netstat çıktılarıyla korelasyon

Kaynakça

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

Alıntı:Yasal Uyarı: Bellek dökümü ve adli analiz yalnızca yetkili olduğunuz sistemlerde yapılmalıdır. İzinsiz erişim ve veri kopyalama TCK 243-245 kapsamında suçtur.

Ek DosyalarEkran Görüntüleri

Nginx Güvenlik Sıkılaştırma: TLS Header ve Rate Limit Rehberi

Tonyukuk 10-16-2026, 08:19 AM · Sunucu ve Hosting Güvenliği

0 51

Nginx Güvenlik Sıkılaştırma Rehberi (1.31.x)

Merhaba,

Nginx hâlâ en yaygın ters vekillerden biri. Bu rehberde kendi sunucunuzda TLS, güvenlik başlıkları ve basit rate limit uygulamayı anlatıyoruz. Örnekler nginx 1.31.7 ana hattına yakındır; kendi sürümünüzü nginx -v ile doğrulayın.

Konuda Anlatılacaklar

TLS yapılandırması
Güvenlik başlıkları
Rate limiting
Gizli dosya ve yöntem kısıtlama
Doğrulama komutları

1) TLS

Kod:
# /etc/nginx/conf.d/ssl-params.conf (örnek)
ssl_protocols TLSv1.2 TLSv1.3;
ssl_prefer_server_ciphers off;
ssl_session_timeout 1d;
ssl_session_cache shared:SSL:10m;
# HSTS (yalnızca HTTPS tamamen hazırsa)
add_header Strict-Transport-Security "max-age=31536000; includeSubDomains" always;

2) Güvenlik Başlıkları

Kod:
add_header X-Content-Type-Options "nosniff" always;
add_header X-Frame-Options "SAMEORIGIN" always;
add_header Referrer-Policy "strict-origin-when-cross-origin" always;
add_header Content-Security-Policy "default-src 'self'" always;
# server_tokens off;  # sürüm bilgisini gizle

3) Rate Limit

Kod:
# http {} bloğunda
limit_req_zone $binary_remote_addr zone=login:10m rate=5r/m;
# sunucu / konumda
location /login {
    limit_req zone=login burst=10 nodelay;
    proxy_pass http://app_backend;
}

4) Ek Sertleştirme

Kod:
location ~ /\.(git|env|ht) {
    deny all;
    return 404;
}
if ($request_method !~ ^(GET|HEAD|POST)$) {
    return 405;
}

5) Doğrulama

Kod:
sudo nginx -t && sudo systemctl reload nginx
curl -I https://sizin-alanadiniz.ornek
# SSL Labs veya testssl.sh ile TLS notunu ölçün (kendi alanınızda)

Kaynakça

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

Alıntı:Yasal Uyarı: Bu ayarlar yalnızca yönettiğiniz sunucularda uygulanmalıdır.

Ek DosyalarEkran Görüntüleri

Active Directory Temelleri: Kerberos Biletleri ve Savunma

Tonyukuk 10-16-2026, 08:19 AM · Active Directory & Kurumsal

0 48

Active Directory Temelleri: Kerberos ve Savunmacı Bakış

Selamlar,

Kurumsal Windows ağlarının kalbi Active Directory'dir. Bu rehber saldırı tarifleri vermez; Kerberos bilet modelini ve mavi takımın izlemesi gereken noktaları anlatır. Tüm denemeler yalnızca kendi lab AD'nizde yapılmalıdır.

Konuda Anlatılacaklar

AD bileşenleri (kısa)
Kerberos: TGT ve servis bileti
Olay günlükleri (Event ID)
Savunma kontrol listesi
Kaynakça

1) Temel Bileşenler

Domain Controller (DC): Kimlik doğrulama ve dizin
Domain User / Computer hesapları
Group Policy (GPO)
Kerberos / NTLM kimlik doğrulama protokolleri

2) Kerberos Biletleri (Kavram)

Kullanıcı kimlik doğrular -> TGT (Ticket Granting Ticket) alır
Bir servise erişmek için TGT ile servis bileti (TGS) ister
Servis bileti ilgili servis hesabının anahtarıyla korunur

Bu model yüzünden servis hesaplarının zayıf parolası veya aşırı yetkili hesaplar tüm ormanı riske atar.

3) İzlenmesi Gereken Olaylar

Kod:
# DC Security loglarında (kavramsal)
# 4768: TGT isteği
# 4769: Servis bileti isteği
# 4624 / 4625: Oturum açma başarı / başarısız
# 4720: Kullanıcı hesabı oluşturma
# 4732: Güvenlik grubuna üye ekleme

SIEM'inizde "mesai dışı TGT + hassas gruba üye ekleme" gibi zincir kurallar kurun.

4) Savunma Kontrol Listesi

Tiering: Admin iş istasyonlarını günlük kullanıcı PC'lerinden ayırın
Servis hesaplarında uzun, rastgele parola veya gMSA
Krbtgt parolasını düzenli ve güvenli şekilde döndürün
Legacy NTLM'i mümkün olduğunca kısıtlayın
LDAP imzalama / kanal bağlama
Privileged Group değişikliklerini alarmlayın

Kaynakça

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

Alıntı:Yasal Uyarı: AD testlerini yalnızca kendi lab ortamınızda veya yazılı yetkili pentest kapsamında yapın. TCK 243-245 geçerlidir.

Ek DosyalarEkran Görüntüleri

2026 Siber Güvenlik Sertifika Yol Haritası: eJPT, Security+ SY0-801, OSCP+

KulTigin 10-16-2026, 08:19 AM · Sertifikalar

0 46

Selam!

"Hangi sertifikadan başlamalıyım?" sorusu foruma her gün düşüyor. Ben de aynı yollardan geçtim; 2026 itibarıyla güncel fiyat/format bilgileriyle kendi önerdiğim sırayı yazıyorum. Bu bir satış yazısı değil, üye notu.

Konuda Anlatılacaklar

eJPT (INE) - 2026 güncellemesi
CompTIA Security+: SY0-701 ve yaklaşan SY0-801
OSCP / OSCP+ (OffSec)
Önerdiğim yollar (pentest vs SOC)
Sertifika = iş garantisi mi?

1) eJPT - Junior Penetration Tester
INE Security, Mart 2026'da eJPT'yi güncelledi: web uygulama testi ve recon genişledi, "Offensive AI for Pentesters" adlı yeni bir kurs eklendi. Sınav 35'ten 45 soruya çıktı, süre hâlâ 48 saat, tamamen hands-on lab formatı. Giriş seviyesi pentest için hâlâ en mantıklı pratik sınavlardan biri. Fiyatlar pakete göre değişiyor; güncel paketleri ine.com üzerinden kontrol edin.

2) Security+: SY0-701 ve SY0-801
Şu an aktif İngilizce sınav SY0-701 (Security+ V7). CompTIA'ya göre Security+ V8 (SY0-801) 17 Kasım 2026'da lansman yapacak; SY0-701 İngilizce için emeklilik tarihi 11 Haziran 2027. Yani şu an SY0-701 çalışmaya devam etmek güvenli; 2027 ortasına kadar geçerli. V8'de AI riskleri, otomasyon ve Zero Trust vurgusu artıyor (resmi skills listesine bakın).

3) OSCP ve OSCP+
OffSec'in klasik pentest sınavı. OSCP+ modeli ile birlikte yenileme/CPE süreci değişti: OSCP+ üç yılda bir yenileniyor (CPE veya sınav), altındaki OSCP unvanı ise süresiz kalabiliyor. Detaylar OffSec'in "Everything you need to know about the OSCP+" yazısında. Bu sınav kolay değil; öncesinde eJPT + bol retired HTB makinesi şart.

4) İki Yol
Pentest eğilimi: Pre Security/THM 101 -> eJPT -> HTB Easy/Medium retired -> PEN-200/OSCP
SOC / blue team: Security+ -> THM SOC Level 1 -> Splunk/Elastic lab -> (isteğe bağlı) CySA+ veya benzeri

5) Sertifika İş Garantisi Değil
Kapıyı açar, içeri sokmaz. Yanında lab notu, rapor örneği ve düzgün Türkçe/İngilizce iletişim olmadan CV'de süs olarak kalır. Önce hedef rolü seçin, sonra sertifikayı seçin; tersini yapmayın.

Siz hangi sırayı izlediniz, hangisinde pişman oldunuz? Yorumlara yazın.

Kaynaklar

Alıntı:Not: Fiyat ve format değişebilir; sınav öncesi resmi sayfaları kontrol edin. Sınav içerikleri teliflidir, paylaşmayın.

Kapak: özgün TurkTeam görseli.

Ek DosyalarEkran Görüntüleri

Wazuh 4.14 ile SIEM'e Giriş: Kurulum ve İlk Alarm Kuralları

Tonyukuk 10-16-2026, 08:19 AM · Mavi Takım / SOC

0 47

Wazuh 4.14 ile SIEM'e Giriş

Merhaba,

Wazuh, açık kaynak XDR/SIEM platformudur. 15 Ekim 2026'da v4.14.9 yayımlandı. Bu rehberde tek düğüm lab kurulumu ve ilk alarm mantığını anlatıyoruz.

Konuda Anlatılacaklar

Mimariye kısa bakış
Lab kurulumu (Docker)
Ajan bağlama
İlk kural / uyarısı
Kaynakça

1) Mimari

Wazuh indexer: Log depolama / arama
Wazuh manager: Analiz, kurallar, ajan yönetimi
Wazuh dashboard: Web arayüzü
Ajanlar: Uç noktalarda log ve FIM

2) Lab Kurulumu (Docker)
Resmi dokümantasyondaki tek düğüm / Docker Compose senaryosunu kendi lab sunucunuzda izleyin:

Kod:
# Örnek iskelet (sürüm numaralarını resmi dokümana göre güncelleyin)
git clone https://github.com/wazuh/wazuh-docker.git
cd wazuh-docker/single-node
docker compose up -d
# Dashboard genelde https://localhost:443

Kurulum bitince varsayılan parolaları hemen değiştirin.

3) Ajan Bağlama

Kod:
# Linux ajan (lab)
curl -s https://packages.wazuh.com/key/GPG-KEY-WAZUH | gpg --dearmor > /tmp/wazuh.gpg
# Resmi paket deposundan ajanı kurun; WAZUH_MANAGER=lab_ip ile kaydedin

Dashboard -> Agents bölümünde ajanın "Active" olduğunu doğrulayın.

4) İlk Alarm Fikri

SSH başarısız giriş eşiği
Yeni root yetkili kullanıcı oluşturma
Web sunucu 4xx/5xx patlaması
FIM: /etc/passwd veya /etc/sudoers değişimi

Kod:
# Manager üzerinde kural dosyaları genelde
# /var/ossec/etc/rules/local_rules.xml
# Değişiklikten sonra:
# systemctl restart wazuh-manager

5) İyi Uygulamalar

Lab ile production'ı ayırın
Ajan iletişimi için TLS zorunlu
Disk doluluğunu izleyin (indexer şişer)
Her alarm için "ne yapacağız?" runbook'u yazın

Kaynakça

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

Alıntı:Yasal Uyarı: SIEM'i yalnızca yönettiğiniz sistemlerde kurun. Başkasının loglarını izinsiz toplamak hukuka aykırıdır.

Ek DosyalarEkran Görüntüleri

Windows 11 Yerleşik Sysmon: Kurulum, Yapılandırma ve SOC İçin İlk Adımlar

BilgeKagan 10-16-2026, 08:18 AM · Mavi Takım / SOC

0 40

Selamlar,

Yıllardır Sysinternals Sysmon'u ayrı bir exe ile kuruyorduk. 2026'da Microsoft, Windows 11 ve Windows Server 2025'te Sysmon'u isteğe bağlı yerleşik özellik olarak sundu. Lab makinemde denedim; bu konuda kurulum notlarımı ve SOC açısından ne işe yaradığını paylaşıyorum.

Konuda Anlatılacaklar

Yerleşik Sysmon nedir, ne değildir?
Standalone ile birlikte çalışmaz
Etkinleştirme (PowerShell / DISM)
Yapılandırma dosyası (SwiftOnSecurity vb.)
Olayları nerede görürsünüz, SIEM'e nasıl gider?

1) Ne Yapar, Ne Yapmaz?
Microsoft Learn'e göre yerleşik Sysmon süreç oluşturma, ağ bağlantısı, sürücü/DLL yükleme, ham disk erişimi gibi olayları Windows Event Log'a yazar. Analiz etmez, engellemez, varlığını gizlemez. Yani bir EDR değil; yüksek kaliteli telemetri kaynağıdır. SIEM veya Defender for Endpoint gibi ürünlerle birlikte anlam kazanır.

2) Standalone ile Bir Arada Olmaz
Cihazda eski Sysinternals Sysmon kuruluysa önce kaldırın. İkisi aynı anda desteklenmiyor. Kontrol:

Kod:
Get-Service sysmon*

Çıktı boş olmalı. Varsa standalone'u kaldırıp devam edin.

3) Etkinleştirme
Yönetici PowerShell:

Kod:
Enable-WindowsOptionalFeature -Online -FeatureName Sysmon
sysmon -i

DISM alternatifi:

Kod:
Dism /Online /Enable-Feature /FeatureName:Sysmon

sonra yine

Kod:
sysmon -i

.

Varsayılan kurulum az olay üretir; mutlaka bir config uygulayın.

4) Yapılandırma
Popüler topluluk config'leri:

SwiftOnSecurity/sysmon-config
olafhartong/sysmon-modular (MITRE eşlemeli, modüler)

Kod:
# Örnek: config ile kurulum
sysmon -i C:\Sysmon\sysmonconfig.xml

# Sonradan güncelleme (restart gerekmez)
sysmon -c C:\Sysmon\sysmonconfig.xml

Lab'da önce dar bir config ile başlayıp Event Viewer'da gürültüyü izleyin; production'a körlemesine "her şeyi aç" demeyin, disk ve lisans maliyetiniz şişer.

5) Olaylar Nerede?
Event Viewer: Applications and Services Logs > Microsoft > Windows > Sysmon > Operational.

Yerleşik Sysmon'da görüntülenen mesaj metinleri yerelleştirilmiş olabilir; toplama için XML/alan bazlı parsing kullanın (Microsoft bunu özellikle belirtiyor). WEF veya SIEM agent ile merkezileştirin.

Kaynaklar

Alıntı:Yasal not: Yalnızca yönettiğiniz lab veya kurumsal endpoint'lerde etkinleştirin.

Kapak: özgün TurkTeam görseli.

Ek DosyalarEkran Görüntüleri

Hash Şifreleme Encoding Farkı: Kriptografi Temelleri Rehberi

Tonyukuk 10-16-2026, 08:18 AM · Kriptografi

0 50

Hash, Şifreleme ve Encoding: Karıştırmayın

Merhaba,

Güvenlik tartışmalarında en çok karışan üç kavram: hash, şifreleme (encryption) ve encoding. Bu rehberde farklarını, ne zaman hangisinin kullanılacağını ve sık yapılan hataları anlatıyoruz.

Konuda Anlatılacaklar

Encoding nedir? (Base64, URL encoding)
Hash nedir? (SHA-256, Blake2)
Şifreleme nedir? (AES, RSA)
Parola saklama: Hash + salt + KDF
Pratik komutlar

1) Encoding
Amacı gizlilik değil, temsil değiştirmektir. Base64 çözen herkes orijinal veriyi görür.

Kod:
echo -n "turkteam" | base64
echo "dHVya3RlYW0=" | base64 -d

2) Hash
Tek yönlü özet. Aynı girdi -> aynı çıktı; girdiyi geri elde etmek tasarım gereği zor.

Kod:
echo -n "turkteam" | sha256sum
# Dosya bütünlüğü
sha256sum rapor.pdf

Hash şifreleme değildir; "hash'leyip sakladık, kimse okuyamaz" ifadesi yanlıştır (özellikle zayıf/tuzsuz parola hash'leri).

3) Şifreleme
Anahtarla geri dönüşümlü dönüşüm. Simetrik (AES) ve asimetrik (RSA/ECC) aileleri vardır.

Kod:
# OpenSSL ile örnek (lab)
openssl rand -hex 16 > key.bin
echo -n "gizli lab notu" | openssl enc -aes-256-cbc -pbkdf2 -pass file:key.bin -out not.enc
openssl enc -d -aes-256-cbc -pbkdf2 -pass file:key.bin -in not.enc

4) Parola Saklama