기술이 강력할수록 "어떻게 안전하고 책임 있게 쓰느냐"가 중요해진다. 이 영역의 문제는 대부분 "올바른 가치 판단"을 요구하므로, 외우기보다 "왜 그렇게 해야 하는가"의 맥락을 잡는 것이 효과적이다. 책임 있는 AI 는 모델을 "정확하게"뿐 아니라 "공정하고 안전하며 투명하게" 만드는 모든 노력을 말한다.
원칙
의미
공정성(Fairness)
특정 집단에 대한 차별·편향 최소화
설명가능성(Explainability)
모델이 왜 그런 결정을 했는지 설명 가능
투명성(Transparency)
시스템의 한계·용도·데이터 공개
견고성/안전성(Robustness/Safety)
오류·악용·예외 상황에 안전하게 동작
프라이버시(Privacy)
개인정보 보호
거버넌스(Governance)
책임 주체·절차·감사 체계
이 원칙들은 추상적으로 보이지만, 시험에서는 구체적 상황으로 나온다. 예를 들어 "대출 심사 모델이 특정 인종에게 불리한 결정을 반복한다"는 공정성/편향 문제이고, "왜 거절됐는지 고객에게 설명해야 한다"는 설명가능성 문제다.
편향(bias)은 대개 "데이터"에서 들어온다. 과거 채용 데이터가 특정 성별에 치우쳐 있으면, 그걸 학습한 모델도 그 차별을 그대로 재생산한다. 모델은 데이터의 거울이기 때문이다. 그래서 공정성 확보는 "알고리즘을 고치는 일"이기 전에 "데이터를 점검하는 일"이다. AWS 에서는 SageMaker Clarify 가 학습 데이터와 모델의 편향을 측정하고, 예측에 대한 설명(feature 기여도)을 제공해 공정성·설명가능성을 함께 돕는다.
환각(Hallucination): 사실이 아닌 내용을 그럴듯하게 지어냄. 완화책은 RAG(근거 문서 제공), 출처 인용, 사람 검토(human-in-the-loop)다.
편향(Bias): 학습 데이터의 차별이 출력에 반영됨. 완화책은 데이터 다양화·편향 측정·필터링이다.
독성/유해성(Toxicity): 혐오·폭력 등 부적절한 출력. 완화책은 콘텐츠 필터링과 가드레일이다.
AWS 에서는 Guardrails for Amazon Bedrock 이 유해 주제 차단, 민감정보(PII) 마스킹, 환각 억제 등을 정책으로 적용해 이 위험들을 한 번에 다룬다. 현재 문서의 이름은 Amazon Bedrock Guardrails 이며 같은 기능이다. "생성형 AI 출력의 안전성을 정책으로 통제하고 싶다"가 나오면 가드레일이 답이다.
💡 관련 이론: 환각이 생기는 근본 이유는 LLM 이 "사실 검증기"가 아니라 "다음 토큰 확률 예측기"이기 때문이다. 모델은 "그럴듯한" 문장을 만들 뿐 진위를 따지지 않는다. 그래서 환각을 줄이는 가장 효과적인 길은 모델을 더 키우는 것이 아니라, 답의 근거가 될 실제 문서를 함께 주는 것(RAG) 이다. 근거가 프롬프트에 있으면 모델은 지어낼 필요 없이 그 안에서 답하기 때문이다.
보안 영역은 AWS 공통 기초가 그대로 적용된다. 가장 먼저 나오는 것이 책임 공유 모델(Shared Responsibility Model) 이다.
AWS의 책임("of the cloud"): 물리 인프라, 하드웨어, 기반 서비스의 보안.
고객의 책임("in the cloud"): 데이터, 접근 권한(IAM), 암호화 설정, 애플리케이션 보안.
즉 "데이터 보호와 권한 설정은 결국 고객 몫"이다. 시험에서 "누가 데이터 암호화에 책임이 있나?"는 거의 항상 고객이 답이다.
접근 통제의 핵심은 IAM(Identity and Access Management) 이며, 원칙은 최소 권한(least privilege) 이다. 필요한 만큼만 권한을 주는 것이다.
개념
한 줄 정의
IAM
누가 무엇을 할 수 있는지 통제
최소 권한
꼭 필요한 권한만 부여
암호화(전송/저장)
데이터를 이동/보관 중 보호
KMS
암호화 키 관리 서비스
💡 관련 이론: 책임 공유 모델이 중요한 이유는 "클라우드를 쓴다고 보안이 자동으로 완성되지 않는다"는 점을 명확히 하기 때문이다. AWS 가 데이터센터를 아무리 튼튼하게 지켜도, 고객이 S3 버킷을 공개로 열어두거나 권한을 과하게 주면 데이터는 새어 나간다. 그래서 시험은 "설정·데이터·권한은 고객 책임"이라는 경계를 반복해서 묻는다.
생성형 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"일수록 "강한 거버넌스"가 짝을 이뤄야 한다.