Hipocap

Hipocap은 함수가 실행되기 전에 호출을 검사하므로 위협은 기록되는 대신 멈춘다. 실드는 세 단계로 돌아간다. 뚜렷한 패턴을 빠르게 보는 프롬프트 가드, 구조화된 위협을 모델로 보는 분석, 그리고 의심스러운 문서를 에이전트가 처리하면 무슨 일이 생길지 흉내 내는 격리 단계다. 세 번째 단계는 메일이나 웹페이지에 숨은 간접 인젝션을 노린다. 잡기 가장 어려운 종류다.

여기서 접근 제어는 앱 전체가 아니라 개별 함수 단위로 작동한다. 역할을 허용 호출에 연결해 관리자는 메일을 보내고 지울 수 있지만 게스트는 읽기만 한다. 검사는 실드의 RBAC 엔진에서 함수 본문 앞에 돌기 때문에 권한 없는 호출은 코드에 닿지 않는다. 기록만 되는 권한과 실제로 강제되는 권한의 차이가 여기에 있다.

Shield는 직접 인젝션을 막는 문장 기반 규칙이다. 이 shield가 무엇을 지켜보고 무엇을 막고 무엇을 통과시킬지 말로 적고, 코드가 참조할 키를 붙인다. 그래서 탈옥 시도나 시스템 프롬프트 유출 같은 특정 상황을 겨냥할 수 있고, 탐지 로직을 직접 짤 필요가 없다. 각 shield는 대시보드에서 만들고 앱에서 부른다.

위험은 개별 호출이 아니라 호출 순서에서 생기기도 한다. Hipocap은 어떤 함수를 연달아 실행할 수 있는지 제한하고, 메일을 읽은 뒤 보내는 것처럼 조용히 데이터를 밖으로 내보낼 조합을 막는다. 체이닝 규칙은 역할 검사 옆에 서서 에이전트가 나아가기 전에 사슬 전체를 평가한다. Hipocap에 따르면 개별 권한은 통과하지만 원래 허용되지 않는 흐름을 이렇게 잡는다.

관측성 계층은 에이전트 실행을 추적하고 흔한 스택과 맞물린다. OpenAI, Anthropic, LangChain 등을 자동으로 계측하고, SQL로 조회할 수 있는 트레이스를 저장하며, 보안 결정을 호출과 같은 트레이스에 묶는다. 필터링과 검색, 자체 대시보드 제작이 가능하다. 추적 핵심은 Laminar에서 왔기 때문에 그 플랫폼을 써 본 팀에는 구조 상당 부분이 익숙하게 느껴진다.

로그의 민감한 값을 가려 엔지니어가 고객 비밀을 읽지 않고 디버깅할 수 있다. 보안 계층과 관측성 계층이 같은 경로를 공유하므로 마스킹은 보이는 내용뿐 아니라 기록되는 내용에 적용된다. 개인 데이터를 트레이스 저장소 밖에 두는 셈이라 프라이버시 규정 아래 있는 팀에 중요하다. 프로젝트마다 짜는 코드가 아니라 켜는 모드로 작동한다.