OpenClaw Config Audit Log Bisa Mencatat Secret Plaintext

OpenClaw 2026.7.1-2 Bisa Mencatat Secret di Config Audit Log

OpenClaw 2026.7.1-2 masih punya celah di jalur openclaw config set: secret yang dikirim sebagai value positional dapat tercatat dalam bentuk plaintext di ~/.openclaw/logs/config-audit.jsonl. Masalah ini tidak mengenai setiap value dan permission log tetap ketat, tetapi dampaknya cukup serius untuk operator yang pernah memasukkan token, password, API key, atau credential lain melalui CLI.

Status resminya perlu dibaca dengan hati-hati. Bug tersebut valid untuk keluarga stable 2026.7.1. Perbaikan exact sudah masuk ke branch utama dan tersedia pada jalur 2026.7.2 beta, tetapi belum ada rilis stable 2026.7.2 saat audit ini dilakukan pada 8 Agustus 2026.

Ringkasan keputusan

Menjalankan OpenClaw 2026.7.1-2: anggap perintah config set <path> <secret> berisiko meninggalkan secret di audit log.
Belum pernah memasukkan secret lewat value positional: hentikan pola itu dan gunakan SecretRef pada surface yang mendukung.
Pernah melakukannya: audit log secara privat, rotasi credential yang mungkin tercatat, lalu bersihkan residu melalui jalur Doctor setelah memakai build yang memiliki fix exact.
Server production stabil: jangan pindah ke beta hanya karena panik. Mitigasi sekarang, lalu upgrade terukur ketika stable berikutnya tersedia atau setelah beta diuji di staging.

Apa yang sebenarnya bocor?

OpenClaw menyimpan jejak perubahan konfigurasi agar operator bisa mendeteksi write yang mencurigakan. Salah satu informasi yang direkam adalah array argv, yaitu argumen command yang menjalankan perubahan.

Bentuk perintah yang bermasalah seperti ini:

openclaw config set env.vars.MY_SECRET_KEY "nilai-secret"

Pada jalur 2026.7.1, path konfigurasi dan value positional tersebut dapat ikut tersimpan di audit log. Contoh path yang disebut dalam laporan upstream mencakup env.vars.GOG_KEYRING_PASSWORD dan gateway.remote.token.

Ini bukan berarti OpenClaw sama sekali tidak punya redaction. Redactor umum sudah ada dan dapat mengenali flag rahasia atau pola token tertentu. Celahnya lebih spesifik: value biasa yang tidak terlihat seperti token tetap dapat sensitif karena path yang dituju adalah password, token, secret, key, atau credential. Versi stable 2026.7.1-2 belum selalu menghubungkan klasifikasi path sensitif itu dengan value positional pada config set.

Kenapa permission 600 belum cukup?

config-audit.jsonl dibuat dengan permission 600, sehingga secara normal hanya owner file yang dapat membacanya. Itu mengurangi blast radius, tetapi tidak menghapus risiko.

Secret historis masih dapat ikut terbawa ke:

backup home atau state directory;
snapshot server;
support bundle yang dikumpulkan tanpa inspeksi;
salinan log untuk troubleshooting;
kondisi permission yang berubah karena migrasi atau kesalahan operasional.

Masalah utamanya bukan akses publik langsung. Masalahnya adalah credential hidup tersimpan lebih lama dan di lebih banyak lokasi daripada yang diperkirakan operator.

Status fix resmi

Ada dua laporan terbaru dengan gejala yang sama. Issue #120252 ditutup setelah maintainer memverifikasi bahwa current main sudah memiliki perbaikan. Issue #120411, yang dibuat pada 8 Agustus 2026, masih terbuka saat audit dilakukan dan melaporkan reproduksi pada OpenClaw 2026.7.1-2.

Komentar maintainer pada #120252 memberi batas versi yang paling penting:

laporan valid untuk jalur 2026.7.1;
fix exact ada di commit yang mendarat melalui PR #109427;
tag pertama yang memuat fix tersebut adalah v2026.7.2-beta.4;
belum ada tag stable v2026.7.2 saat konfirmasi diberikan.

Jadi kesimpulannya bukan "bug sudah tidak ada". Kesimpulan yang tepat adalah: bug sudah diperbaiki di current main dan beta baru, tetapi stable terbaru 2026.7.1-2 masih berada di sisi yang terdampak.

Apa yang berubah pada fix?

Perbaikan baru tidak hanya mencari string yang bentuknya mirip token. Audit layer sekarang memahami command config set, membaca path target, lalu memakai klasifikasi path sensitif untuk menentukan apakah value positional harus diganti dengan marker redaksi sebelum disimpan.

Secara konsep, hasil yang aman menjadi seperti ini:

{
 "argv": [
 "openclaw",
 "config",
 "set",
 "gateway.remote.token",
 "***"
 ]
}

Perubahan itu penting karena secret internal tidak selalu punya prefix khas. Password buatan manusia, key internal, dan shared secret acak dapat terlihat seperti string biasa. Redaction berbasis path menutup blind spot tersebut.

Mitigasi aman untuk operator stable

1. Berhenti mengirim plaintext secret sebagai argumen CLI

Dokumentasi OpenClaw sekarang menyediakan SecretRef builder untuk surface yang mendukung. Contohnya:

openclaw config set channels.discord.token \
 --ref-provider default \
 --ref-source env \
 --ref-id DISCORD_BOT_TOKEN

Dengan pola ini, konfigurasi menyimpan referensi ke secret, bukan value credential mentah pada argumen command. config get juga membaca snapshot yang sudah teredaksi sehingga secret tidak dicetak kembali.

Tidak semua surface mendukung SecretRef. Jika target Anda termasuk yang belum didukung, jangan kembali asal menaruh credential pada value positional. Gunakan jalur file atau stdin yang permission-nya dikunci, validasi hasilnya, dan jangan meninggalkan file sementara berisi secret. Ini mengurangi risiko audit argv sekaligus risiko shell history dan process listing.

2. Periksa exposure tanpa mencetak secret ke terminal

Jangan menjalankan grep yang memantulkan seluruh baris audit ke layar, chat, atau log automation. Pemeriksaan sebaiknya hanya melaporkan nomor baris dan path sensitif, tanpa value.

Contoh scanner lokal berikut tidak mencetak credential:

import json
from pathlib import Path

log = Path.home() / ".openclaw/logs/config-audit.jsonl"
keywords = ("token", "password", "secret", "key", "credential")

for line_no, raw in enumerate(log.read_text().splitlines(), 1):
 try:
 row = json.loads(raw)
 argv = row.get("argv") or []
 pos = argv.index("set")
 path = str(argv[pos + 1])
 value = str(argv[pos + 2])
 except (ValueError, IndexError, TypeError, json.JSONDecodeError):
 continue

 if any(word in path.lower() for word in keywords) and value not in {"***", "[REDACTED]"}:
 print(f"review line {line_no}: {path}")

Scanner ini tetap hanya indikator. Classifier upstream lebih luas daripada lima keyword sederhana, dan audit storage dapat berubah pada versi baru. Jangan anggap hasil kosong sebagai jaminan absolut.

3. Rotasi credential yang mungkin tercatat

Scrub log mengurangi residu at rest, tetapi tidak dapat membatalkan salinan yang sudah masuk backup atau pernah dibaca pihak lain. Jika sebuah credential berpotensi tercatat, tindakan paling aman adalah:

buat credential pengganti;
update SecretRef atau konfigurasi dengan jalur yang tidak menaruh value di argv;
restart atau reload komponen terkait sesuai petunjuk CLI;
verifikasi integrasi tetap bekerja;
cabut credential lama.

Prioritaskan gateway token, bot token, API key provider, password keyring, webhook secret, dan credential dengan akses production.

4. Gunakan Doctor setelah berada pada build yang fixed

OpenClaw sudah memiliki jalur Doctor untuk menangani residu audit historis. Namun urutan versi penting. Pada 2026.7.1-2, redactor lama belum selalu mengenali arbitrary positional value berdasarkan path sensitif.

Karena itu, jangan menganggap openclaw doctor --fix pada stable terdampak pasti membersihkan setiap value. Setelah memakai build yang sudah memuat fix exact, jalankan pemeriksaan Doctor dan gunakan --fix sesuai hasilnya. Tetap rotasi credential yang mungkin pernah tercatat.

5. Jangan menghapus audit log secara serampangan

Audit log punya nilai forensik. Menghapus seluruh file dapat menghilangkan konteks perubahan konfigurasi yang justru dibutuhkan saat incident review. Jalur yang lebih aman adalah redaction atau migration resmi, disertai rotasi credential dan verifikasi permission.

Perlukah upgrade ke beta sekarang?

Untuk production, tidak otomatis.

v2026.7.2-beta.4 adalah tag pertama yang dikonfirmasi membawa fix exact, sementara beta yang lebih baru sudah tersedia. Tetapi beta tetap punya risiko perubahan lain di luar bug ini. Jangan menukar satu risiko credential-at-rest dengan regression runtime yang belum diuji.

Keputusan yang lebih waras:

hentikan penggunaan plaintext positional secret sekarang;
audit dan rotasi credential terdampak;
uji beta terbaru di staging jika exposure Anda tinggi dan butuh fix segera;
untuk production yang stabil, siapkan upgrade terukur ke stable berikutnya setelah dirilis.

Kesimpulan operasional

Bug ini material karena menyentuh credential persistence, tetapi tidak perlu ditanggapi dengan kepanikan. Permission 600 membatasi akses awal, dan fix upstream sudah ada. Gap yang tersisa adalah distribusi: stable terbaru belum membawa perbaikan exact tersebut.

Operator OpenClaw 2026.7.1-2 sebaiknya memperlakukan config set <path> <secret> sebagai pola yang tidak aman, beralih ke SecretRef bila tersedia, memeriksa audit log tanpa mencetak value, merotasi credential yang berpotensi terekspos, dan menunggu atau menguji jalur upgrade yang memuat fix.

Sumber resmi

Tags: #OpenClaw #Security #Config Audit #SecretRef #DevOps

Rama Aditya

Founder Rama Digital. Menulis tentang digital marketing, web development, AI, dan sistem operasional untuk bisnis Indonesia.

Tentang Rama Digital