SECURITY RESEARCH BY EL1SYUM / Riset pribadi / arsip teredaksi
Riset akses API historis
Arsip langsung memperlihatkan konfigurasi peran anonim publik di sisi klien. Catatan audit menyebut pembacaan API sensitif, tetapi respons mentah admin dan data tidak tersedia.
01 / OVERVIEW
Kasus dalam konteks.
Pertanyaan bisnisnya adalah apakah batas akses di server benar-benar melindungi data dan fungsi. Arsip yang tersedia belum cukup untuk menetapkan dampak akses tanpa izin saat ini.
02 / APA YANG DIUJI
Telusuri batas aksesnya.
Tiga kandidat historis dalam arsip pribadi; identitas target, provider, akun, dan nilai kredensial ditampilkan sebagai ***.
Telaah bundle klien dan catatan audit/probe historis; status klaim dibandingkan dengan bukti HTTP mentah yang tersisa.
- Pengguna / token
- Permukaan web / API
- Keputusan server
- Resource / state
Peta permukaan konseptual. Scope dan bukti di atas menentukan bagian yang benar-benar diperiksa.
03 / KENAPA INI PENTING
Hubungkan izin
dengan keputusan bisnis.
Pertanyaan bisnisnya adalah apakah batas akses di server benar-benar melindungi data dan fungsi. Arsip yang tersedia belum cukup untuk menetapkan dampak akses tanpa izin saat ini.
Perilaku otorisasi dan dampaknya memerlukan verifikasi sisi pemilik; tidak ada dampak tulis atau pengambilalihan akun yang diklaim.
04 / CARA SISTEM BEKERJA
Kartu mengenali pengunjung.
Izin membuka ruangan.
- IdentitasPengunjung membawa kartu akses.
- AuthenticationGedung mengenali pengunjung.
- AuthorizationIzin menentukan pintu yang boleh dibuka.
- ResourceRuangan, data, atau fitur.
Login hanya membuktikan siapa Anda. Authorization menentukan apa yang boleh Anda akses.
Alur aplikasi untuk pembaca teknis
- Browser → Frontend
- AuthenticationMemastikan identitas pengguna.
- SessionMempertahankan status autentikasi.
- AuthorizationMemeriksa izin untuk aksi dan resource.
- API / ControllerMenghubungkan request klien dengan logika aplikasi.
- Data layerMenyimpan resource yang dilindungi.
Model aplikasi umum; bukan rekonstruksi source code target ini.
05 / SECURITY QUESTION
Apakah server hanya mengenali identitas, atau juga memeriksa izin setiap aksi dan resource?
EXPECTED
- User
- Authenticated
- Authorization check
- Ownership / permission check
- Allowed resource
POTENTIAL FAILURE
- User
- Authenticated
- Request object
- Missing / incorrect authorization
- Unauthorized resource
Perbandingan edukatif. Potensi kegagalan bukan finding terhadap target kecuali bukti kasus mengonfirmasinya.
06 / EVIDENCE
Baca status
bersama buktinya.
Tidak lengkap; dampak belum diverifikasi independen
- VALIDATED
- Bundle arsip memuat konfigurasi peran anonim publik di sisi klien; hal ini sendiri lazim dan bukan bukti akses privat.
- OBSERVED
- Catatan audit historis menyebut pembacaan fungsi admin dan data bisnis; angka agregat bersumber dari catatan.
- NOT VERIFIED
- Akses admin tanpa sesi, pembacaan data sensitif melalui peran anonim, dampak akses kontrol, dan kondisi saat ini.
- NOT AVAILABLE
- Respons HTTP mentah admin/data, kontrol akun pembanding, urutan rinci, dan retest setelah arsip.
- Observation
- Reproduction
- Validation
- Impact confirmation
- Finding
Tangga menunjukkan standar pembuktian, bukan tahap yang telah selesai. Daftar status di atas mencatat bukti yang tersedia untuk kasus ini.
07 / TECHNICAL BREAKDOWN
Kontrol, perilaku,
dan verifikasi.
- Permukaan
- Konfigurasi klien berperan anonim publik dan kandidat endpoint yang disebut dalam catatan audit; path rinci tetap teredaksi.
- Status autentikasi
- Pesan pendaftaran dan galat autentikasi ada dalam catatan probe; kontrol sesi pembanding tidak tersedia.
- Batas otorisasi
- Klaim baca admin dan data melalui peran anonim memerlukan respons mentah serta kontrol peran untuk diverifikasi.
- Dampak tulis
- Tidak diklaim; probe tulis yang dicatat memakai ID tidak ada dan tidak mengubah baris.
- Root cause / CWE
- Not independently verified; tidak ditetapkan dari bukti arsip ini.
Catatan perbaikan / verifikasi pemilik
Pemilik perlu memeriksa kebijakan otorisasi pada fungsi dan data terkait, lalu mengulang uji dengan dua peran yang terkontrol.
Arahan pemeriksaan; tidak menyatakan implementasi atau perbaikan telah selesai.
08 / LIMITATIONS
Batas pemeriksaan
adalah bagian hasil.
- Arsip bersifat historis dan tidak membuktikan paparan saat ini.
- Respons API mentah admin dan data serta akun/peran pembanding tidak tersedia.
- Tidak ada retest berikutnya; nilai kredensial, akun, target, dan provider tetap teredaksi.
09 / OUTCOME
Apa yang ditunjukkan kasus ini.
Perilaku otorisasi dan dampaknya memerlukan verifikasi sisi pemilik; tidak ada dampak tulis atau pengambilalihan akun yang diklaim.
10 / LESSONS & REFERENCES