Pengantar Teknologi Web

Keamanan + Keamanan Web

Why worry? (cont.)Security Vulnerabilities vs. Incidents

CERT

0

10,000

20,000

30,000

40,000

50,000

60,000

70,000

80,000

90,000

1995 1996 1997 1998 1999 2000 2001 2002

Vulnerabilities

Incidents

Pengantar Security

• Keamanan komputer -> fisik– Dari bencana alam– Dari pencuri– Dari serangan / bom

• Keamanan sistem informasi -> non fisik– Dari sisi software dan data

Komponen Security (CIA-AN)

• Confidentiality: akses terhadap sistem komputer tidak boleh dilakukan oleh unauthorized parties

• Integrity: aset sistem komputer tidak boleh dimodifikasi oleh unauthorized users

• Availability: Sistem harus dapat selalu online/ada sehingga dapat diakses oleh authorized users

Tambahan• Authenticity: sistem mengetahui asal muasal suatu

objek atau asal muasal modifikasi yang terjadi• Non-repudiation: seseorang/sesuatu tidak dapat

menyanggah bahwa dia melakukan sesuatu

Ancaman

• Ancaman (threat) adalah:– Seseorang, sesuatu, kejadian atau ide yang menimbulkan

bahaya bagi suatu aset– Threat muncul dari vulnerability (kelemahan sistem & desain)

• Serangan (attack) adalah realisasi dari threat.• Klasifikasi threats:

– Disengaja (mis. hacker penetration);– Tidak disengaja (mis. Mengirimkan file yang sensitif ke alamat

yang salah)

• Threats yang disengaja dapat dibagi lagi :– Pasif – tidak kontak langsung (mis. monitoring, wire-tapping,);– Aktif – kontak langsung (mis. mengubah nilai transaksi finansial)

Tujuan Security

• Prevention - Penjagaan– Prevent attackers from violating security

policy

• Detection - Deteksi– Detect attackers’ violation of security policy

• Recovery - Mereparasi– Stop attack, assess and repair damage– Continue to function correctly even if attack

happen

Segitiga Sistem

Functionality

Security Easy to use

Posisi suatu sistem

Tahapan penyerangan

• Reconnaissance– Mengumpulkan data mengenai target

• Aktif dan pasif

• Scanning– Tanda dimulainya serangan, berusaha mencari jalan masuk

• Gaining access– Mendapatkan target

• Maintaining access– Mempertahankan akses dgn berbagai cara termasuk

menanamkan program dan memperbaiki kelemahan

• Covering tracks– Menutupi jejak mereka

Level Serangan

• Level Sistem Operasi– Patch & upgrade

• Level aplikasi– Patch, Antivirus & Upgrade

• Level Shrink Wrap code– Menggunakan program2 bantu untuk

serangan

• Level Kesalahan konfigurasi

Commonly attacked services• SMTP servers (port 25)

– sendmail: “The address parser performs insufficient bounds checking in certain conditions due to a char to int conversion, making it possible for an attacker to take control of the application”

• RPC servers (port 111 & others)• NetBIOS shares (ports 135, 139, 445)

– Blaster worm– Sasser worm

• FTP servers (ports 20, 21)– wuftpd vulnerabilities

• SSH servers (port 22)– OpenSSH, PAM vulnerabilities

• Web servers (ports 80, 443)– Apache chunked encoding vulnerability

Web server attack• Scan to find open ports• Find out what’s running on open ports (banner

grabbing)• Profile the server

– Windows (look for Kerberos, NetBIOS, AD)– Unix– Use TCP fingerprinting

• Probe for weaknesses on interesting ports– Default configuration files and settings (e.g. popular

IIS ones)– Buffer overflows– Insecure applications

• Launch attack– Use exploit code from Internet…– …or build your own

Scanning…What O/S is this system?

Scanning…What O/S is this system?

Phising

Pharming

Peminjaman lewat URL

<IMG SRC=“tempat.yang.dipinjam/gambarku.gif”>

• Gambar / image / berkas tidak dikopi tapi “dipinjam” melalui hyperlink

• Pemilk berkas dapat dirugikan: bandwidth terpakai

• Auditing sulit dilakukan pemakai biasa, tanpa akses ke berkas log (referer)

Kelemahan security pada Kelemahan security pada aplikasi webaplikasi web

Berikut adalah 10 kelemahan security teratas

pada aplikasi web

Masukan (input) yang tidak tervalidasiBroken Access ControlPengelolaan Autentikasi dan Session yang tidak

baikCross site scriptingBuffer overflowsInjections flawsPenyimpanan yang tidak amanDenial of ServicePengelolaan konfigurasi yang tidak aman

http://www.owasp.org

Kelemahan security pada Kelemahan security pada aplikasi webaplikasi web

Input yang tidak divalidasi

Aplikasi web menerima data dari HTTP request yang dimasukkan oleh user

Hacker dapat memanipulasi request untuk menyerang keamanan situs

Hal – hal yang harus diperhatikan ketika mengelola validasi:

Tidak cukup hanya bergantung pada script client side yang biasa digunakan untuk mencegah masukan form ketika ada input yang invalid

Penggunaan kode validasi untuk memeriksa masukan tidak mencukupi

Kelemahan security pada Kelemahan security pada aplikasi webaplikasi web

Broken Access Control

Pada aplikasi yang membedakan akses dengan menggunakan perbedaan ID, hanya menggunakan satu halaman untuk memeriksa user.

Jika user berhasil melewati halaman login, maka dia bebas melakukan apa saja

Permasalahan lain adalah:• ID yang tidak aman

ID bisa ditebak• Ijin file File yang berisi daftar user bisa dibaca orang

lain

Kelemahan security pada Kelemahan security pada aplikasi webaplikasi web

Pengelolaan Autentikasi dan Session yang tidak baik

Beberapa hal yang harus diperhatikan:• Password strength• Penggunaan password• Penyimpanan password• Session ID Protection

Kelemahan security pada Kelemahan security pada aplikasi webaplikasi web

Buffer Overflows

Pengiriman request yang dapat membuat

server menjalankan kode kode yang tidak

biasa

Kelemahan security pada Kelemahan security pada aplikasi webaplikasi web

Injection Flaws

Penyerang mengirimkan “inject” calls ke OS atau resource lain, seperti database

Salah satu yang terkenal adalah SQL Injection

Kelemahan security pada Kelemahan security pada aplikasi webaplikasi web

•Keamanan server juga menjadi hal penting

dalam hal keamanan aplikasi web

Berikut adalah beberapa kesalahan konfigurasi

pada server : Lubang keamanan yang tidak ditambal (patched)

Ijin file dan direktori yang tidak baik Account default dengan password default

Command Injection• Allows attacker to relay malicious code in form

variables or URL– System commands– SQL– Interpreted code (Perl, Python, etc.)

• Many apps use calls to external programs– sendmail

• Examples– Path traversal: “../”– Add more commands: “; rm –r *”– SQL injection: “’ OR 1=1”

• Countermeasures– Taint all input– Avoid system calls (use libraries instead)– Run with limited privileges

Error Handling

• Examples: stack traces, DB dumps• Helps attacker know how to target the app• Inconsistencies can be revealing too

– “File not found” vs. “Access denied”

• Fail-open errors• Need to give enough info to user w/o giving

too much info to attacker• Countermeasures

– Code review– Modify default error pages (404, 401, etc.)

Error messages example

Poor Cryptography

• Insecure storage of credit cards, passwords, etc.• Poor choice of algorithm (or invent your own)• Poor randomness

– Session IDs– Tokens– Cookies

• Improper storage in memory• Countermeasures

– Store only what you must– Store a hash instead of the full value (SHA-1)– Use only vetted, public cryptography

Web/App Server Misconfiguration

• Tension between “work out of the box” and “use only what you need”

• Developers ≠ web masters• Examples

– Unpatched security flaws (BID example)

– Misconfigurations that allow directory traversal

– Administrative services accessible– Default accounts/passwords

• Countermeasures– Create and use hardening guides– Turn off all unused services– Set up and audit roles, permissions,

and accounts– Set up logging and alerts

Web vulnerabilities

• Intercept informasi dari klien– Data, password, dll

• Pencurian data di server– Data, password, dll

• Menjalankan aplikasi di server– Memungkinkan melakukan eksekusi program “ngak benar” di

server

• Denial Of Services• Server Side Scripting, Cgi-Bin

– Kesalahan pemograman membuka peluang

Three opportunities for theft:

• on server by other registered users

• into server using HTTP

• on network by snooping

Kemanan Web

• Authentikasi – FORM HTML

– Basic, Digest

– Klien Side + Server Side Scripting

• Manajemen Sesi

• Menggunakan Layer lain– S-HTTP ( discontinoued)

– HTTPS ( HTTP ovel SSL)

– IPSec

• Konfigurasi Web Server– Hak Akses

– Indexes

– Penempatan File

HTTP Authentication

• Protect web content from those who don’t have a “need to know”• Require users to authenticate using a userid/password before they

are allowed access to certain URLs• HTTP/1.1 requires that when a user makes a request for a protected

resource the server responds with a authentication request header– WWW-Authenticate

• contains enough pertinent information to carry out a “challenge-response” session between the user and the server

Web ServerClient

Client requests a protected resource

Server responds with a 401 (not authorized and a challenge requestfor the client to authenticate

Authentikasi

• FORM HTML– <form action="modules.php?name=Your_Account" method="post">...

– <br><input type="hidden" name="op" value="login"> ...

– </form>

– Tidak di enkripsi

• BASIC– Algortima Base64

– Mudah di Dekrip

• DIGEST– Alghoritma Digest Ex: MD5

– Belum 100% di support

• CS + SS Script– Belum 100% di support– http://toast.newcastle.edu.au/js/md5/

browsertest.php3.

WWW-Authenticate

• Digest Authentication– attempts to overcome the shortcomings of Basic Authentication

– WWW-Authenticate = Digest realm=“defaultRealm” nonce=“Server SpecificString”

– see RFC 2069 for description of nonce, each nonce is different

– the nonce is used in the browser in a 1-way function (MD5, SHA-1….) to encode the userid and password for the server, this function essentially makes the password good for only one time

• Common browsers don’t use Digest Authentication but an applet could as an applet has access to all of the Java Encryption classes needed to create the creation of a Digest.

Manajemen Sesi

• Hiden Form Field– <input type="hidden" name="uniqueticket"– View page Source

• Cookies– User harus mennghidupkan fasilitas

– Poisoned cookies

• Session Id– -rw------- 1 nobody nobody 180 Jun 30 18:46

sess_5cbdcb16f ...– Dapat menggunakan History jika umur sesi belum habis

• URL Rewriting – http://login.yahoo.com/config/

login?.tries=&.src=ym&.last=&promo=&.intl=us

SSL

• Untuk Semua Protokol TCP– Telnet -> SSH

– HTTP -> HTTPS

• Public Key Server

• Hashing– MD5 + SHA

• CA

• Sekarang -> TLS

CertificateCertificate

Untuk mengkonfigurasi server, diperlukan sertifikat keamanan (security certificate)

Security Certificate dikeluarkan oleh Certification Authorities (CAs)

Jika tidak ada sertifikat dari CAs, bisa dibuat dengan menggunakan Java 1.4 SDK

Langkah-langkah untuk menaikkan tingkat keamanan browser

• Selalu mengupdate web browser menggunakan patch terbaru

• Mencegah virus• Menggunakan situs yang aman untuk transaksi

finansial dan sensitif• Menggunakan secure proxy• Mengamankan lingkungan jaringan• Tidak menggunakan informasi pribadi• Hati-hati ketika merubah setting browser

General Recommendations• Hati-hati ketika merubah konfigurasi browser • Jangan membuat konfigurasi yang mendukung scripts dan macros • Jangan langsung menjalankan program yang anda download dari internet• Browsing ke situs-situs yang aman

– Mengurangi kemungkinan adanya malcode dan spyware• Konfigurasi home pae harus hati-hati

– Lebih baik gunakan blank.• Jangan mempercayai setiap links (periksa dulu arah tujuan link itu)• Jangan selalu mengikuti link yang diberitahukan lewat e-mail• Jangan browsing dari sistem yang mengandung data sensitif• Lindungi informasi anda kalau bisa jangan gunakan informasi pribadi pada web• Gunakan stronger encryption

– Pilih 128-bit encryption• Gunakan browser yang jarang digunakan

– Serangan banyak dilakukan pada web browser yang populer• Minimalkan penggunaan plugins• Minimalkan penggunaan cookies• Perhatikan cara penanganan dan lokasi penyimpanan temporary files

Tools used in this preso

• WebGoat –vulnerable web applications for demonstration

• VMWare – runs Linux & Windows 2000 virtual machines on demo laptop.

• nmap –host/port scanning to find vulnerable hosts

• Ethereal – network traffic sniffing• Metasploit Framework – exploit tool• Brutus – password cracking• Sleuth – HTTP mangling against web sites

NEXT