🦞 29. OpenClaw 텔레그램 권한변화 버전비교

“3.1, 3.2에서 텔레그램 권한이 갑자기 줄었다”는 체감은 맞다. 다만 공식 릴리즈 기준으로 보면, 실제 큰 전환점은 3.x 단독이라기보다 2.24~2.26에서 시작된 보안 강화가 3.x에서 더 분명하게 드러난 흐름에 가깝다.

핵심은 기능 삭제가 아니라, DM/Group/Reaction 경로를 예전보다 엄격하게 권한 검증하도록 바뀐 점이다.

flowchart LR
A[2026.2.19 계열] --> B[2026.2.24~2.26 보안강화]
B --> C[2026.3.1 토픽/권한 세분화]
C --> D[2026.3.2 기본값/운영편의 조정]
D --> E[체감: 예전보다 엄격해짐]

한 줄 결론

권한이 줄어든 느낌은 사실상 정상 체감이고, 원인은 3.2 단일 변경보다 2.24~2.26 보안 패치 누적이다.

왜 체감이 크게 달라졌나

현재 현장에서는 2026.2.19-2 같은 배포 라벨을 쓰는 경우가 많다. 공개 릴리즈 노트는 v2026.2.19 기준으로 확인하는 게 안전하다.

v2026.2.19의 텔레그램 관련 변경은 주로 안정화(예: inbound 처리 일관화, topic 타깃 전송 개선) 성격이 강했고, 본격적인 fail-closed 성향은 뒤 버전에서 강화됐다.
공식 릴리즈: v2026.2.19

버전별로 실제 달라진 포인트

구간	실제 변화(공식 기준)	운영 체감
2026.2.19	텔레그램 안정화/라우팅 정리 중심	“큰 제약 변화 없음”
2026.2.24	DM 권한 통과 전 미디어 다운로드/저장 차단	무권한 사용자 입력 경로가 줄어듦
2026.2.25	리액션 이벤트도 권한검사, 그룹 allowlist에서 DM pairing-store fallback 제거	그룹에서 “예전엔 되던 것”이 막히는 체감 시작
2026.2.26	dmPolicy: allowlist 상속/검증 강화, 빈 allowlist 거부 성향 강화	설정 미정합 시 무응답/차단이 더 선명해짐
2026.3.1	Telegram DM topic 권한/세션 라우팅 세분화	토픽별로 더 정밀하지만, 설정 실수 시 더 엄격하게 반응
2026.3.2	Telegram streaming 기본값 partial, DM draft/voice preflight 옵션, 신규 설치 tools.profile=messaging 기본	권한 축소라기보다 기본 보수화 + 체감 제한 증가

참고:

• v2026.3.1
• v2026.3.2
• Telegram 공식 문서

🧠 칠판 치트시트

1. 3.2만의 문제가 아니라 2.24~2.26 누적 영향이다.
2. DM과 Group 권한을 분리해서 봐야 원인이 빨리 잡힌다.
3. “동작 안 함”의 절반은 버그보다 정책 미정합이다.
4. doctor + security audit --deep + 실제 채널 테스트 3단계가 가장 빠르다.

케이스로 보면 더 쉬움

케이스 A: DM은 되는데 그룹에서 조용한 경우

• 상황: DM 응답은 정상인데, 그룹에서는 반응이 들쭉날쭉하다.
• 흔한 원인: group 정책/멘션 정책/allowlist가 의도와 다름.
• 확인 포인트:
  • channels.telegram.groupPolicy
  • groups.<chatId>.requireMention
  • groupAllowFrom 또는 그룹별 allowFrom
• 해결 후 체감: “랜덤 무응답”이 줄고, 왜 반응했는지 기준이 명확해진다.

케이스 B: 리액션 기반 자동화가 갑자기 줄어든 경우

• 상황: 예전에는 리액션 이벤트가 잘 들어왔는데 최근에는 누락처럼 보인다.
• 흔한 원인: 리액션도 권한 게이트를 타게 바뀜(2.25 계열).
• 확인 포인트:
  • 리액션 알림 설정(reactionNotifications)
  • 발신자 권한(allowFrom/groupAllowFrom)
• 해결 후 체감: 이벤트 양은 줄어도, 노이즈가 줄고 안전성이 올라간다.

20분 점검 루틴 (바로 실행)

0~5분: 버전/헬스 확인

openclaw status --deep
openclaw update status

5~10분: 권한/정책 정합성 확인

openclaw doctor
openclaw security audit --deep
openclaw channels status --probe

10~15분: Telegram 정책 집중 점검

• DM: dmPolicy, allowFrom
• Group: groupPolicy, groupAllowFrom, requireMention
• Topic 쓰는 경우: topic 단위 override 확인

15~20분: 실제 시나리오 테스트

• DM 1건
• 그룹 멘션 1건
• 그룹 비멘션 1건(운영정책상 허용 시)
• 리액션 이벤트 1건

실무 판단 기준 (MECE)

• 개념: 권한 축소라기보다 권한 경계 명확화
• 원인: 정책 강화 + 설정 미정합 + 토픽/멘션 혼선
• 대응: DM/Group 분리 진단 후 항목별 수정
• 실행: doctor/audit/probe/test 순서 고정

운영 팁

• 편의 우선 운영이라도, 그룹 전체 open이면 위험 작업 승인은 별도로 두는 편이 안전하다.
• 보안 우선 운영이라면 allowlist + topic 단위 제어가 장기적으로 사고 비용을 낮춘다.
• 릴리즈 체감 이슈는 커뮤니티 글보다 공식 릴리즈/공식 문서 기준으로 먼저 판단하는 것이 정확하다.

터미널에서 바로: 케이스별 권한 오픈 방법 + 유의점

아래는 “답답해서 빨리 열고 싶다”는 운영자 관점에서, 실제로 많이 쓰는 오픈 패턴만 추려 정리한 것이다.
핵심은 열기 전에 백업, 열고 나서 테스트, 이상하면 즉시 롤백이다.

0) 공통 프리체크 (1분)

cp ~/.openclaw/openclaw.json ~/.openclaw/openclaw.json.bak.$(date +%Y%m%d-%H%M%S)
openclaw status --deep
openclaw security audit --deep

케이스 1) DM을 빠르게 열고 싶을 때

# 누구나 DM 허용(가장 개방적)
openclaw config set channels.telegram.dmPolicy open
openclaw config set channels.telegram.allowFrom '["*"]'
openclaw gateway restart

유의점:

• 가장 편하지만 오입력/악성 프롬프트 노출이 커진다.
• 운영 계정만 쓸 거면 allowlist + 본인 ID 방식이 더 안전하다.

케이스 2) DM은 특정 사용자만 허용하고 싶을 때

openclaw config set channels.telegram.dmPolicy allowlist
openclaw config set channels.telegram.allowFrom '["YOUR_TELEGRAM_USER_ID"]'
openclaw gateway restart

유의점:

• allowFrom은 숫자 ID 기준으로 관리하는 것이 안전하다.

케이스 3) 그룹에서 멘션 없이도 반응하게 열고 싶을 때

openclaw config set channels.telegram.groupPolicy open
# BotFather에서 /setprivacy -> Disable (텔레그램 앱에서 수동)
openclaw gateway restart
openclaw channels status --probe

유의점:

• OpenClaw 설정만 바꿔도 BotFather privacy가 켜져 있으면 비멘션 메시지 수신이 막힐 수 있다.

케이스 4) 그룹은 열되, 발신자 제한을 걸고 싶을 때

openclaw config set channels.telegram.groupPolicy allowlist
openclaw config set channels.telegram.groupAllowFrom '["YOUR_TELEGRAM_USER_ID"]'
openclaw gateway restart

유의점:

• 그룹 안전성과 실사용 균형이 가장 좋은 기본 패턴이다.

케이스 5) “스킬이 안 먹는다” 체감이 있을 때 (도구 프로필)

# 신규 설치/온보딩에서 messaging으로 좁혀진 경우 복원
openclaw config set tools.profile full
openclaw gateway restart

유의점:

• full은 편하지만 공격면도 커진다.
• 외부 입력 많은 그룹을 운영한다면 최소 승인 루틴(파괴적 명령 확인)을 유지하는 편이 좋다.

케이스 6) 브라우저 릴레이가 안 붙는 경우 (권한 이슈 아님)

openclaw browser status
openclaw browser start --profile chrome

유의점:

• no tab is connected가 뜨면 권한 문제가 아니라 확장 아이콘 attach 미완료다.
• Chrome 탭에서 OpenClaw Browser Relay 아이콘을 눌러 붙인 뒤 다시 시도한다.

케이스 7) 크론/자동화가 간헐 실패할 때

openclaw cron list
openclaw cron runs --id <JOB_ID> --limit 3
openclaw cron edit <JOB_ID> --timeout-seconds 1800

유의점:

• No available auth profile류 에러는 권한 축소라기보다 auth profile 가용성/쿨다운 이슈일 때가 많다.

8) 롤백 (문제 생기면 즉시 복구)

cp ~/.openclaw/openclaw.json.bak.<백업파일명> ~/.openclaw/openclaw.json
openclaw gateway restart

복붙용 프리셋 2가지

A) 편의 우선(최대 개방) 프리셋

openclaw config set channels.telegram.dmPolicy open
openclaw config set channels.telegram.allowFrom '["*"]'
openclaw config set channels.telegram.groupPolicy open
openclaw config set channels.telegram.groups."*".requireMention false
openclaw config set tools.profile full
openclaw gateway restart

유의점:

• 체감은 가장 빠르게 좋아지지만, 그룹 프롬프트 인젝션/오동작 노출이 커진다.
• 운영 채널이 많다면 로그 모니터링 주기를 짧게 가져가는 것이 좋다.

B) 안전 우선(균형형) 프리셋

openclaw config set channels.telegram.dmPolicy allowlist
openclaw config set channels.telegram.allowFrom '["YOUR_TELEGRAM_USER_ID"]'
openclaw config set channels.telegram.groupPolicy allowlist
openclaw config set channels.telegram.groupAllowFrom '["YOUR_TELEGRAM_USER_ID"]'
openclaw config set channels.telegram.groups."*".requireMention true
openclaw gateway restart

유의점:

• 기본은 닫고 필요한 사용자만 연다.
• 그룹 협업 방을 일부만 열고 싶으면 groups.<chatId> 단위로 예외를 추가하면 된다.

15분 도입 루틴 (실무용)

1. 3분: 백업 + 현재 상태 캡처(status --deep, security audit --deep)
2. 5분: 목적에 맞는 케이스 1개만 적용
3. 5분: DM/그룹/리액션 테스트
4. 2분: 로그/크론 확인 후 유지 또는 롤백

다음 읽기

• 11. 연동체크
• 12. 브라우저 릴레이 연동 구조
• 15. 캐싱 완전 가이드
• 18. 텔레그램 연결끊김 복구
• 20. 운영아키텍처 규칙 총정리
• 22. 텔레그램 그룹 협업 세팅 + 보안
• 23. plaintext ws 보안에러 해결
• 25. 크론 서브에이전트 분산운영
• 26. NotebookLM 소스지능 × 운영자동화
• 28. 듀얼 릴레이 운영 가이드

AI 생성 고지: 이 문서는 OpenClaw 공식 릴리즈 노트와 공식 문서를 바탕으로 생성형 AI로 초안을 작성하고, 운영 관점에서 재구성했습니다.