Show HN: Agent Vault – 에이전트를 위한 오픈소스 자격 증명 프록시 및 볼트

HN 여러분 안녕하세요! 오늘 저희는 Agent Vault를 출시합니다 — AI 에이전트를 위한 오픈 소스 HTTP 자격 증명 프록시이자 vault입니다. 저장소는 https://github.com/Infisical/agent-vault 에 있고, 자세한 설명은 https://infisical.com/blog/agent-vault-the-open-source-crede... 에 있습니다. 저희가 Agent Vault를 만든 것은 업계를 괴롭혀 온 한 가지 질문에 대한 응답이었습니다: 에이전트가 어떤 시크릿도 읽지 않고도 서비스에 안전하게 접근하도록 하려면 어떻게 해야 할까? 에이전트를 만드는 대부분의 팀은 바로 이 문제에 부딪혔습니다. 에이전트나 에이전틱 시스템을 만들다 보면 어느 시점에 서비스에 접근하려면 자격 증명이 필요하다는 사실을 깨닫게 됩니다. 문제는 에이전트가 전통적인 워크로드와 달리 비결정적이고 프롬프트 인젝션에 매우 취약해서, 작동에 필요한 자격 증명을 유출하도록 쉽게 조작될 수 있다는 점입니다. 이것이 바로 자격 증명 유출(credential exfiltration) 문제입니다(데이터 유출과 혼동하지 마세요). 이에 대응해 저희가 본 일부 팀들은 에이전틱 환경에서 이 위험을 완화하기 위해 단기 액세스 토큰 사용을 포함한 기본적인 가드레일과 보안 제어를 구현했습니다. 더 앞선 팀들은 하나의 패턴으로 수렴하기 시작했습니다. 바로 자격 증명 브로커링(credential brokering)으로, 어떤 형태의 이그레스 프록시를 통해 에이전트와 자격 증명을 분리한다는 개념입니다. 이 모델에서 에이전트는 프록시에 요청을 보내고, 프록시가 요청에 자격 증명을 붙여 대상 서비스로 중계합니다. 이 프록시 접근 방식은 실제로 Anthropic의 Managed Agents 아키텍처 블로그에서도 사용되며, "하네스는 자격 증명을 결코 알지 못한다"고 설명합니다. 저희는 Vercel과 Cloudflare의 최신 Outbound Workers에서도 유사한 자격 증명 브로커링 방식을 보았습니다. 이 모든 것을 보면서 저희는 생각했습니다: 에이전트의 기존 워크플로에 매끄럽게 끼워 넣을 수 있는, 인터페이스에 구애받지 않는 휴대용 자격 증명 브로커링 서비스를 만들 수 있다면 어떨까? 즉, 에이전트가 API, CLI, SDK, MCP와 간섭 없이 계속 작업하면서도 자격 증명 브로커링의 보안을 얻을 수 있게 하는 것입니다. 이것이 Agent Vault로 이어졌습니다 — 저희가 AI 에이전트를 위해 만드는 오픈 소스 HTTP 자격 증명 프록시이자 vault입니다. 전용 서비스로 배포하고 에이전트 환경이 이를 통해 요청을 프록시하도록 설정할 수 있습니다. 전체 배포에서는 모든 아웃바운드 트래픽이 Agent Vault를 강제로 통과하도록 네트워크를 잠가야 한다는 점에 유의하세요. Agent Vault(AV) 구현에는 몇 가지 흥미로운 설계 결정이 있습니다: - 로컬 포워드 프록시: AV는 에이전트 환경에 환경 변수로 설정된 HTTPS_PROXY를 사용해 트래픽을 리다이렉트하는 MITM 아키텍처를 따름으로써 인터페이스에 구애받지 않는 자격 증명 브로커링 방식을 선택합니다. 이는 또한 자체 CA를 실행하며, 그 인증서는 클라이언트의 트러스트 스토어에 구성되어야 함을 의미합니다. - MITM 아키텍처: AV는 자격 증명 브로커링을 수행하기 위해 TLS를 종료하므로, 트래픽을 검사하고 업스트림과 새로운 TLS 연결을 맺기 전에 규칙을 적용할 수 있습니다. 덕분에 이 프록시 계층에 방화벽과 유사한 기능을 통합하도록 AV를 확장하기에 매우 적합합니다. - 휴대성: AV 자체는 서버와 CLI를 함께 묶은 단일 Go 바이너리이며, Docker 컨테이너로도 배포할 수 있습니다. 실제로 이는 AV를 자체 인프라에 셀프 호스팅할 수 있고, Vercel이나 Cloudflare 같은 공급자별 접근 방식보다 더 보편적으로 작동해야 함을 의미합니다. Agent Vault의 초기 설계는 다루기가 다소 투박하고, 특히 에이전트가 요청을 프록시하도록 시작하기 위한 구성 설정과 관련해 개발자 경험을 매끄럽게 다듬을 시간이 더 있었으면 했지만, 기술을 오픈 소스로 공개하고 커뮤니티와 함께 점진적으로 개선해 나가며 모든 에이전틱 사용 사례에서 매끄럽게 작동하도록 만드는 것이 최선이라고 판단했습니다. 각 사용 사례마다 고유한 뉘앙스가 있기 때문입니다. 종합하면, 저희는 자격 증명 브로커링이 에이전트를 위한 시크릿 관리가 나아가야 할 올바른 다음 단계라고 믿으며, 여러분의 의견과 질문, 피드백을 듣고 싶습니다.