24년 1회차

옳은 설명은 공개키 암호의 키 관리 용이성과 대칭키 암호의 빠른 속도 두 가지이다.

공개키 방식은 공개키만 배포하면 되어 사용자 쌍마다 비밀키를 나눠 가질 필요가 없고, 대칭키 방식은 연산이 단순해 공개키 방식보다 훨씬 빠르다.

• AES가 암·복호화에 서로 다른 키를 쓴다는 설명: AES는 같은 키를 쓰는 대칭키 암호이므로 틀리다.
• 3DES가 128·192·256비트 키 3개를 쓴다는 설명: 3DES는 DES 키(유효 56비트)를 2~3개 쓰며, 128·192·256비트는 AES의 키 길이이므로 틀리다.

옳은 것은 일방향성(역계산 불가)과 충돌 회피(다른 입력은 다른 해시값) 두 가지이다.

해시값으로부터 원래 메시지를 되찾을 수 없어야 하고, 서로 다른 입력이 같은 해시값을 갖는 경우를 찾기 어려워야 한다.

• 주어진 메시지와 같은 해시값을 갖는 다른 메시지를 찾기 어려운 성질: 이는 약한 충돌 내성(두 번째 역상 저항성)이다. 강한 충돌 내성은 해시값이 같은 임의의 메시지 쌍을 찾기 어려운 성질이므로 틀리다.

제시된 네 설명이 모두 옳다.

AES는 128비트 평문 블록을 처리하고, 키 길이(128·192·256비트)에 따라 라운드 수가 10·12·14로 정해지며, 각 라운드 키는 키 길이와 무관하게 블록과 같은 128비트이다.

복호화는 SubBytes·ShiftRows·MixColumns의 역변환을 사용하므로, Feistel 구조처럼 암호화와 같은 알고리즘을 그대로 쓰지 않는다.

옳은 설명은 블록 크기가 알고리즘마다 다를 수 있다는 것이다.

예를 들어 DES는 64비트, AES·SEED·ARIA는 128비트 블록을 사용한다.

• SEED가 SPN 구조라는 설명: SEED는 Feistel 구조이며, SPN 구조인 국산 블록 암호는 ARIA이다.
• ARIA가 256비트 블록을 쓴다는 설명: ARIA의 블록은 128비트이고, 256비트는 지원 키 길이 중 하나이다.
• CBC 모드에 오류 전파가 없다는 설명: 암호문 블록 하나가 손상되면 해당 블록과 다음 블록의 복호 결과까지 영향을 받으므로 오류가 전파된다.

제시된 공격은 차분 해독법이다.

평문 쌍의 차이가 암호문 쌍의 차이로 어떻게 전달되는지에 대한 통계적 특성을 분석해 키를 추정하는 선택 평문 공격이다.

• 선형 해독법: 평문·암호문·키 비트 사이의 선형 근사식을 이용하는 기지 평문 공격이다.
• 전수 공격법: 가능한 모든 키를 하나씩 대입해 보는 방법이다.
• 통계적 분석: 암호문의 문자 빈도 등 통계 정보를 이용하는 방법으로, 블록 쌍의 비트 차이를 추적하지 않는다.

옳은 것은 키 배송 문제, 부가형 서명의 원문 필요, RSA 메시지 복원형 서명 세 가지이다.

부가형 서명은 서명을 메시지에 덧붙이므로 검증 시 원래 메시지가 함께 있어야 하고, RSA는 서명값에서 메시지를 되살리는 복원형 서명으로도 구현할 수 있다. 또한 검증자는 서명자의 공개키를 받아야 하므로 그 공개키를 진짜임이 보장되게 전달하는 문제가 남으며, 이를 인증서(PKI)로 해결한다.

• 개인키로 서명을 검증한다는 설명: 서명은 개인키로 생성하고 공개키로 검증하므로 틀리다.

옳은 것은 저장소에 관한 설명과 계층구조의 상호인증에 관한 설명이다.

저장소(디렉터리)는 인증서와 인증서 취소 목록(CRL)을 보관·검색하게 하며, 엄격한 계층구조에서는 최상위 인증기관끼리만 상호인증하고 하위 인증기관 간 상호인증은 허용하지 않는다.

• 등록기관이 인증서 발급·취소를 담당한다는 설명: 등록기관(RA)은 신청자 신원 확인과 등록을 대행하고, 발급·취소는 인증기관(CA)이 맡는다.
• 키배포 센터를 PKI 구성요소로 든 설명: 키배포 센터(KDC)는 Kerberos 같은 대칭키 기반 키 분배 구조의 요소로, PKI 구성요소가 아니다.

틀린 설명은 암호문의 크기가 평문과 같다는 것이다.

암호문은 $C = M^{E} \bmod N$으로 계산되어 $0$부터 $N-1$ 사이의 값이 되므로, 그 크기는 평문이 아니라 모듈러스 N에 의해 정해진다.

• {D, N}을 개인키라 하는 설명: 공개키는 {E, N}, 개인키는 {D, N}이므로 옳다.
• N이 소인수분해되면 D를 찾을 수 있다는 설명: $N = pq$를 알면 $\phi(N) = (p-1)(q-1)$을 구해 $ED \equiv 1 \pmod{\phi(N)}$에서 D를 계산할 수 있으므로 옳다.
• N 생성에 소수 2개가 필요하다는 설명: 서로 다른 두 소수 p, q의 곱으로 N을 만들므로 옳다.

무결성을 위협하는 공격은 부인과 재전송이다.

재전송은 가로챈 메시지를 다시 보내 정상 거래처럼 처리되게 하고, 부인은 송·수신 사실을 부정해 메시지의 진정성을 훼손하므로 무결성 위협으로 분류한다.

• 스누핑: 데이터를 몰래 엿보는 행위로 기밀성 위협이다.
• 트래픽 분석: 통신량·통신 상대 등을 관찰해 정보를 얻는 행위로 기밀성 위협이다.

MAC으로 해결할 수 있는 것은 인증과 무결성 검증이다.

MAC은 공유 비밀키로 메시지의 태그를 만들어, 키를 가진 상대가 보냈는지와 내용이 바뀌지 않았는지를 확인하게 한다.

• 기밀성: MAC은 메시지를 암호화하지 않으므로 내용 은닉을 제공하지 않는다.
• 제3자에 대한 증명: 송·수신자가 같은 키를 공유해 양쪽 모두 태그를 만들 수 있으므로 제3자에게 작성자를 증명할 수 없고 부인 방지도 불가능하다(전자서명이 필요).

가는 치환 암호, 나는 전치 암호이다.

치환 암호는 문자를 다른 문자로 바꾸되 위치는 유지하고, 전치 암호는 문자는 그대로 두고 위치만 재배열한다.

• 전치 암호, 치환 암호 조합: 두 정의를 거꾸로 대응시켰다.
• 치환 암호, 공개키 암호 조합: 공개키 암호는 키 구조에 따른 분류로, 문자의 위치를 바꾸는 방식이 아니다.
• 공개키 암호, 치환 암호 조합: 가 자리에 공개키 암호를, 나 자리에 치환 암호를 넣어 두 정의 모두와 맞지 않는다.

옳은 것은 RC4, AES-CFB, 키스트림의 독립 생성에 관한 설명이다.

동기식 스트림 암호는 키스트림을 평문·암호문과 무관하게 키로부터 만들어 XOR하며 RC4가 대표적이고, 블록 암호도 CFB(또는 OFB·CTR) 모드로 운용하면 스트림 암호처럼 쓸 수 있다.

• 동기식 스트림 암호에서 비트 오류가 전이된다는 설명: 키스트림이 암호문에 의존하지 않으므로 손상된 비트만 틀리고 오류가 전이되지 않는다.

강한 충돌 내성을 위협하는 공격은 생일 공격이다.

생일 역설에 따라 n비트 해시에서 약 $2^{n/2}$번 시도만으로 해시값이 같은 임의의 메시지 쌍을 찾을 확률이 높아지므로, 충돌 쌍 탐색에 특화된다.

• 중간자 공격: 통신 경로에 끼어들어 메시지를 가로채거나 바꾸는 공격으로 해시 충돌과 무관하다.
• 무차별 공격: 모든 경우를 대입하는 일반적 방법으로, 충돌 쌍 탐색에서는 생일 역설을 이용하는 방식보다 효율이 낮다.
• 사전 공격: 자주 쓰는 단어 목록으로 비밀번호를 추측하는 공격이다.

키 배송 문제의 해결책은 키 사전 공유와 공개키(RSA) 암호 이용이다.

미리 안전한 경로로 키를 나눠 두거나, 대칭키를 상대의 공개키로 암호화해 보내면 수신자만 개인키로 꺼낼 수 있다(키 배포 센터, Diffie-Hellman 키 교환도 해결책이다).

• 전자서명 이용: 전자서명은 송신자 인증과 무결성·부인 방지를 제공할 뿐 대칭키를 비밀리에 전달하지 못한다.

틀린 설명은 사용 기관이 보안 업데이트를 직접 수행해야 한다는 것이다.

SECaaS는 보안 기능을 클라우드 서비스로 빌려 쓰는 방식이어서 탐지 패턴·엔진 갱신 등 업데이트를 서비스 제공자가 수행한다.

• 도입 비용 절감과 유연성 확보: 장비 구매 없이 필요한 만큼 이용하므로 옳다.
• 네트워크·웹 보안, 취약점 스캐닝 제공: SECaaS의 대표 기능이므로 옳다.
• 투자가 어려운 환경에서 서비스 형태로 이용: 자체 구축 부담 없이 구독하는 것이 SECaaS의 취지이므로 옳다.

잘못 짝지은 것은 자신의 모습 – 신분증이다.

자신의 모습(존재 기반) 인증은 지문·홍채·얼굴 같은 생체 정보이며, 신분증은 소지 기반(가지고 있는 것)에 해당한다.

• 알고 있는 것 – ID/PW: 기억하는 비밀번호이므로 옳다.
• 위치하는 곳 – 사용자 IP: 접속 위치를 근거로 하는 위치 기반 인증이므로 옳다.
• 가지고 있는 것 – 스마트키: 사용자가 소지한 물건이므로 옳다.

퍼블릭 클라우드의 특징이 아닌 것은 공공기관이 자체 데이터 센터에 구축하는 방식이다.

조직이 자체 시설에 전용으로 구축·운영하는 형태는 프라이빗 클라우드이다.

• 필요한 서비스를 언제나 이용: 인터넷으로 자원을 즉시 쓰는 온디맨드 특성이므로 옳다.
• AWS, MS Azure 사례: 대표적 퍼블릭 클라우드이므로 옳다.
• 제공자가 IT 자원을 소유: 제공자가 소유한 자원을 여러 고객이 공유하므로 옳다.

설명하는 것은 업무 연속성 계획(BCP)이다.

재해·사이버 테러 등으로 시스템이나 업무가 중단될 상황에 대비해 핵심 업무를 지속하고 복구하는 계획으로, 가용성 확보가 목적이다.

• 데이터 품질 관리: 데이터의 정확성·일관성을 관리하는 활동이다.
• 소프트웨어 결함 분석: 프로그램 오류의 원인을 찾는 활동이다.
• 취약점 분석 계획 수립: 시스템의 보안 약점을 점검하기 위한 계획으로, 업무 중단 대비 계획이 아니다.

틀린 설명은 DLP에 관한 것이다.

DLP는 중요 데이터가 외부로 유출되는 것을 탐지·차단하는 솔루션이며, 인터넷 회선을 임대 회선처럼 쓰게 하는 것은 VPN이다.

• 백신: 단말·서버에 설치해 악성코드를 탐지·치료하므로 옳다.
• DRM: 문서·콘텐츠의 열람·편집·인쇄 권한을 통제하므로 옳다.
• NAC: 단말의 MAC 주소 등으로 인증하고 접근을 통제해 허가되지 않은 접속을 막으므로 옳다.

틀린 설명은 갱신 심사를 운영하지 않는다는 것이다.

ISMS-P 심사는 최초 심사, 사후 심사, 갱신 심사로 구분되며, 갱신 심사는 유효기간 만료 전에 인증을 연장하기 위해 받는다.

• 심사기관이 심사팀장·심사원으로 심사 수행: 심사기관의 역할이므로 옳다.
• 인증범위에 조직·물리적 위치·정보자산 포함: 인증범위 설정 기준이므로 옳다.
• 사후 심사는 유효기간 중 매년 1회 이상: 관리체계 유지 여부를 확인하는 심사이므로 옳다.

제시된 설명은 모두 옳다.

비트코인 블록체인은 거래(트랜잭션)를 담은 블록을 연결한 분산 원장이며, 각 블록 헤더에 이전 블록의 해시값이 들어가 위·변조를 어렵게 한다.

채굴 보상은 반감기마다 절반으로 줄고, 채굴 난이도를 조정해 블록 생성 주기를 일정하게 유지하므로 공급 일정을 예측할 수 있다.

틀린 설명은 Record 프로토콜에 관한 것이다.

Record 프로토콜은 상위 데이터를 단편화·압축하고 MAC과 암호화를 적용해 기밀성·무결성을 제공하는 계층이며, 가용성 모니터링과는 관계없다.

• SSL 기반 구성: TLS는 SSL을 바탕으로 표준화되었으므로 옳다.
• TLS 1.2 사용 시 주의: 취약한 암호 스위트·옵션을 허용할 수 있어 설정에 주의해야 하므로 옳다.
• Handshake 프로토콜: 상호 인증과 암호 알고리즘·키 협상을 수행하므로 옳다.

옳은 설명은 Blind SQL Injection에 관한 것이다.

오류 메시지가 보이지 않을 때 참·거짓 조건에 따른 응답 차이를 관찰해 DB 정보를 하나씩 알아내는 기법이다.

• Form SQL Injection 설명: 에러값으로 점진적으로 정보를 얻는 것은 Error-based 방식이며, Form 방식은 로그인 폼 입력값을 조작해 인증을 우회하는 기법이다.
• Union SQL Injection 설명: 게시판에 스크립트를 저장하는 것은 저장형 XSS이며, Union 방식은 UNION 연산자로 다른 테이블의 조회 결과를 덧붙인다.
• Error-based SQL Injection 설명: 피해자 브라우저가 특정 사이트에 강제로 요청을 보내게 하는 것은 CSRF이다.

설명하는 것은 제로 트러스트 네트워크이다.

네트워크 내부도 신뢰하지 않고 모든 호스트를 인터넷에 노출된 것처럼 취급해 접근마다 인증·인가하며, 정책을 결정하는 컨트롤 플레인과 트래픽을 처리하는 데이터 플레인으로 구성한다.

• 아마존 웹 서비스: 퍼블릭 클라우드 서비스 이름이다.
• 구글 클라우드 플랫폼: 역시 퍼블릭 클라우드 서비스 이름이다.
• 서비스 수준 계약: 제공자와 이용자가 서비스 품질 수준을 정한 계약이다.

틀린 설명은 SQL 인젝션·XSS 공격을 방어하기 어렵다는 것이다.

WAF는 HTTP 요청·응답을 분석해 SQL 인젝션, XSS 같은 웹 애플리케이션 공격을 탐지·차단하는 것이 핵심 목적이다.

• 웹 애플리케이션 공격으로부터 보호: WAF의 기본 기능이므로 옳다.
• 블랙리스트·화이트리스트 병용: 알려진 공격 차단과 허용 목록 기반 통제를 함께 쓰므로 옳다.
• 공격 패턴 등록 후 일치 시 차단: 시그니처 기반 탐지 방식이므로 옳다.

틀린 설명은 기업이나 담당자의 경험에 의존한다는 것이다.

CVSS는 공격 벡터·복잡도·영향도 등 공개된 지표로 점수를 산출하는 표준화된 객관적 평가 체계여서 평가자의 경험에 좌우되지 않는다.

• 정량적 심각도 비교: 점수로 심각도를 비교하므로 옳다.
• 개방적·범용적 국제 평가 방법: 국제적으로 널리 쓰이는 공개 표준이므로 옳다.
• 동일 기준 비교로 대응 우선순위 판단: 점수에 따라 조치 순서를 정할 수 있으므로 옳다.

설명하는 공격은 리버스 텔넷이다.

웹 셸을 업로드해 명령 실행 권한을 얻은 뒤, 서버가 공격자에게 역방향으로 접속하게 만들어 방화벽의 인바운드 차단을 우회하고 명령 창을 획득한다.

• 포트 스캔: 열린 포트와 서비스를 탐색하는 정찰 기법이다.
• 중간자 공격: 통신 사이에 끼어들어 내용을 가로채거나 변조하는 공격이다.
• 세션 하이재킹: 정상 사용자의 세션을 탈취해 그 권한으로 접속하는 공격이다.

정보주체의 권리가 아닌 것은 실태조사 및 보호 수준 평가이다.

개인정보 처리 실태를 조사하고 보호 수준을 평가하는 것은 정보주체의 권리가 아니라 개인정보 보호위원회 등 행정기관이 수행하는 업무이다.

• 피해 구제 권리: 처리로 발생한 피해를 신속·공정한 절차로 구제받을 권리로 규정되어 있다.
• 동의 여부·범위 선택 권리: 정보주체의 자기결정권으로 규정되어 있다.
• 자동화된 결정 거부·설명 요구 권리: 2023년 개정으로 추가되어 시행 중인 권리이다.

옳은 것은 국무총리 소속과 위원장·부위원장의 정무직 임명이다.

개인정보 보호위원회는 개인정보 보호 사무를 독립적으로 수행하기 위해 국무총리 소속으로 두며, 위원장과 부위원장은 정무직 공무원으로 임명한다.

• 상임위원 2명 포함 11명 구성 설명: 위원회는 상임위원 2명(위원장·부위원장)을 포함한 9명의 위원으로 구성하므로 틀리다.

알려야 할 항목이 아닌 것은 개인정보의 수집 출처이다.

제3자 제공 동의를 받을 때는 제공받는 자, 그 자의 이용 목적, 제공하는 항목, 그 자의 보유·이용 기간, 동의 거부 권리와 불이익을 알려야 한다. 수집 출처는 정보주체 이외로부터 수집한 개인정보의 출처를 통지하는 규정에서 다루는 사항이다.

• 개인정보를 제공받는 자: 고지 항목이다.
• 제공받는 자의 이용 목적: 고지 항목이다.
• 제공받는 자의 보유 및 이용 기간: 고지 항목이다.

고유식별정보가 아닌 것은 유전정보이다.

유전자검사 등으로 얻은 유전정보는 건강·사상·신념 정보 등과 함께 민감정보로 분류되며, 고유식별정보는 주민등록번호, 여권번호, 운전면허의 면허번호, 외국인등록번호이다.

• 주민등록번호: 고유식별정보이다.
• 운전면허의 면허번호: 고유식별정보이다.
• 외국인등록번호: 고유식별정보이다.

보호지침에 포함될 사항이 아닌 것은 유사한 침해사고의 방지를 위한 예방대책이다.

정보통신기반 보호법 시행령은 보호지침에 정보보호체계의 관리·운영, 취약점 분석·평가 및 침해사고 예방, 침해사고 대응 및 복구 등을 담도록 정하고 있다.

• 정보보호체계의 관리 및 운영: 규정된 포함 사항이다.
• 취약점 분석·평가 및 침해사고 예방: 규정된 포함 사항이다.
• 침해사고에 대한 대응 및 복구: 규정된 포함 사항이다.

㉠은 10일, ㉡은 72시간이다.

개인정보처리자는 열람 요구를 받은 날부터 10일 이내에 열람하게 해야 하고(정당한 사유가 있으면 통지 후 연기), 유출 등을 알게 되었을 때는 72시간 이내에 정보주체에게 알려야 한다.

• 5일·24시간 조합: 두 기간 모두 규정보다 짧다.
• 7일·24시간 조합: 두 기간 모두 규정과 다르다.
• 14일·72시간 조합: 통지 기간은 맞지만 열람 기간이 틀리다.

관리등급 심사기준이 아닌 것은 관리체계를 수립·운영하는 방법과 절차이다.

관리등급 심사는 이미 인증받은 관리체계의 구축 범위·운영기간, 전담조직·예산, 관리 활동 및 보호조치 수준을 평가해 등급을 부여하며, 관리체계 수립·운영의 방법과 절차는 정보보호 관리체계 인증기준에서 다루는 사항이다.

• 구축 범위 및 운영기간: 심사기준이다.
• 전담조직 및 예산: 심사기준이다.
• 관리 활동 및 보호조치 수준: 심사기준이다.

관리적 보호조치는 취급대장의 운영·관리이다.

관리적 조치는 접근권한자 지정, 취급대장 운영, 내부 규정·점검처럼 사람과 절차를 통제하는 것이고, 시스템 장치로 구현하는 것은 기술적 조치이다.

• 식별 및 인증 실시: 기술적 보호조치이다.
• 접근사실의 전자적 자동 기록·보존 장치 운영: 기술적 보호조치이다.
• 보안프로그램 설치 및 운영: 기술적 보호조치이다.

인증 및 권한관리 분야에 속하지 않는 것은 직무 분리이다.

직무 분리는 권한 오남용을 막기 위해 직무를 나누는 통제로 인적 보안 분야 항목이다.

• 사용자 계정 관리: 인증 및 권한관리 분야 항목이다.
• 사용자 식별: 인증 및 권한관리 분야 항목이다.
• 비밀번호 관리: 인증 및 권한관리 분야 항목이다.

보안 기능 요구사항이 아닌 것은 취약성 평가이다.

취약성 평가(AVA)는 제품이 요구사항대로 안전하게 구현되었는지 확인하는 보증 요구사항 클래스에 속한다.

• 식별 및 인증(FIA): 보안 기능 요구사항 클래스이다.
• 암호 지원(FCS): 보안 기능 요구사항 클래스이다.
• 보안 감사(FAU): 보안 기능 요구사항 클래스이다.

같은 데이터를 두 개 이상의 디스크에 동시에 저장하는 것은 RAID 1이다.

RAID 1은 미러링 방식으로, 한 디스크가 고장 나도 다른 디스크의 복사본으로 서비스할 수 있다.

• RAID 0: 데이터를 여러 디스크에 나눠 쓰는 스트라이핑으로 중복 저장이 없다.
• RAID 2: 해밍 코드로 오류를 정정하는 방식이다.
• RAID 5: 데이터와 패리티를 여러 디스크에 분산 저장한다.

설명하는 유형은 미러 사이트이다.

주 센터와 같은 수준의 시스템을 재해복구센터에 두고 둘 다 액티브 상태로 실시간 동시 서비스하므로 복구 소요시간이 이론상 0이다.

• 핫 사이트: 데이터를 실시간에 가깝게 복제해 두되 재해복구센터는 대기 상태로 있다가 재해 시 전환하는 방식이다.
• 웜 사이트: 중요 업무 위주로 일부 장비만 갖춰 핫 사이트보다 복구가 오래 걸린다.
• 콜드 사이트: 장소와 기본 설비만 확보해 복구에 가장 오래 걸린다.

설계단계 보안항목이 아닌 것은 종료되지 않은 반복문·재귀함수이다.

이는 구현단계 보안약점 중 시간 및 상태 유형에 해당한다.

• DBMS 조회 및 결과 검증: 설계단계 입력데이터 검증 및 표현 항목이다.
• 허용된 범위 내 메모리 접근: 설계단계 입력데이터 검증 및 표현 항목이다.
• 암호키 관리: 설계단계 보안기능 항목이다.