무료 온라인 액세스 IIBA.IIBA-CCA.v2026-07-09.q25 모의 시험 (Page 3)

IIBA-CCA 문제 6

복구 시점 목표(RPO)와 복구 시간 목표(RTO)는 어떤 시스템 속성을 기준으로 합니까?

A. 민감도

B. 취약성

C. 비용

D. 중요도

정답: D

복구 시간 목표(RTO)와 복구 시점 목표(RPO)는 시스템 중단 후 시스템을 얼마나 빨리 복구해야 하는지, 그리고 허용 가능한 데이터 손실량을 정의하는 연속성 및 복원력 목표입니다. 이러한 목표는 주로 시스템의 중요도, 즉 비즈니스 운영, 안전, 수익, 법적 의무 및 고객 약속에 있어 시스템의 필수성을 기준으로 설정됩니다. 중요도가 높은 시스템은 핵심 업무 기능이나 시간 제약이 있는 서비스를 지원하므로 더 짧은 RTO(빠른 복구)와 더 작은 RPO(데이터 손실 최소화 또는 없음)가 요구됩니다. 중요도가 낮은 시스템은 더 긴 장애 시간과 더 큰 데이터 손실을 허용할 수 있으므로 더 긴 RTO와 RPO를 적용할 수 있습니다.
사이버 보안 및 비즈니스 연속성 문서에서는 RTO/RPO 결정을 비즈니스 영향 분석(BIA) 결과와 연계합니다. BIA는 최대 허용 다운타임, 운영 종속성, 서비스 중단 및 데이터 사용 불가로 인한 결과를 파악합니다. 이를 바탕으로 조직은 위험 감수 수준 및 필요한 서비스 수준에 맞춰 RTO/RPO 목표를 설정합니다. 이러한 목표는 백업 빈도, 복제 방법, 고가용성 아키텍처, 장애 조치 설계, 재해 복구 절차, 모니터링 및 정기적인 복구 테스트와 같은 기술적 및 운영적 통제를 수립하는 데 중요한 역할을 합니다.
민감도는 기밀성 요구 사항에 중점을 두고 암호화 및 접근 제어에 영향을 미칠 수 있지만, 허용 가능한 다운타임이나 데이터 손실을 직접적으로 정의하지는 않습니다. 취약성은 취약점 노출 정도를 나타내며 복구 목표가 아닌 위협/위험 관리 목적으로 사용됩니다. 복구 솔루션 선택 시 비용은 제약 조건이지만, RTO/RPO는 비즈니스 요구 사항과 시스템 중요도를 우선적으로 고려하여 정의한 후 예산 범위 내에서 해당 목표를 달성할 수 있는 솔루션을 선택합니다.

IIBA-CCA 문제 7

분석가는 위협의 전반적인 발생 가능성을 평가할 때 어떤 위험 요소를 고려해야 할까요?

A. 공격 개시 가능성 및 개시된 공격 성공 가능성

B. 위험 수준, 위험 영향 및 완화 전략

C. 전체 사이트 트래픽 및 거래량

D. 과거 경험 및 동향

IIBA-CCA 문제 8

데이터 정보 분류는 조직의 다음과 같은 기준에 따라 결정되는 보호 수준입니다.

A. 감사 목적의 보존.

B. 직원들의 접근 필요성.

C. 자동화 시스템의 가용성 시점.

D. 정보 공개로 인한 손실 또는 피해 위험.

IIBA-CCA 문제 9

미국에서 의료 데이터 사용을 규율하는 개인정보 보호법은 무엇입니까?

A. 개인정보보호법

B. 파이프다

C. HIPAA

D. PCI-DSS

IIBA-CCA 문제 10

비즈니스 프로세스 다이어그램을 사용하여 솔루션 프로세스 내의 취약점을 파악할 수 있다면, 솔루션 기술 내의 취약점을 파악하는 데 사용할 수 있는 도구는 무엇일까요?

A. 서비스형 취약점(Vulnerability-as-a-Service)

B. 침투 테스트

C. 보안 패치

D. 연기 테스트

정답: B

비즈니스 프로세스 다이어그램은 분석가가 워크플로, 승인, 인수인계 및 직무 분리의 약점을 파악하는 데 도움이 되지만, 기본 애플리케이션, 인프라 또는 구성의 기술적 보안을 직접적으로 테스트하지는 않습니다. 솔루션 기술의 취약점을 식별하기 위해 사이버 보안 실무에서는 침투 테스트를 사용합니다. 침투 테스트는 시스템에 대한 실제 공격을 통제된 환경에서 승인된 방식으로 시뮬레이션하는 것입니다. 침투 테스트는 적대적인 조건에서 솔루션이 어떻게 작동하는지 검사하고 보안 제어가 실제로 악용을 방지하는지, 단순히 설계 단계에만 머무르지 않는지 검증합니다.
침투 테스트는 일반적으로 정찰, 열거, 그리고 인증, 세션 관리, 접근 제어, 입력 처리, API, 암호화 사용, 잘못된 구성, 노출된 서비스 등의 영역에서 취약점을 악용하려는 시도를 포함합니다. 테스트 결과는 악용 경로, 영향, 영향을 받는 구성 요소, 권장되는 개선 조치 등 증거 기반의 분석 결과를 제공합니다. 따라서 침투 테스트는 시스템 가동 전, 주요 변경 후, 그리고 고위험 시스템의 보안 상태를 주기적으로 확인하는 데 특히 유용합니다.
다른 옵션들은 목표에 부합하지 않습니다. 보안 패치는 취약점이 알려진 후 취하는 시정 조치이지, 취약점을 발견하는 방법이 아닙니다. 스모크 테스트는 시스템이 빌드되고 실행되는지 확인하는 기본적인 기능 검사일 뿐, 보안 평가가 아닙니다. 서비스형 취약점(Vulnerability-as-a-Service)은 스캐닝이나 테스트를 포함할 수 있는 제공 모델이지만, 이 맥락에서 기술 자체의 취약점을 식별하는 데 가장 널리 사용되는 도구 또는 기술은 침투 테스트입니다. 침투 테스트는 악용 가능성과 실제 보안 영향을 직접적으로 평가합니다.

최근 업로드: 212PMI.CAPM.v2026-07-09.q999; 235Snowflake.COF-C02.v2026-07-09.q699; 115Guidewire.InsuranceSuite-Analyst.v2026-07-09.q40; 111SAP.C_FSM_2601.v2026-07-09.q22; 124NetworkAppliance.NS0-185.v2026-07-09.q82; 129Huawei.H31-411.v2026-07-09.q111; 115IIBA.IIBA-CCA.v2026-07-09.q25; 126Fitness.NCSF-CPT.v2026-07-08.q18; 130Juniper.JN0-232.v2026-07-08.q66; 135Cisco.300-745.v2026-07-08.q44