OpenClaw 2026.6.34: Hardening Extended-Stable untuk Browser, Network, dan Agent Run

OpenClaw 2026.6.34 bukan rilis dengan fitur baru yang mencolok. Ini maintenance release untuk jalur extended-stable, dan justru itu yang membuatnya relevan buat operator produksi: batas browser dan jaringan diperketat, beberapa jalur agent yang bisa berhenti diam-diam diperbaiki, delivery dibuat lebih jujur, dan runtime lokal lebih tahan terhadap gangguan sementara.

Status versinya harus dibaca dengan benar. Saat audit 9 Agustus 2026, npm masih menempatkan 2026.7.1-2 pada tag latest, 2026.6.34 pada extended-stable, dan 2026.7.2-beta.7 pada beta. Jadi 2026.6.34 bukan stable terbaru secara numerik. Ini adalah pilihan maintenance line untuk operator yang sengaja memakai channel extended-stable.

Apa yang berubah di 2026.6.34

Release note resmi mengelompokkan pembaruan ini ke lima area: boundary browser dan jaringan, ketahanan agent/provider, recovery channel, keamanan output diagnostik, serta reliability state lokal. OpenClaw juga menyebutnya sebagai hardening extended-stable tanpa fitur baru untuk release line tersebut.

Secara operasional, ada empat perubahan yang paling terasa.

1. Sandboxed agent tidak lagi bisa memutar lewat browser node

Salah satu fix menutup jalur ketika agent di sandbox memiliki allowHostControl: false, tetapi masih bisa memilih atau diarahkan otomatis ke paired browser node. Route resolution sekarang membawa policy tersebut sampai ke pemilihan target: explicit node target, node pin, dan automatic routing ditolak ketika host control memang dimatikan.

Ini boundary fix yang penting. Browser user biasanya membawa session login, cookie, dan akses ke aplikasi internal. Kalau policy sudah mengatakan sandbox tidak boleh mengendalikan host browser, jalur browser node juga tidak boleh menjadi pintu samping.

2. Pengecualian loopback tidak lagi percaya hostname yang cuma diawali 127.

Fix pada integrasi LiteLLM memperketat pengecualian private-network untuk endpoint loopback. Sebelumnya, pengecekan prefix dapat memperlakukan hostname seperti 127.evil.com seolah endpoint lokal. Sekarang pengecualian 127/8 hanya berlaku bila hostname benar-benar merupakan literal IPv4 yang lolos validasi IP.

Dampaknya sederhana: localhost, literal loopback, IPv6 loopback, dan host.docker.internal tetap bekerja sesuai desain. Hostname DNS yang hanya menyerupai alamat loopback harus memakai opt-in private network yang sudah tersedia. Ini hardening SSRF boundary, bukan perubahan konfigurasi besar untuk deployment normal.

3. Agent run lebih sulit berhenti tanpa penutup yang jelas

Release ini memperbaiki beberapa sumber kegagalan yang sebelumnya dapat membuat pekerjaan aktif berakhir atau macet tanpa recovery yang sehat. Contohnya mencakup retained session write, provider fallback, progress stream, dan stdio failure.

Salah satu root cause yang didokumentasikan ada pada cleanup retained lock: proses abort bisa meninggalkan lock sampai watchdog bekerja, bahkan sempat membentuk self-deadlock pada implementasi awal perbaikannya. Jalur final menggunakan deferred release agar scope aktif bisa selesai lebih dulu, lalu lock dilepas tanpa menunggu dirinya sendiri.

Bagi operator, poinnya bukan detail lock semata. Long-running agent, subagent, dan provider run kini lebih kecil kemungkinannya berhenti diam-diam hanya karena cleanup atau transport gagal di tengah jalan.

4. Status delivery dan diagnostik lebih bisa dipercaya

Jalur cron announce atau direct delivery sekarang tidak boleh menyatakan delivered: true bila adapter tidak mengembalikan identitas pesan yang bisa dibuktikan. Receipt kosong akan dianggap tidak terkirim, bukan sukses palsu.

Di sisi diagnostik, output status channel juga disanitasi pada batas publik terakhir. Credential yang tertanam di base URL, termasuk bentuk nested atau encoded, tidak lagi dibiarkan masuk ke ringkasan status. Konteks URL yang tidak sensitif tetap dipertahankan agar troubleshooting masih berguna.

Perbaikan lain membatasi antrean command Discord saat terjadi burst berkepanjangan. Daripada memory tumbuh tanpa batas karena queue lama terus menumpuk, limiter menyimpan jendela tambahan yang terbatas dan menjatuhkan deferred command tertua ketika sudah penuh. Critical send seperti heartbeat dan resume tetap diperlakukan terpisah.

Ada pembaruan dependency security, tetapi bukan advisory OpenClaw baru

OpenClaw 2026.6.34 membawa resolusi production dependency yang sudah dipatch, termasuk brace-expansion, PostCSS, fast-uri, ip-address, dan Undici. Salah satu backport menaikkan override brace-expansion ke 5.0.9 untuk menutup advisory DoS severity tinggi pada versi sebelumnya.

Namun, jangan memasarkan 2026.6.34 sebagai respons terhadap advisory keamanan OpenClaw yang baru. Pada audit ini tidak ada GitHub Security Advisory OpenClaw baru yang dipublikasikan sejak 1 Agustus. Framing yang akurat adalah maintenance hardening dengan dependency remediation, bukan disclosure kerentanan produk baru.

Extended-stable bukan sinonim "latest"

Dokumentasi resmi menjelaskan bahwa extended-stable hanya berlaku untuk package install. OpenClaw membaca selector publik npm, memverifikasi exact package yang dipilih, lalu memasang versi tersebut. Bila registry data hilang atau tidak konsisten, updater gagal secara tertutup dan tidak jatuh diam-diam ke latest.

Channel ini juga tidak auto-apply update. Dengan checkOnStart aktif, OpenClaw hanya memberi read-only update hint saat startup dan setiap 24 jam. Operator tetap memutuskan kapan update dijalankan.

Karena itu, jangan membandingkan 2026.6.34 dan 2026.7.1-2 hanya dari angka versinya:

• latest mengikuti release line stable terbaru yang dipromosikan npm.
• extended-stable menunjuk exact maintenance package yang dipilih untuk jalur lebih konservatif.
• beta tetap untuk pengujian build pra-stable.

Pilihan channel adalah keputusan operasi, bukan perlombaan nomor versi.

Siapa yang sebaiknya mengambil 2026.6.34

Ambil update ini bila deployment memang sudah memilih extended-stable, terutama jika memakai browser tool, paired browser node, custom provider endpoint, cron delivery, Discord, atau long-running agent run. Paket ini memang dibentuk untuk security dan reliability repairs di jalur tersebut.

Jangan pindah channel hanya karena nomor 2026.6.34 terlihat lebih kecil. Kalau deployment sekarang berada di latest dan sehat, perlakukan perpindahan ke extended-stable sebagai perubahan release policy. Cek kompatibilitas plugin, backup state, dan siapkan rollback lebih dulu.

Periksa migrasi Plugin SDK bila Anda memelihara plugin internal. Release note kembali mengingatkan bahwa before_agent_start, root import openclaw/plugin-sdk, providerAuthEnvVars, dan channelEnvVars masuk daftar deprecation. Ini bukan alasan menunda hardening, tetapi jangan biarkan plugin lama menjadi blocker saat update.

Jalur update yang aman

Mulai dengan preview dan status, bukan langsung mengganti package:

openclaw update status --json
openclaw update --channel extended-stable --dry-run

Jika hasil dry-run sesuai ekspektasi, lanjutkan pada maintenance window:

openclaw update --channel extended-stable --json

Setelah core update, verifikasi minimal:

1. Gateway kembali sehat dan versi aktif sesuai target.
2. Plugin penting termuat tanpa integrity drift atau warning yang belum dipahami.
3. Browser sandbox tidak bisa menjangkau host/node ketika allowHostControl dimatikan.
4. Custom loopback provider masih terhubung memakai hostname atau literal IP yang benar.
5. Satu cron test menghasilkan delivery receipt nyata, bukan sekadar status sukses internal.
6. Long-running agent test menyelesaikan run dan menulis state/session dengan normal.

Perlu dicatat: bila exact target extended-stable lebih lama daripada versi yang terpasang, OpenClaw tetap meminta konfirmasi downgrade. Direct npm install -g openclaw@extended-stable juga tidak menyimpan pilihan update.channel, sehingga jalur openclaw update lebih tepat untuk perubahan channel yang terkelola.

Keputusan operasional

OpenClaw 2026.6.34 layak dipasang untuk operator yang sudah memilih jalur extended-stable. Nilai utamanya bukan fitur, tetapi pengurangan risiko di titik yang sering baru terasa saat produksi bermasalah: boundary browser, endpoint jaringan, lock cleanup, delivery evidence, queue overload, diagnostic redaction, dan durability state lokal.

Untuk deployment di latest, tidak ada alasan untuk melakukan downgrade impulsif. Tentukan dulu release policy yang diinginkan. Kalau prioritasnya maintenance line yang lebih konservatif dan update manual terkontrol, evaluasi extended-stable melalui dry-run. Kalau tetap mengikuti latest, gunakan daftar fix 2026.6.34 sebagai checklist risiko dan pastikan release line yang dipakai sudah membawa perbaikan yang setara.

Sumber resmi

• OpenClaw 2026.6.34 release
• OpenClaw changelog 2026.6.34
• Dokumentasi resmi updating OpenClaw
• Referensi CLI openclaw update
• PR #97958: browser node route policy
• PR #110693: loopback hostname validation
• PR #96100: retained lock cleanup
• PR #79811: delivery receipt validation
• PR #107754: redaksi credential pada status URL