Cara Aman Menjalankan OpenClaw di VPS

Apa itu OpenClaw, dan mengapa Anda harus memperkuatnya terlebih dahulu

OpenClaw adalah agen AI yang di-host sendiri. Anda menjalankannya di server milik Anda, menghubungkannya ke model bahasa besar, dan agen tersebut dapat menjalankan perintah shell, mengendalikan browser, membaca dan menulis file Anda, serta bertindak berdasarkan pesan yang Anda kirim dari aplikasi chat. Jangkauan tersebut adalah inti dari alat ini, sekaligus menjadi risiko utamanya. Agen yang dapat menjalankan perintah apa pun hanya akan seaman server tempat ia berjalan dan batasan yang Anda terapkan padanya.

Dua fakta menentukan nada panduan ini. Pertama, OpenClaw dirancang untuk diperkuat oleh Anda. Model keamanannya menempatkan tanggung jawab atas kebijakan alat yang ketat, sandboxing, dan izin yang cermat pada operator, bukan pada pengaturan bawaan yang aman. Kedua, proyek ini telah mengalami riwayat keamanan yang serius: National Vulnerability Database mencatat 199 CVE OpenClaw yang diterbitkan pada Maret 2026 saja, 46 di antaranya terjadi dalam empat hari dari tanggal 4 hingga 7 Maret (jumlah diperiksa pada 13 Oktober 2026). Di antara celah keamanan bulan tersebut terdapat eskalasi hak akses kritis, CVE-2026-32922, yang diberi peringkat 9,9 dari 10 dan diperbaiki pada versi 2026.3.11. Kedua fakta tersebut tidak berarti Anda harus menghindari OpenClaw. Hal itu berarti Anda tidak boleh menjalankannya dengan cara yang ceroboh, dan panduan ini adalah cara yang cermat. Bagian dari cara yang cermat adalah memutuskan sejak awal seberapa banyak yang boleh dilakukan agen tanpa bertanya, sebuah pilihan yang dibuat eksplisit oleh Claude Code dengan mode izinnya, di mana server yang tidak Anda pantau secara langsung memerlukan pengaturan yang lebih ketat daripada laptop yang sedang Anda gunakan.

Ada kabar baik juga. OpenClaw sudah membuat satu pilihan aman untuk Anda: gateway-nya, satu-satunya proses yang mengendalikan segalanya, mendengarkan pada alamat loopback secara default, sehingga tidak dapat dijangkau dari internet kecuali Anda sengaja mengeksposnya. Sebagian besar pekerjaan di bawah ini adalah menjaga agar tetap demikian dan membatasi dampak kerusakan jika terjadi kesalahan.

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.

Instalasi OpenClaw

OpenClaw didistribusikan sebagai paket npm, jadi instal Node.js terlebih dahulu jika server belum memilikinya; proyek ini meminta Node 24.16 atau lebih baru, atau 26.1 atau lebih baru. Instal paket secara global, yang akan menempatkan biner openclaw pada PATH untuk setiap pengguna, kemudian jalankan langkah onboarding satu kali:

sudo npm install -g openclaw@latest --allow-scripts=openclaw
sudo -u openclaw openclaw onboard

Flag --allow-scripts=openclaw digunakan karena npm 12 memblokir skrip instalasi paket secara default, dan OpenClaw memerlukannya untuk berjalan. Pada npm 11.15 atau lebih lama, yang tidak memiliki opsi tersebut, hapus flag tersebut. Menjalankan onboarding sebagai pengguna openclaw berarti konfigurasi agen akan tersimpan di direktori home-nya, /opt/openclaw, bukan di direktori root. Proyek ini juga menawarkan penginstal curl -fsSL https://openclaw.ai/install.sh | bash yang melakukan instalasi yang sama dalam satu baris perintah. Lewati flag --install-daemon selama onboarding: flag tersebut akan mendaftarkan layanan OpenClaw sendiri, sedangkan unit systemd yang diperkuat yang akan Anda buat di bawah ini 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:

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.