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).