Keamanan jaringan komputer (2 September 2016)

Definisi PAP adalah (Password Authentication Protocol)

PAP (Password Authentication Protocol) adalah bentuk otentikasi paling dasar, di mana username dan password yang ditransmisikan melalui jaringan dan dibandingkan dengan tabel pasangan username dan password. Biasanya password yang disimpan dalam tabel terenkripsi. Otentikasi dasar yang digunakan dalam protokol HTTP adalah PAP. Kelemahan pokok PAP adalah bahwa username dan password dikirim tanpa dienkripsi lebih dahulu. 

Keuntungan :

·         Mudah digunakan

·         Sederhana untuk menyebarkan-karena sistem operasi menyediakan account pengguna dan password, hampir tidak ada konfigurasi tambahan yang diperlukan.

·         Penggunaan kata generik dengan SSH Tectia Connector

Kekurangan :

·         Keamanan sepenuhnya didasarkan pada kerahasiaan dan kekuatan password.

·         Tidak memberikan cek identitas yang kuat (hanya berdasarkan password).

CHAP (Challenge Handshake Authentication Protocol)

Pengertian CHAP (Challenge Handshake Authentication Protocol) adalah komponen protokol PPP yang digunakan untuk melewatkan informasi username dan password, dengan mengirim passord sebagai message digest daripada clear text. 

 

 

Kelebihan CHAP :

CHAP memberikan perlindungan terhadap serangan pemutaran oleh rekan melalui
penggunaan sebuah identifier secara bertahap berubah dan variabel
Nilai tantangan. Penggunaan tantangan berulang dimaksudkan untuk membatasi
saat paparan setiap serangan tunggal. authenticator adalah di
kontrol frekuensi dan waktu tantangan. Metode otentikasi ini tergantung pada “rahasia” hanya diketahui oleh authenticator dan rekan itu. Rahasianya tidak dikirim melalui link. Meskipun otentikasi hanya satu arah, dengan negosiasi CHAP di
kedua arah set rahasia yang sama dapat dengan mudah digunakan untuk saling
otentikasi.

Sejak CHAP dapat digunakan untuk mengotentikasi banyak sistem yang berbeda, nama bidang dapat digunakan sebagai indeks untuk menemukan rahasia yang tepat dalam besar tabel rahasia. Hal ini juga memungkinkan untuk mendukung lebih dari
satu nama / pair rahasia per sistem, dan untuk mengubah rahasia digunakan di
setiap saat selama sesi.

Kekurangan CHAP :

CHAP mensyaratkan bahwa rahasia tersedia dalam bentuk plaintext.

Irreversably terenkripsi database kata sandi yang umum tersedia dapat tidak
digunakan. Hal ini tidak berguna untuk instalasi besar, karena setiap kemungkinan
rahasia dipertahankan pada kedua ujung link.

Implementasi Catatan: Untuk menghindari pengiriman rahasia selama link lainnya
dalam jaringan, dianjurkan bahwa tantangan dan respon
nilai diperiksa di server pusat, daripada setiap jaringan
server akses. Jika tidak, rahasia HARUS dikirim ke seperti
server dalam bentuk reversably terenkripsi. Kedua kasus memerlukan
hubungan dunia, yang berada di luar lingkup ini
spesifikasi. 

Shiva Password Authentication Protocol

Shiva Password Authentication Protocol (SPAP) adalah mekanisme enkripsi reversibel dipekerjakan oleh Shiva. Sebuah komputer yang menjalankan Windows XP Professional, saat menghubungkan ke Shiva LAN Rover, menggunakan SPAP, seperti halnya klien Shiva yang menghubungkan ke server yang menjalankan Routing dan Remote Access. Bentuk otentikasi lebih aman dari plaintext tapi kurang aman dari Challenge Handshake Authentication Protocol (CHAP) atau Microsoft Challenge Handshake Authentication Protocol (MS-CHAP).

 

MS-CHAP

MS-CHAP adalah versi Microsoft Challenge-Handshake Authentication Protocol, CHAP. protokol ada dalam dua versi, MS-CHAPv1 (didefinisikan dalam RFC 2433) dan MS-CHAPv2 (didefinisikan dalam RFC 2759). MS-CHAPv2 diperkenalkan dengan Windows NT 4.0 SP4 dan ditambahkan ke Windows 98 dalam “Windows 98 Dial-Up Networking Security Tingkatkan Release” [1] dan Windows 95 dalam “Dial Up Networking 1,3 Kinerja & Security Update untuk MS Windows 95 “upgrade. Windows Vista menjatuhkan dukungan untuk MS-CHAPv1.

MS-CHAP digunakan sebagai salah satu pilihan otentikasi dalam implementasi Microsoft dari protokol PPTP untuk jaringan pribadi virtual. Hal ini juga digunakan sebagai pilihan otentikasi dengan RADIUS [2] server yang digunakan untuk keamanan WiFi menggunakan protokol WPA-Enterprise. Hal ini lebih lanjut digunakan sebagai pilihan otentikasi utama Protected Extensible Authentication Protocol yang (PEAP).

Microsoft Challenge Handshake Authentication Protocol v2

Windows 2000 termasuk dukungan untuk Microsoft Challenge Handshake Authentication Protocol versi 2 (MS-CHAP v2) yang menyediakan keamanan yang lebih kuat untuk koneksi akses remote. MS-CHAP v2 menawarkan fitur keamanan tambahan:
LAN Manager encoding tanggapan dan perubahan password tidak lagi didukung.
Dua arah otentikasi memverifikasi identitas dari kedua sisi sambungan. Klien akses remote mengotentikasi terhadap server remote akses dan akses remote server mengotentikasi terhadap klien akses remote. Dua arah otentikasi, juga dikenal sebagai otentikasi timbal balik, memastikan bahwa klien akses remote panggilan ke server akses remote yang memiliki akses ke password pengguna. otentikasi saling memberikan perlindungan terhadap peniruan server jauh.
kunci kriptografi terpisah dihasilkan untuk data yang dikirimkan dan diterima.
Kunci kriptografi didasarkan pada password user dan tantangan string yang sewenang-wenang. Setiap kali pengguna terhubung dengan password yang sama, kunci kriptografi yang berbeda digunakan.

EAP

Extensible Authentication Protocol (EAP) adalah perluasan untuk PPP yang memungkinkan untuk mekanisme otentikasi sewenang-wenang untuk dipekerjakan untuk validasi koneksi PPP. Dengan protokol otentikasi PPP seperti MS-CHAP dan SPAP, mekanisme otentikasi tertentu dipilih selama fase tautan pendirian. Kemudian, selama fase otentikasi koneksi, protokol otentikasi dinegosiasikan digunakan untuk memvalidasi sambungan. Protokol otentikasi itu sendiri adalah serangkaian tetap pesan yang dikirim dalam urutan tertentu.
Dengan EAP, mekanisme otentikasi spesifik tidak dipilih selama tahap tautan pendirian. Sebaliknya, setiap rekan PPP melakukan negosiasi untuk melakukan EAP selama fase otentikasi koneksi. Setelah fase otentikasi koneksi tercapai, rekan-rekan PPP harus terlebih dahulu bernegosiasi penggunaan skema otentikasi EAP spesifik dikenal sebagai jenis EAP. Setelah jenis EAP disepakati, EAP memungkinkan untuk percakapan terbuka antara klien akses remote dan akses remote server yang dapat bervariasi berdasarkan parameter koneksi. Percakapan terdiri dari permintaan informasi otentikasi dan tanggapan. Panjang dan detail dari percakapan otentikasi tergantung pada jenis EAP.
Misalnya, ketika EAP digunakan dengan kartu token keamanan, akses remote server bisa secara terpisah permintaan klien akses remote untuk nama, PIN, dan nilai token kartu. Karena setiap query diajukan dan dijawab, pengguna melewati tingkat lain otentikasi. Ketika semua pertanyaan telah dijawab dengan memuaskan, pengguna dikonfirmasi dan diizinkan akses ke jaringan.
Penggunaan EAP dinegosiasikan selama negosiasi LCP dengan menentukan opsi protokol otentikasi LCP (tipe 3) dan protokol otentikasi 0xC2-27. Setelah LCP negosiasi selesai, pesan EAP menggunakan PPP Protocol ID dari 0xC2-27. Windows 2000 termasuk dukungan untuk jenis EAP-MD5 dan EAP-TLS EAP.
Arsitektur, EAP dirancang untuk memungkinkan plug-in modul otentikasi pada kedua klien dan server ujung sambungan. Dengan memasang perpustakaan jenis file EAP pada kedua klien akses remote dan server akses remote, jenis EAP baru dapat didukung. Ini menyajikan vendor dengan kesempatan untuk memasok skema otentikasi baru setiap saat. EAP memberikan fleksibilitas tertinggi dalam keunikan otentikasi dan variasi.

 

Keuntungan:

Protokol EAP dapat mendukung beberapa mekanisme otentikasi

tanpa harus pra-menegosiasikan satu tertentu selama Tahap LCP.

perangkat tertentu (misalnya NAS) tidak perlu harus mengerti

setiap jenis permintaan dan mungkin dapat hanya bertindak sebagai passthrough a

agen untuk “back-end” server pada host. perangkat hanya perlu melihat

untuk kode keberhasilan / kegagalan untuk mengakhiri fase otentikasi.

kekurangan :

EAP tidak memerlukan penambahan jenis otentikasi baru untuk LCP dan

sehingga implementasi PPP akan perlu dimodifikasi untuk menggunakannya. Juga

piatu dari model otentikasi PPP sebelumnya negosiasi

mekanisme otentikasi tertentu selama LCP.