2026년 7월 27일부터 8월 3일까지의 한 주는 엔지니어링 리더들이 프로덕션 사용을 위해 OpenClaw를 평가하는 방식을 재편하는 네 가지 전개를 가져왔다. 재단이 공개 성숙도 스코어카드와 함께 월간 extended-stable 릴리스 채널을 도입했고, 2026.7.2 베타 주기가 크래시 복구 가능한 상태 관리와 원격 코딩 세션을 출시했으며, 엔터프라이즈 배포를 위한 전용 보안 레이어가 새로 등장했고, 보안 연구자들이 OpenClaw뿐만 아니라 모든 에이전트 플랫폼의 위협 모델을 더욱 선명하게 만드는 체인형 공격 경로를 상세히 분석했다.

엔지니어링 리더를 위한 TL;DR: (1) 프로덕션 OpenClaw를 extended-stable 채널(현재 2026.6.33)에 고정하고 openclaw update --channel extended-stable으로 채널을 유지하라; (2) 2026.7.2-beta.7에 대한 승인 테스트를 시작하라 — 상태 안전성과 크래시 복구 작업 덕분에 무인 야간 실행이 처음으로 가능해졌다; (3) 아래에 설명된 체인형 공격 경로에 맞춰 설치된 스킬을 감사하라 — 신뢰할 수 없는 스킬, 브라우저 자동화, 파일 핸들러가 결합되어 데이터 유출 경로를 만든다; (4) 프로덕션 환경에 OpenClaw를 배포한다면 ClawArmor 또는 이에 상응하는 런타임 보안 도구를 평가하라; (5) 중요한 워크플로우를 어떤 기능에 맡기기 전에 새로운 성숙도 스코어카드를 확인하라.

Extended-Stable 릴리스와 성숙도 스코어카드

7월 30일, OpenClaw 재단은 프로젝트 시작 이후 가장 중요한 릴리스 엔지니어링 발표를 했다: 보안 및 신뢰성 수정 사항을 백포트한 월간 extended-stable 릴리스 채널과, 모든 플랫폼 기능의 품질과 완성도를 평가하는 공개 성숙도 스코어카드가 그것이다.

첫 번째 extended-stable 릴리스는 OpenClaw 2026.6.33으로, 2026년 6월의 2026.6.11 릴리스를 기반으로 이후 버전의 보안 및 신뢰성 수정 사항을 백포트했다. 새로운 기능은 없다. 예상 밖의 변화도 없다. 네이밍 규칙은 의도적이다 — 매월 extended-stable 라인은 YYYY.M.33에서 시작하며, 백포트된 수정 사항이 패치 버전을 증가시킨다. 각 릴리스는 다음 extended-stable 릴리스가 나올 때까지 최소 한 달간 지원된다. 재단은 이를 공식 LTS 릴리스로 가는 디딤돌로 명시적으로 규정했다.

성숙도 스코어카드는 덜 주목받았지만 아마도 더 중요한 발표다. 표면 영역과 카테고리별로 구성된 OpenClaw 기능의 전체 인벤토리를 제공하며, 미해결 GitHub 이슈, 유사 서비스와의 비교, 그리고 인간의 판단을 바탕으로 성숙도 점수를 산출한다. 성숙한 기능에 제출된 이슈는 전용 라벨과 유지보수자 우선순위를 받는다. 재단이 밝힌 목표: 모든 안정 기능에 대해 90% 이상의 엔드투엔드 테스트 커버리지를 달성하는 것이다.

이것이 중요한 이유: 지금까지 운영자들은 OpenClaw의 어떤 기능이 프로덕션 수준으로 강화되었고 어떤 것이 실험적인지 정직하게 알 수 있는 방법이 없었다. 스코어카드가 이를 바꾼다. 어떤 기능 위에 중요한 무언가를 구축하기 전에, 마치 식당의 위생 등급을 확인하듯 해당 기능의 등급을 조회할 수 있다. 엔터프라이즈 조달 요건에 맞춰 OpenClaw를 평가하는 엔지니어링 리더들에게, 예측 가능한 릴리스 채널과 투명한 기능 준비 상태 신호의 결합은 보안 및 운영 팀이 가장 흔히 제기하는 두 가지 반론을 해결해 준다.

실행 항목: 프로덕션을 extended-stable(2026.6.33)에 고정하라. 일회성 설치는 npm install -g openclaw@extended-stable을 사용하고, 채널을 유지하려면 openclaw update --channel extended-stable을 사용하라. 실험 작업은 latest 또는 beta 채널에 유지하라. 중요 워크플로우에 기능을 도입하기 전에 스코어카드 등급을 확인하라.

2026.7.2 베타: 상태 안전성, 원격 세션, 그리고 내구성 있는 전달

2026.7.2 베타 주기 — 8월 2일 기준 beta.7 — 는 출시 이후 OpenClaw 운영자들을 조용히 괴롭혀 온 두 가지 문제를 해결한다: 코딩 세션이 로컬 호스트에 묶여 있었고, 크래시가 에이전트 상태를 조용히 손상시킬 수 있었다는 점이다.

원격 코딩 세션이 헤드라인 기능이다. Control UI 세션은 이제 클라우드 워커에서 실행할 수 있으며, OpenCode, Codex, Claude 카탈로그 세션은 어떤 터미널에서든 재개할 수 있다. 이는 편의성 개선이 아니다 — 장기 실행 에이전트 작업의 경우 노트북이 더 이상 온라인 상태를 유지할 필요가 없음을 의미한다. 책상에서 작업을 시작하고, 휴대폰으로 진행 상황을 확인하거나, 클라우드 워커에서 세션을 시작해 로컬에서 재개할 수 있다. 온콜 시나리오는 저절로 쓰인다: 새벽 2시에 Claude Code 세션을 원격으로 열어 조사하고, 에이전트가 수정 사항을 준비하면 페이지를 받는 것이다.

상태 안전성과 크래시 복구는 OpenClaw를 무인 운영에 적합하게 만드는 변화다. 이전 버전은 크래시 시 세션 상태, 열린 컨텍스트, 부분 작업을 잃을 수 있었다. 새 시스템은 기본 데이터베이스 손상에도 살아남는 격리 저장소(quarantine store), 온라인 백업 API를 사용한 크래시 복구 가능 SQLite 스냅샷, 크래시 내구성 있는 파일시스템 게시, 그리고 스키마 업그레이드 시 데이터 손실 거부를 도입한다. 구현은 긴 읽기 트랜잭션을 유지하지 않고 커밋된 WAL 상태를 캡처하고, VACUUM으로 개인 복사본을 압축한 다음 결과를 검증하고 원자적으로 게시한다 — 쓰기 도중 기존 경로를 덮어쓰지 않는다. 세션 인덱스는 트랜스크립트 축출(eviction) 전에 커밋된다. 데이터 손실을 초래할 스키마 업그레이드는 완전히 거부된다.

내구성 있는 채널 전달은 공유 수신 드레인(ingress drain)과 데드 레터 복구 시스템을 통해 Telegram, Signal, Slack, QQBot, Twitch, Synology Chat, Tlon, IRC, Zalo User 전반으로 복구 가능성을 확장한다. 수락된 메시지는 이제 게이트웨이 재시작과 로컬 크래시를 견뎌낸다. 이 릴리스는 또한 두 가지 Telegram 통합 버그를 수정한다: 재시작 후 내구성 수신(durable ingress) 손실과, 채널 허용 목록 항목이 실수로 소유자 수준 접근 권한을 부여하던 권한 상승 문제다.

세션 되감기와 분기를 통해 사용자는 개별 메시지에서 대화를 되감거나 분기하고, 웹 및 네이티브 앱 간에 트랜스크립트 브랜치를 전환하고, 업스트림 Codex 세션을 포크하고, 포크 후 프롬프트 이미지를 복원할 수 있다.

베타는 또한 ClickClack을 일급 OpenClaw 채널로 추가하고, 네이티브 서비스 변경과 자체 업데이트를 차단하는 OCM과 같은 오케스트레이션 시스템을 위한 외부 슈퍼바이저 모드(OPENCLAW_SUPERVISOR_MODE=external)를 제공하며, 티켓 기반 접근, 바인딩된 도구, 내구성 있는 대시보드, 채널-답장 진입점을 갖춘 대화형 MCP Apps를 추가한다.

실행 항목: 2026.7.2-beta.7에 대한 승인 테스트를 시작하라. 작업 도중 크래시를 시뮬레이션하여 상태 복구를 검증하라. 서로 다른 기기에서 원격 세션 재개를 테스트하라. 접근 제어를 위해 Telegram 허용 목록에 의존한다면 즉시 패치하라 — 권한 상승 버그는 이번 주기에 수정되었다. 완전한 검증 없이 베타를 프로덕션으로 승격하지 마라; extended-stable 채널이 여전히 올바른 프로덕션 목표다.

보안: 체인형 공격 경로와 엔터프라이즈 대응

이번 주 여러 보안 팀이 신뢰할 수 없는 스킬, 브라우저 자동화, 파일 핸들러를 가로지르는 체인형 공격 경로에 대한 상세한 분석을 발표했다 — 공격자가 OpenClaw 에이전트를 장악하고 데이터를 유출할 수 있는 경로다. 단일 패치로 해결할 수 없다; 유지보수자들은 최신 빌드로 업데이트하고, 위험한 스킬을 정리하고, API 범위를 강화하고, 엄격한 이그레스(egress) 및 파일시스템 통제를 적용할 것을 권고한다.

공격 패턴은 모든 보고서에서 일관된다: 신뢰할 수 없는 스킬이 초기 접근을 제공하고, 브라우저 자동화가 SSRF 가드가 놓치는 내부 네트워크 리소스에 도달하며(특히 탐색 전용 검사를 우회하는 상호작용 기반 리다이렉트 이후), 파일 핸들러가 자격 증명이나 민감한 데이터를 노출한다. 최근 공개된 openclaw-cn 포크의 CVE-2026-17458(CVSS 6.3)이 이를 정확히 보여준다 — SSRF 가드가 초기 탐색 대상을 검사하지만 클릭 기반 탐색 후 URL을 다시 검증하지 않아 내부 리소스로의 피벗이 가능하다.

7월 28일, Hunt.io는 CVE-2026-25253에 대한 분석을 발표하여 40,000개 이상의 인터넷 노출 OpenClaw 인스턴스가 /api/export-auth 엔드포인트를 통해 저장된 API 토큰에 인증 없이 접근 가능함을 보여주었다. 현재 버전에서는 패치되었지만, 게이트웨이 포트가 노출된 구버전을 운영하는 조직은 저장된 자격 증명이 유출된 것으로 간주해야 한다.

ClawArmor는 8월 1일 AccuKnox의 OpenClaw 배포 전용 보안 레이어로 출시되었다. 조직이 전용 도구가 따라잡을 수 있을 때보다 빠르게 플랫폼을 도입할 때 발생하는 런타임 보안 격차를 겨냥한다. Futurum 연구 데이터에 따르면 58.6%의 조직이 이미 프로덕션에 도달하는 AI 생성 코드에 대한 자동화된 검증을 의무화하고 있으며, 45.1%가 에이전트 행동에 대한 감사 로깅을 구현했다 — AI 런타임 거버넌스가 보안 팀의 백로그에서 이사회 수준의 요구사항으로 이동했음을 시사한다.

OpenClaw CVE 추적기는 이제 점점 늘어나는 취약점 목록을 문서화하고 있으며, 실제 환경에서 악용이 확인되고 2026.4.22에서 패치된 “Claw Chain” 세트(CVE-2026-44112 ~ 44118, CVSS 최대 9.6)를 포함한다. 이러한 CVE들에 걸친 패턴 — SSRF, 경로 탐색, 루프백 엔드포인트를 통한 CSRF, 권한 부여 우회 — 은 자율 에이전트에게 의도적으로 광범위한 시스템 접근을 부여하는 플랫폼을 보호해야 하는 시스템적 과제를 반영한다.

실행 항목: 모든 인스턴스를 최소 2026.5.28로 업그레이드하라. 게이트웨이가 0.0.0.0이 아닌 127.0.0.1에 바인딩되어 있는지 확인하라. 스킬이 설치된 모든 인스턴스에서 openclaw security audit --deep을 실행하라. 검증된 스킬의 내부 허용 목록을 유지하라. 브라우저 자동화를 허용 목록에 포함된 도메인으로 제한하라. OpenClaw가 실행되는 모든 네트워크 세그먼트에 엄격한 이그레스 규칙을 적용하라. 프로덕션 배포를 위해 ClawArmor 또는 이에 상응하는 런타임 보안 도구를 평가하라. 기본 워크스테이션에 OpenClaw를 절대 설치하지 말고 — 전용 VM, 컨테이너, 또는 여분 하드웨어를 사용하라.

생태계: 엔터프라이즈 도구와 커뮤니티 성장

OpenClaw 생태계는 이번 주에도 빠르게 확장을 이어갔다:

  • GitHub 이정표: 저장소가 384,772개 스타(80,863개 포크, 3,040명의 기여자)를 돌파하여 전 세계에서 6번째로 가장 많은 스타를 보유한 저장소 자리를 유지하며 Top 5에 근접하고 있다.
  • 클라우드 배포: PaioClaw와 Hostinger hPanel을 통한 1-Click 클라우드 호스팅이 60초 이내의 관리형 배포로 인프라 장벽을 계속 낮추고 있다.
  • NemoClaw v0.0.92: NVIDIA의 엔터프라이즈 거버넌스 래퍼가 OpenClaw 2026.7.1 및 Node.js 22.23.1로 업데이트되었으며 보안 검증이 강화되었다. Alpha에서 Active 개발 단계로 승격되었다.
  • ClawHub 레지스트리: 공식 스킬 저장소가 개선된 skills.sh 동기화, 오래된 패키지 처리, 검증된 카탈로그 게시와 함께 지속적으로 성숙하고 있다. Canva, Monday, Outlook을 위한 Composio MCP 통합은 맞춤형 인증 없이 관리형 도구 접근을 제공한다.
  • Tom’s Hardware 실사용 테스트: Beelink SER10 MAX에 OpenClaw를 설치하는 과정을 다룬 기사는 로컬 전용 모델이 다단계 자동화에 어려움을 겪으며 클라우드 모델과의 하이브리드 워크플로우가 종종 필요하다는 점을 발견했다 — 과대광고에 대한 현실적인 반론이다.
  • Tank OS: Red Hat 수석 엔지니어이자 OpenClaw 유지보수자인 Sally O’Malley가 Podman 기반 부팅 가능 이미지인 Tank OS를 출시했다. 각 OpenClaw 에이전트를 고유한 상태와 자격 증명으로 격리하며 — “기본 워크스테이션에 설치 금지” 지침을 OS 수준에서 해결한다.

주목할 사항

  • 2026.7.2 안정판 승격: 베타 주기가 beta.7에 도달했으며 v2026.7.1 안정판보다 눈에 띄게 프로덕션 준비가 되어 있다. 안정판 승격과 ClawStat.us의 평가 업그레이드 여부를 주시하라.
  • Extended-stable 2026.6.34: GitHub에서 준비 중이다. 프로덕션 고정 버전 업데이트를 위해 npm 게시를 추적하라.
  • 성숙도 스코어카드 커버리지: 안정 기능에 대한 재단의 90% 엔드투엔드 테스트 커버리지 목표는 이상적 수준의 목표다. 어떤 기능이 “mature” 상태를 얻게 되는지, 그리고 스코어카드가 신뢰할 수 있는 조달 판단 입력이 되는지 추적하라.
  • 엔터프라이즈 보안 도구: ClawArmor의 출시는 OpenClaw 특화 런타임 보안을 중심으로 시장이 형성되고 있음을 알린다. 기존 CNAPP 벤더들이 2026년 3분기 또는 4분기에 네이티브 OpenClaw 지원을 확장할지 주시하라.
  • 규제 압력: 자체 호스팅 에이전트 인프라는 선호 사항이 아닌 규정 준수 요구사항이 되고 있다. NIST의 초안 AI 위험 관리 프레임워크 책임 규칙과 AWS, Azure, 유럽 제공업체의 주권 클라우드 번들을 추적하라.

전망

extended-stable 채널과 성숙도 스코어카드는 OpenClaw가 폭발적인 채택 곡선을 시작한 이후 줄곧 따라다닌 안정성 우려에 대한 재단의 가장 신뢰할 만한 대응이다. 백포트된 수정 사항이 포함된 월간 주기 — 새로운 기능도, 예상 밖의 변화도 없는 — 는 프로덕션 사용자가 필요로 하는 릴리스 엔지니어링 규율이다. 어떤 기능이 준비되었고 어떤 기능이 아닌지에 대한 스코어카드의 투명성은 시간이 지나면서 신뢰를 쌓는 제도적 정직성이다.

2026.7.2 베타의 크래시 복구 작업도 그에 못지않게 중요하다. SQLite 스냅샷, 격리 저장소, 원자적 게시는 프로덕션 데이터베이스급 내구성을 개인 에이전트 런타임에 적용한 것이다. 원격 세션과 결합하면, 이번 릴리스 주기는 OpenClaw를 지속적인 감독이 필요한 도구에서 무인으로 실행할 수 있는 인프라로 탈바꿈시킨다.

그러나 보안 상황은 여전히 가장 중요한 격차로 남아 있다. 스킬, 브라우저 자동화, 파일 핸들러를 가로지르는 체인형 공격 경로는 이론적이지 않다 — 문서화되어 있고, 재현 가능하며, 실제로 악용되고 있다. 재단은 신뢰 경계 집행을 일회성 패치의 연속이 아닌 시스템적 문제로 다뤄야 한다. 보안 태세가 엔지니어링 품질을 따라잡을 때까지, extended-stable 채널과 ClawArmor 같은 런타임 보안 도구가 여러분의 완화 계층이다.

향후 90일 동안: extended-stable에 고정하고, 2026.7.2 베타로 테스트하고, 체인형 공격 모델에 맞춰 스킬을 감사하고, 런타임 보안 도구를 평가하며, 중요 작업에 기능을 도입하기 전에 성숙도 스코어카드를 확인하라. 플랫폼은 성숙해지고 있다. 문제는 보안 태세와 릴리스 규율이 채택 속도를 따라잡을 것인가다.

X에서 지속적인 분석을 팔로우하세요: https://x.com/kkaminsk