pasax-secure-monitorPlatform Inti·5 min baca

Arsitektur Trinity & Alur Komunikasi Data

Penjelasan mendalam alur data IPC antar-proses lokal dan sinkronisasi awan telemetri aman mTLS.

Alur Kerja Arsitektur Trinity#

Ekosistem Pasax dirancang dengan prinsip Zero Open Ports dan Egress-Only Communication. Node server Anda tidak pernah membuka port masuk tambahan ke internet publik.

1. Lapisan Komunikasi Lokal (IPC Socket)#

Ketika aplikasi Laravel mendeteksi ancaman berbahaya (seperti upaya webshell injection, SSTI, atau SQLi), middleware pasax-secure-monitor mengeksekusi panggilan IPC non-blocking:

PasaxSentinelBridge::blockIp($ip, $reason, 86400);

Perintah dikirimkan melalui Unix Domain Socket (/run/pasax/agent.sock) ke daemon pasax-sentinel. Waktu transmisi kurang dari 0.05ms tanpa overhead jaringan TCP/IP.

2. Penurunan Paket Kernel (nftables)#

Menerima sinyal blokir dari socket lokal, pasax-sentinel segera memasukkan IP penyerang ke dalam tabel pasax_filter pada nftables:

nft add element inet pasax_filter blackhole { 203.0.113.195 }

Sejak saat itu, setiap paket TCP SYN berikutnya dari IP penyerang di-drop langsung di kernel Linux sebelum mencapai Nginx, PHP-FPM, atau database. Beban CPU server tetap di angka <2%.

3. Sinkronisasi Telemetri ke Pasax Cloud#

Secara periodik setiap 15 detik, pasax-sentinel mengirimkan heartbeat telemetri (CPU, RAM, uptime, vhosts Nginx/Apache) ke pasax-service (Neon PostgreSQL) dan mengunduh pembaruan daftar blokir global (Global Blocklist).