보안 및 개인정보 보호
Anyy는 로컬 우선이지만 로컬이라고 결과가 없는 것은 아닙니다. 파일, 터미널, 채널, 일정, 외부 공급자를 사용할 수 있습니다. 켠 기능마다 자신이 부여한 권한으로 취급하세요.
안전한 기본값으로 시작
- 작업에 필요한 통합·도구만 켭니다.
- 필요한 모델 공급자·채널만 연결합니다.
- 도구 모음, 스킬, MCP를 하나씩 켭니다.
- 변경 요청 전 경로, 명령, 대상 계정을 확인합니다.
- 넓은 구성 변경 전 최근 프로필 백업을 유지합니다.
컨텍스트와 아티팩트 위치를 선택할 뿐 허가된 도구를 샌드박스로 만들지 않습니다. 경로, 명령, 활성 도구 모음 자체를 검토하세요.
도구 접근
활성 파일·터미널, MCP, 작업 관리, 역할 온보딩은 직접 실행합니다. 행동을 요청하기 전에 통합과 대상 계정·워크스페이스를 검토하세요. 인증, 비밀 보호, 소유권 격리는 계속 적용됩니다.
자격 증명 보호
API 키·채널 비밀에는 Dashboard나 대화형 설정을 권장합니다. 비대화형 채널 설정은 파일 디스크립터로 전달하세요.
anyy setup channel CHANNEL \
--set FIELD=VALUE \
--sensitive-fd SECRET_FIELD=FD
3 이상의 전용 열린 디스크립터를 사용하세요. --external-locator-fd는 외부 비밀 위치를 허용하는 입력에만 있습니다.
프롬프트, 셸 기록, 스크린샷, 스킬, 영속 메모리에 넣지 마세요. 보호 저장·전달 경로에서 인식 비밀을 가리지만 이는 최후 방어선이며 노출의 이유가 아닙니다.
유출 가능성이 있으면 공급자에서 먼저 교체하고 Anyy 업데이트, 영향 통합 다시 로드, 상태 확인을 하세요.
메시징 접근 제어
채널 프로필은 지원 정책만 제공합니다. 플랫폼에 따라 DM은 pairing, open, allowlist, disabled, 그룹은 mention, open, allowlist, disabled입니다.
일반 플랫폼 정책은 CLI 마법사에 있습니다. Dashboard 자격 증명 양식은 완전한 접근 편집기가 아닙니다. 현재 공개 발신자 목록 편집은 Weixin/IRC에서 실제 제공하는 필드뿐입니다. 입력 ID를 추측하지 말고 메시징 플랫폼을 참조하세요.
현재 Dashboard에는 페어링 승인 목록이 없으므로 실제 대기 요청은 CLI로 관리합니다.
anyy channel pairing list
anyy channel pairing approve --request REQUEST_ID
원치 않는 권한은 즉시 취소합니다.
anyy channel pairing revoke --grant GRANT_ID --reason "access removed"
페어링은 권한 결정입니다. 승인 전에 플랫폼 정체성과 계정을 확인하세요.
외부 통합을 좁게 유지
- MCP는
probe·test후에만 켜고 의도한 도구만 노출하세요. - 스킬은 설치·사용 전
SKILL.md와 연결 파일을 읽으세요. - 자동화는 도구 모음을 선택하고 프롬프트·전달 경로를 검증하세요.
- 공개 웹훅은 HTTPS와 비공개 검증·서명 비밀을 쓰세요.
- Dashboard는 신뢰 사용자·네트워크로 제한하세요.
백업과 감사 이력
백업에는 비공개 대화와 작업 파일을 포함한 복구용 프로필 데이터가 들어갑니다. 관리 secrets/와 지원 mcp/oauth/는 명시적 포함 전까지 제외됩니다. 표준 구성과 작업 파일은 캡처되므로 MCP 환경/헤더를 포함한 인라인 자격 증명은 아카이브에 남을 수 있습니다. 완전 가림을 보장하지 않습니다. 모든 백업을 보호하고 자격 증명 포함 아카이브는 민감 자료로 취급하세요.
작업 진단, 연결 변경, 발신자 접근 결정, 전달 결과를 기록합니다. 예상 밖 동작 조사에는 Dashboard 상태 페이지, anyy status, anyy doctor, 통합별 doctor/status를 사용하세요.
이상 징후가 있을 때
- 해당 일정·통합을 중지·비활성화합니다.
- 없어야 할 채널 페어링 권한을 취소합니다.
- 노출 공급자·채널·MCP 자격 증명을 교체합니다.
- 관련 doctor/status를 실행합니다.
- 필요한 증거를 보존한 뒤에만 정상 백업을 복원합니다.