---
title: "OpenClaw 보안: 게이트웨이 정책 점검"
description: "OpenClaw 보안 검토를 위한 게이트웨이 접근, 샌드박스, 명령 승인, 메모리와 진단 설정 점검 방법을 살펴봅니다. 소스 분석의 범위와 한계도 설명합니다."
url: https://personalagentbench.com/ko/openclaw-security/
last_updated: 2026-10-13
---

# OpenClaw 보안: 게이트웨이에 적용된 정책 확인하기

이 페이지는 2026-10-13 기준 영어판을 기계 번역한 것이며, 모든 수치는 원문과 대조했습니다. 내용이 다를 경우 [영어판](https://personalagentbench.com/openclaw-security/)이 우선합니다.

OpenClaw 보안 검토는 누가 게이트웨이에 접근할 수 있는지, 도구가 어디서 실행되는지, 어떤 명령에 승인이 필요한지 확인하는 데서 시작합니다. 검토 기준으로 고정한 리비전에서 샌드박스 설정 해석기는 대체값으로 `off`를 사용합니다. 호스트 exec 승인 상수는 `security=full`, `ask=off`, `askFallback=deny`입니다. 아래 점검 항목은 이 소스 값들을 프로젝트 문서에 나오는 확인 명령과 연결해, 실제 설치 환경의 설정을 살펴볼 수 있도록 구성했습니다. [샌드박스 설정 해석기](https://github.com/openclaw/openclaw/blob/e46cb104f29782ab08caee36607946074f91056f/src/agents/sandbox/config.ts#L215-L231); [Exec 상수](https://github.com/openclaw/openclaw/blob/e46cb104f29782ab08caee36607946074f91056f/src/infra/exec-approvals-config.ts#L95-L97).

- `openclaw security audit`를 실행해 프로젝트 자체 점검 기능이 식별하는 설정 위험을 확인하세요. [공식 보안 지침](https://github.com/openclaw/openclaw/blob/e46cb104f29782ab08caee36607946074f91056f/docs/gateway/security/index.md#L9-L15).
- `openclaw exec-policy show`와 적절한 대상을 지정한 `openclaw approvals get`으로 실제 적용되는 명령 정책을 확인하세요. [확인 명령](https://github.com/openclaw/openclaw/blob/e46cb104f29782ab08caee36607946074f91056f/docs/tools/exec-approvals.md#L66-L89).
- 샌드박스 모드와 백엔드를 함께 확인한 다음, 작업 공간 접근 권한과 컨테이너 설정을 검토하세요. [최종 샌드박스 설정](https://github.com/openclaw/openclaw/blob/e46cb104f29782ab08caee36607946074f91056f/src/agents/sandbox/config.ts#L215-L235).
- 진단 설정은 모델 및 도구 연결과 별도로 검토하세요. 익스포터 점검 항목은 아래에서 다룹니다.

## OpenClaw 보안 위협 모델 정의하기

계정을 연결하거나 네트워크 접근을 허용하기 전에 게이트웨이의 신뢰 경계를 공유하는 사람이 누구인지 파악하세요. OpenClaw 공식 보안 지침은 신뢰할 수 있는 운영자 1명 또는 구성원끼리 서로 신뢰하는 팀을 전제로 합니다. 신뢰 수준이 서로 다르거나 적대적인 사용자가 있다면 게이트웨이와 인증 정보를 분리하고, 가능하면 OS 사용자나 호스트도 분리할 것을 권고합니다. 페어링된 노드는 운영자의 실행 능력을 다른 컴퓨터까지 확장합니다. [게이트웨이별 신뢰 경계](https://github.com/openclaw/openclaw/blob/e46cb104f29782ab08caee36607946074f91056f/docs/gateway/security/index.md#L17-L27); [게이트웨이와 노드의 신뢰 관계](https://github.com/openclaw/openclaw/blob/e46cb104f29782ab08caee36607946074f91056f/docs/tools/exec-approvals.md#L50-L59).

점검 대상 자산에는 도구가 접근할 수 있는 파일과 인증 정보, 연결된 계정, 저장된 대화, 게이트웨이 및 노드 호스트가 포함됩니다. 주요 입력에는 메시지, 가져온 웹페이지, 이메일, 문서, 첨부 파일이 있습니다. 비공개 봇도 읽어 들이는 자료를 통해 악성 지시를 접할 수 있습니다. 프로젝트의 프롬프트 인젝션 지침은 도구의 접근 범위를 제한하고, 비밀 정보를 에이전트가 접근할 수 있는 파일 시스템 밖에 보관하며, 민감한 작업은 샌드박스에서 실행할 것을 권고합니다. [신뢰할 수 없는 콘텐츠와 통제 계층](https://github.com/openclaw/openclaw/blob/e46cb104f29782ab08caee36607946074f91056f/docs/gateway/security/prompt-injection.md#L18-L38).

여기서 구체적인 검토 질문을 도출할 수 있습니다. 가져온 문서가 모델을 원치 않는 명령 실행으로 유도한다면, 어떤 도구 정책이나 승인 절차, 실행 경계가 이를 막을까요? 채널 접근 제어는 누가 봇과 대화할 수 있는지를 결정합니다. 하지만 허가된 사용자의 조사 자료에 포함된 악성 텍스트를 제거하지는 않습니다. 해당 콘텐츠를 처리하는 에이전트에 아래 점검 항목을 적용하세요. 이 페이지는 소스 검토이며, 취약점 악용 테스트나 배포된 시스템의 보안 점수는 포함하지 않습니다.

## OpenClaw 보안 설정 점검하기

먼저 공식 감사를 실행한 다음, 실행 호스트를 별도로 확인하세요. 아래 명령은 문서에 명시된 확인 명령입니다. 여기 제시한 예시는 독자의 설치 환경에서 실행하기 위한 안내이며, 이번 검토 과정에서 실행한 명령이 아닙니다. [보안 감사](https://github.com/openclaw/openclaw/blob/e46cb104f29782ab08caee36607946074f91056f/docs/gateway/security/index.md#L9-L15); [실효 정책 확인](https://github.com/openclaw/openclaw/blob/e46cb104f29782ab08caee36607946074f91056f/docs/tools/exec-approvals.md#L66-L89).

| 점검 명령 | 확인할 내용 | 결과 활용 방법 |
| --- | --- | --- |
| `openclaw security audit` | 현재 설정에서 발견된 사항 | 접근 범위를 넓히기 전에 연결된 공식 감사 지침을 따르세요. |
| `openclaw exec-policy show` | 로컬 터미널 정책, 명령 승인, 제외 설정의 출처 | exec가 제공되는지, 어떤 정책이 이를 통제하는지 확인하세요. |
| `openclaw exec-policy show --session <key>` | 저장된 세션 설정에 따른 도구 미리보기 | 사용하려는 세션을 로컬 기준 설정과 비교하세요. |
| `openclaw approvals get --gateway` | 게이트웨이 요청 정책, 호스트 정책의 출처, 실제 적용 결과 | 대체 상수 하나만 보지 말고 실제 적용 결과를 읽으세요. |
| `openclaw approvals get --node <id>` | 선택한 노드의 승인 설정 | 명령을 실행할 컴퓨터를 확인하세요. |

해당 대화에서 `/exec`를 실행해 현재 세션의 기본 설정을 확인하세요. 오프라인 정책 보기에는 세션별 `/exec` 재정의가 포함되지 않습니다. 도구 미리보기의 범위에도 한계가 있습니다. 문서에 따르면 미리보기에 도구가 포함되어도 실행이 보장되지는 않으며, 표시되지 않는다고 해서 도구가 비활성화되었다고 단정할 수도 없습니다. 결과를 해석할 때는 요청 정책, 대상 호스트, 세션을 함께 살펴보세요. [세션과 미리보기의 범위](https://github.com/openclaw/openclaw/blob/e46cb104f29782ab08caee36607946074f91056f/docs/tools/exec-approvals.md#L74-L89).

명령 설정과 함께 네트워크 노출도 점검하세요. 보안 개요 문서는 일반적인 호스트 설치에서는 루프백 바인딩을 사용한다고 설명합니다. 반면 컨테이너 이미지는 외부에 노출되는 바인딩이 기본값이므로 반드시 인증을 함께 적용해야 합니다. 게이트웨이를 루프백 밖으로 노출하기 전에 노출 관리 절차를 따르세요. 이는 셸 명령 허용 여부와는 별개의 점검입니다. 게이트웨이 인증은 시스템 진입을 통제합니다. [호스트 및 컨테이너의 기본 노출 설정](https://github.com/openclaw/openclaw/blob/e46cb104f29782ab08caee36607946074f91056f/docs/gateway/security/index.md#L9-L15); [공식 노출 관리 절차](https://github.com/openclaw/openclaw/blob/e46cb104f29782ab08caee36607946074f91056f/docs/gateway/security/exposure-runbook.md).

## OpenClaw 샌드박스 모드, 백엔드, 마운트 확인하기

Docker 설정에 의존하기 전에 최종적으로 결정된 샌드박스 모드를 확인하세요. 소스는 기본 설정보다 에이전트별 값을 우선 적용하며, 대체값으로 모드 `off`, 백엔드 `docker`, 작업 공간 접근 `none`을 사용합니다. 이 조합은 사용할 수 있는 백엔드를 지정하지만 활성화하지는 않습니다. 세션에 어떤 값이 적용되는지 알 수 있도록 공통 설정과 에이전트별 재정의를 모두 확인하세요. [샌드박스 설정 결정 로직](https://github.com/openclaw/openclaw/blob/e46cb104f29782ab08caee36607946074f91056f/src/agents/sandbox/config.ts#L215-L235).

Docker 샌드박스를 선택했다면 네트워크, capability, 마운트 설정을 확인하세요. 검토한 Docker 기본 설정에는 네트워크 `none`과 모든 capability 제거가 포함되며, 설정 해석기는 재정의 값도 허용합니다. 이 설정들은 선택한 컨테이너에 적용하려는 제한을 나타냅니다. 작업 공간 접근 설정과 바인드 마운트는 어떤 호스트 데이터가 그 환경으로 전달되는지를 결정합니다. [Docker 기본값과 바인드 설정](https://github.com/openclaw/openclaw/blob/e46cb104f29782ab08caee36607946074f91056f/src/agents/sandbox/config.ts#L80-L120).

공식 프롬프트 인젝션 가이드는 off 모드의 영향을 명확히 설명합니다. 활성 샌드박스가 없으면 암묵적인 `host=auto`는 게이트웨이 호스트로 결정됩니다. 반면 명시적인 `host=sandbox`는 사용할 수 있는 샌드박스 런타임이 없으면 실행을 거부합니다. 작업이 게이트웨이에서 실행되었거나 시작을 거부한 이유를 진단할 때 이 차이를 활용하세요. 배포된 백엔드의 실제 격리 효과와 샌드박스 탈출에 대한 저항성은 이번 정적 검토를 넘어 런타임에서 검증해야 합니다. [샌드박스와 호스트 선택](https://github.com/openclaw/openclaw/blob/e46cb104f29782ab08caee36607946074f91056f/docs/gateway/security/prompt-injection.md#L27-L35).

## OpenClaw exec의 full, off, deny 이해하기

exec 필드 3개를 함께 읽고 실제 적용 정책 출력과 비교하세요. 소스 상수는 대체값을 제공하며, 설정 해석기는 재정의를 허용합니다. 각 필드의 역할은 문서에 설명되어 있습니다. [대체 상수](https://github.com/openclaw/openclaw/blob/e46cb104f29782ab08caee36607946074f91056f/src/infra/exec-approvals-config.ts#L95-L97); [설정 결정 로직](https://github.com/openclaw/openclaw/blob/e46cb104f29782ab08caee36607946074f91056f/src/infra/exec-approvals-resolver.ts#L30-L45); [정책 정의](https://github.com/openclaw/openclaw/blob/e46cb104f29782ab08caee36607946074f91056f/docs/tools/exec-approvals.md#L222-L258).

| 필드와 값 | 실제 의미 |
| --- | --- |
| `security: full` | 허용 목록과 일치할 필요가 없습니다. 권한 상승을 허용하는 것은 아닙니다. |
| `ask: off` | 일반적인 정책 승인 요청을 비활성화합니다. 별도로 활성화한 엄격한 인라인 평가 검사는 여전히 승인을 요구할 수 있습니다. |
| `askFallback: deny` | 승인 요청이 필요하지만 응답할 UI가 없거나 시간이 초과되면 요청을 차단합니다. |
| `security: deny` | 호스트 exec 요청을 차단합니다. 응답받지 못한 승인 요청만 거부하는 것과는 다릅니다. |

따라서 `askFallback: deny`가 `full/off`를 먼저 승인을 묻는 정책으로 바꾸지는 않습니다. 일반적인 승인 요청 없이 허용되는 요청에는 미응답 시 대체 동작이 필요하지 않습니다. 반대로 승인이 필요해지면, 승인 채널을 사용할 수 없을 때의 동작을 대체값이 결정합니다. 도구 정책, 호스트 정책, 해당 세션 모드도 여전히 중요합니다. 그러므로 이번 exec 검토 결과만으로 모든 연동에 공통으로 적용되는 전송, 구매, 삭제 승인 절차가 있다고 확인할 수는 없습니다. [승인 계층](https://github.com/openclaw/openclaw/blob/e46cb104f29782ab08caee36607946074f91056f/docs/tools/exec-approvals.md#L12-L17); [Ask와 대체 동작의 의미](https://github.com/openclaw/openclaw/blob/e46cb104f29782ab08caee36607946074f91056f/docs/tools/exec-approvals.md#L222-L267).

고정 리비전의 문서는 새 설정에 `tools.exec.mode`를 우선 사용하도록 권장하며, 모드로 `deny`, `allowlist`, `ask`, `auto`, `full`을 제공합니다. full은 일반적인 full/off 동작에 대응합니다. ask는 허용 목록 정책을 사용하고 목록과 일치하지 않으면 승인을 요청합니다. 이 필드를 기존 `security`, `ask` 키와 함께 사용하기 전에 문서의 마이그레이션 규칙을 확인하세요. 혼합된 정책은 거부될 수 있으며, 일부 기존 조합에는 정확히 대응하는 정규화 모드가 없습니다. [정규화된 exec 모드](https://github.com/openclaw/openclaw/blob/e46cb104f29782ab08caee36607946074f91056f/docs/tools/exec-approvals.md#L193-L220).

인터프리터를 허용한다면 `tools.exec.strictInlineEval`도 확인하세요. 문서는 인식 가능한 인라인 평가 형식의 승인 요건과 별도의 full 세션 및 권한 상승 예외를 설명합니다. 이런 명령을 검토할 때는 full이라는 단어가 다른 모든 설정에 우선한다고 가정하지 말고, 해당 실행 경로의 정책 설명을 확인하세요. [엄격한 인라인 평가와 예외](https://github.com/openclaw/openclaw/blob/e46cb104f29782ab08caee36607946074f91056f/docs/tools/exec-approvals.md#L260-L292).

## OpenClaw 예약 작업과 도구 가용성 검토하기

어떤 게이트웨이가 예약 작업을 시작하는지, cron이 활성화되어 있는지 확인하세요. 게이트웨이는 `CronService`를 생성하고 설정에 따라 활성화 여부를 결정합니다. 무인 워크플로가 해당 게이트웨이와 대상 에이전트를 거치는 경로를 추적한 다음, 접근 가능한 호스트에 실제 적용 정책 점검을 수행하세요. 예약 작업은 에이전트의 권한을 사용하는 또 다른 진입점입니다. [Cron 설정](https://github.com/openclaw/openclaw/blob/e46cb104f29782ab08caee36607946074f91056f/src/gateway/server-cron.ts#L165-L178); [Cron 서비스 생성](https://github.com/openclaw/openclaw/blob/e46cb104f29782ab08caee36607946074f91056f/src/gateway/server-cron.ts#L500-L520).

해당 에이전트에 활성화된 도구와 플러그인을 확인하세요. 소스는 메시징, 예약, 웹 접근, 세션 및 기타 작업용 도구를 플러그인까지 포함해 조건부로 구성합니다. 활성 도구 수는 설정에 따라 달라집니다. exec 문서는 유용한 예를 제시합니다. 명령 승인 정책이 실행을 허용하더라도 메시징 도구 프로필은 `exec`와 `process`를 제외할 수 있습니다. 도구 가용성은 어떤 작업을 요청할 수 있는지, 승인 정책은 그 작업을 진행해도 되는지, 샌드박스는 어디서 실행되는지를 결정합니다. [도구 구성](https://github.com/openclaw/openclaw/blob/e46cb104f29782ab08caee36607946074f91056f/src/agents/openclaw-tools.ts#L54-L175); [가용성과 승인의 차이](https://github.com/openclaw/openclaw/blob/e46cb104f29782ab08caee36607946074f91056f/docs/tools/exec-approvals.md#L78-L83).

자동화의 승인 요청 전달 방식도 검토하세요. 고정 리비전의 문서는 승인 처리가 가능한 운영자 클라이언트로 전달되는 게이트웨이 호스트의 cron 승인과, 노드 호스트 자동화의 헤드리스 정책을 구분합니다. 예약된 요청에 사람이 응답할 것이라고 기대하기 전에, 선택한 대상에 대해 문서화된 자동화 동작을 확인하세요. [자동화 승인 요청 전달](https://github.com/openclaw/openclaw/blob/e46cb104f29782ab08caee36607946074f91056f/docs/tools/exec-approvals.md#L568-L602).

## OpenClaw 메모리, 제공업체, 진단 설정 확인하기

데이터 보존을 검토할 때는 메모리 인덱스와 함께 작업 공간의 `MEMORY.md` 위치도 확인하세요. Memory-core는 기록을 해당 Markdown 파일로 승격하며 SQLite 기반 관리자를 사용합니다. 둘 다 목록화해야 할 저장 영역으로 다루세요. 파일 하나를 삭제했다고 해서 보조 인덱스, 로그, 회상 기록까지 삭제되었다고 검증되는 것은 아닙니다. [Markdown으로 승격](https://github.com/openclaw/openclaw/blob/e46cb104f29782ab08caee36607946074f91056f/extensions/memory-core/src/short-term-promotion-apply.ts#L185-L205); [SQLite 기반 관리자](https://github.com/openclaw/openclaw/blob/e46cb104f29782ab08caee36607946074f91056f/extensions/memory-core/src/memory/manager.ts#L15-L25).

같은 데이터 검토의 일부로 설정된 제공업체도 확인하세요. 고정 리비전의 기본 상수에는 `openai`와 `gpt-6-astra`가 지정되어 있지만, 제공업체와 플러그인 설정에 따라 전송 대상은 달라질 수 있습니다. 연결 목록에서는 모델 엔드포인트, 메시징 서비스, 진단 익스포터를 각각 별도 항목으로 관리하세요. [모델 및 제공업체 상수](https://github.com/openclaw/openclaw/blob/e46cb104f29782ab08caee36607946074f91056f/src/agents/defaults.ts#L1-L10).

진단용 OTel 익스포터는 `diagnostics.enabled`와 `diagnostics.otel.enabled`를 확인하세요. 진단 설정이 없거나, 진단이 명시적으로 비활성화되어 있거나, OTel이 활성화되어 있지 않으면 시작 함수가 조기에 반환됩니다. 이를 통해 이 익스포터는 명시적으로 활성화해야 작동한다는 조건을 확인할 수 있습니다. 이 파일들만으로는 다른 텔레메트리의 기본 설정이나 실제 적용되는 모든 외부 통신 대상 호스트 목록을 확인할 수 없습니다. [익스포터 시작 조건](https://github.com/openclaw/openclaw/blob/e46cb104f29782ab08caee36607946074f91056f/extensions/diagnostics-otel/src/service.ts#L214-L234).

다른 프로젝트에서 대응하는 구성 요소를 고를 때는 [비교표](https://personalagentbench.com/open-source-personal-agents/)를 활용하세요. 예를 들어 [Hermes Agent 검토](https://personalagentbench.com/hermes-agent/)는 메모리 파일과 터미널 백엔드 점검 항목을 제공합니다. [NanoClaw 소개](https://personalagentbench.com/open-source-personal-agents/#nanoclaw)는 컨테이너 마운트와 제공업체 승인 요청을 구분합니다.

## 이번 OpenClaw 보안 검토의 범위 확인하기

재현 기록을 통해 보존된 소스 일부에 대한 분석과 시도에 그친 전체 트리 스캔을 구분하세요. REA의 전체 트리 재시도는 완전한 JSON 결과를 얻지 못한 채 실행기의 600초 제한에 도달했습니다. 대신 보존된 그래프 분석은 인용된 소스와 바이트 단위로 일치하는 파일 9개를 대상으로 하며, 저장소 기준 상대 경로와 파일 해시가 보존되어 있습니다. 이 파일들은 파싱 실패 없이 처리되었지만, 완전한 의존성 분석은 아닙니다.

앞서 실패한 전체 트리 분석 시도에서도 파일 목록에 관한 근거는 보존되었습니다. 이후 실행기에서 메타데이터 해제 오류가 발생해 파일 시스템 타임스탬프로부터 시간 초과 메타데이터를 복구해야 했습니다. 성공한 스캔을 복구한 것은 아닙니다. 아래 명령과 출력 식별 정보는 이 차이를 그대로 기록합니다. 이 페이지의 추가 설정 및 보안 지침은 고정 리비전의 저장소 문서를 직접 읽고 확인한 내용이며, REA의 파일 9개 분석 범위를 확대하지 않습니다.

## 재현 방법

아래의 고정 리비전과 기록된 명령으로 검토 결과를 추적할 수 있습니다.

에이전트용 오픈 소스 리버스 엔지니어링 도구인 REA(morluto/rea, MIT, v6.4.0)와 직접 소스 읽기를 병행해 검토했습니다. [REA 저장소](https://github.com/morluto/rea)는 도구를 제공할 뿐, 이번 검토를 보증하지 않습니다. 저희는 검토 대상 프로젝트나 REA와 제휴 관계가 없습니다. 이번 검토는 정적 읽기에 한정됩니다. 대상 에이전트를 실행하지 않았으며 실제 트래픽도 관찰하지 않았습니다.

고정한 체크아웃 리비전은 `e46cb104f29782ab08caee36607946074f91056f`입니다. REA로 JS/TS 애플리케이션 그래프(Electron 경계, import, 저장소, 요청 호출 지점)를 매핑했으며, 동작에 관한 결론(승인 경로, 기본값, 텔레메트리)은 소스를 읽어 확인했습니다. Electron 경계는 존재하는 곳에서 매핑했습니다. REA로 JavaScript 이외의 핵심 동작까지 확인하지는 못했습니다.

아래는 pass-2 매니페스트에 기록된 명령을 다른 환경에서도 실행할 수 있도록 바꾼 것으로, 고정 리비전의 저장소가 `repos/openclaw`에 있는 작업 디렉터리에서 실행합니다. 저장소를 `repos/` 아래로 복제해 고정 커밋으로 체크아웃하고, `rea-out/`을 만든 뒤 해당 작업 디렉터리에서 명령을 실행하세요. 이는 분석 명령이며 에이전트를 시작하는 명령이 아닙니다. 실행 파일과 작업 공간 경로는 `npx rea-agents@6.4.0`과 상대 경로로 통일했습니다. 일부 원래 실행에서는 `ADDITIONAL_SWIFT_DRIVER_FLAGS`를 통해 쓰기 가능한 컴파일러 캐시 디렉터리도 설정했습니다.

`npx rea-agents@6.4.0 analyze-javascript-application repos/openclaw --format json --analysis-timeout-ms 120000 > rea-out/openclaw.json 2> rea-out/openclaw.stderr`

`npx rea-agents@6.4.0 analyze-javascript-application repos/openclaw --format json --analysis-timeout-ms 120000 > rea-out/openclaw-analysis.json 2> rea-out/openclaw-analysis.stderr`

`npx rea-agents@6.4.0 analyze-javascript-application rea-out/source-slices/openclaw --format json --analysis-timeout-ms 120000 > rea-out/openclaw-core.json 2> rea-out/openclaw-core.stderr`

보존된 분석은 부분적입니다. 쓰기 가능한 컴파일러 캐시로 초기 파싱 환경 설정 실패를 해결했지만, 프로세스 테이블 확인이 차단되면서 `cleanup_incomplete`가 발생했습니다. 실행기는 완전한 JSON이 출력된 후 남아 있던 CLI 프로세스를 중지했습니다. 그렇다고 작업 프로세스가 정상 종료되었다고 확인되는 것은 아닙니다. 그래프에서 관찰되지 않았다는 이유만으로 해당 동작이 없다고 단정할 수 없습니다. [재현 기록](https://personalagentbench.com/rea/pass2-reproduction.json)은 출력 해시를 Evidence ID 및 대상 다이제스트와 별도로 기록합니다.

범위를 제한한 명령을 실행하려면 먼저 [재현 기록](https://personalagentbench.com/rea/pass2-reproduction.json)에 나열된 파일 9개로 `rea-out/source-slices/openclaw`을 다시 구성하세요. 저장소 기준 상대 경로를 유지하고 기록된 SHA-256 값을 검증하세요. 임의로 고른 축소 트리로 대체하면 안 됩니다. 전체 트리 분석의 시간 초과 옵션은 소스별로 적용되며, 실행기는 이와 별도로 총 600초 제한을 적용했습니다.

## 자주 묻는 질문

**OpenClaw 보안 점검은 어디서 시작해야 하나요?** 공식 보안 감사를 실행한 다음, 작업을 수행하는 게이트웨이나 노드의 샌드박스 선택과 실제 적용 exec 정책을 확인하세요. 위 체크리스트에 문서화된 명령이 있습니다.

**askFallback deny를 설정하면 모든 명령이 승인을 기다리나요?** 아니요. 필요한 승인 요청에 응답할 수 없을 때 차단합니다. 위 exec 표를 참고해 이 대체 동작과 승인 요청의 필요 여부를 결정하는 정책을 구분하세요.

**exec 도구가 없는 것은 샌드박스 사용과 같은 의미인가요?** 아니요. 도구 정책은 작업을 사용할 수 있는지를 결정합니다. 샌드박스 설정은 샌드박스 실행에 사용되는 환경을 결정합니다. 워크플로를 활성화하기 전에 둘 다 확인하세요.

**Hermes Agent와는 어떻게 비교할 수 있나요?** [Hermes Agent 설정 점검 항목](https://personalagentbench.com/hermes-agent/)과 [비교표](https://personalagentbench.com/open-source-personal-agents/)로 승인 경로, 실행 환경, 메모리 저장소를 비교하세요. 제품 이름을 비교하기 전에 어떤 배포 설정을 점검해야 하는지부터 정하세요.

---

Published by Personal Agent Bench (https://personalagentbench.com), run by the Zentor team. Zentor builds agent software of its own, so its products are not on the scorecard and will not be added.