\n\n| Gidi\u015f-D\u00f6n\u00fc\u015f S\u00fcresi (RTT)<\/b><\/td>\n | 2 RTT (tam handshake)<\/td>\n | 1 RTT (tam handshake)<\/td>\n<\/tr>\n |
\n| Anahtar De\u011fi\u015fimi<\/b><\/td>\n | RSA ve Diffie-Hellman desteklenir.<\/td>\n | Sadece PFS sa\u011flayan ge\u00e7ici anahtar de\u011fi\u015fim algoritmalar\u0131 (\u00f6rn. ECDHE) desteklenir.<\/td>\n<\/tr>\n |
\n| Desteklenen \u015eifreler<\/b><\/td>\n | \u00c7ok geni\u015f bir yelpaze, zay\u0131f olanlar dahil (RC4, 3DES).<\/td>\n | Sadece modern ve g\u00fcvenli AEAD (Authenticated Encryption with Associated Data) \u015fifreleri (\u00f6rn. AES-GCM, ChaCha20-Poly1305).<\/td>\n<\/tr>\n |
\n| Oturum Yenileme<\/b><\/td>\n | Session ID’ler veya Session Tickets ile yap\u0131l\u0131r.<\/td>\n | PSK (Pre-Shared Key) tabanl\u0131 daha verimli bir “0-RTT” modu ile yap\u0131l\u0131r.<\/td>\n<\/tr>\n |
\n| Handshake \u015eifrelemesi<\/b><\/td>\n | “Change Cipher Spec” mesaj\u0131ndan sonra ba\u015flar. Sertifika gibi baz\u0131 bilgiler \u015fifresizdir.<\/td>\n | “Server Hello” mesaj\u0131ndan hemen sonra ba\u015flar, daha fazla mesaj \u015fifrelenir.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n<\/span>SSL ve TLS Aras\u0131ndaki Farklar<\/span><\/h2>\n\u0130nternet g\u00fcvenli\u011fi denildi\u011finde SSL ve TLS terimleri s\u0131k\u00e7a birbirinin yerine kullan\u0131lsa da asl\u0131nda bu iki protokol, ayn\u0131 evrimsel \u00e7izginin farkl\u0131 noktalar\u0131n\u0131 temsil eder. TLS, SSL’in do\u011frudan halefidir ve modern internetin g\u00fcvenlik standard\u0131n\u0131 olu\u015fturur.<\/p>\n <\/span>Tarihsel Geli\u015fim: SSL’den TLS’e Evrim<\/span><\/h3>\nG\u00fcvenli internet ileti\u015fiminin temelleri, 1990’lar\u0131n ortas\u0131nda Netscape taraf\u0131ndan geli\u015ftirilen SSL (Secure Sockets Layer) protokol\u00fc ile at\u0131ld\u0131. <\/p>\n \n- SSL 1.0:<\/b> Hi\u00e7bir zaman kamuya yay\u0131nlanmad\u0131 \u00e7\u00fcnk\u00fc ciddi g\u00fcvenlik a\u00e7\u0131klar\u0131 i\u00e7eriyordu.<\/li>\n
- SSL 2.0:<\/b> 1995’te yay\u0131nland\u0131 ancak k\u0131sa s\u00fcrede \u00f6nemli zay\u0131fl\u0131klar\u0131 oldu\u011fu anla\u015f\u0131ld\u0131.<\/li>\n
- SSL 3.0:<\/b> 1996’da piyasaya s\u00fcr\u00fcld\u00fc ve SSL 2.0’daki bir\u00e7ok sorunu gidererek uzun s\u00fcre standart olarak kullan\u0131ld\u0131.<\/li>\n<\/ul>\n
\u0130nternetin geli\u015fmesi ve g\u00fcvenlik ihtiya\u00e7lar\u0131n\u0131n artmas\u0131yla, SSL’in yerini alacak daha g\u00fc\u00e7l\u00fc bir protokole ihtiya\u00e7 duyuldu. 1999’da, \u0130nternet M\u00fchendisli\u011fi G\u00f6rev G\u00fcc\u00fc (IETF), SSL 3.0’\u0131 temel alarak ilk TLS (Transport Layer Security) versiyonunu yay\u0131nlad\u0131.<\/p>\n \n- TLS 1.0 (1999):<\/b> SSL 3.0’\u0131n do\u011frudan bir y\u00fckseltmesiydi.<\/li>\n
- TLS 1.1 (2006):<\/b> Kriptografik iyile\u015ftirmeler i\u00e7eriyordu.<\/li>\n
- TLS 1.2 (2008):<\/b> \u00c7ok daha g\u00fc\u00e7l\u00fc \u015fifreleme paketleri ve hash algoritmalar\u0131 (SHA-256 gibi) sunarak uzun y\u0131llar boyunca end\u00fcstri standard\u0131 haline geldi.<\/li>\n
- TLS 1.3 (2018):<\/b> Protokol\u00fc k\u00f6kten basitle\u015ftirerek h\u0131z\u0131 ve g\u00fcvenli\u011fi \u00f6nemli \u00f6l\u00e7\u00fcde art\u0131rd\u0131.<\/li>\n<\/ul>\n
<\/span>G\u00fcvenlik A\u00e7\u0131klar\u0131 ve Versiyonlar\u0131n \u00d6nemi<\/span><\/h3>\nEski protokol versiyonlar\u0131n\u0131n kullan\u0131lmaya devam edilmesi, ciddi g\u00fcvenlik riskleri do\u011furur. Y\u0131llar i\u00e7inde, SSL 2.0, SSL 3.0 ve hatta ilk TLS versiyonlar\u0131nda ciddi zafiyetler ke\u015ffedilmi\u015ftir. POODLE, BEAST ve Heartbleed gibi \u00fcnl\u00fc sald\u0131r\u0131lar, bu eski protokollerdeki tasar\u0131m hatalar\u0131ndan veya zay\u0131f kriptografik uygulamalardan faydalanm\u0131\u015ft\u0131r. Bu nedenle, sunucu ve istemci yaz\u0131l\u0131mlar\u0131n\u0131 g\u00fcncel tutmak ve sadece modern, g\u00fcvenli protokol versiyonlar\u0131n\u0131 (TLS 1.2 ve \u00f6zellikle TLS 1.3) kullanmak kritik \u00f6neme sahiptir.<\/p>\n <\/span>G\u00fcn\u00fcm\u00fczde Hangi Protokol ve Versiyonlar Kullan\u0131lmal\u0131d\u0131r?<\/span><\/h3>\nG\u00fcn\u00fcm\u00fcz standartlar\u0131na g\u00f6re, t\u00fcm SSL versiyonlar\u0131 (SSL 2.0 ve 3.0) ve TLS 1.0\/1.1 g\u00fcvensiz kabul edilmektedir. T\u00fcm modern web taray\u0131c\u0131lar\u0131 ve sunucular\u0131 bu eski versiyonlara olan deste\u011fi ya tamamen kald\u0131rm\u0131\u015f ya da varsay\u0131lan olarak devre d\u0131\u015f\u0131 b\u0131rakm\u0131\u015ft\u0131r. <\/p>\n Kesinlikle Kullan\u0131lmas\u0131 Gerekenler:<\/b><\/p>\n\n- TLS 1.3:<\/b> M\u00fcmk\u00fcn olan her yerde tercih edilmelidir. En y\u00fcksek h\u0131z\u0131 ve en g\u00fc\u00e7l\u00fc g\u00fcvenli\u011fi sunar.<\/li>\n
- TLS 1.2:<\/b> TLS 1.3’\u00fc desteklemeyen daha eski sistemlerle uyumluluk i\u00e7in kabul edilebilir bir geri \u00e7ekilme (fallback) se\u00e7ene\u011fidir. Ancak, yaln\u0131zca g\u00fcvenli \u015fifreleme paketleriyle yap\u0131land\u0131r\u0131ld\u0131\u011f\u0131ndan emin olunmal\u0131d\u0131r.<\/li>\n<\/ul>\n
Bir web sitesi y\u00f6neticisi olarak, sunucunuzun eski ve g\u00fcvensiz protokolleri devre d\u0131\u015f\u0131 b\u0131rakacak ve sadece TLS 1.2 ve TLS 1.3’\u00fc destekleyecek \u015fekilde yap\u0131land\u0131r\u0131ld\u0131\u011f\u0131ndan emin olman\u0131z, kullan\u0131c\u0131lar\u0131n\u0131z\u0131n verilerini korumak i\u00e7in atman\u0131z gereken en temel ad\u0131mlardan biridir.<\/p>\n <\/span>SSL\/TLS Handshake Hatalar\u0131 ve Nedenleri<\/span><\/h2>\nSSL\/TLS handshake s\u00fcreci, istemci ve sunucu aras\u0131nda ba\u015far\u0131l\u0131 bir \u015fekilde tamamlanmad\u0131\u011f\u0131nda, taray\u0131c\u0131n\u0131zda “Bu siteye ula\u015f\u0131lam\u0131yor”, “Ba\u011flant\u0131n\u0131z gizli de\u011fil” veya “G\u00fcvenli ba\u011flant\u0131 kurulamad\u0131” gibi hatalar al\u0131rs\u0131n\u0131z. Bu hatalar, s\u00fcrecin belirli bir ad\u0131m\u0131nda bir sorun ya\u015fand\u0131\u011f\u0131n\u0131 g\u00f6sterir ve genellikle birka\u00e7 yayg\u0131n nedenden kaynaklan\u0131r.<\/p>\n <\/span>Sertifika Ge\u00e7ersizli\u011fi veya S\u00fcresinin Dolmas\u0131<\/span><\/h3>\nEn s\u0131k kar\u015f\u0131la\u015f\u0131lan handshake hatas\u0131 nedenlerinden biridir. Sunucunun istemciye sundu\u011fu SSL sertifikas\u0131 \u00e7e\u015fitli nedenlerle ge\u00e7ersiz olabilir:<\/p>\n \n- S\u00fcre Dolmas\u0131:<\/b> SSL sertifikalar\u0131n\u0131n belirli bir ge\u00e7erlilik s\u00fcresi vard\u0131r (genellikle bir y\u0131l). Bu s\u00fcre doldu\u011funda sertifika yenilenmezse, taray\u0131c\u0131lar taraf\u0131ndan g\u00fcvensiz olarak i\u015faretlenir.<\/li>\n
|