책에 포함된 노트오픈클로 OpenClaw: 메신저 안에서 일하는 나만의 AI 에이전트

부록 E. 보안 점검 체크리스트 PDF

2026-04-29Views 94약 8분생성형 AI 활용

부록 E. 보안 점검 체크리스트 PDF

새벽 세 시에는 이론보다 체크박스가 더 쓸모 있다. 이 부록은 바로 그 순간을 위해 준비한 점검표다. OpenClaw를 켜기 전, 운영하는 동안, 그리고 뭔가 잘못됐다고 느껴지는 직후에 무엇부터 확인해야 하는지 한 장씩 따라갈 수 있게 정리했다. 보안은 멋진 선언이 아니라, 빠뜨리지 않는 습관에서 시작한다.

부록 E 보안 점검 체크리스트 PDF

기본 정보

운영 환경 이름: ______________________________
호스트 장비/VPS: ______________________________
주 사용 채널: ______________________________
점검자: ______________________________
점검일: ______________________________
OpenClaw 버전: ______________________________
마지막 백업 시각: ______________________________
비상 연락처/메신저: ______________________________

판정 기준

통과: 지금 운영해도 된다.
조치 필요: 운영은 가능하지만 오늘 안에 고친다.
즉시 중지: 이 상태로는 운영하지 않는다.

운영 전 체크리스트

처음 설치한 날뿐 아니라, 새 장비로 옮겼을 때와 큰 설정 변경 직후에도 이 표를 다시 보는 편이 안전하다.

버전과 노출면

openclaw --version 결과가 2026.2.25 이상이다. 그보다 낮다면 먼저 업데이트했다.¹
패치 전 버전을 사용한 적이 있다면 등록된 장치를 전부 검토했고, 내가 모르는 장치는 제거했다.¹
게이트웨이는 127.0.0.1 또는 loopback에만 바인딩되어 있다.²
공인 IP에서 OpenClaw 포트가 직접 열려 있지 않다. 원격 접속이 필요하면 SSH 터널, Tailscale, 또는 역방향 프록시+TLS로만 접근한다.²
방화벽 규칙을 확인했고, 외부에서 불필요한 포트가 열려 있지 않다.²

인증과 채널 접근

게이트웨이 인증이 켜져 있고, 충분히 긴 랜덤 토큰을 사용한다.²
Telegram, WhatsApp, Discord 같은 DM 채널은 pairing 정책으로만 받는다.³
그룹 채팅에서는 멘션이 있을 때만 반응하도록 설정했다.³
보류 중인 pairing 요청을 검토했고, 출처가 불명확한 요청은 남겨 두지 않았다.³
파괴적 명령, 계정 변경, 대량 발송 같은 고위험 작업은 반드시 사람 승인을 거치게 해 두었다.⁵

실행 격리와 권한 최소화

OpenClaw는 개인 메인 노트북이나 회사 업무 노트북이 아니라, 별도 VM·전용 노트북·전용 VPS 같은 격리된 환경에서 돌린다.⁴
전용 OS 사용자로 실행하며, root나 평소 쓰는 개인 계정으로 돌리지 않는다.⁴
기본 샌드박스가 켜져 있고, 가능하면 non-main 또는 그에 준하는 격리 모드로 운영한다.³
에이전트마다 필요한 도구만 허용했다. 글쓰기 에이전트에 shell을 주지 않았고, 리서치 에이전트에 파일 쓰기 권한을 함부로 열지 않았다.⁶
파일 접근은 필요한 워크스페이스만 허용했고, ~/.ssh, ~/.aws, 자격 증명 디렉터리, 시스템 경로는 막아 두었다.⁶
네트워크는 가능한 한 허용 목록 방식으로 좁혔다. 모델 API, 내가 승인한 MCP 서버, 꼭 필요한 SaaS만 연결된다.⁶
강한 추론 모델이 필요한 역할에는 최신 상위권 모델을 쓴다. 도구를 많이 쓰는 에이전트일수록 약한 모델에 과한 권한을 주지 않는다.⁵

비밀정보와 파일 보호

~/.openclaw 디렉터리 권한은 700, 주요 설정과 자격 증명 파일은 600이다.³
API 키와 토큰은 가능하면 운영체제 키체인이나 전용 비밀 관리 흐름에 저장했다.⁴
.env 파일은 저장소에 커밋되지 않고, 셸 히스토리에도 직접 남기지 않았다.²
SOUL.md, AGENTS.md, USER.md, MEMORY.md, 주요 설정 파일은 백업돼 있다.
identity.json 또는 핵심 설정 파일의 해시 기준선을 만들어 두었다.⁷

스킬과 MCP 설치 전 심사

스킬 자동 설치는 꺼 두었고, 새 설치는 반드시 수동 승인으로만 진행한다.²
설치 전 SKILL.md와 실제 코드를 읽었다. exec, spawn, 과도한 파일 읽기, 알 수 없는 외부 호출, 난독화 흔적을 점검했다.⁶
스킬은 신뢰 가능한 출처만 사용하며, 버전을 고정하고 자동 업데이트를 꺼 두었다.⁶
MCP 서버는 "무엇을 위해 필요한가"를 설명할 수 있고, URL·바이너리 출처와 권한 범위를 검토했다.⁷
시스템 전체에서 SKILL.md를 검색해 OpenClaw가 알고 있는 경로와 일치하는지 확인했다.⁷

관측성과 백업

openclaw security audit --deep를 실행했고, 중요한 경고가 남아 있지 않다.³
인증 이벤트, 스킬 설치, 에이전트 액션, 네트워크 이벤트를 나중에 확인할 수 있게 로깅이 켜져 있다.²
야간 점검이나 정기 보안 검토가 일정으로 잡혀 있다. 조용히 지나가는 것보다, 정상 상태까지 보고되게 만들어 두었다.⁵
복구용 백업이 실제로 열리는지 확인했다. 백업은 "있다"보다 "복원된다"가 중요하다.

운영 중 점검 체크리스트

보안은 설치 순간에 끝나지 않는다. 어제 안전했던 구성이 오늘도 안전하다는 보장은 없다.

매일 점검

어제 새로 승인된 장치, pairing, 세션이 모두 내가 아는 것들이다.¹
예상하지 않은 스킬 설치 기록이 없다.²
로그에서 이상한 인증 실패, 비정상적인 도구 호출, 예상 밖의 메시지 발송이 보이지 않는다.²
처음 보는 외부 도메인으로의 연결이 없다.⁷
그날 추가한 스킬이나 MCP는 운영에 넣기 전에 다시 한 번 검토했다.⁶

매주 점검

OpenClaw 최신 보안 업데이트와 공개된 취약점 공지를 확인했다.¹
openclaw security audit --deep를 다시 실행했다.³
identity.json 또는 핵심 설정 파일 해시가 기준선과 일치한다.⁷
설치된 스킬 목록과 실제 디렉터리를 대조했고, 설명되지 않는 SKILL.md가 없다.⁷
MCP 서버 목록을 다시 보고, 지금도 필요한 것만 남겼다.⁷
에이전트별 권한을 다시 읽어 봤다. 읽기+네트워크+실행 권한이 한 에이전트에 과하게 몰려 있지 않다.⁷
크론, 셸 시작 파일, 심볼릭 링크, authorized_keys, 시스템 서비스에 수상한 변경이 없다.⁷⁹

매월 점검

불필요해진 스킬, MCP, 채널 연결, 오래된 pairing을 정리했다.
주요 토큰과 OAuth 범위를 검토했고, 가능한 것은 교체·축소했다.⁶
백업에서 샘플 파일 하나를 실제로 복원해 봤다.
한 번쯤은 "악성 스킬이 들어왔다면?"이라는 가정으로 테이블탑 점검을 해 봤다.⁵

사고 징후 빠른 판별표

아래 항목 중 하나라도 맞으면, "조금 이상하네" 단계로 넘기지 말고 사고 대응 표로 넘어간다.

내가 승인하지 않은 장치가 등록돼 있다.¹
설치한 적 없거나 이름이 비슷한 수상한 스킬이 보인다.⁶
에이전트가 갑자기 외부 서버로 요청을 보내기 시작했다.⁷
.bashrc, .zshrc, authorized_keys, crontab, systemd/launchd, Git hooks에 모르는 변경이 생겼다.⁹
모델 API 키, GitHub 토큰, 클라우드 자격 증명이 노출됐을 가능성이 있다.⁸⁹
평소보다 훨씬 많은 자동 실행, 대량 메시지 발송, 의도하지 않은 파일 수정이 발생했다.

사고 후 체크리스트

여기서는 침착함보다 순서가 더 중요하다. 공격을 먼저 멈추고, 증거는 버리지 말고, 자격 증명은 아끼지 말고 바꾼다.

0~15분: 멈추기

게이트웨이를 중지하거나 외부 접근을 먼저 끊었다.⁸¹⁰
dmPolicy를 일시적으로 닫거나, 새 pairing과 자동 실행을 멈췄다.¹⁰¹¹
의심 스킬은 즉시 비활성화하거나 격리 경로로 옮겼다. 바로 삭제하지는 않았다.⁹
화면 캡처, 로그, 의심 메시지, 설치 시각을 남겼다.⁸⁹
사고 시작 추정 시각, 영향을 받은 장비, 채널, 에이전트를 적어 두었다.⁸

15~60분: 증거와 범위 확인

프로세스 목록, 네트워크 연결, Docker 상태, 최근 로그, 설정 파일, 세션 기록을 수집했다.⁸
어떤 파일을 읽었는지, 어떤 명령을 실행했는지, 어느 도메인으로 통신했는지 추적했다.⁹
악성 스킬의 SKILL.md와 관련 파일은 분석용 사본을 남겼다.⁹
지속성 확보 흔적을 확인했다. 대상은 ~/.bashrc, ~/.zshrc, ~/.profile, authorized_keys, crontab, systemd/launchd, Git hooks, 심볼릭 링크다.⁹
네트워크 접근 권한이 있었던 스킬이라면 클라우드 감사 로그, CI/CD, 외부 SaaS 로그도 함께 살폈다.⁹