로그인은 시작일 뿐입니다.
Durin의 관리되는 요청 경로는 ID, 정책, 승인 및 감사 제어를 중심으로 구축되었습니다. 공급자 권한은 계속 적용되며 프로덕션 배포에서는 고객별 경로를 확인합니다.
누가 질문하는지 확인하세요
요청에는 사람 또는 서비스 ID, 조직, 환경 및 연결이 포함됩니다. 실행 전 현재 회원 자격과 권한을 다시 한번 확인합니다. WorkOS 지원 인증이 구현되지만 SSO 및 MFA 적용에는 계정별 확인이 필요합니다. 클라이언트 이름만으로는 액세스 권한을 부여하지 않습니다.
기본적으로 허용합니다. 더 엄격한 규칙을 설정하세요.
검토된 요청은 기본적으로 ID, 연결, 리소스 및 자격 증명 확인을 통과한 후에 허용됩니다. 관리자는 기본 거부를 선택하거나 독립적인 쓰기 승인을 요구하거나 모든 환경에서 쓰기를 거부할 수 있습니다. 정책 결정 및 실행 결과가 기록됩니다.
특정 작업 승인
민감한 쓰기에는 독립적인 승인자가 필요할 수 있습니다. 권한 부여는 요청자, 연결, 정확한 인수, 리소스, 도구 및 정책의 현재 버전에 바인딩됩니다. 유효기간이 있으며 한 번만 섭취할 수 있습니다.
결정 및 결과 기록
필수 감사 의도는 실행 전에 기록됩니다. 정책 한도과 성공적인 쓰기는 다른 사실입니다. 쓰기가 발생했지만 확인할 수 없는 경우 맹목적으로 재시도되는 것이 아니라 결과가 불확실한 상태로 유지됩니다. 범위가 지정된 내보내기는 액세스를 다시 확인합니다. 체크섬은 기록을 변조 방지하거나 독립적으로 모니터링하지 않습니다.
통제가 끝나는 곳을 알아라.
Durin 게이트웨이를 통해
- Current identity, organization, and connection checks.
- Default allow, operator-controlled denial, and exact approvals where required.
- Audit intent and a recorded execution outcome.
별도의 제어가 필요함
- Direct API calls, browser actions, shell commands, and clients that bypass Durin.
- Upstream permissions and how an external model provider handles returned data.
- Customer network restrictions and deployment-specific coverage tests.
데이터 경로를 이해합니다.
자격 증명, 감사 기록 및 모델 제공자 데이터는 각각 다른 역할을 갖습니다. 별도로 검토하십시오.
- 연결 자격 증명
Scoped implementation
연결 구성에서는 애플리케이션 암호화 및 범위 지정 실행 검사를 사용합니다. 자격 증명 새로 고침, 해지, 고객 관리 키 및 복구는 공급자 및 고객별 제어로 처리됩니다.
- 감사 기록
Required governance metadata
기본 상태는 프롬프트 및 도구 결과의 전체 기록이 아닌 거버넌스 메타데이터를 기록합니다. 보존 일정, 삭제, 법적 보존 및 복원은 고객별 운영 제어를 통해 처리됩니다.
- 모델 및 연산자
Explicit data boundaries
Durin은 AI 모델을 호스팅하거나 교육하지 않습니다. 클라이언트는 반환된 도구 결과를 해당 모델 공급자에게 보낼 수 있습니다. 전용 테넌트 리소스로 인해 SaaS 운영자는 암호화 방식으로 데이터에 액세스할 수 없게 되지 않습니다.
요청 뒤에 있는 컨트롤을 검사합니다.
기본 허용 권한 확인, 선택적 검토 제어, 범위 지정 액세스 및 귀속 가능한 결과를 평가하기 위한 계정을 만듭니다.
계정 만들기