Checklist Keamanan n8n Self-Hosted untuk Perusahaan (Mana yang Butuh Lisensi)

Sebuah instance n8n perusahaan biasanya memegang kunci ke hampir semua sistem lain: CRM, email, database, akun WhatsApp Business, payment gateway, sampai API model AI. Karena itu keamanan n8n bukan sekadar soal password admin. Satu instance yang terbuka ke internet tanpa hardening bisa menjadi pintu masuk ke seluruh stack bisnis Anda.

Checklist ini disusun oleh Fahmi Fahreza, n8n Ambassador dan founder WithMi Automation, dan diverifikasi terhadap dokumentasi resmi n8n per Oktober 2026. Setiap item diberi label lisensi, supaya tim IT dan manajemen bisa langsung melihat mana yang bisa dikerjakan hari ini di Community Edition dan mana yang membutuhkan paket berbayar:

• [Semua edisi]: tersedia di Community Edition (gratis).
• [Business+]: butuh lisensi self-hosted Business atau Enterprise.
• [Enterprise]: butuh lisensi Enterprise.

Jika instance Anda belum berdiri, mulai dulu dari panduan install n8n self-hosted untuk perusahaan. Checklist ini melanjutkan dari sana.

1. Server dan jaringan

• Hanya reverse proxy yang menghadap internet. [Semua edisi] Bind port n8n ke 127.0.0.1:5678 atau jangan publish sama sekali jika proxy ada di jaringan Docker yang sama. Port Postgres (5432) dan Redis (6379) tidak boleh terbuka ke publik.
• HTTPS wajib. [Semua edisi] Pasang sertifikat TLS di reverse proxy (Caddy, Traefik, atau Nginx). Biarkan N8N_SECURE_COOKIE di nilai default true agar cookie sesi hanya dikirim lewat HTTPS.
• Set N8N_PROXY_HOPS. [Semua edisi] Isi dengan jumlah reverse proxy di depan n8n (biasanya 1) supaya IP klien terbaca benar di log.
• Batasi akses editor jika memungkinkan. [Semua edisi] Editor n8n tidak harus bisa dibuka dari mana saja. Pertimbangkan VPN atau allowlist IP kantor untuk editor, sementara path webhook (/webhook/) tetap terbuka untuk sistem eksternal yang membutuhkannya.
• Firewall host dan SSH. [Semua edisi] Tutup semua port kecuali 80, 443, dan SSH yang dibatasi. Gunakan login SSH berbasis key, bukan password.
• Matikan public API jika tidak dipakai. [Semua edisi] N8N_PUBLIC_API_DISABLED=true menutup REST API publik n8n. Jika dipakai, kelola API key per pengguna dan cabut saat tidak dibutuhkan.
• Jangan ekspos /metrics. [Semua edisi] Endpoint metrics mati secara default (N8N_METRICS=false). Jika Anda mengaktifkannya untuk Prometheus, pastikan hanya bisa diakses dari jaringan internal.

2. Akses dan identitas pengguna

• 2FA untuk setiap akun. [Semua edisi] Setiap pengguna bisa mengaktifkan 2FA di Settings > Personal dengan aplikasi authenticator. Mulai dari akun owner dan admin.
• Wajibkan 2FA untuk semua pengguna. [Business+] Kebijakan keamanan di level instance, termasuk mewajibkan 2FA (N8N_MFA_ENFORCED_ENABLED), tersedia di self-hosted Business dan Enterprise. Kebijakan ini berlaku untuk login email dan password; pengguna SSO mengikuti kebijakan identity provider.
• SSO SAML atau OIDC. [Business+] Dokumentasi SSO n8n menyebut SAML dan OIDC tersedia di self-hosted Business dan Enterprise. Dengan SSO, offboarding karyawan cukup dilakukan di identity provider perusahaan. Karena halaman dokumentasi n8n tidak selalu konsisten soal paket per protokol, konfirmasikan protokol yang Anda butuhkan saat memilih lisensi.
• LDAP. [Business+] Tersedia di self-hosted Business dan Enterprise menurut halaman LDAP di dokumentasi n8n.
• Projects dan pembagian akses. [Business+] Fitur Projects dan sharing tidak tersedia di Community Edition. Dengan Projects, tim finance tidak perlu melihat workflow dan credential tim sales. Cakupan role (misalnya custom roles) berbeda per paket, jadi cek tabel fitur saat memilih lisensi.
• Prinsip least privilege. [Semua edisi] Batasi jumlah owner dan admin. Undang pengguna sesuai kebutuhan, dan nonaktifkan akun karyawan yang keluar di hari yang sama.

Perbedaan fitur per paket kami bahas lebih lengkap di perbandingan n8n Enterprise vs Business vs Community.

3. Encryption key dan credential

• Tetapkan N8N_ENCRYPTION_KEY sendiri. [Semua edisi] n8n mengenkripsi credential dengan key ini sebelum menyimpannya ke database. Jika tidak ditetapkan, n8n membuat key acak di folder ~/.n8n. Simpan key di secret store perusahaan, terpisah dari backup database, dan pasang key yang sama di semua worker jika memakai queue mode.
• Rotasi data encryption key. [Semua edisi self-hosted] n8n memakai dua lapis key: instance key (N8N_ENCRYPTION_KEY) yang tetap, dan data encryption key yang bisa dirotasi dari Settings > Data Encryption Keys. Di versi 2.x fitur ini diaktifkan lewat flag N8N_ENV_FEAT_ENCRYPTION_KEY_ROTATION=true. Backup database dulu, uji di staging, dan jangan downgrade setelah data ditulis dalam format baru.
• Credential dengan hak minimum. [Semua edisi] Buat service account khusus n8n di setiap sistem, dengan scope sesempit mungkin. Jangan pakai akun admin pribadi.
• Jangan tulis rahasia di node. [Semua edisi] API key yang diketik langsung di node HTTP Request, Set, atau Code tidak terenkripsi seperti credential dan bisa ikut terekspor bersama workflow. Selalu simpan di Credentials.
• Blokir akses environment variable dari node. [Semua edisi] Default N8N_BLOCK_ENV_ACCESS_IN_NODE adalah false, artinya expression dan Code node bisa membaca environment variable server, termasuk rahasia. Set ke true kecuali ada kebutuhan yang jelas.
• External secret store. [Enterprise] Ambil credential dari HashiCorp Vault, AWS Secrets Manager, Azure Key Vault, GCP Secret Manager, atau 1Password, sehingga rahasia dikelola dan dirotasi di satu tempat.

4. Eksekusi workflow dan node berisiko

• Task runner dalam external mode. [Semua edisi] Code node dijalankan oleh task runner. Dokumentasi n8n menyebut internal mode (runner sebagai child process dengan uid yang sama dengan n8n) tidak aman secara desain dan sudah deprecated. Untuk produksi, gunakan N8N_RUNNERS_MODE=external dengan container sidecar n8nio/runners yang versinya sama dengan n8n.
• Blokir node yang tidak dibutuhkan. [Semua edisi] Gunakan NODES_EXCLUDE untuk mencegah node berisiko dimuat. Execute Command sudah diblokir secara default; pertimbangkan juga node Read/Write Files jika tidak dipakai.
• Batasi akses file. [Semua edisi] N8N_RESTRICT_FILE_ACCESS_TO membatasi node file ke direktori tertentu. N8N_BLOCK_FILE_ACCESS_TO_N8N_FILES (default true) mencegah akses ke folder .n8n; biarkan aktif.
• Aktifkan SSRF protection. [Semua edisi] Sejak n8n 2.12.0, N8N_SSRF_PROTECTION_ENABLED=true memblokir node dari menjangkau rentang IP privat, loopback, dan link-local. Uji dulu, karena workflow yang sengaja memanggil layanan internal bisa ikut terblokir dan perlu pengecualian.
• Waspadai community node. [Semua edisi] Community node adalah kode pihak ketiga yang berjalan di instance Anda. Pasang hanya yang benar-benar dibutuhkan dan tinjau sumbernya.
• Retensi data eksekusi. [Semua edisi] Data eksekusi menyimpan input dan output tiap node. Default-nya dipangkas setelah 336 jam dengan batas 10.000 eksekusi. Perpendek lewat EXECUTIONS_DATA_MAX_AGE sesuai kebijakan data perusahaan.
• Redaksi data eksekusi. [Enterprise] Menyembunyikan input dan output node dari tampilan eksekusi, per workflow (sejak 2.16.0) atau sebagai kebijakan minimum di level instance (sejak 2.26.0).

5. Webhook

Webhook adalah bagian n8n yang paling sering terbuka ke publik, jadi perlakukan setiap URL webhook seperti endpoint API.

• Autentikasi di setiap webhook produksi. [Semua edisi] Node Webhook mendukung Basic auth, Header auth, dan JWT auth. "None" hanya untuk webhook yang memang publik, seperti form website.
• IP(s) Allowlist. [Semua edisi] Jika pemanggilnya punya IP tetap (misalnya server ERP), isi allowlist. Request dari IP lain mendapat 403.
• Allowed Origins (CORS). [Semua edisi] Default-nya * (semua domain). Batasi ke domain Anda untuk webhook yang dipanggil dari browser.
• Validasi signature. [Semua edisi] Payment gateway, Meta, dan banyak SaaS mengirim signature HMAC. Verifikasi di awal workflow sebelum data diproses.
• Jangan memantulkan input mentah. [Semua edisi] Hati-hati mengembalikan data dari request ke response webhook, terutama dalam bentuk HTML.

6. Logging, audit, dan monitoring

• Jalankan security audit bawaan. [Semua edisi] Perintah n8n audit (atau POST /audit lewat API sebagai owner) menghasilkan laporan risiko untuk credential yang tidak terpakai, query SQL dengan expression, node yang mengakses filesystem, community node, webhook tanpa proteksi, dan instance yang sudah ketinggalan versi. Jadwalkan rutin, misalnya bulanan.
• Log aplikasi tersimpan di luar container. [Semua edisi] Kirim log Docker ke sistem log terpusat agar tidak hilang saat container dibuat ulang.
• Log streaming ke SIEM. [Enterprise] Log streaming mengirim event n8n (audit event, workflow, node) ke syslog, webhook, atau Sentry. Ini yang dibutuhkan tim keamanan untuk audit trail yang terpusat.
• Alert untuk workflow gagal. [Semua edisi] Pasang Error Workflow agar kegagalan langsung terlihat oleh tim, bukan ditemukan pelanggan.

7. Update dan CVE

• Update minimal sebulan sekali. [Semua edisi] Ini rekomendasi dokumentasi n8n. Pin versi image, baca release notes, dan uji di staging.
• Pantau security advisory. [Semua edisi] n8n menerbitkan security advisory di halaman Security repositori GitHub n8n-io/n8n. Sepanjang 2026, advisory diterbitkan secara berkala dan sebagian berkategori high. Langganan notifikasi repositori agar tim tahu saat ada patch.
• Punya jalur patch darurat. [Semua edisi] Tentukan siapa yang berwenang menerapkan update keamanan di luar jadwal, dan berapa lama targetnya.

8. Backup dan pemulihan

• Backup database terjadwal. [Semua edisi] Gunakan tool database (misalnya pg_dump) dan simpan di lokasi berbeda.
• Backup encryption key terpisah. [Semua edisi] Tanpa key, credential di backup tidak bisa didekripsi.
• Uji restore. [Semua edisi] Lakukan restore percobaan ke server terpisah secara berkala.
• Environment dan version control. [Business+] Git version control dan multiple environments memisahkan pengembangan dari produksi, sehingga perubahan workflow bisa ditinjau dan dikembalikan.

Ringkasan: mana yang butuh lisensi?

Kontrol	Semua edisi	Business	Enterprise
HTTPS, firewall, reverse proxy	Ya	Ya	Ya
2FA per pengguna	Ya	Ya	Ya
Encryption key sendiri + rotasi data key	Ya	Ya	Ya
Task runner external, SSRF protection, blokir node	Ya	Ya	Ya
Autentikasi webhook + IP allowlist	Ya	Ya	Ya
Security audit (n8n audit)	Ya	Ya	Ya
Wajibkan 2FA di level instance	Tidak	Ya	Ya
SSO SAML/OIDC, LDAP	Tidak	Ya	Ya
Git version control, environments	Tidak	Ya	Ya
External secrets	Tidak	Tidak	Ya
Log streaming	Tidak	Tidak	Ya
Redaksi data eksekusi	Tidak	Tidak	Ya
Multi-main (high availability)	Tidak	Tidak	Ya

Tabel ini disusun dari dokumentasi n8n per Oktober 2026. Paket dan fitur bisa berubah, jadi cek ulang di dokumentasi resmi sebelum memutuskan.

Ada dua kesimpulan praktis. Pertama, sebagian besar hardening yang paling berdampak sudah bisa dikerjakan di Community Edition, tanpa biaya lisensi. Kedua, begitu perusahaan butuh SSO, audit trail terpusat, atau manajemen rahasia lewat vault, Anda masuk wilayah lisensi Business atau Enterprise. Jika Anda sedang menimbang lisensi, halaman lisensi n8n Enterprise menjelaskan cara kami membantu memetakan kebutuhan dan menghubungkan Anda langsung dengan tim n8n.

Satu catatan soal kepatuhan: checklist ini membantu mengamankan instance, tetapi tidak otomatis membuat pemrosesan data Anda memenuhi UU PDP. Kepatuhan bergantung pada data apa yang diproses, untuk tujuan apa, dan bagaimana prosesnya didokumentasikan. Pembahasannya ada di n8n, UU PDP, dan data residency.

Butuh bantuan menerapkan checklist ini?

WithMi membantu perusahaan menjalankan keamanan n8n tingkat enterprise di instance milik mereka sendiri: hardening server, konfigurasi SSO, task runner, kebijakan webhook, sampai rutinitas update dan uji restore. Instance, data, dan lisensinya tetap milik perusahaan Anda. Untuk gambaran tentang apa itu n8n dan kenapa banyak perusahaan memilihnya, baca juga apa itu n8n untuk bisnis Indonesia.

Jika Anda ingin instance n8n yang sudah berjalan ditinjau dengan checklist ini, jadwalkan konsultasi. Kami akan menunjukkan celah yang ada dan mana yang bisa ditutup tanpa biaya lisensi.