VPN Şifrelemesi Gerçekte Nasıl Çalışır: AES-256, El Sıkışma ve Tünelleme Anlaşılır Dille

VPN şifrelemesine dair açıklamaların çoğu, güven verici bir slogana takılıp kalır: "trafiğiniz askeri sınıf AES-256 ile korunuyor." Bu cümle, verinize aslında ne olduğu hakkında size neredeyse hiçbir şey anlatmaz. İşin asıl ilginç kısmı — rakip yazıların neredeyse hepsinin atladığı kısım — her güvenli bağlantının açılış hamlesidir: daha önce hiç karşılaşmamış iki bilgisayarın, düşman bir ağ alışverişteki her baytı izlerken ortak bir gizli anahtar üzerinde uzlaşması.

Bu yazı, verinizin tek bir paketini tüm yaşam döngüsü boyunca takip ediyor: el sıkışma, anahtar değişimi, asıl işi yapan simetrik şifreleme, her şeyi sarıp sarmalayan tünelleme ve karşı uçtaki şifre çözme. Yol boyunca AES-256'nın gerçekte ne olduğunu, "askeri sınıf" ifadesinin neden teknik bir spesifikasyon değil pazarlama olduğunu ve korumanızın aslında nerede başlayıp nerede bittiğini açıklayacağız. Lafı dolandırmak yok, korku tacirliği yok.

İki tür kriptografi ve bir VPN'in neden ikisine de ihtiyacı var

Bir paketi izlemeye başlamadan önce temel bir fikri kavramanız gerekiyor: birbirinden kökten farklı iki şifreleme ailesi vardır ve bir VPN her birini ayrı bir iş için kullanır.

Simetrik şifreleme hem kilitleme hem de kilit açma için tek bir paylaşılan anahtar kullanır. Aynı sır veriyi şifreler ve aynı sır onu çözer. Son derece hızlıdır — modern işlemciler, adanmış AES komutlarını kullanarak simetrik veriyi saniyede gigabaytlar mertebesinde şifreler (Intel ve AMD çipleri yaklaşık 2010'dan beri AES-NI donanım hızlandırması ile geliyor). Aşikâr olan sorun şudur: her iki tarafın da aynı anahtara ihtiyacı vardır ve gizli bir anahtarı, kulak misafirlerinin dinlediği güvenilmez bir ağ üzerinden öylece gönderemezsiniz.

Asimetrik şifreleme (açık anahtarlı kriptografi) matematiksel olarak birbirine bağlı bir anahtar çifti kullanır: herkesin bilebileceği bir açık anahtar ve gizli kalan bir özel anahtar. Birisiyle kilitlenen veri yalnızca diğeriyle açılabilir. Bu, anahtar dağıtım sorununu zarif biçimde çözer — açık anahtarı herkesin önünde paylaşabilirsiniz — ama çok daha yavaştır ve sürekli akan bir trafiği şifrelemek için pratik değildir.

Her VPN'in (ve her HTTPS web sitesinin) kalbindeki zarif numara, ikisini birleştirmektir: yavaş asimetrik matematiği yalnızca bir kez, başlangıçta, sırf hızlı bir simetrik anahtar üzerinde uzlaşmak için kullanmak. Sonra ağır makineyi kenara atıp tüm yığın işini hızlı şifreye bırakmak. İşte bu açılış müzakeresine el sıkışma denir.

Adım 1: El sıkışma ve anahtar değişimi

VPN uygulamanız bağlandığında, cihazınız ile VPN sunucusu, gezintinizin tek bir baytı bile korunmadan önce bir el sıkışma gerçekleştirir. Amaç dar ve net: her iki makinede de, hiçbir gözlemcinin hesaplayamayacağı, birebir aynı simetrik anahtara ulaşmak ve sunucunun iddia ettiği kişi olduğunu doğrulamak.

Önce kimlik doğrulama gelir. Sunucu, açık anahtarını içeren bir sertifika sunar ve istemciniz, gerçek sunucuyla mı yoksa aradaki-makine saldırısı yapan bir sahtekârla mı konuştuğunu teyit etmek için bir dijital imzayı doğrular. RSA veya ECDSA imzalarının tipik olarak iş gördüğü yer burasıdır.

Ardından anahtar uzlaşması gelir ve anlamaya değer adım budur. Modern VPN'ler Diffie-Hellman kullanır, neredeyse her zaman onun eliptik eğri varyantı olan ECDH'yi. Diffie-Hellman olağanüstü bir matematik parçasıdır: her iki taraf da açık değerlerini açıkça takas eder, her biri karşı tarafın açık değerini kendi özel sırrıyla birleştirir ve — altında yatan sayılar teorisi sayesinde — ikisi de birbirinden bağımsız olarak aynı paylaşılan sırra ulaşır. Tel üzerinden gönderilen her şeyi yakalamış bir kulak misafiri bile bu sırrı türetemez, çünkü özel yarılar hiçbir yere seyahat etmez.

El sıkışmanın bütün amacı, paylaşılan bir sırrı herkesin gözü önünde imal etmektir — her iki ucun da birebir aynı şekilde hesapladığı, ama hiçbir gözlemcinin akıp giden trafiğe bakarak yeniden inşa edemeyeceği bir anahtar.

Bu paylaşılan sırdan, her iki taraf da asıl trafiğinizi şifreleyecek simetrik oturum anahtarlarını türetir. Pahalı açık anahtar adımı artık bitmiştir. WireGuard'da bu değişim Curve25519 üzerine kuruludur; OpenVPN ve IKEv2/IPsec'te ise TLS veya IKE el sıkışmasının bir parçası olarak müzakere edilir. Spesifik isimler farklıdır, ama hepsinde temel biçim aynıdır.

Adım 2: AES-256 aslında nedir

Elinde paylaşılan bir simetrik anahtarla VPN, beygiri olan şifreye geçer — en yaygın olarak AES, yani Gelişmiş Şifreleme Standardı'na (Advanced Encryption Standard). AES, 2001'de ABD Ulusal Standartlar ve Teknoloji Enstitüsü (NIST) tarafından açık bir kamu yarışmasından seçilerek standartlaştırıldı; kazanan algoritmanın orijinal adı Rijndael'di ve Belçikalı kriptograflar Joan Daemen ile Vincent Rijmen tarafından tasarlanmıştı.

İşte pazarlamanın nadiren açıkladığı şey. AES bir blok şifresidir: veriyi sabit 128 bitlik bloklar halinde (her seferinde 16 bayt) şifreler. "256" sayısı blok boyutuna değil, anahtar uzunluğuna — 256 bite — işaret eder. AES her bloğu birden çok tur boyunca ikame, permütasyon ve karıştırma işleminden geçirir: AES-128 10 tur, AES-192 12 tur ve AES-256 14 tur kullanır. Daha fazla tur ve daha uzun bir anahtar, küçük bir performans bedeli karşılığında daha geniş bir güvenlik payı anlamına gelir.

• Blok boyutu: 128 bit, her AES varyantı için aynıdır.

• Anahtar uzunluğu: 128, 192 veya 256 bit — sayının işaret ettiği tek fark budur.

• Turlar: sırasıyla 10 / 12 / 14 — daha uzun anahtarlar için daha fazla dönüşüm geçişi.

• Mod önemlidir: ham AES'in akışları güvenle şifrelemesi için bir işletim moduna (GCM veya CBC gibi) ihtiyacı vardır; bir VPN kimliği doğrulanmış bir mod kullanır, asla ham blok şifrelemesi kullanmaz.

"Askeri sınıf şifreleme": etiketi çürütmek

"Askeri sınıf şifreleme" bir pazarlama ifadesidir, teknik bir sertifikasyon değil. Yazılımı askeri sınıf olarak damgalayan herhangi bir standart kuruluşu yoktur. Satıcıların kastettiği şey, AES-256'nın ABD Ulusal Güvenlik Ajansı (NSA) tarafından ÇOK GİZLİ seviyesine kadar gizli bilgilerin korunması için onaylanmış olmasıdır — ki bu doğrudur, ama aynı NSA kılavuzu GİZLİ seviyesindeki veriler için AES-128'i de onaylar. İkisi de AES'tir; ikisi de güvenli kabul edilir.

Dürüst hali şudur: AES-128 ve AES-256, kamuya açık kriptanalizin bildiği kadarıyla, kaba kuvvetle pratikte kırılamazdır. 128 bitlik bir anahtarın 2^128 olası değeri vardır — kabaca 340 undesilyon. Dünya'daki her bilgisayarı seferber etseniz bile, Güneş sönmeden tek bir AES-128 anahtarını kaba kuvvetle kıramazsınız. AES-256'nın 2^256'lık anahtar uzayı "iki katı" güçlü değildir; bir kez daha astronomik ölçüde daha büyüktür, ama siz zaten pratik saldırı noktasının çok ötesindeydiniz. Kaba kuvvete karşı AES-128 ile AES-256 arasındaki gerçek dünya farkı, tüm pratik amaçlar için sıfırdır — ikisi de ulaşılamaz.

Peki neden AES-256'yı tercih etmeli? Kısmen gelecekteki kriptanalitik ilerlemelere karşı bir pay için, kısmen de kuantum hesaplamanın (aşağıda daha fazlası) etkin anahtar gücünü teorik olarak yarıya indirmesi nedeniyle — bu da AES-256'ya daha rahat bir tampon bırakır. Ama bir VPN sizi koruyorsa, bunun nedeni 128 ile 256 bit arasındaki fark değildir. Nedeni, şifrenin etrafındaki her şeydir — el sıkışma, anahtar yönetimi, uygulama. Kusursuz bir şifre, bozuk bir el sıkışmayla hiçbir şeyi korumaz.

Adım 3: Tünelleme — paketi sarmalamak

Şimdi asıl veriye gelelim. Diyelim ki bir web sayfası talep ettiniz. Cihazınız sıradan bir IP paketi oluşturur: hedef adresi listeleyen bir başlık ve talebinizi içeren bir yük. Bir VPN olmadan, o paket ISS'nizin ağı boyunca hedefi — ve çoğu zaman içeriği — görünür halde dolaşır.

Bir VPN ile kapsülleme gerçekleşir. VPN istemcisi orijinal paketinizin tamamını — başlık ve her şeyiyle — alır ve simetrik oturum anahtarını kullanarak okunamaz bir yumağa şifreler. Ardından bu yumağı yeni bir dış paketin içine sarar. Dış paketin başlığı dış dünyaya yalnızca tek bir şey söyler: bu, VPN sunucusuna giden bir trafiktir. Orijinal hedefiniz, şifreli yükün içine mühürlenmiştir.

İşte "tünel" budur. Fiziksel bir boru değildir; gerçek paketinizin, yeni bir paketin şifreli kargosu haline geldiği bu iç içe geçmiş matruşka düzenidir. Yerel ağınızı izleyen herhangi biri — ISS'niz, aynı kafe Wi-Fi'sindeki biri, bir ağ operatörü — bir VPN sunucusunun IP adresine akan şifreli paketler görür ve içinde ne olduğu ya da nihai olarak nereye gittiği hakkında hiçbir şey göremez.

• Orijinal paket: gerçek hedefiniz + verileriniz — VPN olmadan görünür.

• Şifreli yük: o paketin tamamı, oturum anahtarıyla karıştırılmış.

• Yeni dış başlık: yalnızca VPN sunucusuna adreslenmiş — bir kulak misafirinin okuyabileceği tek şey.

• Sonuç: gözlemciler bir VPN kullandığınızı ve ne kadar veri aktığını öğrenir, ama içeriğini veya son hedefini öğrenemez.

Adım 4: Sunucuda şifre çözme ve dönüş yolculuğu

Sarmalanmış paket VPN sunucusuna ulaşır. Sunucu eşleşen simetrik oturum anahtarını elinde tutar, dolayısıyla dış yükün şifresini çözer, orijinal paketinizi geri kazanır ve gerçek hedefini okur. Ardından bu talebi sizin adınıza daha geniş internete iletir — ama artık talep sizin değil, sunucunun IP adresinden kaynaklanıyormuş gibi görünür. VPN'in görünür konumunuzu değiştirmesinin nedeni budur.

Web sitesi VPN sunucusuna yanıt verir. Sunucu o yanıtı aynı oturum anahtarıyla şifreler, kapsüller ve tünelden geri cihazınıza gönderir; cihazınız da onun şifresini çözer. Her gidiş-dönüş bunu tekrarlar: şifrele, kapsülle, ilet, kapsülden çıkar, şifreyi çöz. Simetrik şifre donanım hızlandırmalı olduğu için bu yalnızca küçük bir ek yük getirir — fark ettiğiniz gecikme çoğunlukla matematik değil, trafiğinizin sunucu üzerinden yaptığı fiziksel sapmadır.

Mesele yalnızca gizlilik değil: bütünlük ve kimlik doğrulama

Şifreleme verinizi gizler, ama tek başına verinin değiştirilmeden vardığını kanıtlamaz. Yetenekli bir saldırgan bazen şifreli metindeki bitleri, hiç şifre çözmeden, düz metni bozmak veya manipüle etmek için ters çevirebilir. Güvenli VPN'ler buna karşı yalnızca gizlilikle değil, bütünlük ve kimlik doğrulama denetimleriyle savunma yapar.

Eski tasarımlar ayrı bir HMAC (özet tabanlı mesaj kimlik doğrulama kodu) ekler: paket üzerinde hesaplanan ve alıcının herhangi bir kurcalamayı tespit etmesini sağlayan kriptografik bir etiket. Modern tasarımlar AEAD şifrelerini — İlişkili Verilerle Kimliği Doğrulanmış Şifreleme (Authenticated Encryption with Associated Data) — kullanır; bunlar şifreleme ile bütünlüğü tek bir işlemde birleştirir. AES-GCM ve ChaCha20-Poly1305, baskın iki AEAD yapısıdır. Bir AEAD paketinin tek bir biti bile aktarım sırasında değiştirilirse, kimlik doğrulama etiketi doğrulanamaz ve paket güvenilmek yerine atılır.

ChaCha20-Poly1305 anılmayı hak ediyor çünkü WireGuard yalnızca onu kullanır ve AES donanım hızlandırması olmayan cihazlarda varsayılandır — birçok telefon ve düşük güçlü işlemci ChaCha20'yi AES'ten daha hızlı ve daha sabit zamanlı çalıştırır. AES'ten daha zayıf değildir; Daniel J. Bernstein tarafından tasarlanmış, farklı ama eşit ölçüde saygın, modern bir şifredir.

Mükemmel ileri gizlilik: çalınan bir anahtar neden ana anahtar değildir

İşte ciddi VPN yapılandırmalarını özensiz olanlardan ayıran bir özellik: mükemmel ileri gizlilik (PFS — perfect forward secrecy). El sıkışma sırasında türetilen oturum anahtarları geçicidir — her oturum için yeni baştan üretilir, periyodik olarak döndürülür ve sonra atılır. Asla uzun ömürlü sırlar olarak diske yazılmazlar.

Sonucu önemlidir. Diyelim ki bir saldırgan bugün tüm şifreli trafiğinizi kaydedip depoluyor, sonra yıllar sonra VPN sunucusunu ele geçirip uzun ömürlü özel anahtarını çalıyor. İleri gizlilikle, o çalınan anahtar geçmiş oturumlarınızın şifresini geriye dönük olarak çözmez, çünkü asıl oturum anahtarları geçiciydi ve çoktan yok oldu — bunlar yalnızca uzun ömürlü anahtardan asla türetilemezdi. Her oturum kendi anına mühürlüdür. El sıkışmanın statik bir anahtarı yeniden kullanmak yerine geçici Diffie-Hellman (genellikle ECDHE olarak yazılır, sondaki E "ephemeral/geçici" içindir) kullanmasının nedeni tam da budur.

Şifrelemenin bittiği yer: çıkış sıçraması önemlidir

Yaygın bir yanlış inanış, bir VPN'in trafiğinizi ta web sitesine kadar şifrelediğidir. Şifrelemez. VPN şifrelemesi cihazınız ile VPN sunucusu arasındaki kısmı korur — nokta. Sunucu paketinizin şifresini çözüp gerçek hedefine ilettiğinde, verileriniz kamuya açık internet boyunca, o hedefin sağladığı korumanın altında yolculuğuna devam eder.

Bir VPN olsa bile HTTPS'in hâlâ önemli olmasının nedeni budur. Bir https:// sitesini ziyaret ederseniz, o trafik uçtan uca kendi bağımsız TLS şifrelemesini taşır, dolayısıyla VPN'in çıkışından sonra da korunmuş kalır. Ama bir şeyi düz http:// üzerinden gönderirseniz, VPN sunucusundan düz metin olarak ayrılır ve sunucu ile hedef arasındaki herkes tarafından okunabilir. Bir VPN, şifrelenmemiş çıkış trafiğinizi kimin görebileceğini değiştirir — yerel ISS'nizden VPN sağlayıcısına ve ileriki ağa — ama düz metni sihirli biçimde güvenli hale getirmez. Bu konumda güvenmeye razı olduğunuz bir sağlayıcı seçin ve HTTPS kullanmaya devam edin.

Yaygın efsaneler, düzeltilmiş hali

• "AES-256 kırılamaz." Hiçbir ciddi sistem sonsuza dek kırılamaz değildir ve saldırılar zaten nadiren şifreyi hedef alır — zayıf anahtarları, hatalı uygulamaları, sızdırılmış kimlik bilgilerini veya yazılımı kullanan insanı hedef alır. Matematik en güçlü halkadır; etrafındaki her şey daha yumuşaktır.

• "Sadece kaba kuvvetle kırarlar." 128 bitlik bir anahtarı kaba kuvvetle kırmak yavaş değildir — fiziksel olarak olanaksızdır. Sayılar, gözlemlenebilir evrenin enerji ve zaman bütçesini aşar. Gerçek ihlaller, şifreyi alt etmekten değil, atlatmaktan gelir.

• "Kuantum bilgisayarlar VPN'imi anında kıracak." Bu en abartılan iddiadır. Grover algoritması, simetrik bir anahtarın etkin gücünü teorik olarak yarıya indirebilir; bu da AES-256'yı hâlâ rahat olan ~128 bitlik bir paya düşürür. Daha büyük uzun vadeli endişe, Shor algoritmasının tehdit ettiği asimetrik el sıkışmadır (RSA/ECDH) — sektörün kuantum sonrası anahtar değişimine geçmesinin nedeni de budur. Ama bunu yapabilecek bir kuantum bilgisayarı bugün mevcut değildir ve "şimdi topla, sonra çöz" gelecekteki bir risktir, şu anki bir kırılma değil.

• "Daha fazla bit her zaman daha güvenli demektir." Bir eşiğin ötesinde, anahtar uzunluğu kaba kuvvete karşı önemli olmaktan çıkar. Gerçek güvenliği, 128'e karşı 256'dan çok daha fazla; protokol tasarımı, ileri gizlilik ve temiz uygulama belirler.

Pratik çıkarım

Sloganları bir kenara bırakın; bir VPN'in şifrelemesi temiz, iyi anlaşılmış bir boru hattıdır: açık anahtarlı bir el sıkışma, paylaşılan bir simetrik anahtarı başlatır; o anahtar AES-GCM veya ChaCha20-Poly1305 gibi hızlı ve kimliği doğrulanmış bir şifreyi sürer; paketleriniz şifreli dış paketlerin içine kapsüllenir; ve geçici anahtarlar, yarın bir sunucu ele geçirilse bile bugünün sırlarının sır kalmasını güvence altına alır.

• Şifre (AES-128'e karşı AES-256) nadiren belirleyici etkendir — ikisi de kaba kuvvetin çok ötesindedir.

• Modern bir protokole (WireGuard veya iyi yapılandırılmış OpenVPN/IKEv2), kimliği doğrulanmış AEAD şifrelemesine ve mükemmel ileri gizliliğe öncelik verin.

• Şifrelemenin VPN sunucusunda bittiğini unutmayın — gerçek uçtan uca koruma için HTTPS kullanmaya devam edin.

• "Askeri sınıf" ve "kırılamaz" ifadelerini pazarlama gürültüsü olarak değerlendirin; bir VPN'i uygulamasına, anahtar yönetimine ve işletmecisine duyduğunuz güvene göre yargılayın.

Sıkça Sorulan Sorular

"Askeri sınıf şifreleme" gerçek mi, yoksa sadece pazarlama mı?

Pazarlamadır. Resmi bir "askeri sınıf" sertifikasyonu yoktur. İfade genellikle, ABD NSA'sının ÇOK GİZLİ seviyesine kadar gizli veriler için onayladığı AES-256'ya gönderme yapar — ama NSA, GİZLİ seviyesindeki veriler için AES-128'i de onaylar. Şifre gerçek ve güçlüdür; etiket ise onun etrafına sarılmış bir satış terimidir.

AES-256 şifrelemesi nedir, basitçe açıklanmış hali?

AES-256, 256 bitlik bir anahtar kullanan Gelişmiş Şifreleme Standardı'dır. Veriyi 128 bitlik parçalar halinde, 14 tur matematiksel dönüşümden geçirerek karıştıran bir blok şifresidir. "256" yalnızca anahtar uzunluğuna işaret eder, blok boyutuna değil ve bugün kullanımda olan en çok analiz edilmiş ve güvenilen şifreler arasındadır.

Bir VPN el sıkışması sırasında aslında ne olur?

VPN el sıkışması sunucunun kimliğini doğrular (bir sertifika ve dijital imza aracılığıyla) ve bir anahtar değişimi — genellikle eliptik eğri Diffie-Hellman — çalıştırır; böylece her iki taraf da aynı gizli simetrik anahtarı, onu ağ üzerinden hiç göndermeden, birbirinden bağımsız olarak hesaplar. O simetrik anahtar daha sonra tüm gerçek trafiğinizi şifreler ve yavaş açık anahtarlı matematiği tek seferlik bir kurulum adımına indirger.

VPN tünellemesi nasıl çalışır?

VPN tünellemesi, yani kapsülleme, orijinal veri paketinizi alır, tamamen şifreler ve onu yalnızca VPN sunucusuna adreslenmiş yeni bir dış paketin içine sarar. Yerel ağınızdaki gözlemciler sunucuya giden şifreli trafiği görür, içeriği veya gerçek hedefi hakkında hiçbir şey göremez. Sunucu onu açar ve şifresini çözer, ardından gerçek hedefine iletir.

Bir VPN için AES-256, AES-128'den daha mı iyidir?

Pratikte kaba kuvvet saldırılarına karşı fark ihmal edilebilir düzeydedir — ikisini de kırmak hesaplama açısından olanaksızdır, çünkü AES-128'in 2^128'lik anahtar uzayı bile her türlü gerçekçi hesaplama gücünü aşar. AES-256 daha büyük bir güvenlik payı ve gelecekteki kuantum ilerlemelerine karşı daha iyi bir tampon sunar, ama gerçek dünya VPN güvenliği anahtar boyutundan çok daha fazla protokol tasarımına, ileri gizliliğe ve uygulama kalitesine bağlıdır.

Mükemmel ileri gizlilik nedir ve neden önemlidir?

Mükemmel ileri gizlilik, her oturumun yeni baştan üretilip ardından atılan geçici anahtarlar kullanması demektir. Bir saldırgan daha sonra VPN sunucusunun uzun ömürlü özel anahtarını çalsa bile, geçmişte kaydettiği oturumlarınızın şifresini çözemez, çünkü o oturum anahtarları artık mevcut değildir ve zaten yalnızca uzun ömürlü anahtardan türetilemezdi. Geçmişinizi gelecekteki bir ihlale karşı korur.

Bir VPN trafiğimi ta web sitesine kadar şifreler mi?

Hayır. VPN şifrelemesi yalnızca cihazınız ile VPN sunucusu arasındaki kısmı korur. Sunucu trafiğinizin şifresini çözüp ileri ilettiğinde, koruma hedefe bağlıdır — HTTPS siteleri uçtan uca şifreli kalır, ama düz HTTP trafiği VPN sunucusundan okunabilir düz metin olarak ayrılır. Bir VPN ile bile HTTPS kullanmaya devam etmeniz gerekmesinin nedeni budur.