Bilgi teknolojileri d\u00fcnyas\u0131nda “g\u00fcvenlik” kavram\u0131, her ge\u00e7en g\u00fcn daha da kritik bir \u00f6nem kazanmaktad\u0131r. \u0130nternet \u00fczerinden ger\u00e7ekle\u015ftirilen her t\u00fcrl\u00fc veri al\u0131\u015fveri\u015finin gizlili\u011fini, b\u00fct\u00fcnl\u00fc\u011f\u00fcn\u00fc ve kimlik do\u011frulamas\u0131n\u0131 sa\u011flamak, hem kullan\u0131c\u0131lar hem de hizmet sa\u011flay\u0131c\u0131lar i\u00e7in temel bir gerekliliktir. Bu gereklili\u011fi kar\u015f\u0131lamak \u00fczere geli\u015ftirilen en \u00f6nemli protokollerden ikisi, Secure Sockets Layer (SSL) ve Transport Layer Security (TLS) protokolleridir. Her ne kadar g\u00fcnl\u00fck dilde s\u0131kl\u0131kla “SSL” terimi kullan\u0131lmaya devam etse de, asl\u0131nda bug\u00fcn kulland\u0131\u011f\u0131m\u0131z teknoloji b\u00fcy\u00fck \u00f6l\u00e7\u00fcde TLS’dir. Bu makale, SSL ve TLS aras\u0131ndaki temel farklar\u0131, bu farklar\u0131n neden \u00f6nemli oldu\u011funu ve modern internet g\u00fcvenli\u011fi ba\u011flam\u0131ndaki yerlerini detayl\u0131 bir \u015fekilde inceleyecektir.<\/p>\n
\u0130nternet, ba\u015flang\u0131c\u0131ndan itibaren a\u00e7\u0131k ve herkese eri\u015filebilir bir platform olarak tasarlanm\u0131\u015ft\u0131r. Ancak bu a\u00e7\u0131kl\u0131k, beraberinde g\u00fcvenlik zafiyetlerini de getirmi\u015ftir. Web siteleri ile taray\u0131c\u0131lar, e-posta sunucular\u0131 ile istemciler veya di\u011fer uygulamalar aras\u0131nda aktar\u0131lan verilerin \u00fc\u00e7\u00fcnc\u00fc taraflarca ele ge\u00e7irilmesi, de\u011fi\u015ftirilmesi veya yanl\u0131\u015f kimlik do\u011frulamas\u0131 yap\u0131lmas\u0131 riskini ortadan kald\u0131rmak i\u00e7in \u015fifreleme ve kimlik do\u011frulama mekanizmalar\u0131na ihtiya\u00e7 duyulmu\u015ftur. \u0130\u015fte tam bu noktada SSL ve TLS devreye girer.<\/p>\n
Bu protokoller, istemci ve sunucu aras\u0131ndaki ileti\u015fimi \u015fifreleyerek gizlili\u011fi, veri b\u00fct\u00fcnl\u00fc\u011f\u00fc kontrolleriyle verilerin de\u011fi\u015ftirilmedi\u011fini ve dijital sertifikalar arac\u0131l\u0131\u011f\u0131yla da kimlik do\u011frulamas\u0131n\u0131 garanti eder. Bir web sitesine eri\u015fti\u011finizde adres \u00e7ubu\u011funda g\u00f6rd\u00fc\u011f\u00fcn\u00fcz “https:\/\/” ibaresi ve kilit simgesi, bu protokollerin aktif oldu\u011funu ve ba\u011flant\u0131n\u0131z\u0131n g\u00fcvenli oldu\u011funu g\u00f6sterir. Ancak “SSL” ve “TLS” terimleri aras\u0131ndaki n\u00fcanslar\u0131 anlamak, modern siber g\u00fcvenlik uygulamalar\u0131 a\u00e7\u0131s\u0131ndan hayati \u00f6neme sahiptir.<\/p>\n
SSL, Netscape taraf\u0131ndan 1990’lar\u0131n ortalar\u0131nda geli\u015ftirilen ve internet \u00fczerinden g\u00fcvenli ileti\u015fim sa\u011flamak amac\u0131yla tasarlanm\u0131\u015f ilk protokold\u00fcr. Temel amac\u0131, istemci ve sunucu aras\u0131nda \u015fifrelenmi\u015f bir kanal olu\u015fturarak verilerin gizlili\u011fini, b\u00fct\u00fcnl\u00fc\u011f\u00fcn\u00fc ve kimlik do\u011frulamas\u0131n\u0131 sa\u011flamakt\u0131.<\/p>\n
* SSL 1.0:<\/strong> Netscape taraf\u0131ndan geli\u015ftirilen ilk versiyondu ancak ciddi g\u00fcvenlik a\u00e7\u0131klar\u0131 nedeniyle hi\u00e7bir zaman genel kullan\u0131ma sunulmad\u0131. SSL, \u00fc\u00e7 ana i\u015flevi yerine getirir:<\/p>\n 1. \u015eifreleme (Encryption):<\/strong> \u0130stemci ve sunucu aras\u0131ndaki verilerin okunamaz hale getirilmesini sa\u011flar. Bu sayede, k\u00f6t\u00fc niyetli ki\u015filer verileri ele ge\u00e7irse bile i\u00e7eri\u011fini anlayamaz. SSL 3.0, bir d\u00f6nem g\u00fcvenli ileti\u015fimin temelini olu\u015ftursa da, modern kriptografik sald\u0131r\u0131lara kar\u015f\u0131 savunmas\u0131z kalm\u0131\u015ft\u0131r. En bilinen zafiyetlerinden biri, 2014 y\u0131l\u0131nda ke\u015ffedilen POODLE (Padding Oracle On Downgraded Legacy Encryption)<\/strong> sald\u0131r\u0131s\u0131d\u0131r. Bu sald\u0131r\u0131, SSL 3.0’\u0131n dolgu (padding) i\u015fleme bi\u00e7imindeki bir zafiyeti kullanarak \u015fifrelenmi\u015f verilerin i\u00e7eri\u011fini ele ge\u00e7irmeye olanak tan\u0131yordu. POODLE sald\u0131r\u0131s\u0131n\u0131n ard\u0131ndan, internet taray\u0131c\u0131lar\u0131 ve sunucular h\u0131zla SSL 3.0 deste\u011fini sonland\u0131rmaya ba\u015flad\u0131.<\/p>\n SSL 2.0 ve 3.0’\u0131n yan\u0131 s\u0131ra, RC4 gibi zay\u0131f \u015fifreleme algoritmalar\u0131 ve zay\u0131f anahtar de\u011fi\u015fimi mekanizmalar\u0131 da bu protokollerin g\u00fcvenli\u011fini ciddi \u015fekilde tehdit ediyordu. Bu zafiyetler, SSL’in art\u0131k g\u00fcvenli bir ileti\u015fim protokol\u00fc olarak kabul edilemeyece\u011fi ve kullan\u0131mdan kald\u0131r\u0131lmas\u0131 gerekti\u011fi sonucuna yol a\u00e7t\u0131.<\/p>\n TLS, SSL 3.0’\u0131n do\u011frudan halefi olarak Internet Engineering Task Force (IETF) taraf\u0131ndan geli\u015ftirilen ve standartla\u015ft\u0131r\u0131lan bir protokold\u00fcr. Amac\u0131, SSL’in zay\u0131f y\u00f6nlerini gidermek ve daha g\u00fc\u00e7l\u00fc, daha g\u00fcvenli bir ileti\u015fim \u00e7er\u00e7evesi sa\u011flamakt\u0131r. “TLS” ad\u0131, SSL’den farkl\u0131 bir kurulu\u015f taraf\u0131ndan geli\u015ftirildi\u011fini ve ba\u011f\u0131ms\u0131z bir standart oldu\u011funu vurgulamak i\u00e7in se\u00e7ilmi\u015ftir.<\/p>\n * TLS 1.0 (RFC 2246):<\/strong> 1999 y\u0131l\u0131nda SSL 3.0’\u0131n hemen ard\u0131ndan yay\u0131mland\u0131. SSL 3.0’a g\u00f6re \u00f6nemli iyile\u015ftirmeler i\u00e7erse de, baz\u0131 eski zay\u0131f \u015fifreleme algoritmalar\u0131na hala izin veriyordu. BEAST (Browser Exploit Against SSL\/TLS) ve CRIME (Compression Ratio Info-leak Made Easy) gibi sald\u0131r\u0131lar bu versiyonu da etkiledi. TLS, SSL’in temel i\u015flevlerini (\u015fifreleme, kimlik do\u011frulama, veri b\u00fct\u00fcnl\u00fc\u011f\u00fc) daha g\u00fc\u00e7l\u00fc ve modern kriptografik y\u00f6ntemlerle yerine getirir. TLS’in getirdi\u011fi ba\u015fl\u0131ca iyile\u015ftirmeler \u015funlard\u0131r:<\/p>\n * Daha G\u00fc\u00e7l\u00fc \u015eifreleme Algoritmalar\u0131:<\/strong> Eski ve zay\u0131f algoritmalar\u0131n yerine AES-GCM, ChaCha20-Poly1305 gibi modern ve g\u00fcvenli algoritmalar\u0131n kullan\u0131m\u0131n\u0131 zorunlu k\u0131lar. SSL ve TLS aras\u0131ndaki farklar\u0131 anlamak, modern web g\u00fcvenli\u011fi uygulamalar\u0131 i\u00e7in kritik \u00f6neme sahiptir. \u0130\u015fte bu iki protokol aras\u0131ndaki temel ayr\u0131m noktalar\u0131:<\/p>\n * SSL:<\/strong> Netscape taraf\u0131ndan geli\u015ftirilen orijinal protokold\u00fcr. Versiyonlar\u0131 1.0, 2.0 ve 3.0’d\u0131r. * SSL:<\/strong> T\u00fcm versiyonlar\u0131 (2.0 ve 3.0) art\u0131k g\u00fcvensiz kabul edilmekte ve kullan\u0131mdan kald\u0131r\u0131lmas\u0131 \u015fiddetle tavsiye edilmektedir. * SSL:<\/strong> RC4, MD5, SHA-1 gibi zay\u0131f ve art\u0131k g\u00fcvensiz kabul edilen \u015fifreleme algoritmalar\u0131na ve karma fonksiyonlar\u0131na izin verir. Bu, bir\u00e7ok kriptografik sald\u0131r\u0131ya (POODLE, BEAST, CRIME) zemin haz\u0131rlam\u0131\u015ft\u0131r. * SSL\/TLS 1.0, 1.1, 1.2:<\/strong> El s\u0131k\u0131\u015fma s\u00fcreci daha karma\u015f\u0131k ve daha fazla a\u011f turu gerektirir (2-RTT). Bu s\u00fcre\u00e7 s\u0131ras\u0131nda baz\u0131 metadata bilgileri \u015fifrelenmez. * SSL:<\/strong> Daha eski ve zay\u0131f MAC algoritmalar\u0131 kullan\u0131r (MD5, SHA-1). * TLS, SSL’e k\u0131yasla daha spesifik ve ayr\u0131nt\u0131l\u0131 uyar\u0131 mesajlar\u0131 i\u00e7erir. Bu, hata ay\u0131klama ve sorun giderme s\u00fcre\u00e7lerini kolayla\u015ft\u0131r\u0131r.<\/p>\n * SSL 3.0’daki dolgu i\u015fleme mekanizmas\u0131, POODLE sald\u0131r\u0131s\u0131na kar\u015f\u0131 savunmas\u0131zd\u0131. TLS, bu zafiyeti gidermek i\u00e7in dolgu i\u015fleme y\u00f6ntemlerini iyile\u015ftirmi\u015ftir.<\/p>\n * TLS, SSL 3.0 ile belirli bir d\u00fczeyde geriye d\u00f6n\u00fck uyumluluk sa\u011flamak \u00fczere tasarlanm\u0131\u015ft\u0131r, ancak bu uyumluluk modern uygulamalarda genellikle devre d\u0131\u015f\u0131 b\u0131rak\u0131l\u0131r \u00e7\u00fcnk\u00fc eski protokoller g\u00fcvenlik zafiyetleri i\u00e7erir. TLS 1.3, geriye d\u00f6n\u00fck uyumluluk i\u00e7in bir\u00e7ok eski \u00f6zelli\u011fi kald\u0131rd\u0131\u011f\u0131ndan, \u00f6nceki TLS versiyonlar\u0131na g\u00f6re daha az uyumluluk sa\u011flar.<\/p>\n SSL ve TLS aras\u0131ndaki bu farklar, sadece teknik detaylar olmaktan \u00f6te, dijital g\u00fcvenlik, performans ve uyumluluk a\u00e7\u0131s\u0131ndan b\u00fcy\u00fck \u00f6nem ta\u015f\u0131r.<\/p>\n * Sald\u0131r\u0131lara Kar\u015f\u0131 Koruma:<\/strong> Eski SSL versiyonlar\u0131 ve TLS 1.0\/1.1, bilinen bir\u00e7ok kriptografik sald\u0131r\u0131ya (POODLE, BEAST, CRIME, Heartbleed) kar\u015f\u0131 savunmas\u0131zd\u0131r. Bu sald\u0131r\u0131lar, hassas verilerin (kullan\u0131c\u0131 adlar\u0131, \u015fifreler, kredi kart\u0131 bilgileri) ele ge\u00e7irilmesine yol a\u00e7abilir. Modern TLS versiyonlar\u0131 (\u00f6zellikle TLS 1.2 ve 1.3), bu t\u00fcr sald\u0131r\u0131lara kar\u015f\u0131 \u00e7ok daha g\u00fc\u00e7l\u00fc koruma sa\u011flar. * Daha H\u0131zl\u0131 Ba\u011flant\u0131 Kurulumu:<\/strong> TLS 1.3, basitle\u015ftirilmi\u015f el s\u0131k\u0131\u015fma s\u00fcreci sayesinde ba\u011flant\u0131 kurulumunu \u00f6nemli \u00f6l\u00e7\u00fcde h\u0131zland\u0131r\u0131r (1-RTT veya 0-RTT). Bu, web sitelerinin daha h\u0131zl\u0131 y\u00fcklenmesi ve kullan\u0131c\u0131 deneyiminin iyile\u015fmesi anlam\u0131na gelir. * Taray\u0131c\u0131 ve Uygulama Deste\u011fi:<\/strong> Modern web taray\u0131c\u0131lar\u0131 (Chrome, Firefox, Safari, Edge) ve i\u015fletim sistemleri, eski SSL ve TLS versiyonlar\u0131na olan deste\u011fi aktif olarak sonland\u0131rmaktad\u0131r. G\u00fcvenli olmayan protokoller kullanan siteler, kullan\u0131c\u0131lar i\u00e7in uyar\u0131 mesajlar\u0131 g\u00f6sterebilir veya tamamen eri\u015fimi engelleyebilir. Bu durum, eski protokolleri kullanan web siteleri ve hizmetler i\u00e7in eri\u015filebilirlik sorunlar\u0131na yol a\u00e7ar. * Google gibi arama motorlar\u0131, HTTPS kullanan web sitelerine arama sonu\u00e7lar\u0131nda \u00f6ncelik vermektedir. Modern TLS versiyonlar\u0131n\u0131 kullanan siteler, daha iyi bir SEO s\u0131ralamas\u0131 elde edebilir ve organik trafi\u011fi art\u0131rabilir.<\/p>\n * Bir web sitesinin g\u00fcvenli (HTTPS) olmas\u0131, kullan\u0131c\u0131lar\u0131n siteye olan g\u00fcvenini art\u0131r\u0131r. Adres \u00e7ubu\u011fundaki kilit simgesi, kullan\u0131c\u0131lar\u0131n ki\u015fisel bilgilerini veya \u00f6deme bilgilerini g\u00fcvenle girebilece\u011finin bir g\u00f6stergesidir. Eski veya g\u00fcvensiz protokoller kullanan siteler, taray\u0131c\u0131lar taraf\u0131ndan “g\u00fcvenli de\u011fil” olarak i\u015faretlenir ve bu da kullan\u0131c\u0131lar\u0131n siteyi terk etmesine neden olabilir.<\/p>\n G\u00fcn\u00fcm\u00fczde “SSL sertifikas\u0131” terimi hala yayg\u0131n olarak kullan\u0131lsa da, asl\u0131nda bu sertifikalar TLS protokol\u00fcn\u00fc destekler. Dolay\u0131s\u0131yla, bir “SSL sertifikas\u0131” sat\u0131n ald\u0131\u011f\u0131n\u0131zda, asl\u0131nda TLS \u015fifrelemesi sa\u011flayan bir sertifika alm\u0131\u015f olursunuz. \u00d6nemli olan, sunucular\u0131n\u0131z\u0131n ve uygulamalar\u0131n\u0131z\u0131n g\u00fcncel TLS versiyonlar\u0131n\u0131 kullanacak \u015fekilde yap\u0131land\u0131r\u0131lmas\u0131d\u0131r.<\/p>\n 1. Mevcut Altyap\u0131y\u0131 Denetleyin:<\/strong> Hangi sunucu ve istemci sistemlerinin hangi SSL\/TLS versiyonlar\u0131n\u0131 destekledi\u011fini belirleyin. TLS 1.3, internet g\u00fcvenli\u011fi alan\u0131nda \u00f6nemli bir d\u00f6n\u00fcm noktas\u0131d\u0131r. Protokol\u00fcn basitle\u015ftirilmesi, zay\u0131f algoritmalar\u0131n tamamen kald\u0131r\u0131lmas\u0131 ve ileri gizlilik ile performans odakl\u0131 iyile\u015ftirmeler, onu bug\u00fcne kadarki en g\u00fcvenli ve verimli versiyon haline getirmi\u015ftir.<\/p>\n Gelecekte, TLS’in daha da geli\u015ftirilmesi ve yeni tehditlere kar\u015f\u0131 adaptasyonu beklenmektedir. Kuantum bilgisayarlar\u0131n ortaya \u00e7\u0131kmas\u0131yla birlikte kuantum sonras\u0131 kriptografi (Post-Quantum Cryptography – PQC) alan\u0131ndaki ara\u015ft\u0131rmalar, TLS’in gelecekteki versiyonlar\u0131nda kuantum sald\u0131r\u0131lar\u0131na dayan\u0131kl\u0131 algoritmalar\u0131n entegre edilmesini g\u00fcndeme getirebilir.<\/p>\n * “SSL Sertifikas\u0131” ve “TLS Sertifikas\u0131”:<\/strong> G\u00fcn\u00fcm\u00fczde kullan\u0131lan sertifikalar teknik olarak TLS sertifikalar\u0131d\u0131r. Ancak “SSL sertifikas\u0131” terimi, tarihi k\u00f6kenleri nedeniyle halk aras\u0131nda ve sekt\u00f6rde yayg\u0131n olarak kullan\u0131lmaya devam etmektedir. \u0130\u015flevsel olarak ayn\u0131 \u015feyi ifade ederler. SSL ve TLS, internet \u00fczerinden g\u00fcvenli ileti\u015fimin temel ta\u015flar\u0131d\u0131r. Ancak tarihsel geli\u015fimleri ve g\u00fcvenlik a\u00e7\u0131klar\u0131 nedeniyle, SSL protokol\u00fcn\u00fcn t\u00fcm versiyonlar\u0131 ve TLS 1.0\/1.1 gibi eski TLS versiyonlar\u0131 art\u0131k g\u00fcvensiz kabul edilmektedir. Modern internetin gerektirdi\u011fi g\u00fcvenlik, performans ve uyumluluk standartlar\u0131n\u0131 kar\u015f\u0131lamak i\u00e7in TLS 1.2<\/strong>‘nin minimum, TLS 1.3<\/strong>‘\u00fcn ise tercih edilen versiyon olmas\u0131 elzemdir.<\/p>\n Kurulu\u015flar\u0131n ve bireysel kullan\u0131c\u0131lar\u0131n, kulland\u0131klar\u0131 sistemlerin ve web sitelerinin g\u00fcncel TLS versiyonlar\u0131n\u0131 destekledi\u011finden emin olmalar\u0131, eski protokolleri devre d\u0131\u015f\u0131 b\u0131rakmalar\u0131 ve g\u00fc\u00e7l\u00fc \u015fifreleme algoritmalar\u0131n\u0131 kullanmalar\u0131 b\u00fcy\u00fck \u00f6nem ta\u015f\u0131maktad\u0131r. Bu ad\u0131mlar, dijital varl\u0131klar\u0131n korunmas\u0131na, kullan\u0131c\u0131 g\u00fcveninin sa\u011flanmas\u0131na ve yasal d\u00fczenlemelere uyulmas\u0131na yard\u0131mc\u0131 olacakt\u0131r. “SSL” terimi hala dilimizde yerini korusa da, asl\u0131nda bahsetti\u011fimiz g\u00fcvenli ileti\u015fim standard\u0131, s\u00fcrekli evrilen ve g\u00fc\u00e7lenen TLS<\/strong> protokol\u00fcd\u00fcr. Gelece\u011fin dijital d\u00fcnyas\u0131nda g\u00fcvenli\u011fi sa\u011flaman\u0131n anahtar\u0131, bu teknolojik evrimi anlamak ve ona ayak uydurmakt\u0131r.<\/body><\/p>\n","protected":false},"excerpt":{"rendered":"TLS vs SSL: Anahtar Farklar\u0131 Anlamak ve Neden \u00d6nemli Oldu\u011fu\nBilgi teknolojileri d\u00fcnyas\u0131nda “g\u00fcvenlik” kavram\u0131, her ge\u00e7en g\u00fcn daha da kritik","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"csco_page_header_type":"","csco_page_load_nextpost":"","csco_page_subscribe_form":"","csco_page_contact_form":"","footnotes":""},"categories":[874],"tags":[],"class_list":{"0":"post-37324","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-server","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\n
\n* SSL 2.0:<\/strong> 1995 y\u0131l\u0131nda piyasaya s\u00fcr\u00fcld\u00fc. Ne yaz\u0131k ki, tasar\u0131m\u0131 gere\u011fi bir\u00e7ok g\u00fcvenlik zafiyeti bar\u0131nd\u0131r\u0131yordu. \u00d6zellikle “truncate attack” gibi sald\u0131r\u0131lara a\u00e7\u0131kt\u0131 ve ayn\u0131 sunucu \u00fczerinde birden fazla sanal ana bilgisayar\u0131n \u00e7al\u0131\u015fmas\u0131n\u0131 zorla\u015ft\u0131r\u0131yordu. Zay\u0131f anahtar de\u011fi\u015fimi ve mesaj b\u00fct\u00fcnl\u00fc\u011f\u00fc kontrol mekanizmalar\u0131 nedeniyle h\u0131zla terk edildi.
\n* SSL 3.0:<\/strong> 1996 y\u0131l\u0131nda tan\u0131t\u0131lan bu versiyon, SSL 2.0’\u0131n bilinen bir\u00e7ok zafiyetini gidermeyi ama\u00e7lad\u0131. Tasar\u0131m\u0131nda \u00f6nemli iyile\u015ftirmeler yap\u0131ld\u0131 ve uzun s\u00fcre en yayg\u0131n kullan\u0131lan g\u00fcvenli ileti\u015fim protokol\u00fc oldu. Ancak zamanla, bu versiyonda da ciddi g\u00fcvenlik a\u00e7\u0131klar\u0131 ke\u015ffedildi.<\/p>\nSSL’in Temel \u0130\u015flevleri<\/h4>\n
\n2. Kimlik Do\u011frulama (Authentication):<\/strong> Dijital sertifikalar arac\u0131l\u0131\u011f\u0131yla sunucunun (ve iste\u011fe ba\u011fl\u0131 olarak istemcinin) kimli\u011fini do\u011frular. Bu, kullan\u0131c\u0131lar\u0131n do\u011fru sunucuya ba\u011fland\u0131\u011f\u0131ndan ve kimlik av\u0131 (phishing) sald\u0131r\u0131lar\u0131ndan korundu\u011fundan emin olmas\u0131n\u0131 sa\u011flar.
\n3. Veri B\u00fct\u00fcnl\u00fc\u011f\u00fc (Data Integrity):<\/strong> Aktar\u0131lan verilerin iletim s\u0131ras\u0131nda de\u011fi\u015ftirilip de\u011fi\u015ftirilmedi\u011fini kontrol eder. Herhangi bir de\u011fi\u015fiklik tespit edildi\u011finde ba\u011flant\u0131 sonland\u0131r\u0131l\u0131r.<\/p>\nSSL’in Zay\u0131f Noktalar\u0131 ve Kullan\u0131mdan Kald\u0131r\u0131lmas\u0131<\/h4>\n
TLS (Transport Layer Security) Nedir?<\/h3>\n
TLS’in Tarih\u00e7esi ve Versiyonlar\u0131<\/h4>\n
\n* TLS 1.1 (RFC 4346):<\/strong> 2006 y\u0131l\u0131nda tan\u0131t\u0131ld\u0131. TLS 1.0’daki bilinen baz\u0131 zafiyetleri (\u00f6zellikle CBC tabanl\u0131 \u015fifreleme modlar\u0131ndaki \u00f6rt\u00fck ba\u015flatma vekt\u00f6r\u00fc (IV) sorunlar\u0131) giderdi ve daha g\u00fc\u00e7l\u00fc \u015fifreleme algoritmalar\u0131na destek ekledi. Ancak yayg\u0131n benimsenmesi yava\u015f oldu.
\n* TLS 1.2 (RFC 5246):<\/strong> 2008 y\u0131l\u0131nda yay\u0131mlanan bu versiyon, TLS ailesinin en yayg\u0131n ve uzun \u00f6m\u00fcrl\u00fc \u00fcyesi oldu. MD5 ve SHA-1 gibi eski karma algoritmalar\u0131n\u0131 SHA-256 gibi daha g\u00fc\u00e7l\u00fc algoritmalarla de\u011fi\u015ftirdi. Ayr\u0131ca, GCM (Galois\/Counter Mode) gibi kimlik do\u011frulamal\u0131 \u015fifreleme (Authenticated Encryption with Associated Data – AEAD) algoritmalar\u0131na destek ekleyerek g\u00fcvenlik seviyesini \u00f6nemli \u00f6l\u00e7\u00fcde art\u0131rd\u0131. G\u00fcn\u00fcm\u00fczde hala bir\u00e7ok sistemde kullan\u0131lmaktad\u0131r ve \u00e7o\u011fu modern g\u00fcvenlik standard\u0131 taraf\u0131ndan minimum gereklilik olarak kabul edilir.
\n* TLS 1.3 (RFC 8446):<\/strong> 2018 y\u0131l\u0131nda standartla\u015ft\u0131r\u0131lan en yeni ve en g\u00fcvenli versiyondur. TLS 1.2’ye g\u00f6re radikal de\u011fi\u015fiklikler i\u00e7erir:
\n * Basitle\u015ftirilmi\u015f El S\u0131k\u0131\u015fma (Handshake):<\/strong> \u0130leti\u015fimin ba\u015flang\u0131c\u0131ndaki el s\u0131k\u0131\u015fma s\u00fcrecini k\u0131saltarak ba\u011flant\u0131 kurulum s\u00fcresini azalt\u0131r (1-RTT veya 0-RTT).
\n * Eski \u015eifreleme Algoritmalar\u0131n\u0131n Kald\u0131r\u0131lmas\u0131:<\/strong> T\u00fcm bilinen zay\u0131f ve riskli \u015fifreleme algoritmalar\u0131n\u0131 ve karma fonksiyonlar\u0131n\u0131 tamamen kald\u0131rd\u0131. Sadece g\u00fc\u00e7l\u00fc AEAD \u015fifreleme algoritmalar\u0131na izin verir.
\n * Geli\u015fmi\u015f Gizlilik:<\/strong> El s\u0131k\u0131\u015fma s\u00fcrecinin b\u00fcy\u00fck bir k\u0131sm\u0131n\u0131 \u015fifreleyerek metadata s\u0131z\u0131nt\u0131lar\u0131n\u0131 azalt\u0131r.
\n * \u0130leri Gizlilik (Forward Secrecy):<\/strong> T\u00fcm anahtar de\u011fi\u015fimi mekanizmalar\u0131 (ECDHE gibi) varsay\u0131lan olarak ileri gizlilik sa\u011flar. Bu, uzun vadeli bir anahtar\u0131n ele ge\u00e7irilse bile ge\u00e7mi\u015f oturumlar\u0131n \u015fifresinin \u00e7\u00f6z\u00fclemeyece\u011fi anlam\u0131na gelir.
\n * H\u0131z ve Performans:<\/strong> Daha az a\u011f turu gerektirdi\u011fi i\u00e7in daha h\u0131zl\u0131 ba\u011flant\u0131 kurulumu ve daha iyi performans sunar.<\/p>\nTLS’in Temel \u0130\u015flevleri ve \u0130yile\u015ftirmeleri<\/h4>\n
\n* Geli\u015ftirilmi\u015f Anahtar De\u011fi\u015fimi:<\/strong> Diffie-Hellman (DH) ve Eliptik E\u011fri Diffie-Hellman (ECDH) gibi ileri gizlilik sa\u011flayan anahtar de\u011fi\u015fim mekanizmalar\u0131n\u0131 te\u015fvik eder.
\n* Daha Sa\u011flam Mesaj Kimlik Do\u011frulama Kodlar\u0131 (MACs):<\/strong> SHA-256 ve SHA-384 gibi daha g\u00fc\u00e7l\u00fc karma algoritmalar\u0131 kullan\u0131r.
\n* Zay\u0131f \u00d6zelliklerin Kald\u0131r\u0131lmas\u0131:<\/strong> SSL’de bulunan ve sald\u0131r\u0131lara a\u00e7\u0131k olan bir\u00e7ok eski \u00f6zellik ve uzant\u0131 TLS’ten kald\u0131r\u0131lm\u0131\u015ft\u0131r.<\/p>\nTLS ve SSL Aras\u0131ndaki Anahtar Farklar<\/h3>\n
1. Tarihsel Evrim ve \u0130simlendirme<\/h4>\n
\n* TLS:<\/strong> SSL 3.0’\u0131n devam\u0131 niteli\u011finde, IETF taraf\u0131ndan geli\u015ftirilen yeni nesil protokold\u00fcr. Versiyonlar\u0131 1.0, 1.1, 1.2 ve 1.3’t\u00fcr. \u0130sim de\u011fi\u015fikli\u011fi, protokol\u00fcn art\u0131k Netscape’e \u00f6zg\u00fc olmad\u0131\u011f\u0131n\u0131 ve uluslararas\u0131 bir standart oldu\u011funu vurgular.<\/p>\n2. Protokol Versiyonlar\u0131 ve Desteklenen \u00d6zellikler<\/h4>\n
\n* TLS:<\/strong> TLS 1.0 ve 1.1 de modern g\u00fcvenlik standartlar\u0131 a\u00e7\u0131s\u0131ndan zay\u0131f kabul edilmekte ve \u00e7o\u011fu modern taray\u0131c\u0131 ve uygulama taraf\u0131ndan deste\u011fi sonland\u0131r\u0131lmaktad\u0131r. TLS 1.2 \u015fu an i\u00e7in minimum kabul edilebilir standart iken, TLS 1.3 en g\u00fcncel ve en g\u00fcvenli versiyondur.<\/p>\n3. \u015eifreleme Algoritmalar\u0131 ve \u015eifre S\u00fcitleri<\/h4>\n
\n* TLS:<\/strong> \u00d6zellikle TLS 1.2 ve 1.3, \u00e7ok daha g\u00fc\u00e7l\u00fc ve modern \u015fifreleme algoritmalar\u0131 (AES-GCM, ChaCha20-Poly1305) ve karma fonksiyonlar\u0131 (SHA-256, SHA-384) kullan\u0131r. TLS 1.3, sadece ileri gizlilik sa\u011flayan ve kimlik do\u011frulamal\u0131 \u015fifreleme (AEAD) sunan \u015fifre s\u00fcitlerine izin verir.<\/p>\n4. El S\u0131k\u0131\u015fma (Handshake) S\u00fcreci<\/h4>\n
\n* TLS 1.3:<\/strong> El s\u0131k\u0131\u015fma s\u00fcrecini basitle\u015ftirir ve h\u0131zland\u0131r\u0131r (1-RTT veya 0-RTT). Ayr\u0131ca, el s\u0131k\u0131\u015fman\u0131n b\u00fcy\u00fck bir k\u0131sm\u0131n\u0131 \u015fifreleyerek daha fazla gizlilik sa\u011flar ve sald\u0131r\u0131 y\u00fczeyini azalt\u0131r.<\/p>\n5. Mesaj Kimlik Do\u011frulama Kodlar\u0131 (MACs)<\/h4>\n
\n* TLS:<\/strong> Daha g\u00fc\u00e7l\u00fc ve g\u00fcvenli MAC algoritmalar\u0131 kullan\u0131r (SHA-256, SHA-384).<\/p>\n6. Uyar\u0131 Mesajlar\u0131 (Alert Messages)<\/h4>\n
7. Dolgu (Padding) \u0130\u015fleme<\/h4>\n
8. Geriye D\u00f6n\u00fck Uyumluluk (Backward Compatibility)<\/h4>\n
Neden Bu Farklar \u00d6nemli?<\/h3>\n
1. G\u00fcvenlik<\/h4>\n
\n* Veri Gizlili\u011fi:<\/strong> G\u00fc\u00e7l\u00fc \u015fifreleme algoritmalar\u0131 sayesinde, aktar\u0131lan verilerin \u00fc\u00e7\u00fcnc\u00fc taraflarca okunmas\u0131 neredeyse imkans\u0131z hale gelir. TLS 1.3’\u00fcn el s\u0131k\u0131\u015fman\u0131n bir k\u0131sm\u0131n\u0131 \u015fifrelemesi, metadata gizlili\u011fini de art\u0131r\u0131r.
\n* Veri B\u00fct\u00fcnl\u00fc\u011f\u00fc:<\/strong> Geli\u015fmi\u015f MAC algoritmalar\u0131, verilerin iletim s\u0131ras\u0131nda de\u011fi\u015ftirilmesini \u00e7ok daha zor hale getirir ve herhangi bir de\u011fi\u015fiklik an\u0131nda tespit edilmesini sa\u011flar.
\n* Kimlik Do\u011frulama:<\/strong> Daha sa\u011flam sertifika do\u011frulama mekanizmalar\u0131 ve daha g\u00fc\u00e7l\u00fc karma algoritmalar\u0131, sunucu kimlik av\u0131 sald\u0131r\u0131lar\u0131na kar\u015f\u0131 daha iyi koruma sa\u011flar.<\/p>\n2. Performans<\/h4>\n
\n* Daha Az A\u011f Y\u00fck\u00fc:<\/strong> Daha az a\u011f turu, bant geni\u015fli\u011fi kullan\u0131m\u0131n\u0131 azalt\u0131r ve sunucu kaynaklar\u0131n\u0131 daha verimli kullanmaya olanak tan\u0131r.<\/p>\n3. Uyumluluk ve Standartlar<\/h4>\n
\n* Sekt\u00f6rel D\u00fczenlemeler ve Sertifikasyonlar:<\/strong> PCI DSS (\u00d6deme Kart\u0131 Sekt\u00f6r\u00fc Veri G\u00fcvenli\u011fi Standard\u0131), HIPAA (Sa\u011fl\u0131k Sigortas\u0131 Ta\u015f\u0131nabilirlik ve Sorumluluk Yasas\u0131) ve GDPR (Genel Veri Koruma Y\u00f6netmeli\u011fi) gibi bir\u00e7ok sekt\u00f6rel ve yasal d\u00fczenleme, hassas verilerin korunmas\u0131 i\u00e7in belirli TLS versiyonlar\u0131n\u0131n (genellikle TLS 1.2 veya \u00fcst\u00fc) kullan\u0131lmas\u0131n\u0131 zorunlu k\u0131lar. Bu standartlara uymamak, a\u011f\u0131r para cezalar\u0131 ve itibar kayb\u0131na neden olabilir.<\/p>\n4. SEO (Arama Motoru Optimizasyonu)<\/h4>\n
5. Kullan\u0131c\u0131 G\u00fcveni<\/h4>\n
SSL’den TLS’e Ge\u00e7i\u015f ve Pratik Tavsiyeler<\/h3>\n
Ge\u00e7i\u015f S\u00fcreci \u0130\u00e7in Ad\u0131mlar:<\/h4>\n
\n2. Eski Protokolleri Devre D\u0131\u015f\u0131 B\u0131rak\u0131n:<\/strong> SSL 2.0, SSL 3.0, TLS 1.0 ve TLS 1.1 gibi eski ve g\u00fcvensiz protokolleri sunucular\u0131n\u0131zda ve uygulamalar\u0131n\u0131zda devre d\u0131\u015f\u0131 b\u0131rak\u0131n.
\n3. TLS 1.2 ve TLS 1.3’\u00fc Etkinle\u015ftirin:<\/strong> M\u00fcmk\u00fcnse, TLS 1.3’\u00fc \u00f6ncelikli olarak etkinle\u015ftirin. Geriye d\u00f6n\u00fck uyumluluk gerektiren durumlar i\u00e7in TLS 1.2’yi de destekleyin.
\n4. G\u00fc\u00e7l\u00fc \u015eifre S\u00fcitleri Kullan\u0131n:<\/strong> Sadece ileri gizlilik (Forward Secrecy) sa\u011flayan ve AEAD algoritmalar\u0131n\u0131 kullanan \u015fifre s\u00fcitlerini yap\u0131land\u0131r\u0131n.
\n5. Sertifikalar\u0131n\u0131z\u0131 G\u00fcncel Tutun:<\/strong> Sertifikalar\u0131n\u0131z\u0131n g\u00fcncel ve g\u00fcvenilir bir Sertifika Yetkilisi (CA) taraf\u0131ndan verilmi\u015f oldu\u011fundan emin olun.
\n6. Uygulamalar\u0131 ve K\u00fct\u00fcphaneleri G\u00fcncelleyin:<\/strong> T\u00fcm web sunucusu yaz\u0131l\u0131mlar\u0131n\u0131z\u0131 (Apache, Nginx, IIS), i\u015fletim sistemlerinizi, programlama dillerini ve g\u00fcvenlik k\u00fct\u00fcphanelerinizi (OpenSSL gibi) en son s\u00fcr\u00fcmlerine g\u00fcncelleyin. Bu g\u00fcncellemeler genellikle en yeni TLS versiyonlar\u0131 i\u00e7in destek ve g\u00fcvenlik yamalar\u0131 i\u00e7erir.
\n7. Test Edin:<\/strong> De\u011fi\u015fiklikleri yapt\u0131ktan sonra, farkl\u0131 taray\u0131c\u0131lar ve istemcilerle uyumlulu\u011fu ve g\u00fcvenli\u011fi test edin. SSL Labs gibi online ara\u00e7lar, sunucunuzun TLS yap\u0131land\u0131rmas\u0131n\u0131 analiz etmek i\u00e7in harika kaynaklard\u0131r.
\n8. \u0130zleme ve Denetim:<\/strong> TLS yap\u0131land\u0131rmalar\u0131n\u0131z\u0131 d\u00fczenli olarak izleyin ve yeni g\u00fcvenlik a\u00e7\u0131klar\u0131 ortaya \u00e7\u0131kt\u0131k\u00e7a g\u00fcncellemeleri uygulay\u0131n.<\/p>\nTLS’in Gelece\u011fi: TLS 1.3 ve \u00d6tesi<\/h3>\n
S\u0131k\u00e7a Kar\u015f\u0131la\u015f\u0131lan Yan\u0131lg\u0131lar<\/h3>\n
\n* SSL\/TLS’in Tek Ba\u015f\u0131na Yeterlili\u011fi:<\/strong> SSL\/TLS, ileti\u015fim katman\u0131nda g\u00fcvenli\u011fi sa\u011flar ancak bir sistemin genel g\u00fcvenli\u011fini garanti etmez. Uygulama katman\u0131ndaki zafiyetler, sunucu taraf\u0131ndaki yanl\u0131\u015f yap\u0131land\u0131rmalar veya k\u00f6t\u00fc yaz\u0131l\u0131m gibi di\u011fer g\u00fcvenlik a\u00e7\u0131klar\u0131, SSL\/TLS’in sa\u011flad\u0131\u011f\u0131 korumay\u0131 etkisiz hale getirebilir. Kapsaml\u0131 bir g\u00fcvenlik stratejisinin yaln\u0131zca bir par\u00e7as\u0131d\u0131r.<\/p>\nSonu\u00e7<\/h3>\n