로그 접근 권한과 보안 표지
서비스 로그와 추적 기록에는 LLM 프롬프트와 응답, 객체 속성값, 사용자 입력 등 민감한 데이터가 포함될 수 있습니다. 실행 시작 리소스나 실행 중 읽은 데이터의 보안 표지는 로그에 자동으로 전파되지 않습니다. 로그를 볼 때 적용되는 표지는 관리자가 로그 접근 설정에 직접 지정한 표지입니다.
로그 접근을 활성화하기 전에 워크플로가 접근할 수 있는 데이터 중 가장 높은 민감도를 기준으로 표지를 정해야 합니다.
작업별 기본 권한
| 작업 | 기본 요건 |
|---|---|
| 지표 조회 | 리소스의 View 권한 |
| 실행 이력 조회 | 리소스의 Edit 권한 |
| 추적 기록과 서비스 로그 조회 | 실행 시작 리소스의 Edit 권한 + 로그 접근 활성화 + 로그의 모든 보안 표지 접근 권한 |
| 로그 검색 | 실행 시작 리소스의 Edit 권한 + 로그 접근 활성화 + 로그의 모든 보안 표지 접근 권한 |
| Control Panel에서 조직 전체의 프로젝트 로그 설정 조회 | 기본적으로 Organization administrator 역할 |
| 프로젝트 로그 접근 설정 | 프로젝트의 Edit 권한 + Information security officer 또는 Enrollment administrator 역할 |
| 리소스 로그 접근 설정 | 리소스의 Edit 권한 + Information security officer 또는 Enrollment administrator 역할 |
| 로그 삭제 | Information security officer 또는 Enrollment administrator 역할 |
Control Panel에서 프로젝트 설정을 바꾸려면 조직 전체 설정을 조회할 수 있는 권한도 필요합니다.
역할과 실제 작업 권한
기본 역할은 다음 작업 권한을 부여합니다.
| 기능 | 작업 권한 | 기본 역할 |
|---|---|---|
| 지표 읽기 | foundry-telemetry-service:read-metrics | Viewer |
| 실행 이력과 로그 읽기 | foundry-telemetry-service:view-execution-history | Editor |
표에 있는 작업 권한은 사용자 지정 역할로도 부여할 수 있습니다. 로그 조회에는 기본 Editor 역할이나 해당 작업 권한을 가진 사용자 지정 역할을 사용합니다.
공유 로그를 읽기 위한 세 조건
실행 시작 리소스(Source executor)는 호출 흐름에서 처음 실행된 리소스입니다. 함수, 액션, 자동화, AIP Logic, AIP Chatbot 또는 모델의 온라인 추론 배포가 될 수 있습니다.
다른 사용자가 시작한 실행의 추적 기록과 서비스 로그를 보려면 다음을 모두 충족해야 합니다.
- 실행 시작 리소스에 실행 이력 작업 권한이 있어야 합니다. 기본
Editor역할이 이 권한을 부여합니다. - 해당 리소스에 프로젝트 정책이나 리소스 수준 재정의로 로그 접근이 활성화되어 있어야 합니다.
- 로그에 적용된 모든 보안 표지에 접근할 권한이 있어야 합니다.
로그를 생성한 하위 리소스에 권한이 있어도 실행 시작 리소스의 권한이 없으면 로그를 조회할 수 없습니다.
현재 프로젝트와 로그 귀속 프로젝트
로그 귀속 프로젝트(Attributed project)의 기본값은 리소스가 처음 로그를 남긴 프로젝트입니다. 이후 리소스가 다른 프로젝트로 이동하면 현재 프로젝트와 로그 귀속 프로젝트가 달라질 수 있습니다.
현재 프로젝트와 로그 귀속 프로젝트가 다르면 두 프로젝트의 접근 설정을 모두 적용합니다. 관리자는 필요하면 귀속을 현재 프로젝트로 재지정할 수 있습니다. 절차는 로그 접근 설정에서 다룹니다.
기존 온톨로지 권한을 사용하는 액션
기존 온톨로지 권한(Legacy Ontology permissions)으로 관리되는 액션은 아직 프로젝트 수준에서 로그 접근을 관리할 수 없습니다. 프로젝트 기반 권한으로 이전하기 전까지는 리소스 수준 재정의로 활성화해야 합니다.
본인 실행의 최근 24시간 예외
일반 인스턴스에서는 foundry-telemetry-service:view-execution-history 작업 권한이 있으면 공유 로그 접근 설정과 관계없이 본인이 실행한 최근 24시간의 로그를 볼 수 있습니다.
보안 분류 기반 접근 제어(CBAC)를 사용하는 인스턴스에는 이 예외가 없습니다. 본인의 실행도 로그 접근이 활성화되어 있어야 조회하거나 검색할 수 있습니다.
이 24시간 규칙은 실행 이력의 30일 조회 범위나 로그 보존 정책과 별개의 접근 예외입니다.
접근 상태 표시
Workflow Lineage의 Run history와 Log search 패널은 실행 시작 리소스의 로그 접근 상태를 표시합니다.
| 상태 | 의미 |
|---|---|
| Full log access | 필요한 정책과 표지 조건을 충족하여 해당 리소스에서 시작한 실행의 로그에 접근 가능 |
| User ID secured log access | 역할에 따라 본인이 실행한 최근 24시간의 로그만 접근 가능. CBAC에는 적용되지 않음 |
| No log access | 로그 접근 정책이나 다른 허용 경로가 없어 접근할 수 없음 |
접근 권한이 있어도 보존 기간 안의 로그만 볼 수 있습니다.
Log access overview 열기
다음 중 한 곳에서 View log access를 선택합니다.
- Workflow Lineage 그래프에서 리소스 노드를 선택한 메뉴
- Run history 또는 Log search 패널의 오른쪽 위
개요를 보려면 리소스와 그 프로젝트 모두에 최소 Viewer 역할이 필요합니다.
Information security officer 또는 Enrollment administrator 역할이 있고 해당 리소스의 로그 접근을 관리할 수 있으면 View log access 대신 Edit permissions가 표시됩니다. 이 메뉴에는 Configure log access와 Delete log history가 추가됩니다.
부족한 요건 확인
Log access overview는 세 조건을 각각 보여줍니다.
| 항목 | 확인할 내용 |
|---|---|
| Role | 현재 역할. 로그 권한이 부족하면 그 권한을 부여하는 최소 권한 역할을 제안 |
| Log access policy | 현재 프로젝트, 로그 귀속 프로젝트 또는 리소스 재정의에서 접근이 활성화되었는지 표시. 관리자는 Edit로 설정 가능 |
| Log access markings | 적용된 표지와 부족한 표지의 수 |
로그 표지의 책임 범위
플랫폼은 워크플로가 앞으로 접근할 데이터 소스를 모두 미리 알 수 없으므로, 관리자가 가능한 최고 민감도에 맞게 로그 표지를 선택해야 합니다.
표지 없이 로그 접근을 활성화하면 역할과 접근 정책 조건을 충족하는 모든 사용자가 그 로그를 볼 수 있습니다.