TLS Sürümleri, Şifre Takımları ve Kusursuz İleri Gizlilik
TLS 1.2/1.3'ü yapılandırın, güçlü şifre takımları seçin ve ele geçirilen trafiğin sonradan şifresinin çözülememesini sağlamak için kusursuz ileri gizliliği etkinleştirin.
TLS Sürümleri, Şifre Takımları ve Kusursuz İleri Gizlilik, CoddyKit'te ücretsiz bir Cloud & IT Cert Prep dersidir. Bu, 4 dersinin 2. dersidir. Aşağıdan dersin tamamını ücretsiz okuyabilir, sonra tarayıcıda yerleşik kod editörü ve 7/24 yapay zeka koçu ile uygulamalı olarak pratik yapabilirsin. Bu, Cloud & IT Cert Prep öğrenme yolunun bir parçasıdır ve ilerlemeniz web ve CoddyKit uygulaması arasında senkronize olur. Cloud & IT Cert Prep kursu toplamda 4 dersten oluşur.
TLS Protokolüne Genel Bakış
TLS (Transport Layer Security), internet iletişimlerinin büyük bölümünü güvence altına alan şifreleme protokolüdür — HTTPS, SMTPS, IMAPS, LDAPS ve VPN'lerin tümü TLS'ye dayanır. TLS üç güvenlik özelliği sağlar: gizlilik (şifreleme dinlemeyi önler), bütünlük (MAC, değişiklik yapılmasını önler) ve kimlik doğrulama (sertifikalar sunucunun kimliğini doğrular). TLS, artık kullanımdan kaldırılmış olan SSL'den (Secure Sockets Layer) geliştirilmiştir. Güncel sürümler TLS 1.2 (yaygın olarak kullanılır) ve TLS 1.3'tür (daha hızlı ve daha güvenlidir; tüm yeni kurulumlar için önerilir).
TLS Sürüm Geçmişi ve Kullanımdan Kaldırmalar
TLS, eski sürümlerinde kritik güvenlik açıkları bulunan birkaç sürümden geçmiştir. SSL 2.0/3.0: kullanımdan kaldırılmıştır; POODLE ve DROWN saldırılarına karşı savunmasızdır. TLS 1.0: 2020'de NIST ve PCI-DSS tarafından kullanımdan kaldırılmıştır (BEAST saldırısına ve blok şifrelerindeki POODLE saldırısına karşı savunmasızdır). TLS 1.1: TLS 1.0 ile birlikte kullanımdan kaldırılmıştır. TLS 1.2: güncel minimum standarttır; güçlü şifre takımlarıyla doğru yapılandırıldığında güvenlidir. TLS 1.3: 2018'de yayımlanmıştır; tüm zayıf algoritmaları kaldırır, zorunlu ileriye dönük gizlilik sağlar, handshake işlemini önemli ölçüde hızlandırır (2-RTT yerine 1-RTT) ve sürüm düşürme saldırılarını önler. PCI-DSS 4.0, en az TLS 1.2 gerektirir ve TLS 1.3'ü önerir.
# TLS version timeline
SSL 2.0 1995 DEPRECATED (DROWN)
SSL 3.0 1996 DEPRECATED (POODLE)
TLS 1.0 1999 DEPRECATED 2020 (BEAST, POODLE)
TLS 1.1 2006 DEPRECATED 2020 (no improvements over 1.0)
TLS 1.2 2008 MINIMUM STANDARD (strong ciphers required)
TLS 1.3 2018 RECOMMENDED (mandatory PFS, faster, secure)
# Check which TLS versions a server supports
nmap --script ssl-enum-ciphers -p 443 example.com
# Or:
openssl s_client -connect example.com:443 -tls1_2
openssl s_client -connect example.com:443 -tls1_3Şifre Takımları
Şifre takımı, bir TLS oturumunda birlikte kullanılan kriptografik algoritmalar kümesidir. Her şifre takımı şunları belirtir: bir anahtar değişimi algoritması (oturum anahtarlarının nasıl oluşturulduğu), bir kimlik doğrulama algoritması (sunucunun nasıl doğrulandığı), bir toplu şifreleme algoritması (verileri hangi algoritmanın şifrelediği) ve bir mesaj kimlik doğrulama kodu (MAC) algoritması (bütünlüğün nasıl doğrulandığı). İstemci ve sunucu, TLS handshake sırasında kullanılacak şifre takımı üzerinde anlaşır — sunucu, her iki tarafın da desteklediği en güçlü takımı seçer.
# TLS cipher suite naming format (TLS 1.2)
# TLS_[KeyExchange]_WITH_[Cipher]_[MAC]
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
ECDHE = Elliptic Curve Diffie-Hellman Ephemeral
RSA = Server certificate authentication
AES_256_GCM = 256-bit AES in Galois/Counter Mode
SHA384 = HMAC with SHA-384 for integrity
# TLS 1.3 simplified format (fewer components)
TLS_AES_256_GCM_SHA384
TLS_CHACHA20_POLY1305_SHA256
TLS_AES_128_GCM_SHA256Anahtar Değişimi Algoritmaları
Anahtar değişimi aşaması, oturum anahtarını iletmeden oluşturur. RSA anahtar değişimi (TLS 1.2): istemci, bir ön anahtarı sunucunun ortak anahtarıyla şifreler — özel anahtar daha sonra ele geçirilirse geçmişteki tüm oturumların şifresi çözülebilir. DHE (Diffie-Hellman Ephemeral): her oturum için yeni bir anahtar çifti oluşturur; ileriye dönük gizlilik sağlar ancak yavaştır. ECDHE (Elliptic Curve DHE): DHE ile aynı ileriye dönük gizliliği daha küçük anahtar boyutları ve daha iyi performansla sağlar — bu, hem TLS 1.2 hem de TLS 1.3'te tercih edilen anahtar değişimi yöntemidir. TLS 1.3, ECDHE veya DHE kullanılmasını zorunlu kılar ve RSA anahtar değişimini tamamen kaldırır.
Kusursuz İleriye Dönük Gizlilik (PFS)
Kusursuz İleriye Dönük Gizlilik (PFS), sunucunun uzun süreli özel anahtarı daha sonra ele geçirilse bile kaydedilmiş geçmiş oturumların şifresinin çözülememesini sağlar. PFS, her oturum için yeni ve geçici bir anahtar çiftinin oluşturulup kullanımdan sonra atıldığı geçici anahtar değişimi (ECDHE veya DHE) kullanılarak elde edilir. PFS olmadan (RSA anahtar değişiminde) bir saldırgan, bugün tüm şifrelenmiş TLS oturumlarını kaydedebilir ve özel anahtarı sonunda ele geçirdiğinde bunların şifresini geriye dönük olarak çözebilir. NSA'nın “şimdi topla, sonra şifresini çöz” gözetim stratejisi, hedeflerin sonunda daha güçlü anahtarlara geçeceğini veya kuantum bilgisayarların mevcut anahtarları kıracağını varsayar.
# Cipher suites WITH perfect forward secrecy
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 # Good
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256 # Good
TLS_DHE_RSA_WITH_AES_256_CBC_SHA256 # OK (slower)
# Cipher suites WITHOUT perfect forward secrecy
TLS_RSA_WITH_AES_256_CBC_SHA256 # NO PFS - avoid
TLS_RSA_WITH_3DES_EDE_CBC_SHA # NO PFS + weak
# Key: look for ECDHE or DHE prefix
# RSA alone as key exchange = no forward secrecyKaçınılması Gereken Zayıf Şifre Algoritmaları
Birkaç eski şifre bileşeni kriptografik olarak kırılmıştır ve devre dışı bırakılmalıdır. NULL şifreleri: hiç şifreleme yapmaz. Dışa aktarma sınıfı şifreleri (FREAK saldırısı): 1990'ların US dışa aktarma düzenlemelerine uymak için kasıtlı olarak zayıflatılmıştır. RC4: saldırılarda istismar edilen istatistiksel sapmalara sahip akış şifresidir. DES ve 3DES: blok boyutları çok küçük olan (SWEET32 saldırısı) veya anahtar uzunlukları yetersiz olan blok şifreleridir. MAC'ler için MD5 ve SHA-1: çakışma güvenlik açıklarına sahiptir. Anonim şifreler (aNULL): sunucu kimlik doğrulaması yapmaz. Modern TLS yapılandırmaları, toplu şifreler olarak yalnızca AES-GCM, ChaCha20-Poly1305, AES-CCM kullanımına izin vermelidir.
# nginx: disable weak ciphers, enforce strong only
ssl_protocols TLSv1.2 TLSv1.3;
ssl_ciphers 'ECDHE-ECDSA-AES256-GCM-SHA384:
ECDHE-RSA-AES256-GCM-SHA384:
ECDHE-ECDSA-CHACHA20-POLY1305:
ECDHE-RSA-CHACHA20-POLY1305:
ECDHE-ECDSA-AES128-GCM-SHA256:
ECDHE-RSA-AES128-GCM-SHA256';
ssl_prefer_server_ciphers on;
# Explicitly disable weak ciphers in Apache
SSLCipherSuite 'HIGH:!aNULL:!MD5:!3DES:!RC4:!EXPORT'TLS 1.3 İyileştirmeleri
TLS 1.3, 1.2'ye kıyasla birkaç önemli güvenlik iyileştirmesi sunar. Zorunlu PFS: RSA anahtar değişimi kaldırılmıştır — tüm oturumlarda ECDHE veya DHE kullanılır. Daha az şifre takımı: yalnızca 5 AEAD şifre takımına izin verilir; zayıf şifre pazarlığı mümkün değildir. Daha hızlı handshake: TLS 1.2'deki 2-RTT yerine 1 gidiş-dönüş (1-RTT) ve oturum yeniden başlatma için 0-RTT kullanılır (ancak 0-RTT, yeniden oynatma saldırıları açısından bazı hususlar içerir). Şifrelenmiş handshake: sunucu sertifikası handshake sırasında şifrelenir; böylece pasif gözlemcilerin istemcinin hangi sertifikaya ve dolayısıyla hangi web sitesine bağlandığını belirlemesi önlenir.
# TLS 1.3 handshake (simplified)
Client -> Server: ClientHello (supported ciphers, key shares)
Server -> Client: ServerHello (chosen cipher, key share)
{EncryptedExtensions}
{Certificate}
{CertificateVerify}
{Finished}
Client -> Server: {Finished}
# Both sides now have session keys
# Total: 1 round-trip before application data
# (TLS 1.2 required 2 round trips)
# Note: {} = encrypted (cert is hidden from observers)Sürüm Düşürme Saldırıları ve POODLE
Sürüm düşürme saldırıları, TLS sunucusunu ve istemcisini, ikisinin de desteklediği daha yeni sürüm veya şifre takımı yerine daha eski ve zayıf bir TLS sürümünü ya da şifre takımını kullanmaya kandırır. POODLE (Padding Oracle On Downgraded Legacy Encryption), TLS uygulamalarının bağlantı hatalarında SSL 3.0'a geri dönmesi gerçeğinden yararlanmıştır. Önlem, SSL 3.0'ı devre dışı bırakmaktı. FREAK ve Logjam, dışa aktarma sınıfı şifrelerden yararlanmıştır. TLS_FALLBACK_SCSV, istemcilerin “bu benim tercih ettiğim sürüm değil” sinyali vermek için eklediği sözde bir şifre takımıdır — sunucu bunu görür ve daha yüksek bir sürümü desteklerse sürüm düşürme girişimini durdurur.
Sertifika Doğrulama ve Sabitleme
TLS sunucu kimlik doğrulaması, istemcinin sunucunun sertifika zincirini güvenilen bir kök CA'ya kadar doğrulamasına dayanır. Kritik denetimler şunlardır: son kullanma (sertifika geçerlilik süresi içinde olmalıdır), iptal durumu (CRL veya OCSP denetimi, sertifikanın iptal edilmediğini doğrular), ana bilgisayar adı (SAN veya CN, bağlanılan alan adıyla eşleşmelidir) ve imza zinciri (ara CA ve kök CA imzaları geçerlidir). Certificate Transparency (CT), kamu tarafından güvenilen tüm sertifikaların yalnızca ekleme yapılabilen CT günlüklerine kaydedilmesini gerektirir; bu sayede hatalı verilen sertifikalar, verildikten birkaç dakika içinde tespit edilebilir.
# Check TLS certificate details
openssl s_client -connect example.com:443 \
-showcerts 2>/dev/null | openssl x509 -noout \
-text | grep -E 'Subject:|Issuer:|Not After:|SAN'
# Verify certificate chain
openssl verify -CAfile /etc/ssl/certs/ca-certificates.crt \
server.crt
# Check OCSP status
openssl ocsp -issuer intermediate.crt \
-cert server.crt \
-url http://ocsp.ca.example.com \
-text -noverifySSL Labs ve Yapılandırma Denetimi
Qualys SSL Labs (ssllabs.com/ssltest), bir web sunucusunun TLS yapılandırmasını değerlendirmek için altın standart kabul edilen araçtır. Sunucular; desteklenen TLS sürümlerine, şifre takımı gücüne, sertifika geçerliliğine, HSTS yapılandırmasına, ileriye dönük gizlilik desteğine ve bilinen saldırılara karşı dirence göre A+ (mükemmel) ile F (kritik sorunlar) arasında derecelendirilir. A+ derecesi için yalnızca TLS 1.2 ve üzeri sürümler, tüm ECDHE şifreleri, geçerli sertifika ve ön yüklemeli HSTS gerekir. Kuruluşlar, ilk yapılandırmadan sonra ve TLS yığınında yapılan her değişikliğin ardından SSL Labs denetimleri gerçekleştirmelidir. Birçok uyumluluk çerçevesi (PCI-DSS), TLS yapılandırmalarının düzenli aralıklarla değerlendirilmesini gerektirir.
TLS Sertifika Yönetimi için En İyi Uygulamalar
Süresi dolmuş TLS sertifikaları, kesintilere ve saldırganların istismar ettiği kullanıcı güveni uyarılarına neden olur. Sertifika yaşam döngüsü yönetimi şunları içerir: tüm sertifikaları bir sertifika envanterinde izlemek, son kullanma tarihinden en az 30 gün önce son kullanma uyarıları yapılandırmak, ACME protokolü (Let's Encrypt, Certbot) ile yenilemeyi otomatikleştirmek, ele geçirilme kaynaklı risk penceresini azaltmak için kısa sertifika ömürleri (kamuya açık sertifikalar için 90 gün) kullanmak ve ele geçirilmiş bir joker sertifikanın tüm alt alan adlarını etkilemesi nedeniyle joker sertifikaları (*.example.com) dikkatli kullanmak. Sertifika yönetimi platformları (Venafi, DigiCert CertCentral), büyük sertifika envanterlerinde keşif ve yaşam döngüsü işlemlerini otomatikleştirir.
# Auto-renew Let's Encrypt cert with Certbot
# Install Certbot
apt install certbot python3-certbot-nginx
# Issue certificate
certbot --nginx -d example.com -d www.example.com
# Certbot auto-renewal (runs twice daily via systemd timer)
systemctl status certbot.timer
# Test renewal without actually renewing
certbot renew --dry-run
# Verify cert expiry date
openssl x509 -enddate -noout -in /etc/ssl/certs/example.crt
# Output: notAfter=Feb 20 12:00:00 2025 GMTHızlı Kontrol
Bu dersteki CompTIA Security+ (SY0-701) kavramlarını ne kadar anladığınızı ölçün.
Ders Özeti
Bu derste şunları öğrendiniz: TLS 1.0/1.1 kullanımdan kaldırılmıştır ve TLS 1.2 minimum standarttır; TLS 1.3 ise zorunlu PFS ve şifrelenmiş handshake işlemleriyle tercih edilir; şifre takımları, anahtar değişimini (ECDHE tercih edilir), toplu şifrelemeyi (AES-GCM, ChaCha20) ve MAC algoritmalarını belirtir; Kusursuz İleriye Dönük Gizlilik, anahtarlar ele geçirilse bile geçmiş oturumların şifresinin çözülememesi için geçici (DHE/ECDHE) anahtar değişimi gerektirir. Sırada güvenli DNS'i, yani DNSSEC ve HTTPS üzerinden DNS'i inceleyeceğiz.
Sıkça Sorulan Sorular
“TLS Sürümleri, Şifre Takımları ve Kusursuz İleri Gizlilik” dersi ücretsiz mi?
Evet — “TLS Sürümleri, Şifre Takımları ve Kusursuz İleri Gizlilik” dersin tüm metni burada web'de ücretsiz olarak okunabilir. Etkileşimli olarak pratik yapmak (yerleşik kod editörü ve 7/24 yapay zeka koçu) ve Cloud & IT Cert Prep kursunun geri kalanını açmak için CoddyKit PRO'ya yükselt. Cloud & IT Cert Prep kursu toplamda 4 dersten oluşur.
“TLS Sürümleri, Şifre Takımları ve Kusursuz İleri Gizlilik” dersinde ne öğreneceğim?
TLS 1.2/1.3'ü yapılandırın, güçlü şifre takımları seçin ve ele geçirilen trafiğin sonradan şifresinin çözülememesini sağlamak için kusursuz ileri gizliliği etkinleştirin. Cloud & IT Cert Prep ile uygulamalı kodu tarayıcıda doğrudan çalıştırarak pratik yaparsın ve 7/24 yapay zeka koçu dersi çalışırken sorularını yanıtlar.
Cloud & IT Cert Prep öğrenmeye başlamak için deneyim gerekli mi?
Önceden deneyim gerekmez. CoddyKit'te Cloud & IT Cert Prep, başlangıçtan ileri seviyeye kadar yapılandırıldığı için buradan başlayabilir veya başından başlayıp kendi hızında ilerleme yapabilirsin. Bu, 4 dersinin 2. dersidir.
“TLS Sürümleri, Şifre Takımları ve Kusursuz İleri Gizlilik” dersi ne kadar sürer?
Çoğu CoddyKit dersi yaklaşık 5–10 dakika sürer. Her biri kısa ve etkileşimli olduğu için sabit ilerleme yaparsın ve web ile uygulama arasında tam olarak bıraktığın yerden devam edebilirsin.
Bu Cloud & IT Cert Prep dersinde kod yazıp çalıştırabilir miyim?
Evet. Her Cloud & IT Cert Prep dersi yerleşik bir kod editörü içerir, bu sayede tarayıcıda gerçek kod yazıp çalıştırabilir ve anlık yapay zeka geri bildirimi alırsın — yerel kurulum gerekli değildir.
Bu kursun tüm dersleri
- Güvensiz Protokolleri Değiştirme: Telnet ve SSH, FTP ve SFTP
- TLS Sürümleri, Şifre Takımları ve Kusursuz İleri Gizlilik
- Güvenli DNS: DNSSEC ve HTTPS Üzerinden DNS (DoH)
- IPsec, VPN Protokolleri ve Uzaktan Erişim Güvenliği