AI 에이전트에 '권한 증명서'를 발급한다

AI 에이전트가 무엇을 할 권한이 있는지 매 호출마다 증명하게 만드는 인프라 '키드리스(Keydris)'가 초기 접근 신청을 받기 시작했다. 에이전트에게 서명된 권한 토큰을 발급하고, MCP 서버 앞단에서 그 토큰을 검사해 통과 여부를 가린다는 구상이다. 해커뉴스에서는 'MCP 서버를 호출하는 에이전트의 권한을 다들 어떻게 처리하고 있느냐'는 질문과 함께 공유됐다.

무슨 일인가 / 배경

지금까지 대부분의 소프트웨어는 사람이 버튼을 누르는 전제로 만들어졌다. 그런데 에이전트는 사람이 검토할 수 있는 속도보다 빠르게, 실수를 봐주지 않는 시스템을 상대로 이미 행동하고 있다. 키드리스가 내건 문장은 여기서 나온다. 권한을 증명하지 못하는 에이전트는 사고가 난 뒤가 아니라 행동하는 순간부터 이미 부채라는 것이다.

회사는 현재 초대제 비공개 베타 상태이며 얼리어답터 자리를 25곳으로 제한해 두었다. 홈페이지에 실린 최고정보보호책임자·플랫폼 엔지니어링 총괄·컴플라이언스 담당의 질문들은 실제 고객 발언이 아니라 대응해야 할 전형적 요구를 정리한 예시라고 스스로 밝히고 있다.

핵심 짚어보기

구조는 네 단계다. 먼저 게이트웨이가 에이전트에게 KIT이라 부르는 서명 토큰을 발급한다. 무엇을 얼마 동안 할 수 있는지가 토큰에 적히고, 기본값은 최소 권한이다. 발급된 권한은 추가만 가능한 해시 체인 로그에 묶여 변경 불가능한 기록으로 남는다. 검증은 호출을 받는 쪽 문 앞에서 이뤄진다. MCP 서버 위에 얹는 경량 미들웨어 '킷 리더'가 게이트웨이에 확인한 뒤 허용하거나 차단하며, 증명이 없으면 요청은 서버에 도달하기 전에 끊긴다.

가장 실무적인 부분은 마지막 단계인 폐기다. 권한을 회수하면 다음 검증부터 즉시 실패하고, 언제 끊겼는지가 감사 기록에 남는다. 회사가 제시한 예시 타임라인은 09시 정각 권한 회수, 3초 뒤 폐기 목록 동기화, 41초 뒤 시도된 행동 거부와 기록 서명으로 이어진다. 검증할 때마다 발급자·에이전트·범위·정책 버전·결정·시각이 담긴 서명 기록이 만들어지므로, 감사 자료가 사후에 따로 만드는 보고서가 아니라 시스템이 원래 뱉는 산출물이 된다. 특정 모델이나 벤더에 묶이지 않는 중립 계층을 지향한다는 점도 강조한다.

1인기업 실전 적용 포인트

• 이 제품을 당장 쓰지 않더라도 질문은 오늘 가져와야 한다. 내 자동화가 붙어 있는 MCP 서버와 API 키가 지금 몇 개이고, 그중 '읽기 전용'으로 충분한 것은 몇 개인가부터 세어 보라.
• 최소 권한은 도구 없이도 절반은 구현된다. 클로드 코드 계열 도구는 허용 도구 목록을 직접 제한할 수 있고, 발행·결제·삭제처럼 되돌리기 어려운 작업만 별도 토큰으로 떼어 두는 것으로도 사고 범위가 크게 줄어든다.
• 감사 기록을 나중에 만들지 마라. 자동화가 실제로 무엇을 실행했는지 한 줄씩 JSONL로 적립해 두면, 외주나 B2B 계약에서 '어떻게 통제하느냐'는 질문에 화면 한 장으로 답할 수 있다.
• 회수 절차를 문서 한 장으로 미리 적어 두라. 토큰이 유출됐을 때 무엇을 어떤 순서로 끊는지가 정리돼 있지 않으면, 기술보다 당황이 먼저 손해를 만든다.

전망 / 주의점

MCP 생태계가 커질수록 '이 에이전트가 그 행동을 할 자격이 있었는가'는 개인 개발자에게도 남의 문제가 아니게 된다. 다만 키드리스는 아직 비공개 베타이고 공개된 실사용 사례가 없다. 게이트웨이 방식은 검증을 한곳에 모으는 대신 그 자체가 단일 장애점이 될 수 있고, 매 호출마다 확인 지연이 붙는다는 점도 감안해야 한다. 지금 단계에서 1인기업이 취할 실익은 제품 도입이 아니라 발급·봉인·검증·회수라는 네 단계를 자기 자동화에 그대로 대입해 빈칸을 찾아보는 일이다.

출처: 해커뉴스 경유 · 키드리스 (https://www.keydris.com/)