CertNote/ 출퇴근 학습 노트
로드맵
KOEN
CLF-C02 · FoundationalCloud Practitioner - Foundational
DVA-C02 · AssociateDeveloper - Associate
SAA-C03 · AssociateSolutions Architect - Associate
SOA-C02 · AssociateCloudOps Engineer - Associate
SAP-C02 · ProfessionalSolutions Architect - Professional
DOP-C02 · ProfessionalDevOps Engineer - Professional
SCS-C03 · SpecialtySecurity - Specialty
MLA-C01 · AssociateMachine Learning Engineer - Associate
AIF-C01 · FoundationalAI Practitioner - Foundational
  • Week 1
    • 1.AI·머신러닝·딥러닝의 관계와 차이
    • 2.학습 유형: 지도·비지도·강화학습
    • 3.ML이 적합한 문제 vs 아닌 문제
    • 4.핵심 용어: 모델·학습·추론·특성·레이블·과적합
    • 5.Week 1 종합: AI/ML 기초 복습
  • Week 2
  • Week 3
  • Week 4
  • Week 5
  • Week 6
    • 1.도메인 복습 1: AI/ML 기초 + 생성형 AI 기초 핵심 총정리
    • 2.도메인 복습 2: 파운데이션 모델 응용(AWS AI 서비스) 핵심 총정리
    • 3.도메인 복습 3: 책임 있는 AI + 보안·거버넌스 핵심 총정리
    • 4.전체 모의고사 페이스: 5개 도메인 종합 문제
    • 5.D-Day 마무리: 시험 구성, 키워드→서비스 번역표, 자주 틀리는 함정
DEA-C01 · AssociateData Engineer - Associate
MLS-C01 · SpecialtyMachine Learning - Specialty
합격 후기

© CertNote · 주간랩스

  • 소개
  • 수정 기록
  • 문의
  • 이용약관
  • 개인정보처리방침
← AIF-C01/Week 6/Day 3

기준: AIF-C01 시험 가이드·오류 제보

AIF-C01· AssociateWeek 6 · Day 3읽기 약 15분
핵심 정리
  • 도메인 4(책임 있는 AI)와 도메인 5(보안·규정 준수·거버넌스)는 각각 14%, 합쳐서 채점 문항의 28% 다.
  • 책임 있는 AI 는 공정성·설명가능성·투명성·견고성/안전성·프라이버시·거버넌스를 추구한다. 편향은 주로 데이터에서 들어오고 SageMaker Clarify 로 측정·설명한다.
  • 생성형 AI 의 위험인 환각·편향·독성은 RAG, 편향 측정, Amazon Bedrock Guardrails 로 완화한다.
  • 보안은 책임 공유 모델(데이터·권한·암호화 설정은 고객)과 IAM 최소 권한, 암호화가 기본이다.
  • 거버넌스는 데이터의 출처·접근·보존을 통제하고 기록으로 증명한다. AWS 서비스의 용도와 한계는 AWS AI Service Cards 에서 확인한다.

Day 3 - 도메인 복습 3: 책임 있는 AI + 보안·거버넌스 핵심 총정리

책임 있는 AI의 핵심 원칙

기술이 강력할수록 "어떻게 안전하고 책임 있게 쓰느냐"가 중요해진다. 이 영역의 문제는 대부분 "올바른 가치 판단"을 요구하므로, 외우기보다 "왜 그렇게 해야 하는가"의 맥락을 잡는 것이 효과적이다. 책임 있는 AI 는 모델을 "정확하게"뿐 아니라 "공정하고 안전하며 투명하게" 만드는 모든 노력을 말한다.

원칙의미
공정성(Fairness)특정 집단에 대한 차별·편향 최소화
설명가능성(Explainability)모델이 왜 그런 결정을 했는지 설명 가능
투명성(Transparency)시스템의 한계·용도·데이터 공개
견고성/안전성(Robustness/Safety)오류·악용·예외 상황에 안전하게 동작
프라이버시(Privacy)개인정보 보호
거버넌스(Governance)책임 주체·절차·감사 체계

이 원칙들은 추상적으로 보이지만, 시험에서는 구체적 상황으로 나온다. 예를 들어 "대출 심사 모델이 특정 인종에게 불리한 결정을 반복한다"는 공정성/편향 문제이고, "왜 거절됐는지 고객에게 설명해야 한다"는 설명가능성 문제다.

편향(bias)은 대개 "데이터"에서 들어온다. 과거 채용 데이터가 특정 성별에 치우쳐 있으면, 그걸 학습한 모델도 그 차별을 그대로 재생산한다. 모델은 데이터의 거울이기 때문이다. 그래서 공정성 확보는 "알고리즘을 고치는 일"이기 전에 "데이터를 점검하는 일"이다. AWS 에서는 SageMaker Clarify 가 학습 데이터와 모델의 편향을 측정하고, 예측에 대한 설명(feature 기여도)을 제공해 공정성·설명가능성을 함께 돕는다.

환각·편향·독성: 생성형 AI의 위험과 완화

생성형 AI 특유의 위험도 책임 있는 AI 의 일부다.

  • 환각(Hallucination): 사실이 아닌 내용을 그럴듯하게 지어냄. 완화책은 RAG(근거 문서 제공), 출처 인용, 사람 검토(human-in-the-loop)다.
  • 편향(Bias): 학습 데이터의 차별이 출력에 반영됨. 완화책은 데이터 다양화·편향 측정·필터링이다.
  • 독성/유해성(Toxicity): 혐오·폭력 등 부적절한 출력. 완화책은 콘텐츠 필터링과 가드레일이다.

AWS 에서는 Guardrails for Amazon Bedrock 이 유해 주제 차단, 민감정보(PII) 마스킹, 환각 억제 등을 정책으로 적용해 이 위험들을 한 번에 다룬다. 현재 문서의 이름은 Amazon Bedrock Guardrails 이며 같은 기능이다. "생성형 AI 출력의 안전성을 정책으로 통제하고 싶다"가 나오면 가드레일이 답이다.

💡 관련 이론: 환각이 생기는 근본 이유는 LLM 이 "사실 검증기"가 아니라 "다음 토큰 확률 예측기"이기 때문이다. 모델은 "그럴듯한" 문장을 만들 뿐 진위를 따지지 않는다. 그래서 환각을 줄이는 가장 효과적인 길은 모델을 더 키우는 것이 아니라, 답의 근거가 될 실제 문서를 함께 주는 것(RAG) 이다. 근거가 프롬프트에 있으면 모델은 지어낼 필요 없이 그 안에서 답하기 때문이다.

세 위험은 원인이 다르므로 처방도 다르다. 한 처방으로 다른 위험까지 풀리지는 않는다.

위험원인맞는 처방잘못된 처방
환각모델이 모르는 것을 확률로 메운다RAG, 출처 인용, 컨텍스트 그라운딩 검사, 사람 검토모델을 더 큰 것으로 교체, temperature 올리기
편향학습 데이터가 치우쳐 있다데이터 다양화, 편향 측정, 집단별 평가데이터 양만 늘리기
독성모델이 유해한 표현을 생성할 수 있다콘텐츠 필터, 거부 주제, 단어 필터RAG(근거를 줘도 표현의 유해성은 별개다)
개인정보 노출입력·참조 문서·학습 데이터에 PII 가 있다PII 필터(차단·마스킹), 학습 전 PII 제거콘텐츠 필터만 켜기

도메인 4 를 과제 진술문으로 다시 보기

시험 가이드의 도메인 4 는 과제가 둘이다. 각 과제에서 "한 문장으로 말할 수 있어야 하는 것"을 뽑으면 다음과 같다.

과제가이드가 드는 항목한 문장으로
4.1 책임 있는 AI 개발편향, 공정성, 포용성, 견고성, 안전성, 진실성결과가 집단에 공정하고, 이상 입력에 버티며, 해롭지 않고, 사실에 맞아야 한다
4.1도구로 특징 확인(예: Amazon Bedrock Guardrails)생성형 AI 의 입출력을 정책으로 걸러 낸다
4.1책임 있는 모델 선택(환경, 지속 가능성)작업에 비해 지나치게 큰 모델은 비용과 에너지를 낭비한다
4.1생성형 AI 의 법적 위험지식재산권 침해 주장, 편향된 출력, 고객 신뢰 상실, 최종 사용자 위험, 환각
4.1데이터셋의 특징포용성, 다양성, 선별된 출처, 균형이 좋은 데이터셋의 조건이다
4.1편향과 분산의 영향편향이 크면 과소적합, 분산이 크면 과적합. 집단별 부정확으로 이어진다
4.1편향·신뢰성 탐지·감시레이블 품질 분석, 사람의 감사, 하위 그룹 분석
4.2 투명하고 설명 가능한 모델그런 모델과 아닌 모델의 차이단순한 모델은 결정 과정을 읽을 수 있고, 복잡한 모델은 사후 설명이 필요하다
4.2확인 도구SageMaker Model Cards, Amazon Bedrock 모델 평가, 오픈소스 모델·데이터·라이선스 정보
4.2안전성과 투명성의 절충해석 가능성과 성능은 함께 최대화하기 어렵다
4.2설명 가능한 AI 의 인간 중심 설계사용자 피드백 장치를 두고, 결정 이유를 받는 사람이 이해할 수 있게 한다
  • 오픈소스 모델·데이터·라이선스가 투명성 도구로 꼽히는 이유는, 모델의 구조와 학습 데이터, 사용 조건이 공개돼 있으면 외부에서 검증할 수 있기 때문이다.
  • 절충 문제의 전형은 이렇다. "성능이 조금 더 높은 복잡한 모델과, 결정 근거를 그대로 읽을 수 있는 단순한 모델 중 무엇을 고르나." 지문에 규제·감사·설명 의무가 있으면 단순한 쪽이 답이다.

AWS 보안 기초: 책임 공유 모델과 IAM

보안 영역은 AWS 공통 기초가 그대로 적용된다. 가장 먼저 나오는 것이 책임 공유 모델(Shared Responsibility Model) 이다.

  • AWS의 책임("of the cloud"): 물리 인프라, 하드웨어, 기반 서비스의 보안.
  • 고객의 책임("in the cloud"): 데이터, 접근 권한(IAM), 암호화 설정, 애플리케이션 보안.

즉 "데이터 보호와 권한 설정은 결국 고객 몫"이다. 시험에서 "누가 데이터 암호화에 책임이 있나?"는 거의 항상 고객이 답이다.

접근 통제의 핵심은 IAM(Identity and Access Management) 이며, 원칙은 최소 권한(least privilege) 이다. 필요한 만큼만 권한을 주는 것이다.

개념한 줄 정의
IAM누가 무엇을 할 수 있는지 통제
최소 권한꼭 필요한 권한만 부여
암호화(전송/저장)데이터를 이동/보관 중 보호
KMS암호화 키 관리 서비스

💡 관련 이론: 책임 공유 모델이 중요한 이유는 "클라우드를 쓴다고 보안이 자동으로 완성되지 않는다"는 점을 명확히 하기 때문이다. AWS 가 데이터센터를 아무리 튼튼하게 지켜도, 고객이 S3 버킷을 공개로 열어두거나 권한을 과하게 주면 데이터는 새어 나간다. 그래서 시험은 "설정·데이터·권한은 고객 책임"이라는 경계를 반복해서 묻는다.

"누구 책임인가"를 묻는 문장을 한 줄씩 판정해 본다.

문장책임 주체이유
데이터센터 출입 통제AWS클라우드 자체
모델을 돌리는 서버의 하드웨어와 기반 소프트웨어AWS관리형 서비스의 기반
학습 데이터가 담긴 S3 버킷의 공개 여부고객구성
누가 Bedrock 모델을 호출할 수 있는지고객접근 권한
어떤 KMS 키로 암호화하고 누가 복호화할 수 있는지고객암호화 설정
프롬프트에 고객 개인정보를 넣을지 말지고객데이터
Guardrails 를 켜고 정책을 정하는 일고객애플리케이션 보안
우리 회사가 규제를 지켰음을 증명하는 문서고객AWS Artifact 는 AWS 쪽 보고서만 준다

도메인 5 를 과제 진술문으로 다시 보기

과제가이드가 드는 항목떠올릴 것
5.1 AI 시스템 보호IAM 역할·정책·권한, 암호화, Amazon Macie, AWS PrivateLink, 책임 공유 모델, Amazon Bedrock Guardrails, AgentCore Identity, Policy in AgentCore접근 → IAM / 내용 → 암호화 / 경로 → PrivateLink / S3 의 민감 데이터 → Macie / 입출력 → Guardrails / 에이전트의 신원과 행동 범위 → AgentCore
5.1출처 인용과 데이터 기원 기록데이터 리니지, 데이터 카탈로그, SageMaker Model Cards
5.1안전한 데이터 엔지니어링데이터 품질 평가, 프라이버시 강화 기술, 접근 통제, 무결성
5.1보안·프라이버시 고려 사항프롬프트 인젝션, 저장·전송 암호화, 데이터 유출 방지, 출력 필터링과 검증, AI 상호작용의 감사 추적과 로깅, 독성
5.1환각 탐지와 그라운딩RAG 그라운딩, 출력 검증, 신뢰도 점수
5.2 거버넌스·규정 준수AWS Config, Amazon Inspector, AWS Artifact, AWS CloudTrail, AWS Trusted Advisor구성 준수 / 취약점 점검 / AWS 의 준수 보고서 / API 활동 기록 / 모범 사례 권고
5.2데이터 거버넌스 전략수명주기, 로깅, 레지던시, 모니터링, 관찰, 보존
5.2거버넌스 규약 준수 절차정책, 검토 주기와 전략, Generative AI Security Scoping Matrix 같은 프레임워크, 투명성 표준, 팀 교육
  • 5.1 과 5.2 를 가르는 감각은 이렇다. 5.1 은 "막는다·지킨다", 5.2 는 "기록한다·증명한다·규칙을 정한다"다.

데이터 거버넌스와 규정 준수

생성형 AI 에서 특히 민감한 것이 데이터의 출처·소유권·프라이버시다. 핵심 포인트를 정리한다.

  • 데이터 프라이버시: 개인정보(PII)는 수집·저장·학습 전반에서 보호해야 한다. Bedrock 가드레일이나 Comprehend PII 탐지로 마스킹할 수 있다.
  • 모델 학습과 데이터: Bedrock 에서 FM 에 보낸 프롬프트·데이터는 기반 모델 재학습에 쓰이지 않는다(고객 데이터 분리). 모델 제공사는 고객의 프롬프트와 응답에 접근할 수 없다. 이는 신뢰의 핵심이다.
  • 거버넌스 도구: 데이터의 추적·감사를 위해 로그(CloudTrail), 데이터 카탈로그, 접근 정책을 활용한다.
  • 규정 준수(Compliance): GDPR·HIPAA 등 산업·지역 규정에 맞춰 데이터 처리·보관 정책을 정해야 한다.

투명성을 위해 AWS 는 AWS AI Service Cards(서비스의 용도·한계·공정성 고려 사항을 정리한 문서)를 제공한다. "AWS AI 서비스의 의도된 용도와 한계를 어디서 확인하나?"가 나오면 AI Service Cards 다. 우리가 만든 모델의 용도와 평가 결과를 기록하는 문서는 SageMaker Model Cards 다.

데이터 거버넌스의 본질은 "데이터의 생애를 통제하는 것"이다. 어디서 왔고(출처), 누가 쓸 수 있고(접근), 얼마나 보관하며(보존), 어떻게 폐기하는지(삭제)를 정해 두는 것이다. 생성형 AI 는 학습·추론에 막대한 데이터를 쓰므로, 거버넌스가 없으면 저작권·프라이버시·규정 위반 위험이 급증한다. 그래서 "강력한 AI"일수록 "강한 거버넌스"가 짝을 이뤄야 한다.

"기록하고 증명한다" 계열 서비스 가르기

이름만 보면 모두 "감시"처럼 보이는 서비스들이다. 각자 보는 대상이 다르다.

서비스보는 대상답하는 질문
AWS CloudTrail사람과 서비스가 한 API 호출누가 언제 무엇을 했나
Amazon CloudWatch시스템의 지표와 로그지금 잘 돌아가나, 임계치를 넘었나
AWS Config리소스의 구성 상태설정이 규칙에 맞나, 언제 바뀌었나
Amazon Inspector워크로드의 소프트웨어 취약점알려진 취약점이 있나
AWS Trusted Advisor계정 전반의 모범 사례 준수권장 사항에서 벗어난 것이 있나
AWS ArtifactAWS 의 규정 준수 보고서AWS 가 받은 인증 문서를 어디서 받나
Amazon MacieS3 의 민감 데이터개인정보가 어디에 저장돼 있나
SageMaker Model Monitor배포된 모델의 품질데이터나 성능이 학습 때와 달라졌나
  • Bedrock 호출에서 CloudTrail 이 남기는 것은 "누가 어떤 모델을 호출했나"다. 프롬프트와 응답의 내용까지 남기려면 Bedrock 의 모델 호출 로깅을 따로 켜야 한다(기본은 꺼져 있다).

가치 판단 문제를 푸는 다섯 원칙

이 두 도메인의 문제는 서비스 이름을 몰라도 방향만으로 오답을 지울 수 있다.

원칙정답 쪽 표현오답 쪽 표현
권한은 좁게"필요한 권한만", "특정 리소스에 한해""모든 사용자에게", "관리자 권한", "전체 접근"
기록은 남긴다"로깅을 활성화", "감사 추적""로그 삭제", "기록 비활성화"
고위험에는 사람"사람이 검토·승인""완전 자동으로 최종 결정"
측정하고 알린다"편향을 측정", "한계를 공개", "AI 임을 고지""문제를 숨긴다", "공개하지 않는다"
겹겹이 막는다"암호화하고 권한도 제한""하나만 하면 충분하다"
  • 보기에 "무조건", "항상", "모든", "자동으로 해결"이 들어가면 대개 오답이다. 책임 있는 AI 와 보안에는 한 번에 끝나는 해결책이 없다.

흔한 오해 다섯 가지

오해실제
관리형 서비스를 쓰면 보안은 AWS 가 다 한다데이터·권한·구성은 여전히 고객 책임이다
Bedrock 에 보낸 데이터로 기반 모델이 학습된다기반 모델 개선에 쓰이지 않고 모델 제공사와 공유되지 않는다
Guardrails 를 켜면 환각이 없어진다근거에서 벗어난 응답을 걸러 낼 뿐, 근거 자체는 RAG 로 줘야 한다
CloudTrail 이 있으니 프롬프트 내용도 남는다내용은 모델 호출 로깅을 켜야 남는다
AI Service Cards 에 우리 모델도 기록한다AWS 가 쓰는 문서다. 우리 모델은 Model Cards 에 기록한다

다음 글에서는 이렇게 정리한 다섯 영역을 한꺼번에 점검하는 종합 모의 문제(8문항) 를 풀며 실전 감각을 끌어올린다.

📖 용어

  • 독성(toxicity) : 혐오·폭력·모욕처럼 유해한 내용이 출력에 담기는 것.
  • 그라운딩(grounding) : 모델의 응답을 실제 근거 문서에 묶어 두는 것.
  • 포용성(inclusivity) : 다양한 사용자 집단이 배제되지 않도록 고려하는 성질.
  • 하위 그룹 분석 : 전체가 아니라 집단별로 나눠 모델의 성능과 결과를 살피는 방법.
  • 해석 가능성(interpretability) : 모델의 내부 동작을 사람이 직접 읽고 이해할 수 있는 정도.
  • 최소 권한 : 업무에 꼭 필요한 권한만 주는 원칙.
  • 감사 추적(audit trail) : 누가 언제 무엇을 했는지 거슬러 확인할 수 있는 기록의 흐름.
  • 데이터 레지던시 : 데이터가 물리적으로 저장되는 지역에 대한 요구.
  • 규정 준수(Compliance) : 법·규제·내부 규칙을 지키고, 지켰음을 보여 주는 것.

📝 연습 문제

선택지를 클릭하면 정답·해설이 펼쳐집니다.

문제 1

대출 심사 ML 모델이 특정 인구 집단에 반복적으로 불리한 결정을 내린다는 사실이 발견되었다. 이는 책임 있는 AI의 어떤 원칙과 가장 관련이 깊은가?

문제 2

생성형 AI 애플리케이션에서 유해 주제 차단, PII 마스킹, 환각 억제 등을 정책으로 일괄 적용하려고 한다. 가장 적합한 AWS 기능은?

문제 3

AWS 책임 공유 모델에서 "클라우드 안의(in the cloud)" 데이터 보호와 접근 권한 설정에 대한 책임은 누구에게 있는가?

이전도메인 복습 2: 파운데이션 모델 응용(AWS AI 서비스) 핵심 총정리Week 6 · Day 2다음 전체 모의고사 페이스: 5개 도메인 종합 문제Week 6 · Day 4

참고 공식 자료

  • AIF-C01 공식 시험 안내(새 탭에서 열림)
  • Amazon Bedrock 공식 문서(새 탭에서 열림)
  • AWS IAM 공식 문서(새 탭에서 열림)
  • Amazon SageMaker AI 공식 문서(새 탭에서 열림)
  • AWS CloudTrail 공식 문서(새 탭에서 열림)
  • Amazon S3 공식 문서(새 탭에서 열림)

이 페이지

  • 책임 있는 AI의 핵심 원칙
  • 환각·편향·독성: 생성형 AI의 위험과 완화
  • 도메인 4 를 과제 진술문으로 다시 보기
  • AWS 보안 기초: 책임 공유 모델과 IAM
  • 도메인 5 를 과제 진술문으로 다시 보기
  • 데이터 거버넌스와 규정 준수
  • 기록하고 증명한다" 계열 서비스 가르기
  • 가치 판단 문제를 푸는 다섯 원칙
  • 흔한 오해 다섯 가지
  • 용어
  • 연습 문제