HTTP Probing & Tech Fingerprinting

Cek liveness, status, header, teknologi, indikasi WAF, dan sinyal versi—untuk prioritas uji yang rapi.

Recon yang baik tidak berhenti di enumerasi subdomain. Begitu kamu punya daftar host in-scope, tahap berikutnya adalah HTTP probing & tech fingerprinting: memastikan host benar-benar hidup, membaca status/redirect, mengamati header dan kebijakan keamanan, mengidentifikasi tumpukan teknologi yang tampak dari luar, dan menangkap indikasi WAF/CDN. Semua ini dilakukan konservatif—tanpa login, tanpa aksi yang mengubah state, dan tanpa “menekan” layanan. Tujuannya satu: menghasilkan peta prioritas yang akurat untuk tahap pengujian berikutnya.

Liveness & redirect:

Mulai dari satu host untuk memastikan liveness dan melihat rantai redirect yang sebenarnya terjadi.

# Liveness + header ringkas (tanpa body)

curl -I https://www.target.tld/ --max-time 8 \

-H "User-Agent: EHAcademyRecon/1.0 (+contact: security@example.com)"

# Liveness + ikuti redirect sampai final

curl -s -D- -o /dev/null -L https://www.target.tld/ --max-time 12 \

-H "User-Agent: EHAcademyRecon/1.0 (+contact: security@example.com)"

Hal yang kamu catat:

Status code konsisten (200/301/302/401/403/404).
Location: di setiap langkah redirect (http→https, apex→www, /→/home).
Keseragaman HTTPS dan canonical URL (bagus untuk SEO & keamanan).

Untuk banyak host sekaligus, gunakan HTTP toolkit yang mendukung batch dengan throttle.

# Batch probing yang konservatif

httpx -l subs_resolved.txt \

-silent -follow-redirects \

-H "User-Agent: EHAcademyRecon/1.0 (+contact: security@example.com)" \

-rl 25 \

-status-code -title -web-server -tech-detect \

-o http_probe.txt

Catatan: opsi -rl 25 membatasi laju (≈25 req/detik total). Sesuaikan lebih rendah bila aset sensitif atau scope meminta kehati-hatian ekstra atau limit terbatas agar tidak menganggu atau tidak agresif.

Header & kebijakan keamanan: sinyal kualitas permukaan

Header sering lebih akurat daripada HTML. Beberapa yang bernilai untuk triage:

server / x-powered-by / via: indikasi upstream (nginx/Apache), app stack (Express, PHP), dan proxy/CDN.

strict-transport-security (HSTS): disiplin HTTPS (ada/tidak, max-age).

content-security-policy (CSP): kontrol resource loading; hadirnya CSP umumnya sinyal kematangan.

x-frame-options, referrer-policy, x-content-type-options: kebijakan baseline.

set-cookie: atribut Secure, HttpOnly, SameSite (tanpa menyentuh isi yang sensitif).

cache-control / vary / etag: pola caching.

Tech fingerprinting:

Fingerprints bisa di deteksi pada:

Header (mis. server: cloudflare, x-aws-apigw-id, x-akamai-*, x-github-request-id).
HTML meta (generator, framework hints).
Judul halaman (-title berguna untuk klasifikasi cepat).
Aset statis publik (nama bundel, path pattern)—cukup dicatat, tanpa mengunduh berlebihan.

Toolkit seperti httpx membantu memberi label teknologi indikatif (-tech-detect). Ingat: ini indikasi, bukan bukti final—cukup untuk memutuskan apakah host masuk High/Med/Low prioritas uji berikutnya.

Indikasi WAF/CDN:

CDN/WAF sering meninggalkan tanda:

Header khas: cf-ray, cf-cache-status (Cloudflare), x-akamai-* (Akamai), x-cache, x-amz-cf-id (CloudFront), x-sucuri-id, dll.
Perilaku: challenge page, rate-limit ringan, 403 generik yang konsisten di banyak rute.

TLS singkat (permukaan saja)

# Ambil sertifikat & info dasar (read-only)

openssl s_client -servername www.target.tld -connect www.target.tld:443 </dev/null 2>/dev/null \

| openssl x509 -noout -subject -issuer -dates

Ambil yang relevan: masa berlaku, issuer, dan cocokkan SAN dengan host final. Jika HSTS aktif kuat (di header), catat juga—ini sinyal keamanan yang baik. Hindari alat scanning agresif pada fase ini; sisakan untuk modul TLS khusus.

Model data: apa yang perlu disimpan

host: api.target.tld

checked_at: 2025-08-19T11:02:33Z

final_url: https://api.target.tld/v1/

status: 200

redirect_chain:

- http://api.target.tld/ -> https://api.target.tld/

- https://api.target.tld/ -> https://api.target.tld/v1/

headers:

server: "nginx"

strict-transport-security: "max-age=31536000; includeSubDomains"

content-security-policy: "default-src 'self'"

via: "1.1 varnish (CDN?)"

tech:

server: nginx

app_hint: "Express?" # indikasi, bukan kepastian

waf_cdn: "CDN present (via, x-cache)"

priority: High # untuk tahap uji nanti

reason: "API publik, HSTS on, ada CDN; kandidat uji input handling"

Struktur seperti ini membuat laporan clean dan memudahkan delta tracking (apa yang berubah antar sesi).

Menyusun prioritas:

Tujuan probing adalah prioritisasi. Contoh kriteria praktis:

High: endpoint API publik aktif, judul/route mengindikasikan layanan kritikal, legacy path di redirect chain; header memperlihatkan stack yang menarik untuk uji input.
Medium: aplikasi umum dengan kebijakan keamanan baseline yang cukup baik; tetap perlu uji spesifik.
Low: halaman informatif/marketing dengan CSP/HSTS solid dan sedikit permukaan dinamis.

Tulis alasannya singkat—“High karena API publik + legacy redirect + server banner.” Alasan yang jelas mempercepat handoff ke tahap pengujian.