• Gizlilik (Confidentiality): Verilerin sadece yetkili kişiler tarafından okunabilmesini sağlar. Eğer bir saldırgan veriyi ele geçirse bile, şifrelendiği için okunaksız olacaktır.
• Bütünlük (Integrity): Verilerin iletim sırasında değiştirilmediğini veya bozulmadığını garanti eder. Herhangi bir değişiklik algılandığında, bağlantı kesilir.
• Kimlik Doğrulama (Authentication): İletişimin her iki tarafının da gerçekten iddia ettiği taraf olduğunu doğrular. Bu, genellikle sunucu tarafında dijital sertifikalar aracılığıyla yapılır.

“Güvenlik, bir ürün değil, bir süreçtir.” Bu ilke, TLS/SSL protokollerinin sürekli evrimini ve güncellenmesini gerektiren temel felsefeyi özetler.

Genişletmek için tıkla ...

• ClientHello: İstemci bağlantıyı başlatır ve desteklediği TLS versiyonlarını, şifreleme algoritmalarını (cipher suites) ve rastgele bir sayı (client random) gibi bilgileri sunucuya gönderir.
• ServerHello: Sunucu, istemcinin desteklediği en yüksek TLS versiyonunu ve ortak bir şifreleme algoritmasını seçer. Kendi rastgele sayısını (server random) ve SSL/TLS sertifikasını istemciye gönderir.
• Sertifika Doğrulaması (Certificate Validation): İstemci, sunucunun gönderdiği sertifikayı doğrular. Bu doğrulama; sertifikanın süresinin dolup dolmadığı, güvenilir bir Sertifika Otoritesi (CA) tarafından imzalanıp imzalanmadığı ve sertifikanın alan adının bağlanmaya çalışılan alan adıyla eşleşip eşleşmediği gibi kontrolleri içerir. Eğer sertifika geçerliyse, istemci CA'nın açık anahtarını kullanarak sunucunun kimliğini doğrular. Sertifika Otoriteleri (CA'lar) internetin güven altyapısının temelini oluşturur.
• Anahtar Değişimi (Key Exchange): İstemci, sunucunun açık anahtarını (sertifika içinde bulunur) kullanarak bir "Pre-Master Secret" şifreler ve sunucuya gönderir. Sunucu, kendi özel anahtarını kullanarak bu şifreyi çözer. Hem istemci hem de sunucu, bu "Pre-Master Secret"ı, "client random" ve "server random" ile birleştirerek "Master Secret" adı verilen ortak bir oturum anahtarı oluşturur. Bu anahtar, daha sonraki tüm simetrik şifreleme için kullanılacaktır. Bu aşamada Diffie-Hellman veya RSA gibi algoritmalar kullanılabilir. Perfect Forward Secrecy (PFS) sağlayan algoritmalar (örneğin ECDHE), her oturum için benzersiz anahtarlar oluşturarak geçmişteki bir oturumun ele geçirilmiş olsa bile diğer oturumların güvenliğini tehlikeye atmamasını sağlar.
• Şifreli İletişim: Artık hem istemci hem de sunucu, "Master Secret"ı kullanarak bir simetrik anahtar oluşturmuştur. Tüm sonraki iletişimler bu simetrik anahtar ile şifrelenir ve çözülür. Simetrik şifreleme, asimetrik şifrelemeye göre çok daha hızlıdır, bu yüzden veri aktarımı için tercih edilir. AES (Advanced Encryption Standard) gibi algoritmalar bu aşamada kullanılır.

• SSL 1.0, 2.0, 3.0: Artık kesinlikle kullanılmamalıdır. Bilinen birçok ciddi zafiyet içermektedirler (POODLE saldırısı SSL 3.0'ı hedef almıştır).
• TLS 1.0 & 1.1: Bu sürümler de modern standartlara göre yetersiz kalmaktadır. Bilinen zafiyetler arasında BEAST, CRIME, FREAK ve Logjam saldırıları bulunmaktadır. PCI DSS gibi güvenlik standartları, bu sürümlerin kullanımını yasaklamaktadır. Tarayıcılar ve büyük platformlar bu sürümleri kademeli olarak desteklemeyi bırakmıştır.
• TLS 1.2: Uzun yıllar boyunca en yaygın ve önerilen sürüm olmuştur. Güçlü şifreleme paketleri ve modern algoritmaları destekler. Günümüzde hala birçok yerde kullanılmaktadır.
• TLS 1.3: 2018 yılında yayınlanan en güncel ve en güvenli TLS sürümüdür.
  • Daha Az El Sıkışma Gecikmesi: 2 RTT (Round Trip Time) olan el sıkışma süresi 1 RTT'ye düşürülmüştür, bu da performansı artırır.
  • Güvenliğin Artırılması: Eski ve zayıf şifreleme algoritmaları tamamen kaldırılmıştır.
  • Daha İyi İleriye Dönük Gizlilik (PFS): Tüm anahtar değişim algoritmaları PFS'yi zorunlu kılar.
  • Şifreli SNI (Server Name Indication): Henüz yaygınlaşmamış olsa da, sunucu adı gösterimini şifreleyerek gizliliği daha da artırma potansiyeline sahiptir.

# Basit bir OpenSSL komutu ile sunucunun TLS/SSL yapılandırmasını kontrol etme
openssl s_client -connect example.com:443 -tls1_3
openssl s_client -connect example.com:443 -tls1_2

• Güncel TLS Sürümlerini Kullanın: Mümkünse TLS 1.3 kullanın ve en az TLS 1.2'yi zorunlu kılın. SSL 2.0, SSL 3.0, TLS 1.0 ve TLS 1.1 desteğini devre dışı bırakın.
• Güçlü Şifreleme Paketleri (Cipher Suites) Seçin: ECDHE-RSA-AES256-GCM-SHA384 gibi güçlü, ileriye dönük gizlilik (PFS) sağlayan ve modern algoritmalar kullanan paketleri tercih edin. CBC modları yerine GCM modlarını kullanın. Zayıf şifreleme paketlerini devre dışı bırakın.
• Güvenilir Bir Sertifika Otoritesinden (CA) Sertifika Alın: Let's Encrypt gibi ücretsiz CA'lar veya diğer ticari CA'lardan alınmış sertifikalar kullanın. Kendi kendine imzalı (self-signed) sertifikalar test ortamları dışında güvenli değildir ve tarayıcılar tarafından güvenilmeyen uyarıları verir.
• Sertifikalarınızı Düzenli Olarak Yenileyin: Sertifika süreleri genellikle 90 gün ile 1 yıl arasında değişir. Süresi dolmuş bir sertifika, sitenizin ulaşılamaz olmasına veya güvenli kabul edilmemesine neden olur.
• HTTP Strict Transport Security (HSTS) Uygulayın: HSTS, tarayıcılara web sitenize her zaman HTTPS üzerinden bağlanmalarını söyler. Bu, kullanıcıların yanlışlıkla HTTP üzerinden bağlanmasını engelleyerek man-in-the-middle saldırılarına karşı ek koruma sağlar. HSTS hakkında daha fazla bilgi.
• OCSP Stapling ve CRL'leri Kullanın: Bunlar, sertifika iptal durumunu hızlıca kontrol etmeye yardımcı olur ve performans artışı sağlar.
• Doğru Özel Anahtar Boyutu ve Tipi: RSA için en az 2048 bit, tercihen 4096 bit veya ECC (Eliptik Eğri Kriptografisi) sertifikaları kullanın. ECC, daha küçük anahtar boyutlarıyla benzer güvenlik seviyeleri sunar.
• Sunucunuzu ve Yazılımlarınızı Güncel Tutun: İşletim sistemi, web sunucusu (Apache, Nginx, IIS) ve SSL kütüphaneleri (OpenSSL gibi) dahil olmak üzere tüm yazılımlarınızı düzenli olarak yamalayın ve güncelleyin.
• Güvenlik Başlıklarını Kullanın: Content Security Policy (CSP), X-Content-Type-Options, X-Frame-Options gibi HTTP güvenlik başlıklarını kullanarak tarayıcı tabanlı saldırılara karşı ek koruma sağlayın.
• Periyodik Güvenlik Denetimleri ve Testleri: SSL Labs'ın SSL Server Testi gibi araçları kullanarak sunucunuzun TLS/SSL yapılandırmasını düzenli olarak test edin ve önerileri uygulayın.

# Nginx için örnek TLS yapılandırması
server {
    listen 443 ssl http2;
    listen [::]:443 ssl http2;
    server_name example.com;

    ssl_certificate /etc/nginx/ssl/example.com/fullchain.pem;
    ssl_certificate_key /etc/nginx/ssl/example.com/privkey.pem;

    ssl_protocols TLSv1.2 TLSv1.3;
    ssl_ciphers 'ECDHE-RSA-AES256-GCM-SHA384:ECDHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256';
    ssl_prefer_server_ciphers on;
    ssl_session_cache shared:SSL:10m;
    ssl_session_timeout 1d;
    ssl_session_tickets off;
    ssl_stapling on;
    ssl_stapling_verify on;
    resolver 8.8.8.8 8.8.4.4 valid=300s;
    resolver_timeout 5s;
    add_header Strict-Transport-Security "max-age=31536000; includeSubDomains; preload";
    add_header X-Frame-Options DENY;
    add_header X-Content-Type-Options nosniff;
    add_header X-XSS-Protection "1; mode=block";

    # Diğer Nginx yapılandırmaları...
}

• SERTIFIKA GÜVENİLMİYOR HATASI: Sertifikanın süresinin dolması, güvenilir bir CA tarafından imzalanmamış olması (kendi kendine imzalı), veya alan adıyla uyuşmaması gibi durumlarda ortaya çıkar. Çözüm, geçerli bir sertifika kullanmak ve tarayıcınızın kök sertifika deposunu güncel tutmaktır.
• SÜRÜM UYUŞMAZLIĞI: İstemci ve sunucunun ortak desteklediği bir TLS sürümü veya şifreleme paketi bulunamadığında bağlantı başarısız olabilir. Özellikle eski sistemlerle entegrasyon yaparken bu sorunlar yaşanabilir. Sunucunuzda güncel ve geriye dönük uyumluluğu olan TLS sürümlerini desteklediğinizden emin olun (örn. TLS 1.2 ve 1.3).
• PERFORMANS DÜŞÜŞÜ: TLS şifrelemesi ek işlem yükü getirse de, modern donanım ve TLS 1.3 gibi optimize edilmiş sürümlerle bu etki minimaldir. Yanlış yapılandırılmış veya zayıf anahtar değişimi algoritmaları performansı olumsuz etkileyebilir.

Unutmayın: "Güvenlik bir varış noktası değil, sürekli bir yolculuktur." TLS/SSL bağlamında bu, sürekli güncel kalmak, en iyi uygulamaları takip etmek ve yeni tehditlere karşı hazırlıklı olmak anlamına gelir.

Genişletmek için tıkla ...