감사·준수·거버넌스
관련 기초 개념
개요
감사 질문에 맞는 AWS 증거와 데이터 수명주기 검사를 선택한다.
먼저 AI 보안과 데이터 보호, 감사·출처·데이터 수명의 핵심 개념을 확인하세요.
세부 학습 목표
- CloudTrail·CloudWatch·Config·Inspector·Artifact·Trusted Advisor의 목적을 구별한다.
- 데이터 수명주기의 보관·지역·로그·정책 검토 증거를 정한다.
핵심 개요
감사·관측·구성 검사는 목적이 다릅니다. CloudTrail은 계정의 API 활동 추적, CloudWatch는 지표·로그·알림, AWS Config는 자원 구성과 변화의 검토에 쓰이는 대표 기능입니다.
서비스 자료와 조직의 준수 증거를 혼동하지 않습니다. 실제 설정·접근·승인·보관·자료 흐름에 대한 증거를 업무 요구와 연결해야 합니다.
필요한 용어
- 감사 증거: 정책 충족을 확인할 설정·승인·실행 기록
- 구성 이력: 자원의 설정이 언제 어떻게 바뀌었는지의 기록
작동 과정
- 확인할 정책·작업·자원을 정합니다.
- API 활동·구성·운영 지표의 증거를 연결합니다.
- 접근·보관·누락과 실제 요구 충족을 검토합니다.
감사 질문에 맞는 증거 선택하기
| 확인할 질문 | 후보 |
|---|---|
| 누가 API로 권한을 바꿨는가? | CloudTrail의 활동 기록 |
| 어떤 구성으로 언제 바뀌었는가? | AWS Config의 구성·변경·규칙 검사 |
| 오류·지연이 언제 증가했는가? | CloudWatch의 지표·로그·알림 |
| 지원 워크로드의 소프트웨어 취약점은 무엇인가? | Amazon Inspector |
| AWS의 규정 준수 보고서를 어디서 얻는가? | AWS Artifact |
| 모범 사례 관점의 개선 권고는 무엇인가? | AWS Trusted Advisor |
-
AWS의 보고서를 확보한 것과 우리 앱의 데이터 처리·접근·보관 규칙을 충족한 것은 다릅니다. 실제 설정·승인·운영 기록을 요구사항에 연결합니다.
수집→학습/검색→로그→백업→삭제 단계별로 소유자·허용 목적·보관 기간·처리 지역·삭제 확인을 정합니다. 원문을 지워도 색인·캐시·백업에 남을 수 있으므로 각 사본을 따로 확인합니다.
-
Generative AI Security Scoping Matrix 같은 범위 구분은 사용하는 형태에 따라 통제할 영역이 달라짐을 검토하는 도구입니다. 정책·교육·정기 검토와 담당자를 두되 문서 작성만으로 준수가 완성됐다고 하지 않습니다.
풀이 예제
아래 입력과 기록은 직접 만든 교육용 가상 자료입니다.
입력·조건
모델 지연 그래프는 있지만 누가 접근 권한을 바꿨는지 알 수 없습니다.
판단·결과
운영 지표와 별개로 API 활동·구성 변경 이력을 조사해야 합니다.
이렇게 판단한 이유
성능 관측과 행위 감사는 서로 다른 질문에 답합니다.
흔한 실패와 복구
서비스 제공자의 보고서를 조직의 모든 준수 보증으로 대신하지 않습니다. 사용자의 구성과 운영 증거가 별도로 필요합니다.
확인 문제
요청별 지연값이 충분히 수집되어 있어도 지연 지표만으로 확인하기 어려운 것은?
- 누가 어떤 접근 권한을 바꿨는지
- 지연 시간의 p95
- 요청 지연의 평균
풀이 기록 기능을 불러오는 중…
해설 보기
정답: A. 누가 어떤 접근 권한을 바꿨는지
권한 변경 주체는 인증·감사 이벤트와 연결해 확인합니다. 충분한 요청별 지연값이 있으면 평균과 p95를 계산할 수 있지만, 평균만 저장한 지표로는 p95를 복원할 수 없습니다.
AWS Artifact에서 보고서를 받았으면 우리 앱의 준수가 보장되는가?
- 모든 설정과 자료 처리가 자동으로 적합하다
- 앱의 설정·접근·보관·운영 증거도 요구사항과 대조해야 한다
- CloudTrail과 Config는 항상 같은 기록이다
풀이 기록 기능을 불러오는 중…
해설 보기
정답: B. 앱의 설정·접근·보관·운영 증거도 요구사항과 대조해야 한다
제공자의 통제 증거와 고객이 구성·운영한 서비스의 증거는 구분해야 합니다.
참고 자료
- AWS: AIF-C01 exam guide — AI 개념·AWS 서비스 선택·책임·보안의 출제 범위.
- AWS: IAM best practices — 임시 자격 증명과 최소 권한.
- NIST AI RMF — AI 위험의 맥락·측정·관리.
- Amazon CloudWatch: Statistics definitions — 평균·백분위수와 백분위 계산에 필요한 자료.
- AWS AIF-C01 공식 영역 5 — 공식 세부 목표와 판단 수준.
자료 확인: 2026-10-25. 사례·문항·실습은 자체 제작했습니다. 외부 서비스 호출과 실제 모델 품질 측정은 학습자가 별도 환경에서 수행합니다.
직접 적용하기
교육용 가상 상황
감사팀은 권한 변경자, 취약점, AWS 자체 준수 보고서, 오래된 문서의 삭제 증거를 요구합니다. 어떤 자료를 모으고 무엇을 추가 확인할지 적으세요.
선택·계산·진단의 근거를 조건과 연결하고, 확인할 결과를 적으세요.
답안 저장 기능을 불러오는 중…
검증 기준과 해설 보기
- 활동·구성·성능·취약점·제공자 보고서를 나눈다
- 원문·색인·로그·백업의 수명주기를 확인한다
- 조직 설정과 승인·검토 책임의 증거를 연결한다
변경자는 CloudTrail, 당시 구성은 Config, 취약점은 Inspector, 제공자 보고서는 Artifact를 검토합니다. 원문 삭제 후 색인·로그·백업의 보관 정책과 실제 처리 결과를 확인합니다. 조직의 정책·담당자·검토 기록을 연결하며 보고서 하나로 앱 준수를 단정하지 않습니다.
복습하기
- 운영 관측과 감사는 같은가요?
- 증거 부재는 미발생 증명인가요?
- 구성 이력은 왜 필요한가요?
- AWS Artifact에서 보고서를 받았으면 우리 앱의 준수가 보장되는가?
답변 확인 기준
- 운영 관측과 감사는 같은가요?
성능·오류와 주체·행동·승인이라는 목적이 다릅니다.
- 증거 부재는 미발생 증명인가요?
수집·보관 누락 가능성을 먼저 확인해야 합니다.
- 구성 이력은 왜 필요한가요?
정책과 실제 자원 설정의 변화를 대조하기 위해서입니다.
- AWS Artifact에서 보고서를 받았으면 우리 앱의 준수가 보장되는가?
앱의 설정·접근·보관·운영 증거도 요구사항과 대조해야 한다. 제공자의 통제 증거와 고객이 구성·운영한 서비스의 증거는 구분해야 합니다.