SSL/TLS El Sıkışması: Güvenli Bağlantının Adımları

05 Ekim 2026 · 10 dk okuma

Bir web tarayıcısı adres çubuğuna bir alan adı yazıldığında ve bağlantı HTTPS üzerinden kurulduğunda, kullanıcı ile sunucu arasında aktarılacak verinin şifrelenebilmesi için önce iki tarafın bir dizi mesaj alışverişiyle anlaşması gerekir. Bu anlaşma süreci, sunucuya yüklenmiş dijital sertifika ile tarayıcının güvendiği kök sertifika otoriteleri arasında bir doğrulama zinciri kurar ve ardından iki tarafın ortak bir şifreleme anahtarı üzerinde uzlaşmasını sağlar. Teknik literatürde bu süreç el sıkışma olarak adlandırılır ve kullanıcı farkında olmadan, çoğu durumda saniyenin küçük bir kesri içinde tamamlanır.

El sıkışmanın amacı yalnızca veriyi şifrelemek değildir. Sürecin sonunda taraflar, karşı tarafın gerçekten iddia ettiği sunucu olduğunu doğrulamış, kullanılacak şifreleme algoritmaları üzerinde uzlaşmış, oturum boyunca geçerli olacak simetrik anahtarları üretmiş ve aktarılan mesajların değiştirilmediğini kontrol edebilecek bir yapı kurmuş olur. Bu nedenle el sıkışma, güvenli bağlantının temelini oluşturan çok adımlı bir protokol akışıdır.

SSL ve TLS Kavramlarının Ayrımı

Günlük kullanımda "SSL sertifikası" ifadesi yaygın olsa da, bugün web üzerinde fiilen çalışan protokol ailesi TLS'dir. SSL, 1990'lı yılların ortasında geliştirilmiş ve sürüm 2.0 ile 3.0 olarak yayımlanmıştır. TLS ise SSL 3.0 temel alınarak standartlaştırma kuruluşu tarafından geliştirilmiş ve 1999'da 1.0 sürümüyle duyurulmuştur. Ardından 1.1, 1.2 ve son olarak 1.3 sürümleri tanımlanmıştır. SSL 2.0 ve SSL 3.0, bilinen zayıflıkları nedeniyle artık güvenli kabul edilmemekte ve desteklenen protokol listelerinden çıkarılmaktadır. TLS 1.0 ve 1.1 de benzer gerekçelerle devre dışı bırakılma sürecine girmiştir. Bu nedenle bir sunucunun desteklediği protokol sürümleri arasında yalnızca güncel TLS sürümlerinin bulunması, el sıkışmanın güvenilirliği açısından belirleyicidir.

El Sıkışmanın Sağladığı Üç Temel Güvence

El sıkışma süreci üç temel güvenceyi birlikte sunar. Birincisi kimlik doğrulamadır; tarayıcı, bağlandığı sunucunun sertifikasını doğrulayarak alan adının gerçekten yetkili tarafça yönetildiğini kontrol eder. İkincisi gizliliktir; oturum boyunca aktarılan veriler simetrik şifreleme ile korunur ve ağ üzerinde trafiği izleyen üçüncü taraflar içeriği okuyamaz. Üçüncüsü bütünlüktür; her mesaj, iletilirken değiştirilmediğini kanıtlayan bir doğrulama koduyla birlikte gönderilir. Modern şifre paketlerinde bunlara, uzun vadeli özel anahtarın ele geçirilmesi durumunda bile geçmiş oturumların çözülememesi anlamına gelen ileri gizlilik de eklenir.

El Sıkışma Öncesinde Hazır Bulunan Unsurlar

El sıkışma başlamadan önce bazı unsurların hazır olması gerekir. Sunucu tarafında alan adına düzenlenmiş bir sertifika, bu sertifikayı imzalayan ara ve kök sertifikaların oluşturduğu zincir ve sertifikaya karşılık gelen özel anahtar bulunur. İstemci tarafında ise işletim sistemi veya tarayıcıyla birlikte gelen ve güvenilen kök sertifika otoritelerini içeren bir depo yer alır. Ayrıca her iki taraf da desteklediği protokol sürümlerinin ve şifre paketlerinin listesini bilir. Sistem saatinin doğru olması da önemlidir; sertifikaların geçerlilik başlangıç ve bitiş tarihleri bu saate göre değerlendirilir.

SSL/TLS El Sıkışmasının Adımları

Birinci Adım: ClientHello Mesajı

Süreç, istemcinin sunucuya gönderdiği ClientHello mesajıyla başlar. Bu mesajda istemcinin rastgele ürettiği bir sayı, desteklediği TLS sürümleri, kullanabileceği şifre paketlerinin listesi ve çeşitli uzantılar bulunur. Uzantılar arasında, aynı sunucuda birden fazla alan adı barındırıldığında hangi alan adına bağlanılmak istendiğini bildiren sunucu adı göstergesi, uygulama katmanı protokolü uzlaşması ve desteklenen anahtar değişimi grupları yer alabilir. Rastgele sayı, ilerleyen adımlarda üretilecek oturum anahtarlarının tahmin edilemezliğini artırmak için kullanılır.

İkinci Adım: ServerHello ve Sertifika Sunumu

Sunucu, istemcinin önerilerini değerlendirir ve ortak kabul edilebilir bir protokol sürümü ile şifre paketi seçer. Seçimini, kendi rastgele sayısını ve oturum bilgilerini içeren ServerHello mesajıyla istemciye bildirir. Hemen ardından sertifika mesajı gönderilir. TLS 1.2 akışında sunucu, seçilen anahtar değişimi yöntemine ilişkin ek parametreleri ileten bir mesaj, gerekli görülürse istemci sertifikası talebi ve el sıkışmanın sunucu tarafının tamamlandığını bildiren bir mesaj daha ekler. TLS 1.3 akışında ise ServerHello sonrasındaki mesajlar şifrelenmiş olarak iletilir ve sertifika doğrudan okunamaz hâle gelir.

Üçüncü Adım: Sertifika Doğrulaması

İstemci, aldığı sertifikayı kendi güvendiği kök depoya kadar uzanan zincir üzerinden doğrular. Bu doğrulamada sertifikanın geçerlilik tarih aralığı, sertifikanın düzenlendiği alan adının bağlanılan alan adıyla uyumu, imza zincirinin bütünlüğü ve sertifikanın kullanım amacı gibi ölçütler değerlendirilir. Ayrıca iptal durumu, iptal listeleri veya çevrimiçi durum sorgulama yöntemleriyle kontrol edilebilir. Bu adımlardan biri başarısız olduğunda tarayıcı bağlantıyı güvenilir saymaz ve kullanıcıyı uyarır.

Dördüncü Adım: Anahtar Değişimi

Kimlik doğrulamanın ardından taraflar, oturum anahtarlarını üretmek için gerekli sırrı oluşturur. Güncel yapılandırmalarda bu işlem, geçici anahtar çiftleri kullanan ve ileri gizlilik sağlayan yöntemlerle yapılır. Sunucu, ürettiği geçici açık değeri ve parametreleri, el sıkışma sırasında doğrulanan uzun vadeli özel anahtarıyla imzalar; böylece istemci, değerin gerçekten o sunucudan geldiğinden emin olur. İstemci de kendi geçici değerini iletir ve iki taraf, yalnızca kendi hesaplamalarında bulunan ortak bir sır elde eder. Bu sır ağ üzerinden hiçbir zaman açık şekilde gönderilmez.

Beşinci Adım: Oturum Anahtarlarının Türetilmesi

Elde edilen ortak sır, her iki tarafın paylaştığı rastgele sayılarla birlikte bir anahtar türetme fonksiyonuna verilir. Bu fonksiyon, ana oturum sırrını ve ondan türeyen simetrik anahtarları üretir. İstemciden sunucuya giden veriler ile sunucudan istemciye giden veriler için ayrı anahtarlar tanımlanır. Böylece yönler arasında çapraz kullanım engellenir ve olası bir anahtar sızıntısının etkisi sınırlı tutulur.

Altıncı Adım: Şifreli Geçiş ve Bitiş Mesajları

Taraflar, bundan sonraki mesajların şifreli kanaldan gönderileceğini bildiren bir geçiş mesajı alışverişinde bulunur. Ardından, o ana kadar değiş tokuş edilen tüm el sıkışma mesajlarının özetini içeren ve türetilen anahtarlarla korunan bir bitiş mesajı gönderilir. Karşı taraf bu özeti yeniden hesaplayarak iki değerin aynı olup olmadığını kontrol eder. Değerler eşleşiyorsa, aradaki hiçbir mesajın değiştirilmediği doğrulanmış olur ve el sıkışma tamamlanır. Bu noktadan sonra uygulama verisi, uzlaşılan simetrik anahtarlarla şifrelenerek aktarılır.

Kayıt Protokolü ve Veri Aktarımı

El sıkışma tamamlandıktan sonra veri aktarımı, kayıt protokolü adı verilen katman üzerinden gerçekleşir. Uygulama katmanından gelen veri parçalara ayrılır, her parça sıkıştırılmadan doğrudan şifrelenir ve kimlik doğrulamalı şifreleme yöntemleri kullanıldığında bütünlük kontrolü aynı işlem içinde yapılır. Her kayda sıra numarası eklenerek kayıtların yeniden sıralanması veya tekrarlanması engellenir. Böylece hem gizlilik hem de bütünlük, aktarımın her aşamasında korunur.

TLS 1.3 Sürümüyle Gelen Yapısal Değişiklikler

TLS 1.3, el sıkışma akışını sadeleştirmiş ve tur sayısını azaltmıştır. Klasik akışta iki tur gerektiren işlem, bu sürümde tek turda tamamlanabilir. Sunucu sertifikasının kendisi de el sıkışmanın ilk turundan sonra şifrelenerek gönderilir; bu, sertifika bilgisinin ağ üzerinde izlenmesini zorlaştırır. Kullanımdan kaldırılan zayıf algoritmalar protokol tanımından çıkarılmış, anahtar türetme için daha modern bir fonksiyon benimsenmiş ve şifre paketi adlandırması sadeleştirilmiştir. Ayrıca erken veri olarak bilinen ve ilk mesajla birlikte veri gönderilmesine imkân tanıyan isteğe bağlı bir mekanizma tanımlanmıştır; bu mekanizmanın tekrar saldırılarına karşı dikkatli kullanılması gerekir.

Oturumun Yeniden Kullanılması ve Performans

Aynı sunucuya kısa süre içinde tekrar bağlanan istemciler için el sıkışmanın tüm adımlarını yeniden çalıştırmak gerekmeyebilir. Sunucu, önceki oturuma ait bir tanımlayıcı veya yalnızca istemcide saklanan bir bilet üreterek sonraki bağlantılarda anahtar türetmeyi kısaltabilir. Bu yaklaşım, işlem maliyetini ve gecikmeyi azaltır. Ancak yeniden kullanılan oturumların güvenlik özellikleri, ilk el sıkışmada uzlaşılan parametrelere bağlıdır; bu nedenle sunucu tarafındaki yapılandırmanın güncel tutulması önemlidir.

El Sıkışma Sürecinde Karşılaşılan Yaygın Durumlar

  • Sertifikanın geçerlilik süresinin dolması, tarayıcının bağlantıyı reddetmesine yol açar.
  • Sertifikadaki alan adı ile ziyaret edilen alan adının uyuşmaması, doğrulama hatası üretir.
  • Ara sertifikaların sunucuda eksik yapılandırılması, zincirin kurulamamasına neden olur.
  • Sunucunun yalnızca eski protokol sürümlerini desteklemesi, istemciyle ortak bir sürüm bulunamaması sonucunu doğurur.
  • Ortak bir şifre paketi üzerinde uzlaşılamaması, el sıkışmanın tamamlanmadan sonlanmasına yol açar.
  • Sunucu veya istemci saatindeki belirgin sapma, geçerli bir sertifikanın süresi dolmuş ya da henüz geçerli olmamış gibi değerlendirilmesine sebep olabilir.

Doğrulama ve İzleme Yaklaşımları

Bir sunucunun el sıkışma yapılandırmasını değerlendirmek için tarayıcıların geliştirici araçlarındaki bağlantı güvenliği bölümleri kullanılabilir; burada kullanılan protokol sürümü, şifre paketi ve sertifika zinciri görüntülenebilir. Komut satırı araçlarıyla da sunucunun sunduğu sertifika zinciri ve desteklediği protokol sürümleri incelenebilir. Sertifika sürelerinin otomatik olarak izlenmesi, süresi dolmak üzere olan sertifikaların zamanında yenilenmesini sağlar. Sunucu tarafında yalnızca güncel protokol sürümlerinin etkin bırakılması, zayıf algoritmaların devre dışı bırakılması ve sertifika zincirinin eksiksiz sunulması, el sıkışmanın hem güvenli hem de kesintisiz tamamlanmasına katkı sağlar.

SSL/TLS el sıkışması, alan adı üzerinden erişilen bir web sitesinin güvenilir biçimde çalışmasının ön koşuludur. Sürecin adımlarının ve sürümler arasındaki farkların anlaşılması; sertifika yönetimi, sunucu yapılandırması ve bağlantı sorunlarının çözümü açısından teknik bir temel oluşturur.