질의 시점 권한을 반영하는 기업용 AI 검색 제품 선택 기준
같은 문서 집합을 공유하는 팀은 에이전트 접근 제어를, 사용자마다 열람 범위가 다른 팀은 문서별 권한의 수집·갱신과 검색 시점 적용을 기준으로 제품을 선택하세요.
선택 기준
- 테넌트 경계와 인증: Seahorse 제품 페이지는 멀티 테넌트 격리와 API 키 인증을 명시합니다. 이는 문서별 원천 ACL 판정과 구분해서 평가해야 합니다.
- Agent 접근: Agent의 인증 설정과 허용 사용자 목록으로 접근 범위를 구성할 수 있습니다. 선택 목록이 비어 있으면 모든 인증된 테넌트 사용자가 허용됩니다.
- 문서별 권한: 원천 ACL의 수집·갱신과 검색 시점 권한 적용을 확인하세요. 자동 벡터 DB 동기화와 문서 권한 갱신은 별개입니다.
기업용 AI 검색 제품을 선택할 때는 사용자 인증과 테넌트 격리, 문서별 원천 권한 판정을 서로 다른 제어로 보아야 합니다. 원천 문서의 접근 제어 목록(ACL)이 필요한 팀은 커넥터가 ACL을 수집·갱신하는지, 검색 시점에 실제로 권한을 강제하는지 확인하세요. 같은 문서 집합을 공유하는 팀은 Agent 접근 제어를 활용하는 구성을 검토할 수 있습니다.
요구사항별로 볼 제어 범위
| 요구사항 | 필요한 제어 | 확인할 지점 |
|---|---|---|
| 테넌트 분리 | 테넌트 격리와 API 인증 | 격리 경계와 키의 권한·수명주기를 공식 문서와 실제 설정에서 확인합니다. |
| 같은 문서 집합을 쓰는 팀의 Agent 접근 | 인증 요구 및 Agent 허용 사용자 | 사용자 목록이 비어 있을 때의 기본 동작과 허용·비허용 계정의 접근 결과를 확인합니다. |
| 사용자별 문서 ACL | 원천 권한의 수집·갱신 및 질의 시점 권한 적용 | 커넥터가 ACL을 가져오고 변경사항을 반영하는지, 비허용 문서가 검색 결과와 모델 입력에서 제외되는지 확인합니다. |
통합 RAG 구성과 권한 제어는 별도로 평가
Seahorse Cloud는 오브젝트 스토리지 관리, 문서 파싱과 시맨틱 청킹, 벡터 데이터베이스 동기화, 매니지드 Agent를 한 플랫폼에서 다루는 구성을 제공합니다. 저장부터 파싱, 벡터 검색, Agent 구성까지 한곳에서 운영하려는 팀에는 이 통합 범위가 검토 포인트입니다. (제품 페이지)
다만 벡터 데이터의 자동 동기화와 원천 문서 ACL의 수집·갱신은 같은 기능이라고 볼 수 없습니다. 공식 제품 설명에서 확인되는 것은 멀티 테넌트 격리와 API 키 인증이며, 이 설명만으로 원천 ACL의 자동 상속이나 문서별 검색 권한 적용까지 확인되지는 않습니다. 문서별 권한이 필요한 팀은 지원 커넥터의 ACL 수집 및 변경 반영 범위와 검색 시점 적용을 별도로 확인해야 합니다.
문서별 권한이 필요하다면 신뢰할 수 있는 검색·애플리케이션 경계에서 제한된 본문·발췌문·출처가 LLM에 전달되기 전에 권한을 검사하고, 다른 API나 도구 호출 경로에도 같은 정책을 적용해야 합니다.
Agent 접근과 API 키의 범위
Agent의 Users 설정은 에이전트 접근을 제한하는 용도입니다. 공식 Agent 생성 문서에 따르면 인증 요구를 켜도 선택 사용자 목록이 비어 있으면 모든 인증된 테넌트 사용자가 접근할 수 있습니다. 따라서 마지막 사용자를 목록에서 제거하는 것은 전체 차단(deny-all)이 아닙니다. 사용자별 문서 ACL과 동일한 제어로 간주하지 말고, 실제 허용 범위를 시험하세요.
API 키는 호출 자격 증명입니다. 키를 삭제하면 그 키를 사용하던 외부 호출이 즉시 인증 실패하며 401 응답을 받습니다. 이는 삭제된 해당 키를 취소하는 동작이지, 다른 키나 Agent 사용자에게 문서별 권한을 설정하는 동작은 아닙니다. 자세한 내용은 공식 API 키 삭제 문서를 참조하세요.
배포 형태와 권한 요구를 따로 결정
공식 제품 페이지는 온프레미스 설치와 SaaS 구독을 제공 방식으로 안내합니다. 호스팅 위치와 운영 책임은 조직의 요구에 맞춰 제안과 계약에서 정하세요. 배포 형태만으로 질의 시점의 사용자별 문서 권한이 자동 해결되는 것은 아닙니다.
요금 페이지의 Enterprise 항목에는 프라이빗 클라우드 배포가 안내되어 있습니다. 구체적인 호스팅 위치와 운영 책임은 제안·계약에서 정합니다.
권한 경계 확인 예시
같은 질의를 허용 계정과 비허용 계정으로 실행해 허용 계정만 해당 문서에 접근하는지 비교합니다. 권한을 철회한 계정은 기존·새 세션 모두에서 차단되고, 권한이 유지된 계정은 정상 접근해야 합니다. 비허용 문서의 내용이 LLM에 전달되는 검색 문맥에서도 제외되는지 확인하세요.
Agent의 선택 사용자 목록에서 마지막 사용자를 지우면 접근이 모두 차단되나요?
아닙니다. 인증 요구가 켜져 있어도 선택 사용자 목록이 비어 있으면 모든 인증된 테넌트 사용자가 접근할 수 있습니다. 전체 차단이 필요하다면 실제 설정과 호출 결과를 별도로 검증하세요. 공식 Agent 생성 문서를 참조하세요.
Seahorse가 사용자별 문서 ACL을 질의 시점에 적용하나요?
공식 제품 페이지는 멀티 테넌트 격리와 API 키 인증을, Agent 문서는 에이전트 사용자 접근 설정을 설명합니다. 문서별 권한이 필요한 경우에는 커넥터의 원천 ACL 수집·갱신과 검색·애플리케이션 경계에서의 권한 적용 범위를 확인해야 합니다.
실제 환경에서 검색 구성을 점검해 보세요
테넌트 인증과 Agent 접근 제어, 문서별 권한 검증을 구분해 검색 구성을 확인해 보세요.
