기능 토큰이란 무엇이며, 홈 AI 에이전트를 어떻게 제한하나요?

에바 왕

IceWhale author

에바 왕 는 기술 작가 그리고 이자 ZimaSpace의 상주 장인입니다. 평생을 기술에 열정을 가진 사람으로서 홈랩과 오픈소스 소프트웨어에 열정을 가지고 있으며,복잡한 기술 개념을 쉽게 이해할 수 있는 실습 가이드로 번역하는 데 전문성을 가지고 있습니다.에바는 셀프 호스팅이 어렵지 않고 재미있어야 한다고 믿습니다. 그녀의 튜토리얼을 통해 커뮤니티가 하드웨어 설정의 신비를 풀도록돕고 있습니다. 첫 NAS 구축부터 Docker 컨테이너 마스터링까지.

What Is a Capability Token, and How Does It Limit a Home AI Agent? - Zima Store Online

능력 토큰은 특정 리소스와 작업에 대한 소유 기반 권한을 부여하며, 에이전트에 부여되지 않은 모든 능력을 제공하지 않음으로써 에이전트의 권한을 제한합니다.

가정용 에이전트는 영구적인 관리자 자격 증명을 받지 않고도 하나의 캘린더를 읽거나, 한 방의 조명을 전환하거나, 선택한 백업을 업로드해야 할 수 있습니다. 능력 토큰은 리소스, 작업, 만료, 예산, 컨텍스트를 검증 가능한 권한 부여 항목으로 묶을 수 있습니다. 도구 게이트웨이는 모든 호출에서 해당 권한 부여를 확인하므로 프롬프트 텍스트만으로는 에이전트의 권한을 확장할 수 없습니다.

토큰은 객체 참조와 권한을 결합합니다

능력은 보호된 객체를 지정하거나 확인하고, 이를 정당하게 소유한 대상에게 허용된 작업을 전달합니다. 광범위한 API 키를 제공한 뒤 내부 ACL 조회를 수행하는 방식과 달리, 권한 부여 자체가 의도적으로 좁고 위조할 수 없도록 설계됩니다.

객체 능력 연구에서는 객체 능력 모델을 개별 객체에 액세스 권한을 인코딩하여 상호작용을 제한하는 방식으로 설명합니다. 파일 디스크립터는 익숙한 로컬 사례입니다. 이미 열린 객체에 대한 액세스를 허용하지만 임의의 파일 시스템 이름 지정 권한까지 부여하지는 않습니다.

능력은 신원 및 정책과 함께 사용할 수 있습니다. 신원은 누가 관련되어 있는지 답하고, 능력은 이 작업을 위해 어떤 구체적인 권한이 위임되었는지 답합니다. 이 구분은 이후의 가정 환경 테스트에서도 계속 드러납니다.

감쇠는 권한 위임을 확대하지 않고 범위를 좁힙니다

상위 서비스는 더 좁은 경로, 읽기 전용 메서드, 더 짧은 만료 시간, 더 낮은 예산 또는 특정 요청 컨텍스트로 제한된 하위 토큰을 생성할 수 있습니다. 하위 토큰은 더 적은 권한을 위임할 수 있지만, 제약 조건을 제거하거나 더 광범위한 권한을 발급할 수는 없습니다.

Macaroons는 컨텍스트 기반 제약 조건과 분산 위임을 지원하는 감쇠된 권한 부여를 도입합니다. 리소스 서버가 요청을 승인하기 전에 서명 체인과 모든 제약 조건을 확인합니다. 자동화가 진행되기 전에 중간 결과를 검사할 수 있어야 합니다.

이는 에이전트에 유용합니다. 플래너가 세션 능력을 받고 작업별 파생 토큰을 하나의 도구 하위 프로세스에 전달할 수 있기 때문입니다. 하위 프로세스는 프롬프트나 환경 변수에 루트 자격 증명을 포함할 필요가 없습니다. 이러한 경계는 실제 운영 조건에서 별도로 측정해야 합니다.

소유, 위임, 철회는 보안 경계로 남습니다

베어러 능력을 탈취한 사람은 만료되거나 철회될 때까지 이를 사용할 수 있습니다. 토큰에는 보호된 전송 및 저장 방식, 적절한 경우 대상 또는 채널 바인딩, 짧은 수명, 감사 식별자가 필요합니다. 여러 소스가 제한된 컨텍스트를 두고 경쟁할 때 이러한 실질적 결과가 나타납니다.

능력 보안 분석은 능력 권한과 신원 중심 제어의 차이를 설명합니다. 이 모델은 주변 권한을 줄이지만 에이전트가 요청한 작업이 사용자의 진정한 의도를 반영하는지는 판단하지 않습니다. 이 의존성은 최종 인터페이스에 명확히 남겨야 합니다.

실패 경계는 지나치게 광범위하거나 재생 가능하거나 유출된 토큰입니다. 능력 검사는 허용 범위 안에 있는 유해한 사용을 막을 수 없으므로, 중대한 작업에는 여전히 대상 검증, 승인, 속도 제한, 관찰 가능한 철회가 필요합니다. 따라서 결과는 원래 증거와 대조하여 확인해야 합니다.

Featured

ZimaCube 2 개인용 클라우드 홈 NAS

ZimaCube2

토큰, 도구, 요청별로 권한 목록을 작성합니다

모든 도구 호출에 대해 발급자, 주체 또는 소유자, 대상, 리소스, 작업, 경로 범위, 예산, 만료, 위임 체인, 제약 조건, 철회 핸들, 승인 필요 여부, 감사 ID를 기록합니다. 이 구분은 이후의 가정 환경 테스트에서도 계속 드러납니다.

권한 부여 내용을 능력 기반 보안과 비교합니다. 경로 순회, 변경된 장치 ID, 메서드 대체, 재생, 만료된 토큰, 탈취된 하위 토큰, 오프라인 검증기, 철회된 상위 토큰, 허용되지만 영향이 큰 요청을 테스트합니다. 자동화가 진행되기 전에 중간 결과를 검사할 수 있어야 합니다.

각 도구가 최소한의 권한만 받고 이를 증폭할 수 없을 때만 통과로 처리합니다. 능력 검증 성공을 권한 부여로 간주하되, 사용자의 의도, 의미적 안전성 또는 올바른 도구 출력의 증거로 간주하지 마십시오. 이러한 경계는 실제 운영 조건에서 별도로 측정해야 합니다.