20년 1회차

이메일 내용이 중간 메일서버에 노출되지 않게 하는 일은 전자서명이 아니라 암호화가 맡는 기밀성 기능이다.

전자서명은 서명자 인증·무결성·부인방지를 제공할 뿐 내용을 감추지는 않는다.

• 인증서 로그인: 개인키로 만든 서명을 공개키로 검증해 사용자 신원을 증명하는 활용 사례다.
• 소프트웨어 위변조 확인: 배포자의 코드 서명을 검증해 변조 여부를 확인한다.
• 웹 서버 사이트 검증: 서버 인증서에 있는 인증기관의 서명을 검증해 사이트의 유효성을 확인한다.
• CRL 발행: 인증기관이 폐기 목록에 서명해 발행하므로 목록의 위조를 막을 수 있다.

NAC의 기능이 아닌 것은 데이터 패킷 암호화다.

NAC는 단말이 네트워크에 접속할 때 인증과 보안 상태를 점검해 접속을 허용·차단하는 시스템이며, 전송 데이터 암호화는 VPN 등 암호 통신 기술의 역할이다.

• PC 및 네트워크 장치 통제: 접속 단말과 장치를 식별해 관리하는 NAC의 기능이다.
• 접근 제어: 정책에 따라 접속 범위를 허용하거나 차단하는 핵심 기능이다.
• 해킹·웜·유해 트래픽 탐지 및 차단: 보안 상태가 불량하거나 이상 행위를 보이는 단말을 격리하는 기능이다.
• 접근 인증: 사용자와 단말이 정당한지 접속 전에 확인하는 기능이다.

X.509 인증서의 Signature 필드는 공개키 소유자가 아니라 인증기관(CA)이 생성한 서명이다.

인증기관은 자신의 개인키로 인증서 내용에 서명해 공개키와 소유자의 결합을 보증하고, 검증자는 인증기관의 공개키로 이를 확인한다.

• Version: 인증서 형식의 X.509 버전 정보로 옳다.
• Serial number: 인증기관이 인증서마다 부여하는 고유번호로 옳다.
• Issuer name: 인증서를 발급한 인증기관의 식별 정보로 옳다.
• Subject name: 인증서에 담긴 공개키의 소유자 정보로 옳다.

이 프로그램은 힙 버퍼 오버플로우 공격에 취약하다.

buf가 가리키는 공간은 malloc으로 할당한 힙 영역이고, strcpy는 길이를 검사하지 않으므로 argv[1]이 BUFSIZE보다 길면 힙의 인접 영역을 덮어쓴다.

• 스택 버퍼 오버플로우: 복사 대상이 스택의 지역 배열이 아니라 힙에 할당된 공간이므로 해당하지 않는다.
• 포맷 스트링 공격: 외부 입력을 printf 계열의 서식 문자열로 넘기는 코드가 없다.
• 정수 오버플로우 공격: 할당 크기가 상수로 고정되어 있어 입력값으로 크기를 계산하는 부분이 없다.
• 레이스 컨디션 공격: 여러 프로세스가 공유 자원을 두고 경쟁하는 구조가 아니다.

CBC 모드의 설명으로 옳은 것은 ㄱ, ㄷ, ㄹ이다.

CBC는 각 평문 블록을 직전 암호문 블록과 XOR한 뒤 암호화하며, 첫 블록에는 초기벡터를 사용한다.

• ㄱ(옳음): 초기벡터는 암호화할 때마다 새로운 랜덤값으로 생성해 같은 평문의 패턴을 숨긴다.
• ㄴ(틀림): 앞 블록의 암호문이 섞이므로 평문 블록이 같아도 암호문 블록은 달라진다. 동일하게 나오는 것은 ECB의 특성이다.
• ㄷ(옳음): $P_{2}$의 변화는 그 암호문을 통해 다음 블록의 입력으로 이어지므로 이후 모든 암호화에 파급된다.
• ㄹ(옳음): 직전 암호문이 있어야 다음 블록을 처리하므로 암호화는 $P_{1}$부터 $P_{n}$까지 순차로 진행된다.
• ㅁ(틀림): CBC 복호화에는 블록 암호의 복호화 함수가 필요하다. 암호화 함수만으로 충분한 것은 CTR 같은 모드다.

TLS 세션 시작 시 상호 인증과 암호 정보 교환, 세션키 생성을 맡는 하부 프로토콜은 Handshake 프로토콜이다.

클라이언트와 서버는 이 과정에서 사용할 암호 방식을 협상하고 인증서로 상대를 확인한 뒤 세션키를 생성한다.

• One Time Password: 일회용 비밀번호를 이용한 사용자 인증 기법으로 TLS 하부 프로토콜이 아니다.
• Secure Electronic Transaction: 신용카드 전자결제를 위한 별도의 프로토콜이다.
• Document Object Model: 웹 문서를 객체 구조로 다루는 인터페이스 표준으로 보안 프로토콜과 무관하다.
• Change Cipher Spec: 협상한 암호 설정의 적용 시작을 알리는 TLS 하부 프로토콜로, 인증이나 세션키 생성은 하지 않는다.

PGP는 이메일 어플리케이션에 플러그인으로 확장해 사용할 수 있으므로 확장이 불가능하다는 설명이 옳지 않다.

PGP는 메일 클라이언트에 연동되어 메시지 암호화와 전자서명을 수행하는 이메일 보안 소프트웨어다.

• 부인방지: 송신자의 전자서명으로 송신 부인방지는 지원하지만, 수신 사실을 증명하는 기능은 없어 수신 부인방지는 미지원이다.
• 기밀성: 본문은 세션키로 대칭키 암호화하고, 세션키는 수신자의 공개키로 암호화하는 혼합 방식을 쓴다.
• 전자서명: 인증받을 메시지나 파일에 서명을 생성하고 확인하는 작업을 수행한다.
• 공개키 방식: PGP의 공개키에는 RSA 계열과 Diffie-Hellman 계열이 있다.

리눅스에서 사용자 로그인 실패 정보가 저장되는 파일은 btmp다.

btmp는 바이너리 파일이므로 cat이 아니라 lastb 명령으로 내용을 확인한다.

• wtmp: 사용자의 로그인·로그아웃과 시스템 재부팅 이력을 기록하며 last 명령으로 확인한다.
• utmp: 현재 로그인한 사용자 정보를 기록하며 who·w 명령이 참조한다.
• extmp: 로그인 실패를 기록하는 표준 로그 파일이 아니다.
• atmp: 로그인 실패를 기록하는 표준 로그 파일이 아니다.

옳은 설명은 블루킵(Bluekeep)으로, 원격 데스크톱 서비스를 인증 없이 조작할 수 있는 취약점이다.

나머지 보기는 용어와 설명이 서로 뒤바뀌어 있다.

• 다크웹: 악성코드가 아니라 특정 웹브라우저로 접속하며 익명성이 보장되는 인터넷 영역이다.
• 딥페이크: 익명 인터넷 영역이 아니라 인공지능으로 음성·영상을 실제처럼 조작한 것을 말한다.
• 이모텟: 메일 내 위장 랜섬웨어가 아니라 피싱 메일로 유포되어 금융정보 탈취를 시도하는 악성코드다.
• 소디노키비: 인공지능 조작 콘텐츠가 아니라 정상파일로 위장해 유포된 랜섬웨어다.

블록체인 원장은 개인키로 수정할 수 없으므로 개인키를 사용해 수정한다는 설명이 옳지 않다.

개인키는 거래에 서명해 소유권을 증명할 때 쓸 뿐이며, 이미 기록된 원장은 해시로 연결되어 사실상 변경이 불가능하다.

• 머클 루트: 거래 내역을 트리로 해시한 최상위 값으로 블록 헤더에 포함된다.
• 채굴: 난이도 조건을 만족하는 해시값이 나오는 입력을 찾는 과정이므로 역상을 구하는 작업에 해당한다.
• 주소값: 공개키의 해시값을 바탕으로 주소를 만들어 송수신에 사용한다.
• 전자서명: 송신자가 자신의 주소에 대응하는 서명으로 사용 권한을 증명하며, 이를 근거로 네트워크가 이중 지불 여부를 검증한다.

대칭키 암호는 부인방지를 제공하지 못한다.

송신자와 수신자가 같은 키를 공유하므로 누가 만든 메시지인지 제3자에게 증명할 수 없고, 부인방지는 공개키 기반 전자서명으로 얻는다.

• 속도: 대칭키 암호는 비대칭키 암호보다 연산이 빠르다.
• 비밀키: 송신자와 수신자가 동일한 비밀키를 사용하는 것이 대칭키 암호의 정의다.
• IDEA: 블록 단위로 처리하는 대칭키 암호 알고리즘이다.
• RC4: 키 스트림을 평문과 XOR하는 스트림 암호 알고리즘이다.

OSI 2계층 암호화 프로토콜로 짝지어진 것은 PPTP와 L2TP다.

두 프로토콜은 모두 데이터링크 계층의 PPP 프레임을 터널링하는 VPN 프로토콜이고, IPSec은 3계층, SSL은 그보다 위 계층에서 동작한다.

• PPTP - SSL: SSL이 전송 계층 위에서 동작하므로 2계층 짝이 아니다.
• PPTP - IPSec: IPSec이 네트워크 계층 프로토콜이므로 2계층 짝이 아니다.
• L2TP - IPSec: 함께 쓰이는 경우가 많지만 IPSec은 3계층이다.
• L2TP - SSL: SSL이 2계층 프로토콜이 아니다.

주체나 소속 그룹의 ID에 근거해 접근을 제한하는 정책은 임의적 접근 제어(DAC)다.

객체 소유자가 재량으로 권한을 정할 수 있어 객체별 세분화와 유연한 접근 제어가 가능하다는 설명이 DAC의 특징과 일치한다.

• 강제적 접근 제어: 주체의 ID가 아니라 객체의 보안 등급과 주체의 인가 수준을 비교해 시스템이 강제한다.
• 규칙 기반 접근 제어: 주체의 ID보다 시스템에 정해진 규칙을 기준으로 접근을 결정한다.
• 역할 기반 접근 제어: 개인이나 그룹의 ID가 아니라 조직 내 역할에 권한을 부여한다.
• 래티스 기반 접근 제어: 보안 등급의 상한과 하한으로 이루어진 격자 구조에 따라 접근을 결정한다.

ECDSA의 서명 난수는 서명마다 새로 생성해야 하므로 동일하게 사용해야 안전하다는 설명이 옳지 않다.

서명값은 $s = k^{-1}(h + rd) \bmod n$ 형태이므로, 같은 난수 $k$로 서로 다른 메시지에 서명하면 두 식을 연립해 개인키 $d$를 계산할 수 있다.

• 안전성 근거: 타원곡선 이산대수 문제의 어려움에 기반한다.
• 해싱: 메시지를 해시한 값을 서명 알고리즘에 입력한다.
• RSA와 비교: 동일한 안전성에서 공개키 길이가 더 짧고 개인키 연산이 더 빠르다.
• 블록체인 활용: 비트코인 등에서 거래 서명 검증에 사용된다.

공개키 인증은 ㄹ – ㄴ – ㅁ – ㄱ – ㄷ 순서로 진행된다.

키 쌍 생성, 인증기관에 공개키 제출, 인증서 발급, Bob에게 전송, 인증기관의 공개키로 검증의 흐름이다.

• ㄹ – ㄱ – ㄴ – ㄷ – ㅁ: 인증서가 발급되기도 전에 Bob에게 전송하게 되어 맞지 않는다.
• ㄹ – ㄴ – ㄷ – ㄱ – ㅁ: Bob이 인증서를 받기도 전에 검증하게 되어 맞지 않는다.
• ㅁ – ㄹ – ㄱ – ㄷ – ㄴ: Alice의 키가 생성되기도 전에 인증서를 발급하게 되어 맞지 않는다.
• ㅁ – ㄹ – ㄷ – ㄱ – ㄴ: 인증서 발급이 키 생성과 공개키 제출보다 앞서 맞지 않는다.

OWASP Top 10에 속하지 않는 것은 Abuse of Cloud Computing이다.

OWASP Top 10은 웹 애플리케이션의 주요 보안 위험을 정리한 목록으로, 클라우드 서비스 남용은 그 항목이 아니다.

• Injection: 신뢰할 수 없는 입력이 명령이나 쿼리로 해석되는 위험으로 목록에 포함된다.
• XML External Entities: XML 처리기가 외부 엔티티를 참조해 생기는 위험으로 목록에 포함된다.
• Broken Authentication: 인증·세션 관리의 결함으로 목록에 포함된다.
• Sensitive Data Exposure: 민감한 데이터가 제대로 보호되지 않아 노출되는 위험으로 목록에 포함된다.

원래 IP 패킷에 새로운 IP 헤더를 추가하는 것은 전송모드가 아니라 터널모드다.

전송모드는 원래 IP 헤더를 유지한 채 페이로드를 보호하고, 터널모드는 패킷 전체를 보호한 뒤 새 IP 헤더를 붙인다.

• IP 주소 입력: IPsec을 설정할 때는 통신할 상대방의 IP 주소를 지정한다.
• ESP: IP 패킷을 암호화해 기밀성을 제공하고 무결성까지 보장할 수 있다.
• IKE: 인증된 Diffie-Hellman 키 교환으로 보안 연관에 쓸 키를 합의한다.
• VPN 구성: IPsec은 VPN을 구성하는 대표적인 방법의 하나다.

권한 rwsr--r--는 SetUID가 설정된 8진수 4744에 해당하므로 chmod 4744 first로 설정한다.

특수 권한: 소유자 자리의 소문자 s는 SetUID와 실행 권한을 함께 뜻하므로 4다.
소유자: rwx에 해당하는 7이다.
그룹: r--이므로 4다.
기타 사용자: r--이므로 4다.

• chmod 1644 first: Sticky bit를 설정하며 소유자에게 실행 권한도 없다.
• chmod 1744 first: SetUID가 아니라 Sticky bit가 설정된다.
• chmod 2744 first: SetUID가 아니라 SetGID가 설정된다.
• chmod 4644 first: 소유자에게 실행 권한이 없어 s가 아닌 대문자 S로 표시된다.

개정법은 일정 요건에서 정보주체의 동의 없이 개인정보를 이용·제공할 수 있게 했으므로, 할 수 없도록 했다는 설명이 옳지 않다.

당초 수집 목적과 합리적으로 관련된 범위에서 불이익 발생 여부 등을 고려해 추가 이용·제공을 허용한 것이 개정의 내용이다.

• 가명처리 정의: 일부 삭제나 대체 등으로 추가 정보 없이는 특정 개인을 알아볼 수 없게 처리하는 것으로 옳다.
• 가명정보 처리: 통계작성, 과학적 연구, 공익적 기록보존 등을 위해 동의 없이 처리할 수 있어 옳다.
• 가명정보 결합: 서로 다른 개인정보처리자 간의 결합은 지정된 전문기관이 수행하므로 옳다.
• 안전조치: 가명정보의 분실·유출·위변조 등을 막기 위한 기술적·관리적·물리적 조치 의무로 옳다.

게시판 글에 악성 코드를 삽입해 읽는 사람의 브라우저에서 실행시키는 공격은 XSS(Cross Site Scripting)다.

입력값을 필터링하지 않고 동적 웹 페이지에 그대로 포함해 재전송할 때 발생하며, 클라이언트의 정보가 유출되는 것이 특징이다.

• SQL Injection: 입력값으로 조작한 쿼리를 서버의 데이터베이스에서 실행시키는 공격이다.
• 파일 업로드 취약점: 웹셸 같은 실행 파일을 서버에 올려 서버에서 실행하는 공격이다.
• CSRF: 피해자의 인증 상태를 이용해 사용자가 의도하지 않은 요청을 서버에 보내게 하는 공격이다.
• 쿠키/세션 위조: 쿠키나 세션 값을 변조해 다른 사용자의 권한을 얻는 공격이다.