Keamanan Jaringan - Lapisan Transportasi
Keamanan jaringan memerlukan pengamanan data dari serangan saat sedang transit di jaringan. Untuk mencapai tujuan ini, banyak protokol keamanan waktu nyata telah dirancang. Ada standar populer untuk protokol keamanan jaringan real-time seperti S / MIME, SSL / TLS, SSH, dan IPsec. Seperti disebutkan sebelumnya, protokol ini bekerja di berbagai lapisan model jaringan.
Pada bab terakhir, kita membahas beberapa protokol populer yang dirancang untuk menyediakan keamanan lapisan aplikasi. Dalam bab ini, kita akan membahas proses mencapai keamanan jaringan di Transport Layer dan protokol keamanan terkait.
Untuk jaringan berbasis protokol TCP / IP, lapisan fisik dan tautan data biasanya diterapkan di terminal pengguna dan perangkat keras kartu jaringan. Lapisan TCP dan IP diimplementasikan dalam sistem operasi. Apa pun di atas TCP / IP diimplementasikan sebagai proses pengguna.
Kebutuhan Keamanan Lapisan Transportasi
Mari kita bahas transaksi bisnis berbasis internet yang khas.
Bob mengunjungi situs web Alice untuk menjual barang. Dalam formulir di website, Bob memasukkan jenis barang dan jumlah yang diinginkan, alamat dan detail kartu pembayarannya. Bob mengklik Kirim dan menunggu pengiriman barang dengan debit sejumlah harga dari akunnya. Semua ini terdengar bagus, tetapi dengan tidak adanya keamanan jaringan, Bob mungkin akan mendapat beberapa kejutan.
Jika transaksi tidak menggunakan kerahasiaan (enkripsi), penyerang dapat memperoleh informasi kartu pembayarannya. Penyerang kemudian dapat melakukan pembelian atas biaya Bob.
Jika tidak ada ukuran integritas data yang digunakan, penyerang dapat mengubah pesanan Bob dalam hal jenis atau jumlah barang.
Terakhir, jika tidak ada otentikasi server yang digunakan, server dapat menampilkan logo terkenal Alice tetapi situs tersebut mungkin merupakan situs berbahaya yang dikelola oleh penyerang, yang menyamar sebagai Alice. Setelah menerima perintah Bob, dia bisa mengambil uang Bob dan kabur. Atau dia bisa melakukan pencurian identitas dengan mengumpulkan nama Bob dan detail kartu kredit.
Skema keamanan lapisan transportasi dapat mengatasi masalah ini dengan meningkatkan komunikasi jaringan berbasis TCP / IP dengan kerahasiaan, integritas data, otentikasi server, dan otentikasi klien.
Keamanan pada lapisan ini sebagian besar digunakan untuk mengamankan transaksi web berbasis HTTP di jaringan. Namun, ini dapat digunakan oleh aplikasi apa pun yang berjalan melalui TCP.
Filsafat Desain TLS
Protokol Transport Layer Security (TLS) beroperasi di atas lapisan TCP. Desain protokol ini menggunakan Application Program Interfaces (API) yang populer ke TCP, yang disebut "soket" untuk berinteraksi dengan lapisan TCP.
Aplikasi sekarang terhubung ke Transport Security Layer alih-alih TCP secara langsung. Transport Security Layer menyediakan API sederhana dengan soket, yang mirip dan analog dengan API TCP.
Dalam diagram di atas, meskipun secara teknis TLS berada di antara lapisan aplikasi dan transportasi, dari perspektif umum itu adalah protokol transportasi yang bertindak sebagai lapisan TCP yang ditingkatkan dengan layanan keamanan.
TLS dirancang untuk beroperasi melalui TCP, protokol lapisan 4 yang andal (bukan pada protokol UDP), untuk membuat desain TLS lebih sederhana, karena tidak perlu khawatir tentang 'waktu habis' dan 'transmisi ulang data yang hilang'. Lapisan TCP terus melakukan itu seperti biasa yang melayani kebutuhan TLS.
Mengapa TLS Populer?
Alasan popularitas menggunakan keamanan di Transport Layer adalah kesederhanaan. Desain dan penyebaran keamanan di lapisan ini tidak memerlukan perubahan apa pun dalam protokol TCP / IP yang diterapkan di sistem operasi. Hanya proses pengguna dan aplikasi yang perlu dirancang / dimodifikasi yang tidak terlalu rumit.
Lapisan Soket Aman (SSL)
Di bagian ini, kami membahas keluarga protokol yang dirancang untuk TLS. Keluarga ini mencakup protokol SSL versi 2 dan 3 dan TLS. SSLv2 sekarang telah digantikan oleh SSLv3, jadi kami akan fokus pada SSL v3 dan TLS.
Sejarah Singkat SSL
Pada tahun 1995, Netscape mengembangkan SSLv2 dan digunakan di Netscape Navigator 1.1. SSL version1 tidak pernah dipublikasikan dan digunakan. Kemudian, Microsoft meningkatkan SSLv2 dan memperkenalkan protokol serupa lainnya bernama Teknologi Komunikasi Pribadi (PCT).
Netscape secara substansial meningkatkan SSLv2 pada berbagai masalah keamanan dan menerapkan SSLv3 pada tahun 1999. Selanjutnya, Internet Engineering Task Force (IETF), memperkenalkan protokol TLS (Transport Layer Security) yang serupa sebagai standar terbuka. Protokol TLS tidak dapat dioperasikan dengan SSLv3.
TLS memodifikasi algoritme kriptografi untuk perluasan dan otentikasi kunci. Selain itu, TLS menyarankan penggunaan crypto Diffie-Hellman (DH) terbuka dan Digital Signature Standard (DSS) sebagai pengganti crypto RSA yang dipatenkan yang digunakan dalam SSL. Namun karena paten RSA berakhir pada tahun 2000, tidak ada alasan kuat bagi pengguna untuk beralih dari SSLv3 yang digunakan secara luas ke TLS.
Fitur Penting dari SSL
Fitur penting dari protokol SSL adalah sebagai berikut -
SSL memberikan keamanan koneksi jaringan melalui -
Confidentiality - Informasi dipertukarkan dalam bentuk terenkripsi.
Authentication- Entitas komunikasi mengidentifikasi satu sama lain melalui penggunaan sertifikat digital. Otentikasi server web adalah wajib sedangkan otentikasi klien tetap opsional.
Reliability - Menjaga pemeriksaan integritas pesan.
SSL tersedia untuk semua aplikasi TCP.
Didukung oleh hampir semua browser web.
Memberikan kemudahan dalam berbisnis dengan entitas online baru.
Dikembangkan terutama untuk e-commerce Web.
Arsitektur SSL
SSL khusus untuk TCP dan tidak bekerja dengan UDP. SSL menyediakan Application Programming Interface (API) untuk aplikasi. Library / class C dan Java SSL sudah tersedia.
Protokol SSL dirancang untuk saling bekerja antara aplikasi dan lapisan transport seperti yang ditunjukkan pada gambar berikut -
SSL sendiri bukanlah protokol lapisan tunggal seperti yang digambarkan pada gambar; sebenarnya itu terdiri dari dua sub-lapisan.
Sub-lapisan bawah terdiri dari satu komponen protokol SSL yang disebut sebagai Protokol Catatan SSL. Komponen ini memberikan layanan integritas dan kerahasiaan.
Sub-lapisan atas terdiri dari tiga komponen protokol terkait SSL dan protokol aplikasi. Komponen aplikasi menyediakan layanan transfer informasi antara interaksi klien / server. Secara teknis, ini dapat beroperasi di atas lapisan SSL juga. Tiga komponen protokol terkait SSL adalah -
- Protokol Jabat Tangan SSL
- Ubah Protokol Spesifikasi Cipher
- Protokol Peringatan.
Ketiga protokol ini mengelola semua pertukaran pesan SSL dan dibahas nanti di bagian ini.
Fungsi Komponen Protokol SSL
Empat sub-komponen protokol SSL menangani berbagai tugas untuk komunikasi yang aman antara mesin klien dan server.
Protokol Rekaman
Lapisan rekaman memformat pesan protokol lapisan atas.
Ini memecah data menjadi blok yang dapat dikelola (panjang maksimal 16 KB). Ini secara opsional memampatkan data.
Mengenkripsi data.
Memberikan header untuk setiap pesan dan hash (Message Authentication Code (MAC)) di akhir.
Serahkan blok yang diformat ke lapisan TCP untuk transmisi.
Protokol Jabat Tangan SSL
Ini adalah bagian paling kompleks dari SSL. Itu dipanggil sebelum data aplikasi apa pun dikirim. Ini menciptakan sesi SSL antara klien dan server.
Pembentukan sesi melibatkan otentikasi Server, negosiasi kunci dan algoritma, Menetapkan kunci dan otentikasi Klien (opsional).
Sesi diidentifikasi oleh set unik parameter keamanan kriptografi.
Beberapa koneksi TCP aman antara klien dan server dapat berbagi sesi yang sama.
Tindakan protokol jabat tangan melalui empat fase. Ini dibahas di bagian selanjutnya.
ChangeCipherSpec Protocol
Bagian paling sederhana dari protokol SSL. Ini terdiri dari satu pesan yang dipertukarkan antara dua entitas yang berkomunikasi, klien dan server.
Saat setiap entitas mengirim pesan ChangeCipherSpec, itu mengubah sisi koneksi ke status aman seperti yang disepakati.
Parameter cipher menunggu status disalin ke status saat ini.
Pertukaran Pesan ini menunjukkan semua pertukaran data di masa depan dienkripsi dan integritas dilindungi.
Protokol Peringatan SSL
Protokol ini digunakan untuk melaporkan kesalahan - seperti pesan tak terduga, MAC catatan buruk, negosiasi parameter keamanan gagal, dll.
Ini juga digunakan untuk tujuan lain - seperti memberi tahu penutupan koneksi TCP, memberi tahu penerimaan sertifikat yang buruk atau tidak dikenal, dll.
Pembentukan Sesi SSL
Seperti yang telah dibahas di atas, ada empat fase pembentukan sesi SSL. Ini terutama ditangani oleh protokol Handshake SSL.
Phase 1 - Membangun kemampuan keamanan.
Fase ini terdiri dari pertukaran dua pesan - Client_hello dan Server_hello .
Client_hello berisi daftar algoritma kriptografi yang didukung oleh klien, dengan urutan pilihan yang menurun.
Server_hello berisi Spesifikasi Cipher yang dipilih (CipherSpec) dan session_id baru .
CipherSpec berisi bidang seperti -
Algoritma Cipher (DES, 3DES, RC2, dan RC4)
Algoritma MAC (berdasarkan MD5, SHA-1)
Algoritme kunci publik (RSA)
Kedua pesan memiliki "nonce" untuk mencegah serangan replay.
Phase 2 - Otentikasi server dan pertukaran kunci.
Server mengirimkan sertifikat. Perangkat lunak klien dilengkapi dengan kunci publik dari berbagai organisasi (CA) "tepercaya" untuk memeriksa sertifikat.
Server mengirimkan cipher suite yang dipilih.
Server dapat meminta sertifikat klien. Biasanya tidak dilakukan.
Server menunjukkan akhir Server_hello .
Phase 3 - Otentikasi klien dan pertukaran kunci.
Klien mengirimkan sertifikat, hanya jika diminta oleh server.
Ini juga mengirimkan Rahasia Pra-master (PMS) yang dienkripsi dengan kunci publik server.
Klien juga mengirim pesan Certificate_verify jika sertifikat dikirim olehnya untuk membuktikan bahwa ia memiliki kunci pribadi yang terkait dengan sertifikat ini. Pada dasarnya, klien menandatangani hash dari pesan sebelumnya.
Phase 4 - Selesai.
Klien dan server mengirim pesan Change_cipher_spec satu sama lain untuk menyebabkan status cipher yang tertunda disalin ke status saat ini.
Mulai sekarang, semua data dienkripsi dan integritasnya dilindungi.
Pesan “Selesai” dari setiap ujung memverifikasi bahwa pertukaran kunci dan proses otentikasi berhasil.
Keempat fase, dibahas di atas, terjadi dalam pembentukan sesi TCP. Pembuatan sesi SSL dimulai setelah TCP SYN / SYNACK dan selesai sebelum TCP Fin.
Melanjutkan Sesi Terputus
Dimungkinkan untuk melanjutkan sesi terputus (melalui pesan Peringatan ), jika klien mengirimkan hello_request ke server dengan informasi session_id yang dienkripsi .
Server kemudian menentukan apakah session_id valid. Jika divalidasi, itu menukar ChangeCipherSpec dan menyelesaikan pesan dengan klien dan komunikasi yang aman dilanjutkan.
Ini menghindari penghitungan ulang parameter sandi sesi dan menghemat komputasi di server dan akhir klien.
Kunci Sesi SSL
Kita telah melihat bahwa selama Tahap 3 pembentukan sesi SSL, rahasia pra-master dikirim oleh klien ke server yang dienkripsi menggunakan kunci publik server. Rahasia master dan berbagai kunci sesi dihasilkan sebagai berikut -
Rahasia master dihasilkan (melalui generator bilangan acak semu) menggunakan -
Rahasia pra-master.
Dua nonce (RA dan RB) dipertukarkan di pesan client_hello dan server_hello.
Enam nilai rahasia kemudian diturunkan dari rahasia utama ini sebagai -
Kunci rahasia yang digunakan dengan MAC (untuk data yang dikirim oleh server)
Kunci rahasia yang digunakan dengan MAC (untuk data yang dikirim oleh klien)
Kunci rahasia dan IV digunakan untuk enkripsi (oleh server)
Kunci rahasia dan IV digunakan untuk enkripsi (oleh klien)
Protokol TLS
Untuk menyediakan standar Internet terbuka SSL, IETF merilis protokol Transport Layer Security (TLS) pada Januari 1999. TLS didefinisikan sebagai Standar Internet yang diusulkan di RFC 5246.
Fitur yang menonjol
Protokol TLS memiliki tujuan yang sama dengan SSL.
Ini memungkinkan aplikasi klien / server untuk berkomunikasi secara aman dengan mengautentikasi, mencegah penyadapan dan menolak modifikasi pesan.
Protokol TLS berada di atas lapisan TCP transport berorientasi koneksi yang andal dalam tumpukan lapisan jaringan.
Arsitektur protokol TLS mirip dengan protokol SSLv3. Ini memiliki dua sub protokol: protokol TLS Record dan protokol TLS Handshake.
Meskipun protokol SSLv3 dan TLS memiliki arsitektur yang serupa, beberapa perubahan dibuat dalam arsitektur dan berfungsi terutama untuk protokol handshake.
Perbandingan Protokol TLS dan SSL
Ada delapan perbedaan utama antara protokol TLS dan SSLv3. Ini adalah sebagai berikut -
Protocol Version - Header segmen protokol TLS membawa nomor versi 3.1 untuk membedakan antara nomor 3 yang dibawa oleh header segmen protokol SSL.
Message Authentication- TLS menggunakan kode otentikasi pesan hash-kunci (H-MAC). Manfaatnya adalah H-MAC beroperasi dengan fungsi hash apa pun, tidak hanya MD5 atau SHA, seperti yang dinyatakan secara eksplisit oleh protokol SSL.
Session Key Generation - Ada dua perbedaan antara protokol TLS dan SSL untuk pembuatan materi kunci.
Metode penghitungan rahasia pra-master dan master serupa. Namun dalam protokol TLS, penghitungan rahasia master menggunakan standar HMAC dan keluaran fungsi pseudorandom (PRF), bukan MAC ad-hoc.
Algoritme untuk menghitung kunci sesi dan nilai inisiasi (IV) di TLS berbeda dengan protokol SSL.
Pesan Protokol Peringatan -
Protokol TLS mendukung semua pesan yang digunakan oleh Protokol peringatan SSL, kecuali Tidak ada pesan peringatan sertifikat yang dibuat berlebihan. Klien mengirimkan sertifikat kosong jika otentikasi klien tidak diperlukan.
Banyak pesan peringatan tambahan disertakan dalam protokol TLS untuk kondisi kesalahan lainnya seperti record_overflow, decode_error dll.
Supported Cipher Suites- SSL mendukung cipher suite RSA, Diffie-Hellman dan Fortezza. Protokol TLS mendukung semua setelan kecuali Fortezza.
Client Certificate Types- TLS mendefinisikan jenis sertifikat yang akan diminta dalam pesan certificate_request . SSLv3 mendukung semua ini. Selain itu, SSL mendukung jenis sertifikat tertentu lainnya seperti Fortezza.
CertificateVerify dan Pesan Selesai -
Di SSL, prosedur pesan kompleks digunakan untuk pesan certificate_verify . Dengan TLS, informasi terverifikasi terkandung dalam pesan jabat tangan itu sendiri sehingga menghindari prosedur rumit ini.
Pesan yang sudah selesai dihitung dengan cara yang berbeda di TLS dan SSLv3.
Padding of Data- Dalam protokol SSL, padding yang ditambahkan ke data pengguna sebelum enkripsi adalah jumlah minimum yang diperlukan untuk membuat ukuran data total sama dengan kelipatan panjang blok cipher. Di TLS, padding dapat berjumlah berapa pun yang menghasilkan ukuran data yang merupakan kelipatan dari panjang blok sandi, hingga maksimum 255 byte.
Perbedaan di atas antara protokol TLS dan SSLv3 dirangkum dalam tabel berikut.
Penjelajahan Aman - HTTPS
Pada bagian ini, kita akan membahas penggunaan protokol SSL / TLS untuk melakukan penjelajahan web yang aman.
HTTPS Didefinisikan
Protokol Hyper Text Transfer Protocol (HTTP) digunakan untuk browsing web. Fungsi HTTPS mirip dengan HTTP. Satu-satunya perbedaan adalah HTTPS menyediakan penjelajahan web yang "aman". HTTPS adalah singkatan dari HTTP over SSL. Protokol ini digunakan untuk menyediakan koneksi terenkripsi dan terautentikasi antara browser web klien dan server situs web.
Penjelajahan aman melalui HTTPS memastikan bahwa konten berikut dienkripsi -
- URL dari halaman web yang diminta.
- Konten halaman web yang disediakan oleh server untuk klien pengguna.
- Isi formulir yang diisi oleh pengguna.
- Cookie dibuat di kedua arah.
Bekerja dari HTTPS
Protokol aplikasi HTTPS biasanya menggunakan salah satu dari dua protokol keamanan lapisan transport yang populer - SSL atau TLS. Proses penjelajahan aman dijelaskan dalam poin-poin berikut.
Anda meminta koneksi HTTPS ke halaman web dengan memasukkan https: // diikuti dengan URL di bilah alamat browser.
Browser web memulai koneksi ke server web. Penggunaan https meminta penggunaan protokol SSL.
Aplikasi, browser dalam hal ini, menggunakan port sistem 443, bukan port 80 (digunakan dalam kasus http).
Protokol SSL melalui protokol jabat tangan untuk membuat sesi aman seperti yang dibahas di bagian sebelumnya.
Situs web awalnya mengirimkan sertifikat Digital SSL ke browser Anda. Pada verifikasi sertifikat, jabat tangan SSL berlangsung untuk bertukar rahasia bersama untuk sesi tersebut.
Ketika Sertifikat Digital SSL tepercaya digunakan oleh server, pengguna bisa melihat ikon gembok di bilah alamat browser. Saat Extended Validation Certificate diinstal di situs web, bilah alamat berubah menjadi hijau.
Setelah dibuat, sesi ini terdiri dari banyak koneksi aman antara server web dan browser.
Penggunaan HTTPS
Penggunaan HTTPS memberikan kerahasiaan, otentikasi server dan integritas pesan kepada pengguna. Ini memungkinkan pelaksanaan e-commerce yang aman di Internet.
Mencegah data dari penyadapan dan menyangkal pencurian identitas yang merupakan serangan umum pada HTTP.
Browser web dan server web saat ini dilengkapi dengan dukungan HTTPS. Penggunaan HTTPS melalui HTTP, bagaimanapun, membutuhkan lebih banyak daya komputasi di klien dan server untuk melakukan enkripsi dan handshake SSL.
Secure Shell Protocol (SSH)
Fitur yang menonjol dari SSH adalah sebagai berikut -
SSH adalah protokol jaringan yang berjalan di atas lapisan TCP / IP. Ini dirancang untuk menggantikan TELNET yang menyediakan sarana fasilitas logon jarak jauh yang tidak aman.
SSH menyediakan komunikasi klien / server yang aman dan dapat digunakan untuk tugas-tugas seperti transfer file dan email.
SSH2 adalah protokol umum yang memberikan keamanan komunikasi jaringan yang lebih baik dibandingkan versi SSH1 sebelumnya.
SSH Didefinisikan
SSH diatur sebagai tiga sub-protokol.
Transport Layer Protocol- Bagian dari protokol SSH ini menyediakan kerahasiaan data, otentikasi server (host), dan integritas data. Ini secara opsional dapat memberikan kompresi data juga.
Server Authentication- Kunci host asimetris seperti kunci publik / pribadi. Server menggunakan kunci publik untuk membuktikan identitasnya kepada klien. Klien memverifikasi bahwa server yang dihubungi adalah host yang "diketahui" dari database yang dipeliharanya. Setelah server diautentikasi, kunci sesi dibuat.
Session Key Establishment- Setelah otentikasi, server dan klien menyetujui cipher yang akan digunakan. Kunci sesi dibuat oleh klien dan server. Kunci sesi dibuat sebelum otentikasi pengguna sehingga nama pengguna dan kata sandi dapat dikirim dengan terenkripsi. Kunci-kunci ini biasanya diganti secara berkala (katakanlah, setiap jam) selama sesi dan dihancurkan segera setelah digunakan.
Data Integrity- SSH menggunakan algoritma Message Authentication Code (MAC) untuk pemeriksaan integritas data. Ini merupakan peningkatan dari CRC 32 bit yang digunakan oleh SSH1.
User Authentication Protocol- Bagian SSH ini mengautentikasi pengguna ke server. Server memverifikasi bahwa akses hanya diberikan kepada pengguna yang dituju. Banyak metode otentikasi yang saat ini digunakan seperti, kata sandi yang diketik, Kerberos, otentikasi kunci publik, dll.
Connection Protocol - Ini menyediakan beberapa saluran logis melalui satu koneksi SSH yang mendasarinya.
Layanan SSH
SSH menyediakan tiga layanan utama yang memungkinkan penyediaan banyak solusi aman. Layanan ini secara singkat dijelaskan sebagai berikut -
Secure Command-Shell (Remote Logon)- Ini memungkinkan pengguna untuk mengedit file, melihat konten direktori, dan mengakses aplikasi pada perangkat yang terhubung. Administrator sistem dari jarak jauh dapat memulai / melihat / menghentikan layanan dan proses, membuat akun pengguna, dan mengubah izin file / direktori, dan sebagainya. Semua tugas yang mungkin dilakukan pada prompt perintah mesin sekarang dapat dilakukan dengan aman dari mesin jarak jauh menggunakan logon jarak jauh yang aman.
Secure File Transfer- SSH File Transfer Protocol (SFTP) dirancang sebagai ekstensi untuk SSH-2 untuk transfer file yang aman. Intinya, ini adalah protokol terpisah yang dilapisi di atas protokol Secure Shell untuk menangani transfer file. SFTP mengenkripsi nama pengguna / kata sandi dan data file yang ditransfer. Ia menggunakan port yang sama dengan server Secure Shell, yaitu port sistem no 22.
Port Forwarding (Tunneling)- Ini memungkinkan data dari aplikasi berbasis TCP / IP yang tidak aman diamankan. Setelah penerusan port disiapkan, Secure Shell merutekan ulang lalu lintas dari program (biasanya klien) dan mengirimkannya melintasi terowongan terenkripsi ke program di sisi lain (biasanya server). Beberapa aplikasi dapat mengirimkan data melalui saluran aman multipleks tunggal, menghilangkan kebutuhan untuk membuka banyak port pada firewall atau router.
Manfaat & Batasan
Manfaat dan batasan menggunakan keamanan komunikasi pada lapisan transport adalah sebagai berikut -
Manfaat
Transport Layer Security transparan untuk aplikasi.
Server diautentikasi.
Header lapisan aplikasi disembunyikan.
Ini lebih halus daripada mekanisme keamanan pada lapisan 3 (IPsec) karena bekerja pada tingkat koneksi transportasi.
Batasan
Berlaku hanya untuk aplikasi berbasis TCP (bukan UDP).
Tajuk TCP / IP jelas.
Cocok untuk komunikasi langsung antara klien dan server. Tidak melayani aplikasi yang aman menggunakan rantai server (mis. Email)
SSL tidak menyediakan non-repudiation karena otentikasi klien bersifat opsional.
Jika perlu, otentikasi klien perlu diterapkan di atas SSL.
Ringkasan
Sejumlah besar aplikasi web telah muncul di Internet dalam dekade terakhir. Banyak e-Governance dan portal e-Commerce telah online. Aplikasi ini memerlukan sesi antara server dan klien aman memberikan kerahasiaan, otentikasi dan integritas sesi.
Salah satu cara untuk mengurangi potensi serangan selama sesi pengguna adalah dengan menggunakan protokol komunikasi yang aman. Dua dari protokol komunikasi tersebut, Secure Sockets Layer (SSL) dan Transport Layer Security (TLS), dibahas dalam bab ini. Kedua protokol ini berfungsi pada lapisan Transport.
Protokol lapisan transport lainnya, Secure Shell (SSH), yang dirancang untuk menggantikan TELNET, menyediakan sarana fasilitas logon jarak jauh yang aman. Ia mampu menyediakan berbagai layanan seperti Secure Command Shell dan SFTP.
Penggunaan keamanan lapisan Transport memiliki banyak manfaat. Namun, protokol keamanan yang dirancang pada lapisan ini hanya dapat digunakan dengan TCP. Mereka tidak memberikan keamanan untuk komunikasi yang diimplementasikan menggunakan UDP.