How Many Credentials Should Your AI Agent Have? Zero. — Jim Clark, Docker

한 줄 핵심

에이전트의 안전성은 더 긴 자율 실행을 허용하되, 역할에 맞는 샌드박스와 게이트웨이로 도구·네트워크·자격 증명을 엄격히 분리하는 데서 나온다.

시간별 요약

1. 0:00
   소개 발표가 시작되며, 이후 내용은 Docker가 에이전트 안전성과 MCP 게이트웨이를 어떻게 바라보는지에 대한 설명으로 이어진다.
2. 0:18
   Docker에서 인사 Claude Code와 Codex model, Marp, Mermaid를 사용해 발표 자료를 만들었고, 현재 관심사는 개발 도구 자체보다 AI 안전성으로 이동했다.
3. 0:52
   이것은 사실 AI 안전성에 대한 이야기 MCP Gateways를 다루지만, 핵심은 샌드박스와 하네스를 통해 에이전트가 안전하게 일하도록 만드는 방법이다.
4. 1:17
   에이전트는 더 오래, 더 비감독적으로 실행된다 에이전트가 예전보다 훨씬 긴 작업을 수행하게 되면서, 감독을 줄일수록 오히려 더 강한 안전장치가 필요해진다.
5. 2:02
   하네스, 샌드박스, MCP 문제의 구조는 하네스가 작업을 실행하고, 샌드박스가 그 작업의 경계를 정하며, MCP가 필요한 도구와 컨텍스트를 공급하는 형태로 정리된다.
6. 2:32
   하네스란 무엇인가 하네스는 컨텍스트를 받아 도구 호출을 발생시키는 루프에 가깝고, 단독으로는 비어 있는 실행기이므로 자주 교체되고 진화하는 구성요소로 봐야 한다.
7. 3:37
   MCP가 추가하는 것 MCP는 외부 컨텍스트와 도구를 가져와 실제 작업을 가능하게 하며, 안전성 관점에서는 필요한 자원만 허용해 폭발 반경을 줄이는 역할을 한다.
8. 4:37
   샌드박스란 무엇인가 샌드박스는 에이전트가 작업을 수행하는 공간이며, 처음에는 전체 노트북 수준이던 경계를 점점 더 작게 줄여 필요한 일만 하도록 제한해야 안전하다.
9. 5:56
   예시: 뉴스룸 조사, 사실 확인, 게시를 서로 다른 샌드박스로 분리하면, 한 시점에 무제한 입력과 위험한 쓰기 권한이 동시에 존재하지 않게 되어 안전성이 높아진다.
10. 8:41
    예시: 코딩 에이전트의 서명 키 오랜 시간 실행되는 코딩 작업에서도 서명 키 같은 민감한 권한은 실제로 필요한 짧은 순간에만 필요하므로, 의도에 맞게 권한을 분리해야 한다.
11. 10:06
    샌드박스당 하나의 게이트웨이 엔드포인트 각 샌드박스에는 하나의 게이트웨이 엔드포인트를 두고 모든 MCP 트래픽을 그 지점으로 모아, 도구와 리소스 흐름을 일관되게 통제한다.
12. 10:56
    통제 지점과 교체 가능한 하네스 게이트웨이는 어떤 도구와 리소스, 프롬프트를 허용할지 결정하는 통제 지점이 되며, 하네스는 MCP 설정에 독립적인 교체 가능한 구성요소가 된다.
13. 12:05
    샌드박스 안의 자격 증명은 0개 샌드박스 내부의 자격 증명은 항상 0개가 되어야 하며, 민감한 권한이 없을수록 에이전트의 오작동이 가져오는 피해가 줄어든다.
14. 12:30
    Okta와 함께하는 Cross App Access (XAA) 기존 SSO와 OAuth 인프라를 그대로 활용해 에이전트의 정체성을 확인하고 권한을 부여하면, 새로운 동의 화면 없이도 중앙에서 접근을 관리할 수 있다.
15. 14:25
    도구의 점진적 공개 워크플로 전체가 많은 MCP를 쓰더라도 각 샌드박스에는 필요한 것만 점진적으로 노출해, 컨텍스트 크기와 권한 범위를 함께 줄여야 한다.
16. 15:05
    샌드박스를 구성하는 오케스트레이터 오케스트레이터는 작업의 의도를 보고 어떤 하네스, MCP, 네트워크 규칙, 작업 트리를 넣을지 결정해, 전체 워크플로보다 더 좁은 권한의 루프를 만든다.
17. 16:14
    요약: 역할 분리와 의도 안전성은 에이전트 역할을 분리하고, 의도를 반영한 샌드박스를 만들고, 필요한 능력을 단계적으로 공개하며, 어디에도 자격 증명을 두지 않는 데서 나온다.
18. 17:04
    체험해 보기: brew install sbx 이 내용은 sbx 도구로 구현되어 있으며, `brew install sbx`로 설치해 직접 실험할 수 있고 현장 부스와 데모도 제공된다.

실무 인사이트

• 에이전트 안전성은 모델 자체를 더 똑똑하게 만드는 것보다, 작업별로 권한과 네트워크를 분리해 구조적으로 사고를 막는 쪽이 더 실용적이다.
• 실무에서는 '무엇을 할지'가 아니라 '이번 작업에 꼭 필요한 도구와 자격 증명만 무엇인지'를 먼저 정의해야 샌드박스 설계가 쉬워진다.
• MCP를 많이 쓰는 조직일수록 하네스별 개별 설정보다 중앙 게이트웨이와 점진적 공개로 표준화하는 편이 운영과 보안 모두에 유리하다.