요청 관리
승인은 Superuser가 워크스페이스 멤버의 민감한 요청을 검토하고 승인하거나 거부하는 관리 대기열입니다. 각 요청에는 위험 등급이 표시되고, 작업 세션에는 AI 사전 검토 결과도 제공되어 검토자가 빠르고 안전하게 결정할 수 있습니다.
참고: 승인 기능은 Superuser 역할을 가진 사용자가 이용할 수 있습니다. 이전 결정은 Audit 아래의 별도 승인 내역 화면에서 확인할 수 있습니다.
승인 대상 요청
다음과 같은 민감한 요청이 승인 대기열로 전달됩니다.
- 작업 세션, 작업 세션 변경, 세션 연장
- 서비스 토큰, 토큰 변경
- 사용자 이름, 그룹 이름 변경
승인자가 볼 수 있는 내용과 조정할 수 있는 항목은 요청 유형에 따라 다릅니다. 자세한 내용은 요청 유형을 참고하세요. 검토 과정 전체는 승인자 가이드를 참고하세요.
요청 큐
사이드바에서 승인 대기 중을 여세요. 각 요청에는 유형, 요청한 내용, 요청자, 상태가 표시됩니다.
| 상태 | 의미 |
|---|---|
| 대기 중 | 결정 대기 중 |
| 승인됨 | 검토자가 승인함 |
| 거부됨 | 검토자가 거부함 |
| 취소됨 | 요청자가 철회함 |
| 만료됨 | 결정 전에 기한이 지남 |
대기열은 상태(전체, 대기 중, 처리 완료, 만료 및 취소)와 요청 유형으로 필터링하거나 요청 전체를 검색할 수 있습니다.
요청을 열고 처리하는 방법은 요청 검토를 참고하세요.
승인 권한
승인 대기열을 검토하려면 Superuser 역할이 필요합니다. 여러 사람이 이 역할을 가질 수 있으며, 누구든 대기 중인 요청을 검토할 수 있습니다. Admin 역할로는 요청을 승인할 수 없고, Superuser 역할이 없는 멤버는 대기열을 열 수도 없습니다. 요청 대상 서버의 관리자는 작업 세션이 승인 대기 중이라는 알림을 받지만 직접 승인할 수는 없습니다.
요청을 제출한 채널에서는 그 요청을 승인할 수 없습니다. 예를 들어 CLI에서 제출한 요청은 웹 콘솔의 승인 대기열이나 Slack에서 승인하며, CLI 자체에서는 승인할 수 없습니다. 따라서 Superuser가 결정할 때까지 대시보드 등에서 본인 요청의 상태를 확인해야 합니다. Slack에서 한 번 눌러 승인할 때도 Superuser 역할이 필요합니다. 서비스 토큰이나 sudo 정책처럼 지속적인 권한을 부여하는 요청은 승인자가 MFA를 완료한 뒤 콘솔에서 결정해야 합니다. 자세한 내용은 결정 시 MFA가 필요한 경우를 참고하세요.
자동 승인
일부 요청은 사람이 결정할 때까지 기다리지 않고 처리됩니다.
- Superuser가 자신의 세션을 요청하면 즉시 승인됨
- AI 에이전트가 요청한 세션은 Superuser가 요청하더라도 항상 사람의 승인이 필요
- 워크스페이스에서 요청의 위험도와 요청자를 기준으로 자동 처리할 작업과 사람의 검토를 기다릴 작업을 결정하는 승인 정책을 설정할 수 있음
워크스페이스의 실행 제어가 Advisory로
설정되어 있으면 위험도 판단에 따른 요청은 아예 생성되지 않습니다. 명령은 승인 대기 없이 실행되고,
작업 세션이나 세션 변경도 검토 없이 허용됩니다. 서비스 토큰 요청과 ID 요청에는 영향이 없습니다.
sudo 작업에는 여전히 별도의 권한이 필요하므로, 누구에게도 허용되지 않은 작업을 요청하면 이
대기열에 들어옵니다.
모드를 바꿔도 기존 요청에는 소급 적용되지 않습니다. 전환 시점에 이미 Pending 상태인 요청은 승인되거나 대기 상태에서 풀리지 않고 그대로 남아 있으므로, 여전히 승인 또는 거절 결정이 필요합니다. 아무도 결정하지 않은 대기 중인 작업 세션은 대기 시간이 끝나면 자동으로 취소되며(기본값 24시간), 요청자에게 알림이 전송됩니다. 모드를 바꾼 뒤에는 기존 요청을 기다리지 말고 다시 요청하세요.
승인 이력
처리된 요청은 Audit > Governance의 승인 이력에서 확인할 수 있습니다. 이곳에서 과거의 승인 및 거절 결정을 검토할 수 있습니다.