문서 목차
IGA(권한 관리)
KosmosAI 의 모든 권한 판정을 한곳에서 정의하고 확인하는 아이덴티티 거버넌스 화면입니다.
QUANTUM C&S
KosmosAI 의 모든 권한 판정을 한곳에서 정의하고 확인하는 아이덴티티 거버넌스 화면입니다.
한눈에 보기
- 사용자가 화면 · SAMANDA · API 로 무엇인가를 할 때마다, 해당 서비스는 IGA 에 "누가 · 어떤 동작을 · 어떤 자원에 할 수 있는가" 를 묻고 그 답대로 허용하거나 거부합니다.
- 권한은 역할(자원 종류 전체에 대한 허용 묶음)과 정책(특정 자원 · 조건까지 지정하는 허용 · 차단)으로 줍니다. 아무것도 허용하지 않으면 거부됩니다.
- 거부되면 오류 메시지에 거부된 작업 · 사유 · 필요한 조치 가 함께 표시되고, 판정은 인가 기록 탭에 남습니다.
- 모든 작업은 실제로 요청한 사람의 이름 으로 감사 기록에 남습니다. SAMANDA · 개인 접근 토큰 · 학습 잡을 통해 한 작업도 마찬가지입니다.
IGA(Identity Governance and Administration)는 데이터셋 · 모델 · 추론(서빙) · 에이전트 · SAMANDA 를 포함한 모든 서비스의 판정 기준입니다. 화면 메뉴가 보이는지 여부도 같은 판정을 따릅니다.
탭별 기능과 언제 쓰나
| 탭 | 하는 일 | 언제 쓰나 |
|---|---|---|
| 리소스 카탈로그 | 권한을 걸 수 있는 리소스 타입과 동작(액션) 어휘 | 정책에 쓸 리소스 타입 · 액션 이름이나 KRN 형식을 확인할 때 |
| 역할 | 리소스 타입별 허용 동작 묶음 | 어떤 역할이 무엇을 허용하는지 확인하거나, 새 직무용 역할을 만들 때 |
| 주체 | 사용자 · 그룹별 속성(직급 · 보안등급)과 연결된 역할 · 정책 | 특정 사람이나 팀에 역할 · 정책을 붙이거나 뗄 때 |
| 정책 | 특정 리소스 · 조건까지 지정하는 허용 · 차단 규칙 | 리소스 하나만 열어 주거나 막을 때, 보안등급 조건을 걸 때 |
| AI 거버넌스 | 외부 모델(유료 LLM) 사용 규칙과 월 비용 한도 | 외부 모델 기본 허용 · 차단, 도메인 · 사용자별 비용 한도를 정할 때 |
| 인가 기록 | 실제로 일어난 허용 · 거부 판정과 사유 | "권한이 없다" 는 문의를 받았을 때 원인을 찾을 때 |
| 감사 설정 | 감사 로그 보관 기간과 기록 대상 | 규제에 맞춰 보관 기간 · 기록 범위를 정할 때 |
| 직무 분리 | 특권 역할 승인(maker-checker), 역할 충돌 금지 | 관리자 권한 부여 통제 수준을 정할 때 |
핵심 개념
| 개념 | 설명 |
|---|---|
| 주체(Subject) | 권한을 받는 대상입니다. 사용자는 로그인 이메일, 그룹은 group:<그룹명> 으로 나타냅니다. 그룹에 붙인 권한은 그 그룹 소속 전원에게 적용됩니다. |
| 리소스 타입 | 서비스:타입 형식의 권한 대상 종류입니다(예: datasets:dataset, models:model, agent:external-llm). |
| 액션 | 리소스에 하는 동작입니다(예: Read · Write · Create · Delete · Execute). |
| KRN | 리소스 하나하나의 주소입니다. 형식은 krn:kosmos:<서비스>:<네임스페이스>:<타입>/<이름> 이며, 전체를 뜻할 때는 * 를 씁니다(예: krn:kosmos:datasets::dataset/<슬러그>). 데이터셋 · 모델처럼 네임스페이스에 속하지 않는 리소스는 네임스페이스 칸을 비웁니다. |
| 역할(Role) | 리소스 타입 전체에 대한 허용 동작 묶음입니다. 일상적인 권한 부여에 씁니다. 범위를 "본인 것만", "소속 그룹만" 처럼 좁힐 수 있습니다. |
| 정책(Policy) | Effect(Allow/Deny) · Action · Resource(KRN) · Condition 으로 이루어진 문장의 묶음입니다. 개별 리소스나 조건까지 지정할 때 씁니다. |
| 기본 거부 | 허용하는 역할이나 정책이 하나도 없으면 거부됩니다(default deny). |
| 차단 우선 | 정책의 Deny 는 어떤 Allow 보다 우선합니다. 역할로는 차단을 표현할 수 없습니다. |
참고 역할과 정책은 서로를 참조하지 않는 두 가지 수단이고, 둘 다 주체(사용자 · 그룹)에 붙습니다. 일상적인 권한은 역할로, 특정 리소스를 막거나 조건을 걸 때는 정책으로 하세요.
관리자 역할과 직무 분리
KosmosAI 는 운영과 보안을 두 사람이 나눠 맡도록 설계되어 있습니다.
| 역할 | 허용 작업 |
|---|---|
| 운영 관리자 | 플랫폼 운영 전반(사용자 계정, 프로젝트, 플랫폼 설정 등). 사람에게 일반 역할 을 부여 · 회수할 수 있습니다. IGA 화면은 조회만 합니다. |
| 보안관리자 | IGA 의 역할 · 주체 · 정책 · 직무 분리 규칙 관리, 특권 역할(운영 관리자 · 보안관리자)과 그룹 역할 부여, 부서 · 조직 체계 · 플랫폼 프로필 관리. 보안 기능만 사용하며 데이터 · 모델 · 자원 메뉴는 보이지 않습니다. |
| 일반 역할 | ML 엔지니어, 데이터 엔지니어, 분석가, 조회자, 데이터셋 편집자, RAG 관리자 · 개발자 · 조회자, 감사 열람, 자산 등록 등 |
| 규칙 | 설명 |
|---|---|
| 항상 적용 | 본인 역할은 직접 바꿀 수 없습니다 · 허용 정책을 본인에게 붙일 수 없습니다 · 보안관리자 회수는 보안관리자만 합니다. |
| 특권 역할 부여 승인(maker-checker) | 켜져 있으면 운영 관리자 · 보안관리자 역할 부여는 다른 승인자가 승인해야 적용됩니다. 요청자 · 대상자는 승인할 수 없습니다. |
| 역할 충돌 금지 | 켜져 있으면 운영 관리자와 보안관리자 역할을 한 사람이 함께 가질 수 없습니다. |
| 보안관리자의 소속 | 보안관리자 역할을 가진 사람은 부서 · 프로젝트에 소속될 수 없습니다. |
참고 운영 관리자에게는 화면 위에 "IGA 는 보안관리자가 관리합니다 — 운영 관리자는 조회만 할 수 있습니다(직무 분리)." 라는 안내가 보이고 모든 탭이 읽기 전용입니다.
화면 구성
메뉴 IGA 를 누르면 IGA · 아이덴티티 거버넌스 화면이 열립니다. 탭은 리소스 카탈로그 · 역할 · 주체 · 정책 · AI 거버넌스 · 인가 기록 · 감사 설정 · 직무 분리 입니다. 각 탭 오른쪽 위의 새로고침 아이콘으로 목록을 다시 불러옵니다.
리소스 카탈로그
| 열 | 설명 |
|---|---|
| 키 (service:type) | 리소스 타입 이름 |
| 액션 | 이 타입에서 쓸 수 있는 동작 |
| KRN | 이 타입의 리소스 주소 형식 |
| 작업 | 편집 · 삭제(보안관리자) / 읽기 전용 |
정책과 역할은 이 카탈로그의 어휘만 참조합니다. 보안관리자는 리소스 타입 추가 로 새 타입을 등록합니다.
역할
역할마다 권한 (리소스타입 · 액션) 목록과 적용 범위(본인 것만 · 소속 그룹만 · 본인 네임스페이스만 등)가 보입니다. 보안관리자는 역할 추가 에서 역할 이름, 설명, 권한(리소스 추가 로 리소스 타입과 액션을 고름)을 정합니다. 보안관리자 역할은 보안 기능 범위 안에서만 고칠 수 있고 지울 수 없습니다.
주체
| 열 | 설명 |
|---|---|
| 주체 ID | 사용자 이메일 또는 그룹(그룹 배지와 인원 수) |
| 도메인 | 주체가 속한 업무 도메인 |
| 직급 | 결재 서열(숫자가 클수록 상위) |
| 보안등급 | 정보 취급 인가 수준(숫자가 클수록 상위) |
| 부여된 권한 | 연결된 역할 · 정책. 없으면 없음 |
보안관리자는 주체를 편집해 연결 역할(리소스 타입 단위 — 일상적인 권한 부여)과 정책(개별 리소스 · 조건까지 — 세밀한 제어)을 고릅니다. 특권 역할을 고르면 바로 적용되지 않고 결재 요청으로 올라갑니다.
정책
| 열 | 설명 |
|---|---|
| 정책 | 이름과 설명 |
| 문장 | Allow/Deny, 액션, 대상 KRN |
| 적용 대상 | 이 정책이 붙은 사용자 · 그룹(그룹이면 인원 수) |
정책 편집 창의 문장 (Statements) 에는 문장을 여러 개 넣을 수 있습니다.
| 항목 | 설명 | 규칙 |
|---|---|---|
| Effect | Allow 또는 Deny | Deny 가 항상 우선합니다. |
| Action | 액션 목록 | 아래에서 고르거나 직접 입력(쉼표 구분) |
| Resource | KRN 패턴 | 리소스에서 고르기 로 실제 리소스를 검색해 넣을 수 있습니다. |
| Condition | 조건(JSON, 선택) | 예: {"clearance":{">=":2}} — 보안등급 2 이상일 때만 |
정책에 적용 대상을 하나도 고르지 않으면 그 정책은 효과가 없습니다.
AI 거버넌스
외부 모델(유료 LLM) 사용은 IGA 권한 agent:external-llm(실행)으로 판정합니다. 판정 순서는 다음과 같습니다.
| 순서 | 판정 |
|---|---|
| 1 | IGA 에서 agent:Execute on krn:kosmos:agent::external-llm/<모델>(또는 /*)이 허용되면 → 사용 가능 |
| 2 | IGA 에 명시적 차단(Deny)이 있으면 → 거부(아래 규칙보다 우선) |
| 3 | 그 외에는 호환 규칙(외부 AI 기본 정책 → 주체 직급 · 보안등급 ≥ 도메인 최소치)으로 판정 |
| 항상 | 월 비용 한도는 모든 경우에 적용됩니다. 한도를 넘으면 채팅이 차단됩니다. |
| 항목 | 설명 |
|---|---|
| 외부 AI 기본 정책(호환 규칙) | 끄면 기본 차단(IGA 권한이 없는 사용자는 외부 AI 를 쓸 수 없음), 켜면 기본 허용 |
| 주체 속성 (Subjects) | 주체별 도메인 · 권한등급 · 보안등급 · 조직, 이번 달 사용/한도. 개별 월 한도를 넣으면 도메인 한도 대신 적용됩니다(0 = 무제한). |
| 도메인 정책 (외부 라우팅 임계값) | 도메인별 외부 최소 권한등급, 외부 최소 보안등급, 월 비용 한도 |
팁 특정 사용자에게 외부 모델을 허용하는 가장 간단한 방법은, 그 사용자(또는 그룹)에게 외부 모델 실행을 허용하는 정책을 붙이는 것입니다. 사용자는 내 프로필 · 접근 토큰의 결재함 에서 외부 모델 사용 요청 으로 요청할 수도 있습니다.
인가 기록
각 서비스가 실제로 받은 판정입니다. 거부만 을 켜면 거부된 것만 남습니다.
| 열 | 설명 |
|---|---|
| 시각 | 판정 시각 |
| 결과 | 허용 / 거부 / 판정 불가(판정 서버에 묻지 못한 경우) |
| 주체 | 요청한 사람 |
| 액션 | 시도한 동작(예: agent:Execute) |
| 리소스 (KRN) | 대상 리소스 |
| 사유 | 판정 이유. 예: default deny — no matching statement(허용하는 역할 · 정책이 없음) |
참고 사용자가 "권한이 없습니다" 오류를 받으면, 오류 메시지에 거부 사유가 함께 표시됩니다. 같은 사유를 이 탭에서 시각 · 주체별로 찾아 어떤 역할이나 정책이 필요한지 판단하세요.
감사 설정
| 항목 | 설명 | 규칙 |
|---|---|---|
| 감사 로깅 활성화 | 감사 기록을 남길지 여부 | — |
| 로그 보관 기간 (일) | 기록을 보관하는 기간 | 금융권 규제에 따라 최소 365일(1년) 이상, 권장 1825일(5년) |
| 인증 이벤트 | 로그인, 로그아웃, 인증 실패 | — |
| 관리자 작업 | 설정 변경, 사용자 관리 | — |
| 데이터 변경 | 생성 · 수정 · 삭제 작업 | — |
| 읽기 작업 | 조회 작업 | 저장 공간이 크게 늘어납니다. |
화면 아래 금융권 컴플라이언스 안내 에 관련 법규의 보관 의무가 정리되어 있습니다.
직무 분리
특권 역할 부여 승인(maker-checker) 과 역할 충돌 금지 규칙을 켜짐 / 꺼짐 으로 바꿉니다. 규칙 변경은 보안관리자만 할 수 있습니다. 화면 아래에 "차단(Deny) 정책 작성권은 IGA 역할 부여(auth:policy · Deny)로 정한다" 는 설명이 있습니다 — 운영 관리자에게서 Deny 작성권을 빼면 엄격 모드가 됩니다.
감사와 위임 — 모든 기록은 사람에게 남습니다
| 경우 | 실행 권한 | 감사 기록 |
|---|---|---|
| 화면에서 직접 작업 | 로그인한 사람 | 그 사람 |
| SAMANDA 에게 시킨 작업 | 요청한 사람의 권한(그 사람이 할 수 없는 일은 SAMANDA 도 못 합니다) | 요청한 사람 |
| 개인 접근 토큰(PAT)으로 스크립트 · 노트북 · CLI 에서 호출 | 토큰 주인의 권한(읽기 전용 토큰은 조회만) | 토큰 주인 |
| 학습 · 분석 잡, 자동화 플로우 | 잡 · 플로우를 시작한 사람의 권한을 위임받아 실행 | 시작한 사람 + 위임 / 자동화 표시 |
위임 실행은 시스템이 잡마다 만드는 작업용 자동 토큰 으로 이루어지며, 잡이 끝나면 지워집니다. 감사 기록은 Observability의 Audit Logs 에서 찾습니다.
예시로 이해하기
아래 예시는 실제 화면 흐름을 따릅니다. 이메일은 예시 값입니다.
예시 1: 신규 입사자에게 ML 엔지니어 역할 주기
| 상황 | 누가 |
|---|---|
| user@example.com 이 입사해 모델 학습 · 서빙 업무를 맡게 되었습니다. | 운영 관리자 |
1단계: 사용자 상세 열기
사용자 관리에서 해당 사용자를 누르고 역할 탭을 여세요.
2단계: 역할 고르기
역할 추가… 에서 ML 엔지니어 를 고르세요. 그 역할이 주는 권한(리소스 타입 · 액션 · 범위)이 미리 보입니다.
3단계: 부여
부여 를 누르세요. "역할을 부여했습니다" 알림이 뜨고 IGA 역할 에 칩이 추가됩니다. 일반 역할이므로 결재 없이 바로 적용됩니다.
결과 확인
| 확인 위치 | 보이는 것 |
|---|---|
| IGA → 주체 | 사용자 줄의 부여된 권한 에 ML 엔지니어 |
| 사용자 본인 → 내 프로필 → 내 권한 | 역할 에 ML 엔지니어 칩 |
| IGA → 인가 기록 | 이후 그 사용자의 요청이 허용 으로 기록됨 |
참고 역할은 범위를 가질 수 있습니다. 예를 들어 "본인 것만" 범위의 읽기 권한은 본인이 만든 자원에만 적용되고, 다른 사람의 자원은 공유를 받아야 볼 수 있습니다.
예시 2: 특권 역할은 보안관리자만 줄 수 있음
| 상황 | 누가 |
|---|---|
| 운영 관리자가 다른 사람을 운영 관리자 · 보안관리자로 임명하려 합니다. | 운영 관리자 → 보안관리자 |
1단계: 운영 관리자가 시도
사용자 상세 역할 탭의 역할 추가… 목록에는 운영 관리자 · 보안관리자 같은 특권 역할이 나오지 않습니다. SAMANDA 나 API 로 직접 시도하면 다음과 같이 거부됩니다.
특권 역할(운영 · 보안 관리자)과 그룹에 붙이는 역할은 보안관리자만 부여 · 회수할 수 있습니다. 일반 역할은 운영 관리자도 사람에게 부여 · 회수할 수 있습니다(직무 분리). · 거부된 작업: 역할 부여(security-admin) — 대상 krn:kosmos:auth::user/user@example.com · 사유: 직무 분리 — 특권 역할 · 그룹 역할은 보안관리자(IGA 관리자)가 부여 · 회수합니다. 운영 관리자는 사람에게 일반 역할만. · 필요한 조치: 역할 부여 · 회수는 보안관리자에게 요청하세요(필요하면 접근 요청으로 결재를 올리세요).2단계: 보안관리자가 부여 요청
보안관리자가 사용자 상세 역할 탭에서 특권 역할을 고르면 "특권 역할 — 결재 후 적용됩니다" 가 표시됩니다. 사유 를 적고 결재 요청 을 누르세요.
3단계: 다른 승인자가 승인
직무 분리 탭의 특권 역할 부여 승인(maker-checker) 이 켜져 있으면, 요청자 · 대상자가 아닌 다른 승인자가 사용자 관리 위쪽의 승인 대기 패널이나 결재함 에서 승인해야 적용됩니다.
| 그 밖의 직무 분리 거부 예 | 메시지 |
|---|---|
| 본인 역할을 바꾸려 할 때 | 본인 역할은 직접 바꿀 수 없습니다(직무 분리). |
| 허용 정책을 본인에게 붙이려 할 때 | 허용 정책을 본인에게 붙일 수 없습니다(직무 분리). |
| 운영 관리자가 정책을 고치려 할 때 | 정책은 보안관리자만 작성 · 삭제할 수 있습니다(직무 분리). |
| 역할 충돌 금지가 켜진 상태에서 겹치는 역할을 줄 때 | 직무 분리 — '<역할>' 는 <다른 역할> 와 함께 가질 수 없습니다. |
예시 3: 그룹 공개 자원 — 팀원은 허용, 다른 팀은 거부
| 상황 | 누가 |
|---|---|
| A 프로젝트 팀원이 만든 데이터셋을 공개 범위 그룹(A 프로젝트)으로 두었습니다. A 팀원과 B 팀원이 각각 열어 봅니다. | 일반 사용자 |
| 사용자 | 판정 | 화면 |
|---|---|---|
| A 프로젝트 팀원 | 허용 | 데이터셋이 목록에 보이고 열립니다. |
| B 프로젝트 팀원 | 거부 | 목록에 보이지 않으며, 주소로 직접 열면 아래 메시지가 나옵니다. |
권한이 없어 요청이 거부되었습니다. · 거부된 작업: datasets:Read — 대상 krn:kosmos:datasets::dataset/<슬러그> · 사유: 역할은 이 작업을 허용하지만, 이 리소스는 그 역할의 적용 범위(본인 소유 · 소속 그룹 등) 밖이고 나에게 공유되지도 않았습니다 — 역할이 아니라 공유 범위의 문제입니다. · 필요한 조치: 리소스 소유자에게 내 프로젝트(그룹)로 공유해 달라고 요청하거나, 이 리소스가 공개된 프로젝트에 멤버로 참여를 요청하세요.| 거부 사유 문구 | 뜻 | 해결 |
|---|---|---|
| 역할은 이 작업을 허용하지만, 이 리소스는 그 역할의 적용 범위 … 밖이고 … | 역할은 충분하지만 공유 범위 밖 | 소유자에게 공유 요청, 또는 프로젝트 참여 |
| 이 작업을 허용하는 역할 · 정책 · 소유권 · 공유가 없습니다(기본 거부). | 역할 자체가 없음 | 관리자에게 역할 요청 |
| 정책이 이 작업을 명시적으로 차단합니다(…). | 차단(Deny) 정책에 걸림 | 보안관리자에게 차단 정책 검토 요청 |
| 권한 판정 서버(IGA PDP)에 물어볼 수 없어 안전하게 거부했습니다. | 판정 서버에 일시적으로 연결되지 않음 | 잠시 후 다시 시도 |
결과 확인
보안관리자 · 운영 관리자는 인가 기록 탭에서 거부만 을 켜고 B 팀원의 줄을 찾으세요. 액션 은 datasets:Read, 리소스 (KRN) 은 해당 데이터셋 주소, 사유 에 판정 이유(예: default deny — no matching statement)가 보입니다.
팁 B 팀원은 데이터셋 화면의 공유 요청으로 결재를 올릴 수 있습니다. 결재선은 리소스 소유자 → 요청자 팀장입니다.
예시 4: 외부 모델(유료 LLM) 사용 허용
| 상황 | 누가 |
|---|---|
| 한 사용자가 외부 프로바이더 모델을 써야 합니다. | 보안관리자 또는 사용자 본인(결재 요청) |
외부 모델 사용 판정은 다음 순서로 이루어집니다(AI 거버넌스 탭 맨 위 안내와 같습니다).
| 순서 | 조건 | 결과 |
|---|---|---|
| 1 | IGA 에서 agent:Execute on krn:kosmos:agent::external-llm/<모델>(또는 /*)이 허용됨 |
사용 가능 |
| 2 | 명시적 차단(Deny)이 있음 | 거부(아래보다 우선) |
| 3 | 그 외 — 외부 AI 기본 정책과 직급 · 보안등급 ≥ 도메인 최소치 | 호환 규칙으로 판정 |
| 항상 | 월 비용 한도 | 넘으면 채팅 차단 |
방법 A — 보안관리자가 정책 연결
1단계: 정책 확인
정책 탭에서 외부 모델 실행을 허용하는 정책(예: external-llm-use)의 문장을 확인하세요.
2단계: 주체에 연결
사용자 상세 역할 탭의 정책 추가… 또는 IGA 주체 탭에서 그 사용자(또는 팀 그룹)에 정책을 붙이세요.
3단계: 한도 조정(선택)
AI 거버넌스 탭 주체 속성 (Subjects) 에서 그 사용자의 월 한도를 정하세요. 비우면 도메인 한도를 따르고, 0 은 무제한입니다.
방법 B — 사용자가 결재 요청
사용자가 내 프로필 · 접근 토큰의 결재함 에서 외부 모델 사용 요청 을 내면(기간 1~6개월, 월 예산 USD), 요청자 팀장 → 임원 순서로 결재됩니다. 승인되면 그 기간 동안 사용이 허가되고, 기간이 지나면 자동으로 막힙니다.
결과 확인
| 확인 위치 | 보이는 것 |
|---|---|
| 사용자 → 내 프로필 → 내 권한 → 외부 모델(유료 LLM) | 사용 허가 여부, 이번 달 사용액 · 월 한도 |
| IGA → AI 거버넌스 → 주체 속성 | 이번 달 사용/한도 |
| IGA → 인가 기록 | agent:Execute · krn:kosmos:agent::external-llm/<모델> 줄의 허용/거부 |
예시 5: 사용자가 권한 · 자원을 요청하고 결재받기
| 요청 | 결재선 |
|---|---|
| GPU 증설 요청 · 그룹 스토리지 확장 요청 | 그 프로젝트의 팀장 → 운영 관리자 |
| 개인 스토리지 신청 요청 | 팀장 → 운영 관리자 |
| 외부 모델 사용 요청 | 요청자 팀장 → 임원 |
| 리소스 접근 · 공유 요청 | 리소스 소유자 → 요청자 팀장 |
| 특권 역할 부여 | 다른 승인자(운영 관리자 · 보안관리자 — 보안관리자 역할은 보안관리자) |
팀장이 없거나 요청자가 팀장 · 임원 본인이면 그 단계는 건너뛴 것으로 기록됩니다.
1단계: 요청
사용자가 내 프로필 → 내 권한 의 권한 · 자원 요청, 또는 결재함 위쪽 버튼에서 요청을 내고 사유를 적으세요.
2단계: 결재
결재자에게 알림이 가고, 결재자는 결재함 → 결재할 건 에서 의견을 적어 승인하거나 반려 사유를 적어 반려합니다.
3단계: 적용
마지막 단계가 승인되면 요청 내용이 자동으로 적용됩니다(한도 변경, 저장소 생성, 사용 허가 등). 요청자는 내 요청 탭에서 단계별 상태를 봅니다.
예시 6: "누가 이 모델을 지웠나" 찾기
| 상황 | 누가 |
|---|---|
| 모델 레지스트리에서 모델이 사라졌습니다. 누가 지웠는지 확인합니다. | 운영 관리자, 감사 열람 권한이 있는 사람(보안관리자 포함) |
1단계: 감사 로그 열기
Observability → Audit Logs 탭을 여세요.
2단계: 거르기
검색 칸에 모델 이름을 넣고, 모든 액션 을 삭제 로 바꾸세요. 필요하면 날짜 범위를 지정하세요.
3단계: 상세 확인
줄을 눌러 감사 로그 상세 를 여세요. 액터(요청한 사람), 시간, 리소스 타입 · ID · 이름, 결과를 확인합니다.
| 실제 실행 경로 | 감사 기록에 보이는 것 |
|---|---|
| 화면에서 직접 삭제 | 그 사람 |
| SAMANDA 에게 "모델 지워줘" 라고 시킴 | 시킨 사람(SAMANDA 는 그 사람의 권한으로 실행) |
| 개인 접근 토큰(PAT)으로 스크립트에서 삭제 | 토큰 주인 |
| 자동화 플로우 · 잡이 실행 | 플로우 · 잡을 시작한 사람 + 자동화 또는 위임 표시와 실행 맥락(예: 자동화 플로우 이름과 단계) |
참고 감사 기록은 판정(인가 기록)과 별도로 남습니다. "왜 거부됐나" 는 인가 기록, "누가 무엇을 했나" 는 Audit Logs 에서 찾으세요.
따라 하기: 사용자에게 권한 주기(보안관리자)
1단계: 필요한 권한 확인
인가 기록 탭에서 거부만 을 켜고 그 사용자의 거부 기록을 찾아 액션과 리소스(KRN)를 확인하세요.
2단계: 역할로 줄지, 정책으로 줄지 정하기
| 상황 | 수단 |
|---|---|
| 그 종류의 리소스 전체에 같은 권한이 필요하다 | 역할 |
| 특정 리소스 하나만, 또는 보안등급 같은 조건이 필요하다 | 정책(Allow) |
| 특정 리소스를 막아야 한다 | 정책(Deny) |
| 팀 전원에게 같은 권한이 필요하다 | 그룹 주체에 역할 · 정책 연결 |
3단계: 주체에 연결
주체 탭에서 사용자(또는 group:<그룹명>)를 찾아 편집하고, 역할 · 정책을 고른 뒤 저장하세요. 일반 역할은 사용자 관리의 사용자 상세 역할 탭에서도 부여할 수 있습니다.
4단계: 결재(특권 역할인 경우)
운영 관리자 · 보안관리자 같은 특권 역할은 "부여는 결재 요청으로 올렸습니다" 로 안내되고, 다른 승인자가 승인해야 적용됩니다.
5단계: 확인
사용자에게 다시 시도하게 한 뒤 인가 기록 에서 허용 으로 바뀌었는지 확인하세요. 사용자는 내 프로필 · 접근 토큰의 내 권한 에서 자기 역할을 볼 수 있습니다.
권한
| 하는 일 | 누가 |
|---|---|
| IGA 메뉴 보기 | 운영 관리자(platform:operation Admin), 보안관리자(auth:policy Deny) |
| 역할 · 주체 · 정책 · 카탈로그 · 직무 분리 · AI 거버넌스 · 감사 설정 변경 | 보안관리자 |
| 조회 | 운영 관리자 |