우리에게 답은 '새로운 것이 없음'이었고, 그 점이 핵심이었다

대화형 AI 에이전트를 기존 제품에 통합할 때 새 권한 키를 발급하는 대신 에이전트가 기존 REST API와 동일한 권한 경계를 사용하도록 구성하면 보안 위험을 크게 줄일 수 있다. 핵심은 에이전트 세션이 JWT로부터 사용자의 조직·역할 컨텍스트를 이어받고, 모든 툴 호출이 공통 도메인 서비스(예: AccessScopeService)를 거쳐 where-clause 수준에서 조직·역할 필터를 적용받도록 하는 것이다. 이 접근 방식은 프롬프트 인젝션 방어에서 중요한 차이를 만든다. 모델에게 '다른 조직을 보지 말라'고 지시하는 시스템 프롬프트에 의존하는 대신, 쿼리 레이어가 이미 조직 격리를 보장하므로 모델 입력이 우회해도 데이터 접근 권한을 넘어설 수 없다. 또한 읽기와 쓰기를 분리해 읽기는 자동 스코핑으로 처리하고, 삭제·재할당 등 민감한 쓰기는 사용자 확인을 거쳐 실행하도록 인간 검증 루프를 적용한다. 그 결과 동일한 권한 서비스를 중심으로 내부 직원용, 고객용, 익명 프리세일즈용 등 서로 다른 신뢰 레벨의 에이전트를 하나의 엔진으로 운영할 수 있어 권한 로직 중복을 피하고 유지보수 부담을 줄인다. 다만 쓰기 작업의 경우 사람 확인이 필요해 자동화의 속도·편의성과 책임성 사이의 트레이드오프가 존재한다.