devro hello@devro.click

berkas kasus — memutar 0000 / 0372 gulir

00 Pembuka

Aplikasi bicara
kalau tahu
cara mendengarnya.

Saya Revaldo. Saya membaca alur aplikasi sampai menemukan tempat di mana ia mengizinkan hal yang seharusnya tidak.

Fokus
Broken access control · Logic abuse · Client-side
Metode
Manual dulu. Alat memperluas jangkauan, bukan menggantikan pertimbangan.
Etika
Lapor ke vendor lebih dulu. Tidak pernah membocorkan.
Yang Anda lihat animasi dari temuan nyata: satu pengenal objek diubah satu digit, dan server mengembalikan milik orang lain.

Scanner berhenti di permukaan. Yang saya kejar adalah urutan logika — langkah yang benar, di urutan yang salah.

Tanpa scope, tanpa laporan. Setiap temuan disertai reproduksi, bukti, dampak, dan cara memperbaikinya.

Indonesia — UTC+7 Responsible disclosure Gulir untuk memutar rekaman ↓

01 Kerja

Yang saya kerjakan setiap hari

Peta permukaan serang: tiap titik masuk (app, api, cdn, legacy) dipasangkan dengan kelas kerentanan yang diuji padanya.
Gbr. 01 Peta permukaan serang. Tiap titik masuk dipasangkan dengan kelas kerentanan yang paling sering muncul di sana.

Broken access control

Objek yang bisa diambil alih hanya dengan mengganti satu pengenal. Batas otorisasi yang diuji di klien, bukan di server.

Business logic abuse

Alur yang benar tapi urutannya bisa dibelokkan — kupon dipakai dua kali, verifikasi dilewati, langkah pembayaran ditunda.

Client-side

DOM XSS, prototype pollution, postMessage tanpa pemeriksaan asal, dan data sensitif yang berhenti di JavaScript.

Server-side

SSRF, cache deception, request smuggling — kelas temuan yang butuh pemahaman infrastruktur, bukan sekadar payload.

Reconnaissance

Memetakan permukaan serang sebelum menyentuh apa pun: subdomain, berkas JavaScript, endpoint lama yang masih hidup.

02 Metode

Manual dulu. Otomatisasi dipakai untuk memperluas jangkauan, bukan untuk menggantikan pertimbangan.
Cara kerja saya, disederhanakan

Rekaman lapangan

Kerja ini berjalan di lorong yang sepi,
jam tiga pagi, tanpa sorotan.

Yang terlihat cuma hasil akhirnya. Sisi kerjanya: ratusan permintaan, catatan kecil, dan kesabaran untuk memeriksa hal yang tidak menarik.

Empat tahap kerja berurutan: pahami alur, petakan permintaan, uji batas, laporkan ke vendor.
Gbr. 02 Urutan kerja. Langkah 01 adalah yang paling sering dilewati, dan melewatinya adalah cara paling umum menemukan temuan palsu.
  1. Pahami dulu, baru uji

    Sebelum menyentuh permintaan apa pun, saya pelajari alur normal aplikasi. Kerentanan paling serius biasanya muncul justru saat alur itu dijalankan sedikit di luar kebiasaan.

  2. Tetap di dalam scope

    Setiap program punya batasnya. Saya baca batas itu lebih dulu dan tidak pernah melewatinya — bukan karena aturan, tapi karena laporan yang keluar dari scope tidak berguna untuk siapa pun.

  3. Buktikan, jangan diklaim

    Temuan tanpa langkah reproduksi hanyalah dugaan. Setiap laporan saya sertakan urutan langkah, bukti, dampak nyata, dan saran perbaikan yang bisa langsung dieksekusi tim.

  4. Lapor ke vendor, bukan ke publik

    Saya tidak pernah mempublikasikan detail yang belum diperbaiki. Kerentanan yang dibocorkan lebih dulu merugikan pengguna, bukan membantu mereka.

Yang tidak masuk laporan

kabel rak malam

Kabel yang sama saya susuri berulang kali. Rak yang sama, malam yang sama. Bagian ini tidak pernah masuk laporan karena tidak ada yang perlu diperbaiki.

03 Catatan lapangan

Papan kerja

Ini catatan yang saya simpan sambil bekerja. Ketik help di dalamnya — ada beberapa perintah yang tidak saya cantumkan.

revaldo@devro — ~/catatan
devro shell — ketik help untuk daftar perintah.

04 Batas

Aturan yang tidak saya langgar

Lembar scope: daftar hal di dalam batas program dan hal yang tidak pernah saya sentuh.
Gbr. 03 Batas kerja. Satu permintaan di luar scope bisa menghanguskan seluruh program, jadi batas ini saya baca sebelum menyentuh apa pun.

05 Platform

Tempat laporan saya masuk

06 Berkas

Ringkas, versi dokumen

Sekarang

Security Researcher — independen

Berburu kerentanan di program publik dan program pengungkapan kerentanan. Semua laporan disertai bukti dan analisis dampak.

Latihan

PortSwigger Web Security Academy

Lab terstruktur: SQL injection, XSS, access control, SSRF, OAuth, dan celah unggahan berkas.

Perkakas

Yang saya pakai setiap hari

Burp Suite · ffuf · httpx · subfinder · Nuclei · Nmap · Python · Bash · Git.

Bahasa

Indonesia & Inggris

Laporan dan dokumentasi teknis ditulis dalam bahasa yang dipakai tim keamanannya.

Unduh CV lengkap