테넌트 범위(Tenant scope)는 프롬프트 지침이 되어서는 안 됩니다

가장 위험한 AI 데이터베이스 버그는 구문 오류(syntax error)인 경우가 드뭅니다.

그것은 정상적으로 작동하고, 세련된 답변을 반환하며, 조용히 잘못된 테넌트(tenant)를 포함하는 쿼리입니다.

MCP 데이터베이스 서버의 경우, 테넌트 범위(tenant scope)가 프롬프트에 포함되어서는 안 됩니다:

“현재 고객에 대해서만 답변하세요.”

이것은 선호도(preference)일 뿐, 경계(boundary)가 아닙니다.

더 안전한 설계는 지루합니다:

• 사용자 텍스트가 아닌 인증(auth)으로부터 테넌트 범위를 도출할 것
• 원시 테이블(raw tables)이 아닌 승인된 뷰(views)를 노출할 것
• 도구가 실행되기 전에 범위를 요구할 것
• 신원/범위가 누락된 경우 폐쇄형 실패(fail closed) 처리할 것
• 읽기 전용 범위 지정 DB 역할(read-only scoped DB roles)을 사용할 것
• 테넌트, 역할(role), 뷰(view), 쿼리 ID 및 결과와 함께 감사 이벤트(audit event)를 기록할 것
• 교차 테넌트(cross-tenant) 보고를 위해 별도의 권한 부여된 워크플로우를 요구할 것

모델은 필터를 잊을 수 있습니다.
데이터베이스 정책은 그래서는 안 됩니다.

긴 버전: Tenant-scoped MCP database tools

도구가 애초에 잘못된 테넌트를 반환할 수 없을 때, AI 데이터베이스 액세스는 훨씬 더 안전해집니다.