SSD Nodes Learn Hosting plans →
Panduan Matt ConnorOleh Matt Connor · Diperbarui 2026-08-30

Cara Aman Menjalankan OpenClaw di VPS

Pelajari cara memperkuat OpenClaw di VPS dengan user tanpa hak istimewa, firewall, pengamanan secrets, dan systemd agar shell command serta akses browser lebih aman.

Apa itu OpenClaw dan alasan Anda harus memperkuat keamanannya terlebih dahulu

OpenClaw adalah agen AI yang di-host sendiri. Anda menjalankannya di server sendiri, menghubungkannya ke large language model, dan agen ini dapat menjalankan shell command, mengendalikan browser, membaca dan menulis file, serta memproses pesan yang Anda kirim melalui aplikasi chat. Kemampuan tersebut merupakan tujuan utama tool ini, sekaligus sumber risikonya. Agen yang dapat menjalankan command apa pun hanya seaman server tempatnya berjalan dan batasan yang Anda terapkan.

Dua fakta menjadi dasar panduan ini. Pertama, OpenClaw dirancang agar keamanannya diperkuat oleh Anda. Model keamanannya menempatkan tanggung jawab atas kebijakan tool yang ketat, sandboxing, dan permission yang cermat pada operator, bukan pada konfigurasi default yang aman. Kedua, proyek ini telah mengalami insiden keamanan serius: pada March 2026, sembilan masalah keamanan diungkap dalam empat hari, termasuk kelemahan privilege escalation kritis, CVE-2026-32922, dengan peringkat 9.9 dari 10. Kedua fakta tersebut bukan berarti Anda harus menghindari OpenClaw. Keduanya berarti Anda tidak boleh menjalankannya dengan cara yang sembarangan. Panduan ini menjelaskan cara yang cermat. Salah satu bagian dari cara tersebut adalah menentukan sejak awal tindakan yang boleh dilakukan agen tanpa meminta persetujuan. Pilihan ini dijelaskan secara eksplisit oleh Claude Code melalui permission mode-nya, dengan pengaturan yang lebih ketat untuk server yang tidak sedang Anda awasi secara langsung daripada laptop yang sedang Anda pantau.

Ada kabar baik. OpenClaw sudah menerapkan satu pilihan yang aman: gateway-nya, yaitu satu proses yang mengendalikan seluruh fungsi, secara default mendengarkan pada alamat loopback. Dengan demikian, gateway tidak dapat dijangkau dari Internet kecuali Anda sengaja mengeksposnya. Sebagian besar langkah berikutnya bertujuan mempertahankan konfigurasi tersebut dan membatasi dampak jika terjadi masalah.

Berikan OpenClaw akun pengguna tanpa hak istimewa sendiri

Jangan pernah menjalankan agent sebagai root. Jika OpenClaw berjalan sebagai root dan terjadi masalah, baik karena bug, instruksi yang salah, maupun CVE seperti yang disebutkan di atas, dampaknya tidak memiliki batas. Buat pengguna sistem khusus tanpa shell login dan tanpa sudo, lalu jalankan agent sebagai pengguna tersebut:

sudo useradd --system --home /opt/openclaw --shell /usr/sbin/nologin openclaw

Semua yang dimiliki OpenClaw berada di bawah /opt/openclaw dan dimiliki oleh akun tersebut. Ini adalah langkah yang paling penting. Prinsipnya sama seperti yang dibahas dalam menjalankan service sebagai pengguna tanpa hak istimewa: akun yang digunakan untuk menjalankan agent menjadi batas atas terhadap kerusakan yang dapat ditimbulkannya.

Instal OpenClaw

OpenClaw didistribusikan sebagai paket npm. Instal Node.js terlebih dahulu jika server belum memilikinya. Instal paket secara global agar biner openclaw tersedia di PATH untuk semua pengguna, lalu jalankan proses onboarding satu kali:

sudo npm install -g openclaw@latest
sudo -u openclaw openclaw onboard

Menjalankan onboarding sebagai pengguna openclaw membuat konfigurasi agent disimpan di direktori home pengguna tersebut, yaitu /opt/openclaw, bukan di direktori home root. Proyek ini juga menyediakan installer curl -fsSL https://openclaw.ai/install.sh | bash yang melakukan instalasi yang sama dalam satu baris. Jangan gunakan flag --install-daemon selama onboarding. Flag tersebut akan mendaftarkan service milik OpenClaw, sedangkan unit systemd yang diperketat dan dibuat di bawah ini memiliki konfigurasi yang lebih ketat.

Pertahankan gateway pada loopback, di belakang firewall

Gateway mengikat ke 127.0.0.1 secara default. Biarkan seperti itu. Hampir tidak pernah ada alasan untuk memublikasikan port tersebut ke Internet. Melakukannya memberi siapa pun yang menemukannya foothold jarak jauh ke proses yang menjalankan perintah.

Pasang firewall default-deny di depan server agar tidak ada layanan yang terekspos secara tidak sengaja:

sudo ufw default deny incoming
sudo ufw allow 22/tcp
sudo ufw enable

Ada dua jebakan yang harus dihindari. Firewall yang hanya mencakup IPv4 dapat membuat service yang sama terbuka lebar pada IPv6. Inilah celah firewall IPv6 yang sering menjebak banyak orang. Jika Anda perlu mengakses gateway dari laptop, jangan membuka port tersebut. Akses gateway melalui VPN atau tunnel SSH agar agent tidak pernah listening pada Internet terbuka.

Pisahkan kredensial rahasianya

OpenClaw memerlukan API key untuk model bahasa apa pun yang Anda hubungkan. Key tersebut dapat menggunakan dana Anda dan, melalui agent, bertindak atas nama Anda. Karena itu, perlakukan key tersebut seperti password. Jangan menyimpannya di unit file atau repository mana pun. Simpan dalam file yang hanya dapat dibaca oleh user OpenClaw:

sudo install -o openclaw -g openclaw -m 600 /dev/null /opt/openclaw/openclaw.env
sudoedit /opt/openclaw/openclaw.env      # add ANTHROPIC_API_KEY=... or your model provider's key

Unit systemd memuat file tersebut dengan EnvironmentFile. Dengan demikian, key diteruskan ke proses tanpa pernah muncul di command line, log, atau shell history. Pola ini berlaku untuk setiap secret di server: proses hardening pada Vaultwarden yang di-self-host berfokus pada admin token dan file backup, bukan enkripsinya, karena permission file yang menentukan siapa yang benar-benar dapat membaca secret saat disimpan.

Jalankan sebagai service systemd yang diperketat

Menjalankan agent di bawah systemd memberi Anda restart otomatis, log yang rapi melalui journalctl, dan yang paling penting, serangkaian opsi sandboxing tingkat kernel yang membatasi bagian yang dapat diakses proses, bahkan jika proses tersebut telah dibobol. Opsi yang paling penting untuk agent adalah NoNewPrivileges agar agent tidak pernah dapat memperoleh hak tambahan, ProtectSystem=strict agar filesystem bersifat read-only kecuali pada lokasi yang Anda izinkan untuk ditulisi, PrivateTmp untuk direktori sementara yang terisolasi khusus bagi agent, dan ProtectHome agar agent tidak dapat membaca direktori home.

Buat unit yang lengkap dan diperketat di sini, lalu salin ke /etc/systemd/system/openclaw.service:

ToolGenerate a hardened systemd unit for the agent

Unit ini menjalankan openclaw gateway, yaitu proses yang terus berjalan dan mengendalikan agent; jika which openclaw menampilkan path yang berbeda di server Anda, sesuaikan ExecStart agar cocok. Panduan lengkap tentang direktif ini, serta daemon-reload dan enable --now, tersedia di menjalankan program sebagai service systemd. Ringkasnya, setelah Anda menempelkan unit tersebut:

sudo systemctl daemon-reload
sudo systemctl enable --now openclaw

Perkuat juga pintu masuk

Keamanan agent box bergantung pada keamanan server yang menjalankannya. Dua lapisan tambahan menyelesaikan pengamanan ini. Ubah SSH agar hanya menerima autentikasi berbasis key dan nonaktifkan login root, seperti dijelaskan dalam Penguatan keamanan SSH pada VPS, sehingga akun yang digunakan untuk mengelola server tidak dapat diserang dengan brute force. Kemudian tambahkan Fail2ban untuk memblokir scanner yang terus memindai setiap port publik. Keduanya tidak berinteraksi langsung dengan OpenClaw, tetapi memutus jalur yang dapat digunakan penyerang untuk mengaksesnya.

Perbarui secara berkala dan terencana

Pengungkapan pada March 2026 merupakan alasan yang sangat jelas untuk selalu menggunakan versi terbaru. Bug eskalasi hak akses pada sebuah agent jauh lebih serius daripada bug pada aplikasi web biasa karena agent tersebut memang sudah dapat menjalankan perintah. Pantau release proyek, segera terapkan security update, dan perlakukan upgrade OpenClaw sebagai pemeliharaan rutin, bukan sesuatu yang dapat ditunda.

Untuk memahami apa yang sebenarnya Anda amankan, arsitektur agent bergaya OpenClaw menjelaskan komponen-komponen yang terlibat, sedangkan membangun AI agent sendiri pada VPS membahas bentuk umum yang dimiliki setiap agent. Jika Anda akhirnya menjalankan agent kedua secara bersamaan, ingat bahwa dua sesi Claude Code pada satu VPS dapat saling meneruskan pekerjaan, sehingga masing-masing memerlukan akun dan batasannya sendiri, bukan mewarisi akun serta batasan Anda.

FAQ

Apakah aman menjalankan OpenClaw pada VPS publik?

Aman jika Anda memperketat keamanannya. OpenClaw memang dirancang dengan kemampuan yang luas: aplikasi ini menjalankan perintah shell dan mengendalikan browser. Karena itu, konfigurasi yang ceroboh benar-benar berbahaya. Proyek ini juga pernah memiliki CVE kritis, yaitu CVE-2026-32922 pada Maret 2026. Model keamanannya mengharuskan Anda sebagai operator untuk menambahkan pembatasan. Jalankan aplikasi sebagai pengguna tanpa hak istimewa, pertahankan gateway pada loopback di belakang firewall dengan kebijakan default-deny, pisahkan API key-nya, dan jalankan sebagai service systemd yang diperketat.

Haruskah saya mengekspos gateway OpenClaw ke Internet?

Tidak. Secara default, gateway terikat pada loopback dan sebaiknya tetap demikian. Gateway adalah satu-satunya proses yang mengendalikan agent. Gateway yang diekspos menjadi jalur jarak jauh menuju sesuatu yang menjalankan perintah. Jika Anda perlu mengaksesnya dari jarak jauh, gunakan VPN atau tunnel SSH, bukan membuka port tersebut.

Sebagai pengguna apa OpenClaw harus dijalankan?

Gunakan pengguna sistem khusus tanpa login shell dan tanpa sudo, jangan pernah root. Jika agent disusupi, akun penggunanya menjadi batas maksimum dampaknya. Karena itu, akun tersebut hanya boleh memiliki file miliknya sendiri di bawah direktori seperti /opt/openclaw dan tidak memiliki akses ke file lain.

Bagaimana cara menjaga keamanan API key OpenClaw?

Simpan API key dalam file yang hanya dapat dibaca oleh pengguna OpenClaw (mode 600), lalu muat file tersebut ke dalam service menggunakan EnvironmentFile milik systemd. Jangan menyimpan key dalam unit file, shell history, atau repositori git mana pun. Lakukan rotasi jika Anda menduga key tersebut pernah bocor.