TOPIK 08 : LOCAL / REMOTE FILE INCLUSION

Read

LOCAL / REMOTE FILE INCLUSION

Local File Inclusion (LFI) dan Remote File Inclusion (RFI) adalah dua jenis kerentanan keamanan web yang umum ditemui. Keduanya terjadi ketika aplikasi web secara tidak aman memasukkan file dari server lokal (LFI) atau dari server remote (RFI) ke dalam aplikasi tersebut. Ini dapat mengakibatkan pelanggaran keamanan serius, termasuk eksekusi kode berbahaya, pengungkapan informasi sensitif, dan lain-lain.

Local File Inclusion (LFI)

Definisi: LFI adalah kerentanan yang terjadi ketika sebuah aplikasi web memungkinkan pengguna untuk memasukkan file dari sistem file server lokal tanpa validasi yang tepat. Ini bisa dimanfaatkan untuk membaca file sistem yang sensitif atau bahkan menjalankan kode berbahaya.

Cara Kerja:

Inklusi File: Aplikasi web mengambil nama file dari input pengguna dan menggunakannya untuk menyertakan file dalam halaman web.
Eksekusi: File tersebut kemudian dieksekusi atau ditampilkan sebagai bagian dari respon web.

Dampak:

Pengungkapan Informasi: Penyerang dapat membaca file sensitif seperti /etc/passwd atau file konfigurasi aplikasi.
Eksekusi Kode: Dalam beberapa kasus, penyerang dapat menjalankan kode berbahaya dengan menyertakan file yang berisi skrip PHP.

Mitigasi:

Validasi Input: Memastikan bahwa input pengguna hanya mengarah ke file yang diizinkan.
Penggunaan Fungsi Secure: Menggunakan fungsi yang lebih aman dan membatasi akses file, seperti readfile() dengan daftar putih.
Pembatasan Direktori: Membatasi akses hanya ke direktori tertentu dengan open_basedir pada PHP.

Remote File Inclusion (RFI)

Definisi: RFI adalah kerentanan yang terjadi ketika aplikasi web memungkinkan pengguna untuk memasukkan file dari lokasi remote (server lain) tanpa validasi yang tepat. Ini dapat dimanfaatkan untuk menjalankan kode berbahaya dari server lain.

Cara Kerja:

Inklusi File: Aplikasi web mengambil URL dari input pengguna dan menggunakannya untuk menyertakan file dalam halaman web.
Eksekusi: File tersebut kemudian dieksekusi sebagai bagian dari respon web.

Dampak:

Eksekusi Kode Jarak Jauh: Penyerang dapat menjalankan skrip berbahaya dari server mereka.
Pengambilalihan Sistem: Penyerang dapat mengambil alih server dengan menjalankan perintah sistem.

Mitigasi:

Nonaktifkan Inklusi URL: Pada PHP, atur allow_url_include ke Off dalam file konfigurasi.
Validasi Input: Memastikan bahwa input pengguna hanya mengarah ke file yang diizinkan.
Penggunaan Fungsi Secure: Menggunakan fungsi yang lebih aman dan membatasi akses file.

DEMO 1: SERANGAN LFI

Buat sebuah folder di C:\xampp\htdocs\ bernama lfi.
Di dalam folder lfi, buat file bernama index.php dengan isi sebagai berikut:

<?php
// index.php
$page = isset($_GET['page']) ? $_GET['page'] : 'home.php';
include($page);
?>
Buat file home.php di folder yang sama dengan isi:
<?php
echo "Welcome to the home page!";
?>

Demo:

Buka browser dan akses http://localhost/lfi/index.php.
Untuk membaca file di sistem Windows, kita bisa mencoba membaca file C:\xampp\htdocs\lfi\home.php
dengan mengubah parameter
URL: http://localhost/lfi/index.php?page=C:/xampp/htdocs/lfi/home.php
Coba akses file sensitif seperti konfigurasi Apache: http://localhost/lfi/index.php?page=C:/xampp/apache/conf/httpd.conf

Catatan: Penyerang bisa mencoba berbagai path untuk menemukan file yang bisa diakses.

Bentuk mitigasi yang visa dilakukan:

<?php
// index.php

// Daftar file yang diperbolehkan
$allowed_pages = [
    'home.php',
    'about.php',
    'contact.php'
];

// Ambil nilai 'page' dari query string dan periksa apakah valid
$page = isset($_GET['page']) ? $_GET['page'] : 'home.php';

if (in_array($page, $allowed_pages)) {
    include($page);
} else {
    // Tampilkan pesan kesalahan atau alihkan ke halaman default
    echo "Halaman tidak ditemukan.";
}
?>

Penjelasan:

Daftar File yang Diizinkan: Menggunakan array $allowed_pages untuk menyimpan nama file yang diizinkan dan kunci yang sesuai dengan nilai $_GET['page'].
Validasi Input: Menggunakan array_key_exists untuk memeriksa apakah nilai $_GET['page'] ada dalam daftar yang diizinkan.
Include File yang Valid: Jika valid, include file yang sesuai dari daftar.

Dengan pendekatan ini, dapat menghindari kemungkinan serangan LFI karena hanya file yang ada dalam daftar yang dapat di-include.

DEMO 2: SERANGAN RFI

Buat folder di C:\xampp\htdocs\ bernama uploads.

Buat file upload.php di C:\xampp\htdocs\lfi\ dengan isi sebagai berikut:

<?php
if ($_SERVER['REQUEST_METHOD'] == 'POST') {
    $target_dir = "../uploads/";
    $target_file = $target_dir . basename($_FILES["fileToUpload"]["name"]);

    if (move_uploaded_file($_FILES["fileToUpload"]["tmp_name"], $target_file)) {
        echo "The file ". htmlspecialchars(basename($_FILES["fileToUpload"]["name"])). " has been uploaded.";
    } else {
        echo "Sorry, there was an error uploading your file.";
    }
}
?>

<!DOCTYPE html>
<html>
<body>

<form action="upload.php" method="post" enctype="multipart/form-data">
    Select file to upload:
    <input type="file" name="fileToUpload" id="fileToUpload">
    <input type="submit" value="Upload File" name="submit">
</form>

</body>
</html>

Buat file PHP berbahaya (shell.php) dengan isi:

<?php
echo "Shell executed!";
?>

Akses http://localhost/lfi/upload.php, pilih file shell.php, dan upload.

Setelah file diupload, akses URL untuk mengeksekusi:

http://localhost/uploads/shell.php

Bentuk mitigasi yang bisa dilakukan:

Untuk mengamankan skrip unggahan file Anda dari serangan Remote File Inclusion (RFI), Anda perlu menerapkan beberapa langkah untuk memastikan hanya file yang sah yang dapat diunggah. Berikut adalah langkah-langkah kunci untuk meningkatkan keamanan skrip Anda:

Batasi jenis file: Hanya izinkan jenis file tertentu untuk diunggah (misalnya, gambar, PDF).
Periksa ekstensi file: Validasi ekstensi file.
Periksa tipe MIME: Validasi tipe MIME dari file yang diunggah.
Sanitasi nama file: Hapus karakter khusus dari nama file.
Batasi ukuran file: Tetapkan ukuran maksimum file untuk unggahan.

Berikut adalah versi yang ditingkatkan dari skrip Anda yang mencakup langkah-langkah keamanan ini:

<?php
if ($_SERVER['REQUEST_METHOD'] == 'POST') {
    $target_dir = "../uploads/";
    $target_file = $target_dir . basename($_FILES["fileToUpload"]["name"]);
    $uploadOk = 1;
    $fileType = strtolower(pathinfo($target_file, PATHINFO_EXTENSION));

    // Periksa apakah file adalah gambar atau dokumen yang valid
    $allowedFileTypes = array("jpg", "jpeg", "png", "gif", "pdf");
    if (!in_array($fileType, $allowedFileTypes)) {
        echo "Maaf, hanya file JPG, JPEG, PNG, GIF, & PDF yang diizinkan.";
        $uploadOk = 0;
    }

    // Periksa ukuran file (dibatasi hingga 5MB)
    if ($_FILES["fileToUpload"]["size"] > 5000000) {
        echo "Maaf, file Anda terlalu besar.";
        $uploadOk = 0;
    }

    // Periksa apakah file sudah ada
    if (file_exists($target_file)) {
        echo "Maaf, file sudah ada.";
        $uploadOk = 0;
    }

    // Periksa tipe MIME
    $finfo = finfo_open(FILEINFO_MIME_TYPE);
    $mime = finfo_file($finfo, $_FILES["fileToUpload"]["tmp_name"]);
    $allowedMimes = array("image/jpeg", "image/png", "image/gif", "application/pdf");
    if (!in_array($mime, $allowedMimes)) {
        echo "Maaf, tipe file tidak diizinkan.";
        $uploadOk = 0;
    }
    finfo_close($finfo);

    // Sanitasi nama file
    $safeFilename = preg_replace("/[^a-zA-Z0-9_\-\.]/", "", basename($_FILES["fileToUpload"]["name"]));
    $target_file = $target_dir . $safeFilename;

    // Periksa apakah $uploadOk disetel ke 0 oleh kesalahan
    if ($uploadOk == 0) {
        echo "Maaf, file Anda tidak diunggah.";
    // Jika semuanya ok, coba unggah file
    } else {
        if (move_uploaded_file($_FILES["fileToUpload"]["tmp_name"], $target_file)) {
            echo "File ". htmlspecialchars($safeFilename). " telah diunggah.";
        } else {
            echo "Maaf, terjadi kesalahan saat mengunggah file Anda.";
        }
    }
}
?>

<!DOCTYPE html>
<html>
<body>

<form action="upload.php" method="post" enctype="multipart/form-data">
    Pilih file untuk diunggah:
    <input type="file" name="fileToUpload" id="fileToUpload">
    <input type="submit" value="Unggah File" name="submit">
</form>

</body>
</html>

Akses http://localhost/lfi/upload.php,

Penjelasan Penambahan:

Jenis File yang Diizinkan: Hanya mengizinkan ekstensi file tertentu (jpg, jpeg, png, gif, pdf).
Batas Ukuran File: Memastikan file tidak lebih besar dari 5MB.
Periksa Apakah File Sudah Ada: Mencegah penimpaan file yang sudah ada.
Periksa Tipe MIME: Memastikan tipe MIME file sesuai dengan yang diizinkan.
Sanitasi Nama File: Menghapus karakter berbahaya dari nama file.

Peningkatan ini akan membantu melindungi aplikasi Anda dari berbagai kerentanan unggahan file, termasuk serangan Remote File Inclusion (RFI).

TERIMA KASIH.

Demo Bypass Login dengan SQL Injection - Dasar Keamanan Siber

By bella sevenia

Read

0 Comments

Demo Bypass Login dengan SQL Injection
Dasar Keamanan Siber

Berikut adalah langkah-langkah lengkap untuk membuat demo serangan bypass login menggunakan SQL Injection. Demo ini akan menunjukkan bagaimana seorang penyerang dapat mengakses akun pengguna tanpa kredensial yang valid dengan mengeksploitasi kerentanan SQL Injection dalam aplikasi web.

Bypass Login dengan SQL Injection:

SQL Injection adalah teknik serangan di mana seorang penyerang menyuntikkan kode SQL berbahaya ke dalam kueri yang dieksekusi oleh aplikasi. Salah satu contoh umum dari serangan ini adalah bypass login, di mana penyerang mencoba masuk ke sistem tanpa kredensial yang sah.
Contoh skenario bypass login dengan SQL Injection:
1. Sebuah formulir login menerima input dari pengguna (username dan password).
2. Aplikasi membentuk kueri SQL berdasarkan input pengguna tanpa melakukan validasi atau sanitasi yang memadai.
3. Penyerang memasukkan string injeksi seperti admin' OR '1'='1 ke dalam field username atau password.
Misalnya, aplikasi mungkin memiliki kueri SQL seperti berikut:
SELECT * FROM users WHERE username = 'admin' AND password = 'password';
Jika input tidak divalidasi dan penyerang memasukkan admin' -- pada field username dan password pada field password, maka kueri akan menjadi:

SELECT * FROM users WHERE username = 'admin' -- ' AND password = 'password';

Demo:
Persiapan
1. Setup Web Server dan Database: Anda memerlukan server lokal seperti XAMPP atau Laragon
untuk menjalankan aplikasi web dan database MySQL.
2. Database Setup:
- Buat database bernama ‘demo_db’.
- Buat tabel `users` dengan kolom `id`, `username`, dan `password` atau dengan command berikut:
CREATE DATABASE demo_db;
USE demo_db;
CREATE TABLE users (
id INT AUTO_INCREMENT PRIMARY KEY,
username VARCHAR(50) NOT NULL,
password VARCHAR(50) NOT NULL
);
INSERT INTO users (username, password) VALUES ('admin', 'adminpass');
INSERT INTO users (username, password) VALUES ('user', 'userpass');

Langkah-Langkah Demo
1. Buat Formulir Login
Buat file `login.html` untuk menampilkan formulir login sederhana.
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="UTF-8">
<meta name="viewport" content="width=device-width, initial-scale=1.0">
<title>Login Page</title>
</head>
<body>
<h2>Login</h2>
<form action="login.php" method="post">
<label for="username">Username:</label>
<input type="text" id="username" name="username"><br><br>
<label for="password">Password:</label>
<input type="password" id="password" name="password"><br><br>
<input type="submit" value="Login">
</form>
</body>
</html>

2. Buat Skrip Login yang Rentan Buat file `login.php` yang mengandung kerentanan SQL Injection.
<?php
$servername = "localhost";
$username = "root";
$password = "";
$dbname = "demo_db";
// Membuat koneksi ke database
$conn = new mysqli($servername, $username, $password, $dbname);
// Mengecek koneksi
if ($conn->connect_error) {
die("Koneksi gagal: " . $conn->connect_error);
}
// Mengambil input dari formulir
$user = $_POST['username'];
$pass = $_POST['password'];
// Query yang rentan terhadap SQL Injection
$sql = "SELECT * FROM users WHERE username='$user' AND password='$pass'";
$result = $conn->query($sql);
if ($result->num_rows > 0) {
echo "Login berhasil!";
} else {
echo "Login gagal!";
}
$conn->close();
?>

Maka Tampilannya akan seperti ini:

3. Menunjukkan Kerentanan Jalankan aplikasi dan buka `login.html` di browser. Masukkan input berikut untuk melakukan serangan bypass login: - Username: ' OR '1'='1 - Password: ' OR '1'='1

4. Hasil Eksploitasi Setelah mengklik tombol login, Anda akan melihat pesan "Login berhasil!" meskipun tidak memasukkan kredensial yang valid. Hal ini terjadi karena query SQL menjadi:
SELECT * FROM users WHERE username='' OR '1'='1' AND password='' OR '1'='1'
Query ini selalu benar dan mengembalikan semua baris dalam tabel `users`.

5. Bentuk mitigasi yang bisa dilakukan
Untuk menghindari serangan SQL Injection, Anda bisa menggunakan prepared statements. Berikut adalah versi yang sudah diperbaiki dari script PHP Anda menggunakan prepared statements:
<?php
$servername = "localhost";
$username = "root";
$password = "";
$dbname = "demo_db";

// Membuat koneksi ke database
$conn = new mysqli($servername, $username, $password, $dbname);

// Mengecek koneksi
if ($conn->connect_error) {
die("Koneksi gagal: " . $conn->connect_error);
}

// Mengambil input dari formulir
$user = $_POST['username'];
$pass = $_POST['password'];

// Menyiapkan statement SQL dengan parameter
$stmt = $conn->prepare("SELECT * FROM users WHERE username=? AND password=?");
$stmt->bind_param("ss", $user, $pass);

// Menjalankan statement
$stmt->execute();
$result = $stmt->get_result();

if ($result->num_rows > 0) {
echo "Login berhasil!";
} else {
echo "Login gagal!";
}

// Menutup statement dan koneksi
$stmt->close();
$conn->close();
?>

Dalam script yang diperbaiki di atas, "prepare" dan "bind_param" digunakan untuk mempersiapkan dan mengikat parameter input pengguna ke statement SQL. Ini memastikan bahwa input pengguna tidak dapat mengubah struktur SQL dan dengan demikian mencegah serangan SQL Injection.
Dampak dari Serangan SQL Injection:
1. Akses Tidak Sah: Penyerang dapat memperoleh akses tidak sah ke akun pengguna, termasuk akun dengan hak akses tinggi (misalnya admin).
2. Pencurian Data: Penyerang dapat mengakses, mencuri, atau memodifikasi data sensitif yang disimpan dalam basis data.
3. Kerusakan Data: Penyerang dapat merusak atau menghapus data, yang dapat mengakibatkan hilangnya informasi penting.
4. Eksekusi Perintah Jarak Jauh: Dalam beberapa kasus, penyerang dapat menjalankan perintah sistem operasi pada server basis data.
5. Kompromi Integritas dan Keandalan: Serangan SQL Injection dapat merusak integritas dan keandalan sistem serta menurunkan kepercayaan pengguna terhadap aplikasi.
6. Kerugian Finansial: Dampak finansial yang signifikan dapat terjadi akibat hilangnya data, waktu henti sistem, dan kerugian reputasi.
Cara Menanggulangi SQL Injection:
1. Gunakan Prepared Statements (Parameterized Queries): Prepared statements memastikan bahwa input pengguna diperlakukan sebagai data, bukan bagian dari kueri SQL. Ini adalah metode paling efektif untuk mencegah SQL Injection.
2. Validasi dan Sanitasi Input: Lakukan validasi dan sanitasi semua input pengguna. Hanya izinkan karakter dan format yang diharapkan.
3. Penggunaan ORM (Object-Relational Mapping): ORM seperti Hibernate atau Entity Framework dapat membantu mengabstraksi interaksi basis data dan mengurangi risiko SQL Injection.
4. Pembatasan Hak Akses: Batasi hak akses basis data hanya untuk operasi yang diperlukan oleh aplikasi. Jangan gunakan akun basis data dengan hak administratif untuk operasi biasa.
5. Penggunaan WAF (Web Application Firewall): WAF dapat mendeteksi dan memblokir serangan SQL Injection berdasarkan pola lalu lintas jaringan yang mencurigakan.
6. Pemantauan dan Logging: Pantau dan log semua aktivitas basis data untuk mendeteksi anomali dan upaya serangan.
7. Pembaruan dan Patch: Pastikan semua perangkat lunak, termasuk server basis data dan aplikasi web, selalu diperbarui dengan patch keamanan terbaru.
8. Pendidikan dan Pelatihan: Berikan pendidikan dan pelatihan kepada pengembang tentang praktik terbaik keamanan aplikasi dan ancaman SQL Injection.
Dengan menerapkan langkah-langkah tersebut, risiko serangan SQL Injection dapat diminimalkan dan keamanan aplikasi dapat ditingkatkan.

DASAR WEB HACKING- SERANGAN XSS

By bella sevenia

Read

0 Comments

DASAR WEB HACKING- SERANGAN XSS

Berikut adalah contoh tugas serangan XSS yang bisa menjadi pembelajaran bagti teman - teman :

Cross-Site Scripting (XSS) adalah salah satu serangan paling umum di aplikasi web. XSS terjadi ketika penyerang dapat menyisipkan skrip berbahaya ke dalam halaman web yang kemudian dieksekusi oleh browser pengguna lain. Serangan ini bisa sangat merusak, karena dapat mencuri informasi pribadi, mengarahkan pengguna ke situs berbahaya, atau bahkan mengambil alih akun pengguna. Dalam artikel ini, kita akan membahas bagaimana melindungi aplikasi web dari serangan XSS dengan contoh praktis.

Contoh Kasus: Formulir Komentar Sederhana

Misalkan kita memiliki sebuah halaman web dengan formulir komentar sederhana yang memungkinkan pengguna untuk mengirimkan nama dan pesan mereka. Berikut adalah kode HTML dan PHP sebelum dilakukan perbaikan keamanan.

Kode Sebelum Perubahan

<!DOCTYPE html>
<html lang="en">
<head>
    <meta charset="UTF-8">
    <title>Teknik Serangan XSS</title>
</head>
<body>
    <h1>Teknik Serangan XSS</h1>
    <form action="xss.php" method="post">
        Nama: <input type="text" name="nama"><br>
        Pesan: <textarea name="pesan"></textarea><br>
        <input type="submit" value="Submit">
    </form>
    <h2>Pesan:</h2>
    <div id="pesan">
        <?php
        if (isset($_POST['nama']) && isset($_POST['pesan'])) {
            $name = $_POST['nama'];
            $pesan = $_POST['pesan'];
            echo "<p><strong>$name</strong>: $pesan</p>";
        }
        ?>
    </div>
</body>
</html>

Hasil

Pada kode di atas, input dari pengguna langsung ditampilkan tanpa sanitasi. Ini memungkinkan penyerang menyisipkan kode JavaScript berbahaya dalam kolom nama atau pesan. Misalnya, jika seorang penyerang memasukkan `<script>alert('XSS');</script>` sebagai nama atau pesan, skrip tersebut akan dieksekusi oleh browser pengguna lain yang melihat pesan tersebut.

Dampak dari Serangan XSS

Beberapa dampak potensial dari serangan XSS meliputi:

1. Pencurian Cookie : Penyerang dapat mencuri cookie sesi pengguna untuk mengambil alih akun pengguna.

2. Pemalsuan Konten : Penyerang dapat menyisipkan konten palsu untuk menipu pengguna.

3. Pengalihan ke Situs Berbahaya : Penyerang dapat mengarahkan pengguna ke situs web berbahaya tanpa sepengetahuan mereka.

4. Defacement : Mengubah tampilan halaman web, sering kali untuk menyebarkan pesan tertentu.

5. Eksekusi Kode Arbitrer : Menjalankan skrip lain yang dapat mengakibatkan berbagai serangan tambahan.

Memperbaiki Kode untuk Mencegah XSS

Untuk mencegah serangan XSS, kita harus memastikan bahwa input dari pengguna tidak dieksekusi sebagai kode. Ini bisa dilakukan dengan menggunakan fungsi `htmlspecialchars()` di PHP untuk mengonversi karakter-karakter khusus menjadi entitas HTML.

Kode Setelah Perubahan

<!DOCTYPE html>
<html lang="en">
<head>
    <meta charset="UTF-8">
    <title>Teknik Serangan XSS</title>
</head>
<body>
    <h1>Teknik Serangan XSS</h1>
    <form action="xss.php" method="post">
        Nama: <input type="text" name="nama"><br>
        Pesan: <textarea name="pesan"></textarea><br>
        <input type="submit" value="Submit">
    </form>
    <h2>Pesan:</h2>
    <div id="pesan">
        <?php
        if (isset($_POST['nama']) && isset($_POST['pesan'])) {
            $name = htmlspecialchars($_POST['nama'], ENT_QUOTES, 'UTF-8');
            $pesan = htmlspecialchars($_POST['pesan'], ENT_QUOTES, 'UTF-8');
            echo "<p><strong>$name</strong>: $pesan</p>";
        }
        ?>
    </div>
</body>
</html>

Hasil

Pada kode yang telah diperbaiki, kita menggunakan fungsi `htmlspecialchars()` untuk mengonversi karakter khusus seperti `<`, `>`, dan `&` menjadi entitas HTML (`<`, `>`, dan `&`). Dengan begitu, input dari pengguna akan ditampilkan sebagai teks biasa dan tidak akan dieksekusi sebagai kode.

Langkah-Langkah Pencegahan Tambahan

Selain menggunakan htmlspecialchars(), ada beberapa langkah tambahan yang bisa diambil untuk mencegah serangan XSS:

Validasi Input:
- Pastikan semua input dari pengguna divalidasi sesuai dengan aturan yang ditetapkan. Misalnya, jika sebuah kolom hanya boleh berisi angka, pastikan input tersebut adalah angka.
- Gunakan filter input seperti filter_var() di PHP untuk memastikan input sesuai dengan format yang diharapkan.
Gunakan Header Keamanan:
- Gunakan header keamanan seperti Content-Security-Policy (CSP) untuk membatasi sumber konten yang dapat dieksekusi di halaman web Anda.
- Contoh: header("Content-Security-Policy: default-src 'self'; script-src 'self'");
Hindari Penyisipan HTML Langsung:
- Hindari menggunakan metode yang menyisipkan HTML langsung dari input pengguna, seperti innerHTML di JavaScript. Gunakan metode yang aman seperti textContent.
Sanitasi Output:
- Selain men-sanitasi input, sanitasi juga output yang ditampilkan di halaman. Gunakan fungsi seperti htmlspecialchars() setiap kali menampilkan data dari pengguna.
Gunakan Framework Keamanan:
- Gunakan framework atau library yang memiliki mekanisme pencegahan XSS built-in. Contoh: Laravel di PHP, Django di Python.

Kesimpulan

Serangan XSS adalah ancaman serius yang dapat merusak integritas dan keamanan aplikasi web. Dengan langkah sederhana seperti menggunakan `htmlspecialchars()` untuk men-sanitasi input pengguna, kita dapat melindungi aplikasi web kita dari serangan ini. Pastikan selalu untuk memvalidasi dan men-sanitasi semua input pengguna dalam aplikasi web Anda untuk menjaga keamanan dan kepercayaan pengguna.

Dengan menerapkan praktik keamanan yang baik, kita dapat mencegah serangan XSS dan memastikan aplikasi web kita tetap aman bagi semua pengguna.

Blog Bella Ciao

TOPIK 08 : LOCAL / REMOTE FILE INCLUSION

LOCAL / REMOTE FILE INCLUSION

Local File Inclusion (LFI)

Remote File Inclusion (RFI)

Penjelasan Penambahan:

Demo Bypass Login dengan SQL Injection - Dasar Keamanan Siber

Demo Bypass Login dengan SQL Injection
Dasar Keamanan Siber

DASAR WEB HACKING- SERANGAN XSS

Langkah-Langkah Pencegahan Tambahan

Recent Posts

Facebook

Laporkan Penyalahgunaan

Mengenai Saya

Vulnerable Web With Mutillidae (instalasi)

Cari Blog Ini

Arsip Blog

Post Top Ad

Author Details

Popular Posts

Pages

About Me

Socialize

Facebook

Popular Posts

Blog Bella Ciao

TOPIK 08 : LOCAL / REMOTE FILE INCLUSION

LOCAL / REMOTE FILE INCLUSION

Local File Inclusion (LFI)

Remote File Inclusion (RFI)

Penjelasan Penambahan:

Demo Bypass Login dengan SQL Injection - Dasar Keamanan Siber

Demo Bypass Login dengan SQL InjectionDasar Keamanan Siber

DASAR WEB HACKING- SERANGAN XSS

Langkah-Langkah Pencegahan Tambahan

Recent Posts

Facebook

Laporkan Penyalahgunaan

Mengenai Saya

Vulnerable Web With Mutillidae (instalasi)

Cari Blog Ini

Arsip Blog

Post Top Ad

Author Details

Popular Posts

Pages

About Me

Socialize

Facebook

Popular Posts

Demo Bypass Login dengan SQL Injection
Dasar Keamanan Siber