정답 · 해설

해설

【핵심 용어】 ▸ 다중 데이터센터 → 각각 Direct Connect 필요 ▸ S3 액세스 → VIF (public/private 모두 가능) ▸ VPC 액세스 → 암호화 필수 (VPN 추가) ▸ 다중 지역 (us-east-1, us-west-2) → Direct Connect Gateway 【정답 포인트】 ▸ (B) 각 데이터센터에 Direct Connect 연결 → 고가용성, 신뢰성 ▸ (D) 공용 VIF는 S3 액세스 가능 (Private VIF는 VPC 전용) ▸ VPN으로 암호화 → 모든 패킷 암호 필요 ▸ 공용 VIF + VPN = S3와 VPC 모두 암호화 액세스 【오답 체크】 (A) 프라이빗 VIF는 VPC 전용. S3 액세스 불가. (C) 단일 Direct Connect → 고가용성 미충족 (2개 데이터센터) (E) Transit VIF는 Transit Gateway 게이트웨이용. S3 직접 액세스 불가. 【시험 포인트】 고가용성 = 각 데이터센터 독립 Direct Connect S3 액세스 = 공용 VIF (프라이빗 VIF 불가) 암호화 = VPN 터널 (모든 패킷) 다중 지역 VPC = Direct Connect Gateway + Transit Gateway

해설

【핵심 용어】 ▸ S3 Interface Endpoint — S3에 대한 프라이빗 액세스 (private DNS 필수) ▸ Route 53 Resolver Inbound Endpoint — 온프레미스 DNS 쿼리 수신 ▸ Private Link — RFC 1918 범위 내 액세스 【정답 포인트】 ▸ Interface Endpoint는 VPC 내 PrivateLink를 통한 액세스 ▸ Route 53 Resolver Inbound Endpoint로 온프레미스 DNS 조회 해석 ▸ 온프레미스 DNS 서버 → Resolver Inbound Endpoint → S3 interface endpoint ▸ 모든 트래픽이 프라이빗 네트워크 내 (인터넷 경유 안 함) 【오답 체크】 (A) Interface Endpoint DNS 호스트명은 온프레미스에서 조회 불가 (Route 53 필요) (C) Gateway Endpoint는 라우팅 기반. DNS 호스트명으로 온프레미스 접근 불가. (D) Gateway Endpoint는 DNS 호스트명 미지원 (s3.amazonaws.com만). Route 53도 불필요. 【시험 포인트】 Interface Endpoint = PrivateLink + DNS (Resolver 필수) Gateway Endpoint = 라우팅 기반 (DNS 호스트명 미지원) 온프레미스 + AWS = Resolver Inbound Endpoint 필수 프라이빗 액세스 = Interface Endpoint + Resolver 조합

해설

【핵심 용어】 ▸ AWS Gateway Load Balancer — Deep Packet Inspection 지원 ▸ Transit Gateway 중앙화 — 모든 VPC 트래픽 검사 ▸ 관리 오버헤드 최소화 — 중앙 지점 단일 【정답 포인트】 ▸ Gateway Load Balancer는 타사 방화벽 어플라이언스 지원 ▸ 중앙 네트워크 VPC → 모든 VPC에서 트래픽 라우팅 ▸ DPI 정책 → 방화벽 어플라이언스 규칙으로 적용 ▸ S3 로깅 → 중앙 계정에서 관리 ▸ 단일 지점 관리 → 모든 VPC 트래픽 검사 【오답 체크】 (B) ALB는 DPI 미지원 (L7만). Gateway LB만 가능. (C) 각 VPC에 ACL/보안그룹 = 높은 관리 오버헤드. DPI 기능 없음. (D) Traffic Mirroring은 각 인터페이스 설정 필요 (확장성 낮음). NLB는 DPI 미지원. 【시험 포인트】 DPI (Deep Packet Inspection) = Gateway Load Balancer 중앙화된 보안 → Transit Gateway + 중앙 검사 VPC Multi-VPC 관리 → 단일 관리 지점 Firewall 정책 = DPI 규칙 (방화벽 어플라이언스) Traffic Mirroring = 모니터링 용도 (DPI 아님)

해설

【핵심 용어】 ▸ Direct Connect SiteLink — 데이터센터 간 비용 절감 연결 ▸ 기존 VIF 재사용 → 운영 비용 최소화 ▸ 프라이빗 VIF — AWS 리소스 액세스 용도 【정답 포인트】 ▸ SiteLink는 기존 Direct Connect 연결에서 활성화 가능 ▸ 새 VIF 생성 불필요 → 기존 프라이빗 VIF 사용 ▸ 프라이빗 VIF에서 SiteLink 활성화 → 데이터센터 간 통신 ▸ 가장 운영 효율적 (새 인프라 배포 없음) 【오답 체크】 (A) 공용 VIF는 인터넷 경유. SiteLink에 부적합. (B) Transit VIF는 Transit Gateway 용도. 데이터센터 간 통신 미설계. (D) Site-to-Site VPN은 인터넷 기반. SiteLink는 Direct Connect 전용. 【시험 포인트】 SiteLink = Direct Connect 기반 데이터센터 간 연결 프라이빗 VIF = AWS 리소스 및 SiteLink 통신 가능 기존 인프라 재사용 = 운영 효율성 최고 Public/Transit VIF = SiteLink 미지원

해설

【핵심 용어】 ▸ BGP (Border Gateway Protocol) — TCP 포트 179 ▸ VIF 상태 DOWN — BGP 세션 미확립 ▸ ARP 항목 존재 — L2 연결 정상 ▸ 물리적 연결 UP — L1 정상 【정답 포인트】 ▸ ARP 항목 존재 = L2 (VLAN) 정상 ▸ VIF DOWN = BGP 세션 미확립 ▸ BGP = TCP 179 포트 필수 ▸ 포트 179 차단 → BGP 핸드셰이크 실패 → VIF DOWN 【오답 체크】 (A) ICMP는 핸드셰이크에 불필수 (Traceroute/ping 기능만) (C) 802.1Q VLAN은 ARP 응답으로 검증됨. 이미 정상. (D) 802.1ad는 다른 프로토콜. 802.1Q 환경에서는 작동 안 함 (ARP 실패 시) 【시험 포인트】 VIF 상태 DOWN의 일반적 원인 = BGP 미확립 BGP 포트 = TCP 179 (UDP 179 아님) L2 정상 (ARP OK) + L3 불가 = 포트 필터링 의심 Direct Connect 표준 포트 179 차단 = VIF 다운

해설

【핵심 용어】 ▸ Private NAT Gateway — VPC 내부 전용, 인터넷 게이트웨이 불필요 ▸ Public NAT Gateway — 인터넷 게이트웨이 필수 ▸ Transit Gateway → 온프레미스 연결 ▸ 고가용성 → 다중 AZ 배치 【정답 포인트】 ▸ VPC에 인터넷 게이트웨이 없음 → Public NAT 불가능 ▸ Private NAT Gateway → Transit Gateway 경로만으로 충분 ▸ 각 AZ에 NAT 게이트웨이 배치 → 고가용성 확보 ▸ 소스 IP 10.1.0.0/24 유지 → NAT 변환으로 구현 ▸ 다중 AZ 배치 → 한 AZ 장애 시 다른 AZ 독립 운영 【오답 체크】 (A) Public NAT Gateway 필요 - VPC에 IGW 없으므로 불가능. Public NAT는 인터넷 게이트웨이를 필수로 요구합니다. (60~100자) (C) 단일 서브넷 배치 - 가용 영역 1개만 커버하므로 고가용성 미달. 각 AZ에 독립적인 NAT 필요합니다. (60~100자) (D) Public NAT Gateway 배치 - VPC에 인터넷 게이트웨이가 없으므로 Public NAT는 작동할 수 없습니다. (60~100자) 【시험 포인트】 ▸ Private NAT = Transit Gateway와만 통신 (인터넷 경로 없음) ▸ Public NAT = 인터넷 게이트웨이 필수 (여기서는 불가) ▸ VPC에 IGW 없음 = Private NAT만 가능 ▸ 고가용성 = 각 AZ마다 독립적인 NAT 게이트웨이

해설

【핵심 용어】 ▸ VPC IPAM — IP 주소 자동 관리 및 모니터링 서비스 ▸ 자동 가져오기 — VPC/서브넷 IP 범위 자동 추적 ▸ CloudWatch 경보 — 임계값 기반 자동 알림 ▸ 운영 오버헤드 최소화 — 자동화 우선 【정답 포인트】 ▸ IPAM 설정 → VPC 계층별 풀 자동 생성 ▸ 자동 가져오기 활성화 → VPC/서브넷 IP 사용량 자동 추적 ▸ CloudWatch 경보 → 가용성 제한 임계값 기반 SNS 알림 ▸ SNS 통지 → 임계값 도달 시 즉시 관리자 알림 ▸ 수동 Lambda 또는 커스텀 메트릭 불필요 (자동화) 【오답 체크】 (B) CloudWatch Logs + Lambda 수동 구성 - 높은 운영 오버헤드. Lambda 함수 개발/관리 필요. (60~100자) (C) 커스텀 메트릭 + Lambda 스케줄링 - 5분 간격 주기 실행으로 비효율적. IPAM의 자동 추적 기능 미활용. (60~100자) (D) EventBridge 규칙 추가 - CloudWatch 경보만으로도 충분한데 EventBridge는 불필요. 추가 복잡도. (60~100자) 【시험 포인트】 ▸ VPC IPAM = IP 주소 관리 전문 AWS 서비스 ▸ 자동 가져오기 = VPC/Subnet IP 범위 자동 검색 ▸ CloudWatch 경보 = IPAM 가용성 제한 기반 알림 ▸ Lambda/커스텀 메트릭 = 불필요한 복잡도 증가

해설

【핵심 용어】 ▸ Dual-stack — IPv4 + IPv6 동시 지원 ▸ Direct Connect VIF — 가상 인터페이스 (기존 물리 연결 재사용) ▸ Site-to-Site VPN — 백업 연결 (암호화 터널) ▸ 최단 시간 → 기존 인프라 활용 【정답 포인트】 ▸ (A) 기존 VPN 연결에 IPv6 터널 추가 - VPN 새로 생성하지 않고 기존 연결에 IPv6 터널만 추가로 빠른 배포 ▸ (D) Direct Connect VIF에 IPv6 피어 추가 - VIF 재생성 없이 기존 VIF에 피어 추가 (BGP 세션 확장) ▸ 기존 물리 연결 재사용 → 프로비저닝 시간 단축 ▸ VPN + Direct Connect 모두 IPv6 지원 → 완전한 이중 스택 【오답 체크】 (B) 새 VPN 연결 생성 - 시간 소요. 기존 VPN 재사용이 아님. 추가 배포 기간 필요. (60~100자) (C) 새 VIF 생성 - VIF 추가 시간. 기존 VIF 활용하지 않으므로 비효율. 새로운 BGP 세션 필요. (60~100자) (E) IPv6 터널링 - IPv6을 IPv4 내에 캡슐화는 구식 방식. 네이티브 이중 스택 (A,D)이 표준. (60~100자) 【시험 포인트】 ▸ 기존 연결 활용 = 최단 배포 시간 ▸ Direct Connect IPv6 = 피어 추가 (새 VIF 불필요) ▸ VPN IPv6 = 새 터널 (기존 연결 확장) ▸ Dual-stack = VPN + DX 모두 IPv6 지원 필수

해설

【핵심 용어】 ▸ Network Firewall 로깅 — Alert Log + Flow Log 이원화 ▸ 완벽한 감시 — 모든 트래픽 기록 ▸ 감사 및 경고 — Alert Log 필수, Flow Log 보조 【정답 포인트】 ▸ Network Firewall 로깅 설정 → Alert Log + Flow Log 동시 활성화 ▸ Alert Log = 정책 매칭 이벤트 (탐지된 트래픽) ▸ Flow Log = 모든 네트워크 흐름 레코드 (통과/차단 전체) ▸ CloudWatch, VPC Flow Logs, CloudTrail은 불완전한 로깅 【오답 체크】 (A) CloudWatch만으로는 흐름 로그 캡처 불가능. Alert 로그만 기록됨. Flow 로그 누락. (60~100자) (C) VPC Flow Logs는 방화벽 정책 적용 결과를 기록하지 않음. 엔드포인트 트래픽만 기록됨. (60~100자) (D) CloudTrail은 API 호출만 기록. 방화벽 트래픽 검사 로깅이 아님. 데이터 플레인 이벤트 미포함. (60~100자) 【시험 포인트】 ▸ Network Firewall = 자체 독립적 로깅 시스템 ▸ Alert + Flow 로그 = 완전한 감시 커버리지 ▸ CloudWatch/CloudTrail ≠ Network Firewall 로깅 기능 ▸ 모든 트래픽 기록 = Network Firewall 설정에서만 구성

해설

【핵심 용어】 ▸ NAT 게이트웨이 중복화 — 각 AZ에 독립 배치 ▸ AZ 격리 — 가용 영역별 라우팅 테이블 분리 ▸ 단일 장애점 제거 — 다중 NAT + 독립 경로 【정답 포인트】 ▸ 각 AZ에 NAT 게이트웨이 배치 (AZ1 제외, 기존 위치) ▸ AZ별 독립 라우팅 테이블 → 각 AZ 프라이빗 서브넷이 해당 AZ NAT만 사용 ▸ AZ2 장애 시 → AZ2 서브넷만 영향 (AZ3는 독립 운영) ▸ AZ 간 NAT 의존성 제거 → 장애 격리 【오답 체크】 (A) 단일 라우팅 테이블로 VIP 수동 관리 - 복잡하고 자동 장애 조치 불가. 수동 개입 필요. (60~100자) (B) 동일 라우팅 테이블 사용 - AZ 정책 구분 불가능. AZ2 장애 시 AZ3도 영향. (60~100자) (C) 다중 VPC 구성 - 비용 증가, 운영 복잡성 높음. VPC 간 피어링 필요. (60~100자) 【시험 포인트】 ▸ 고가용성 NAT = 각 AZ에 독립 배치 필수 ▸ 라우팅 격리 = AZ별 독립 라우팅 테이블 ▸ AZ 장애 = 해당 AZ만 영향 (다른 AZ 무관) ▸ VIP 수동 관리 < AZ별 라우팅 자동화

해설

【핵심 용어】 ▸ Virtual Private Gateway — 단일 VPC 액세스용 ▸ Direct Connect Gateway — 다중 VPC/지역 중앙화 ▸ Transit VIF vs Private VIF — Transit Gateway 지원 여부 ▸ 비용 최적화 — 필요한 VPC만 선택적 액세스 【정답 포인트】 ▸ (A) 4개 VPC에 각각 VPG 생성 - 단일 VPC 연결용 게이트웨이 ▸ (B) Direct Connect 게이트웨이 중앙화 - 4개 VPG를 하나의 DX Gateway로 통합 ▸ (E) 각 Direct Connect에 4개 프라이빗 VIF - VPG 연결용 가상 인터페이스 ▸ VPG는 Transit Gateway와 연결 불가 (Direct Connect Gateway 거쳐야 함) ▸ 총 4개의 Direct Connect로 4개 VPC 모두 지원 가능 【오답 체크】 (C) Transit VIF → Transit Gateway 연결용. VPG는 Transit VIF 미지원. 호환성 없음. (60~100자) (D) Transit VIF를 VPG와 직접 연결 불가능. DX Gateway 거쳐야 함. 프로토콜 미매칭. (60~100자) (F) Transit Gateway 연결 불필요 - 4개 VPC만 선택적 액세스. 나머지 26개 VPC는 내부 TGW로 통신. (60~100자) 【시험 포인트】 ▸ 다중 지역 선택적 액세스 → VPG + DX Gateway 조합 ▸ Private VIF = VPG 연결 (Direct Connect당 4개) ▸ Transit VIF = Transit Gateway 연결 (여기서 불필요) ▸ Direct Connect Gateway = 중앙 허브 역할 ▸ Transit Gateway = 30개 VPC 내부 통신용 (외부 DX 액세스 아님)

해설

【핵심 용어】 ▸ 원격 관리 도구 — EC2 인스턴스 제어 방법 ▸ RBAC (역할 기반 접근 제어) — 권한 관리 ▸ 인터넷 경로 없음 — 프라이빗 네트워크 전용 【정답 포인트】 ▸ AWS Systems Manager Session Manager = 에이전트 기반 원격 접근 ▸ SSM Agent 배포 → 모든 EC2 인스턴스에 설치 ▸ VPC 엔드포인트 (Systems Manager용) → 프라이빗 네트워크 통신 ▸ Session Manager → 인터넷 경로 불필요, IAM 기반 RBAC 내장 ▸ SSH/RDP 관리 불필요 → 보안 강화 【오답 체크】 (A) Direct Connect 설정 - 온프레미스 연결용. 오버엔지니어링. RBAC 메커니즘 미흡. (60~100자) (C) Site-to-Site VPN 설정 - 비용 증가, 추가 구성 필요. Session Manager가 간단. (60~100자) (D) 어플라이언스 배포 - 별도 관리 부담. 공인 IP 필요. Session Manager 표준 방식 아님. (60~100자) 【시험 포인트】 ▸ EC2 원격 관리 = AWS Systems Manager 최적 ▸ 프라이빗 네트워크 = VPC 엔드포인트 + SSM Agent ▸ RBAC = IAM 정책으로 자동 구현 ▸ 인터넷 경로 불필요 = Direct Connect/VPN 오버엔지니어링

해설

【핵심 용어】 ▸ IPSec Transport Mode — 페이로드만 암호화, IP 헤더는 노출 ▸ Key Exchange 메커니즘 — IKEv1/IKEv2 프로토콜 ▸ DH Group — Diffie-Hellman 키 교환 알고리즘 【정답 포인트】 ▸ (A) 자동 생성 키 — IKEv1/IKEv2 자동 키 교환 필수 ▸ (D) DH-group 20 (ECP-384 bits) — 높은 강도의 Diffie-Hellman 그룹 ▸ Transport Mode → 양 끝점이 호스트 (호스트-호스트 암호화) ▸ 키 자동 생성 → IKE 프로토콜 통해 자동 협상 【오답 체크】 (B) NAT Traversal — Tunnel Mode에서 NAT 환경 지원. Transport Mode는 직접 호스트-호스트. (60~100자) (C) IKEv1 필수 아님 — IKEv2도 Transport Mode 지원. IKEv1 제약 없음. (60~100자) 【시험 포인트】 ▸ Transport Mode = 호스트-호스트 암호화 ▸ Tunnel Mode = 게이트웨이-게이트웨이 (네트워크-네트워크) ▸ 자동 키 생성 = IKE 프로토콜 기본 기능 ▸ DH Group = 키 강도 협상 시 필수

해설

【핵심 용어】 ▸ 싱가포르 개인정보보호법 (PDPA) — 고용 관계에서 개인 데이터 보호 ▸ 직원 동의 — 민감한 개인 정보 수집의 법적 요건 ▸ 보건 위기 면제 — 공중 보건 우선 【정답 포인트】 ▸ (A) 정답 — 직원 동의 없이 개인 데이터 공유 가능 조건 없음 (금융 계획 회사와의 공유는 동의 필수) ▸ (B) 보건 위기 면제 — PDPA 예외 조항. 공중 보건 이유로 동의 없이 공개 가능 ▸ (C) 모니터링 소프트웨어 — 동의 필수 (개인 데이터 수집) ▸ (D) CCTV 감시 — 동의 필수 (개인 데이터 수집) 【오답 체크】 (B) 보건 위기 중 건강 데이터 공개 — PDPA 면제 가능 (공중 보건 이유) (C) 컴퓨터 모니터링 — 개인 데이터 수집으로 동의 필수 (D) CCTV 감시 — 직원 개인 데이터 수집으로 동의 필수 【시험 포인트】 ▸ PDPA 예외 = 공중 보건, 정부 기관, 개인 활동 ▸ 고용 관계 = 강화된 개인 데이터 보호 ▸ 민감 정보 공유 = 명시적 동의 필수 ▸ 보건 위기 = PDPA 면제 조항

해설

【핵심 용어】 ▸ Cisco ACI 브리지 도메인 — 레이어 2 네트워크 세그멘테이션 ▸ Unknown Unicast Flooding — MAC 주소 미학습 프레임 브로드캐스트 ▸ 최적화 모드 — 불필요한 학습 억제 【정답 포인트】 ▸ (D) 브리지 도메인을 최적화 모드로 구성 — 알려지지 않은 유니캐스트 플러딩 방지 ▸ 최적화 모드 → 프로토콜 기반 학습만 (unknown MAC flooding 억제) ▸ 잘못된 MAC 학습 방지 → 브로드캐스트 트래픽 감소 【오답 체크】 (A) 캡슐화 설정 — Encapsulation은 VLAN 태깅 방식. 플러딩과 무관. (60~100자) (B) Clear Remote MAC 설정 — MAC 엔트리 초기화용. 플러딩 방지 메커니즘 아님. (60~100자) (C) Disable Remote EP Learn — 엔드포인트 학습 비활성화는 ACI 기능 무효화. 과도한 조치. (60~100자) 【시험 포인트】 ▸ ACI 최적화 모드 = Unknown Unicast 제어 ▸ 브리지 도메인 설정 = 학습 정책 결정 ▸ 플러딩 방지 = 성능 최적화

해설

【핵심 용어】 ▸ 싱가포르 PDPA 면제 대상 — 정부 기관, 개인 활동, 예술/뉴스 목적 ▸ 직원 모니터링 합법성 — 명시적 동의 필수 ▸ 데이터 공개 규제 — 개인정보 이관 시 보호 의무 【정답 포인트】 ▸ (A) 정답 — 직원이 명시적으로 동의하지 않은 경우 모니터링 불법 ▸ PDPA 기본 원칙 → 민감한 개인 데이터 수집 시 명시적 동의 필수 ▸ 모니터링 공지 ≠ 동의 → 채용 공지는 동의가 아님 【오답 체크】 (B) 데이터 보안 정책 재정비 — 정책 변경이 모니터링을 불법화하지 않음. (60~100자) (C) 민감한 개인정보 수집 — 민감 정보는 동의 필수. 이미 합법 프레임워크 내. (60~100자) (D) 연락처 정보 미제공 — 동의 절차 결함. 모니터링 자체의 합법성과는 별개. (60~100자) 【시험 포인트】 ▸ PDPA 핵심 = 명시적 동의 필수 ▸ 공지 ≠ 동의 (affirmative consent) ▸ 고용 계약 조건 = 강제 동의 의심 ▸ 모니터링 합법화 = 자유로운 동의 필수

해설

【핵심 용어】 ▸ 업무 연락처 정보 (Business Contact Information) — 개인 데이터 범주 밖 ▸ PDPA 적용 범위 — 개인 데이터만 규제 ▸ 명함 정보 — 회사 이메일, 업무 전화, 직함 【정답 포인트】 ▸ (B) 정답 — 업무 연락처 정보는 PDPA 범위 밖, 자유로운 사용 가능 ▸ PDPA 정의 → "개인 데이터"는 개인 식별 + 개인 상황 연관 ▸ 업무 연락처 → 회사 제공, 개인 정보 아님 (공개 가능) 【오답 체크】 (A) 자발적 전달 = 동의 의사 표현 아님 — 명함은 직업 활동 범주. (60~100자) (C) 클라우드 미사용 — 저장 위치와 무관. PDPA 적용 여부와 무관. (60~100자) (D) 관계 개시 — 관계 시작이 무제한 데이터 사용 정당화하지 않음. (60~100자) 【시험 포인트】 ▸ 업무 연락처 = 개인 데이터 아님 ▸ 명함 정보 = PDPA 보호 대상 밖 ▸ 개인 데이터 vs 업무 정보 구분 필수 ▸ PDPA 예외 = 자동 적용 (동의 불필요)

해설

【핵심 용어】 ▸ PDPA 면제 규정 — 특정 기관/상황 제외 ▸ 정부 기관 면제 — 공공 업무 특성 ▸ 개인 활동 면제 — 개인적 데이터 처리 ▸ 예술/뉴스 목적 면제 — 표현의 자유 【정답 포인트】 ▸ (D) 정답 — CCTV는 PDPA 면제 대상 아님 ▸ 상점 CCTV → 비즈니스 활동 (개인 활동 아님) ▸ 직원/고객 개인 데이터 수집 → PDPA 규제 대상 ▸ 강화된 보호 의무 필요 【오답 체크】 (A) 정부 자동차 등록 웹사이트 — 정부 기관 면제 (공공 업무). (60~100자) (B) 개인 파티 룸 — 개인의 개인 활동 면제 (프라이빗 이벤트). (60~100자) (C) 다큐멘터리 콘서트 촬영 — 뉴스/예술 목적 면제 (표현의 자유). (60~100자) 【시험 포인트】 ▸ PDPA 면제 = 정부, 개인, 예술/뉴스 ▸ CCTV = 민간 상업 활동 (면제 대상 아님) ▸ 개인 활동 범주 = 홈 비디오, 프라이빗 모임 ▸ 상업적 CCTV = PDPA 전체 준수 필수

해설

【핵심 용어】 ▸ 민감한 개인 정보 (Sensitive Personal Data) — 강화된 보호 범주 ▸ 국제 표준 — GDPR, CCPA, PDPA 공통 ▸ 건강 정보 — 신체적/정신적 건강 관련 모든 정보 【정답 포인트】 ▸ (B) 정답 — 건강 정보는 모든 개인정보보호 법률의 민감 범주 ▸ 의료 진료 기록, 질병 진단, 약물 복용 이력 포함 ▸ 심리 상담, 정신 건강 기록도 포함 ▸ 국제적으로 강화된 보호 기준 적용 【오답 체크】 (A) 혼인 상태 — 일반 개인 정보. 민감한 범주 아님. (60~100자) (C) 직업 이력 — 일반 개인 정보. 직업은 공개 정보 취급. (60~100자) (D) 범죄 기록 — 특정 국가에서 민감할 수 있으나, 건강 정보처럼 보편적 아님. (60~100자) 【시험 포인트】 ▸ 민감 정보 = 신체/정신 건강 관련 ▸ GDPR = Special Categories (건강, 생체, 종교 등) ▸ CCPA = Sensitive Personal Information (건강, 기타) ▸ 모든 국가 = 건강 정보는 민감 범주 포함

해설

【핵심 용어】 ▸ OECD 개인정보보호 원칙 — 1980년 채택 ▸ Guidelines vs Regulations — 구속력 없는 권장사항 ▸ 국경 간 데이터 흐름 — 국제 데이터 이동 규정 ▸ OECD 회원국 범위 — 국제 협력 기구 【정답 포인트】 ▸ (B) 정답 — OECD 회원국의 개인정보보호 및 국경 간 데이터 흐름 지침 ▸ Guidelines = 구속력 없는 권장사항 (회원국 자율 준수) ▸ OECD 회원국 범위 (EU만 아님, 전 세계 37개국) ▸ Trans-border Data Flows = 국제 데이터 이동 명시적 다룸 ▸ 글로벌 개인정보보호 표준의 기초 【오답 체크】 (A) FTC와의 협력 명시 — OECD는 독립 기구. FTC 협력 없음. (60~100자) (C) EU만 적용 — EU 규제가 아닌 OECD 전 회원국 대상. (60~100자) (D) Mandatory Rules — OECD 원칙은 지침(guidelines)이지 의무 규칙 아님. (60~100자) 【시험 포인트】 ▸ OECD 원칙 = 국제 개인정보보호 표준 ▸ Guidelines = 권장사항 (구속력 없음) ▸ 1980년 역사적 배경 = 현대 GDPR/CCPA/PDPA의 기초 ▸ 회원국 범위 = OECD 전체 (유럽 한정 아님)