9급 정보보호 정보시스템보안 기출문제 해설

총 100문항 · 문제·정답·해설·개념 무료 학습

이 회차는 100문항입니다. 자료를 읽고 푸는 문항이 46문항입니다. 풀이가 붙은 문항이 100문항입니다.

• 1

  CPU에서 실행되는 머신 코드가 위치하는 시스템 메모리 영역은?

  1. 1. 스택
  2. 2. 힙
  3. 3. 텍스트
  4. 4. 데이터

  정답 3번

  🔍 보기별 해설

  1. 스택은 함수 호출마다 지역변수와 반환주소가 쌓였다 사라지는 영역이지 실행할 명령어 자체가 놓이는 자리가 아니므로 이 설명은 옳지 않다.
  2. 힙은 프로그램이 실행 중에 동적으로 늘였다 줄였다 하며 쓰는 메모리 영역이지 명령어가 놓이는 자리가 아니므로 이 설명은 옳지 않다.
  3. 텍스트 영역은 컴파일된 프로그램의 기계어 명령어가 그대로 담겨 CPU가 순서대로 읽어 실행하는 자리이므로 이 설명이 옳다(정답).
  4. 데이터 영역은 전역변수나 정적변수 같은 값이 저장되는 자리이지 실행할 명령어 자체가 놓이는 자리가 아니므로 이 설명은 옳지 않다.

  🧮 풀이

  1. 甲은 프로그램이 함수를 호출할 때마다 스택 영역에 지역변수와 반환주소가 새로 쌓였다 사라지는 것을 디버거로 지켜보았다. 그 영역에는 실행할 명령어가 아니라 임시 값만 오간다는 것을 확인했다.
  2. 甲은 malloc으로 새 메모리를 요청할 때마다 힙 영역이 조금씩 늘어나는 것을 메모리 맵으로 확인해 보았다. 그 영역도 값을 담는 자리일 뿐 명령어가 놓이는 곳은 아니라는 것을 정리했다.
  3. 甲은 실행 파일을 디스어셈블러로 열어 텍스트 영역에 나열된 기계어 명령어를 한 줄씩 읽어 보았다. CPU가 그 영역의 주소를 프로그램 카운터로 옮겨 가며 순서대로 실행하는 것을 확인했다.
  4. 甲은 전역변수로 선언한 값들이 데이터 영역 한곳에 모여 저장되는 것을 메모리 덤프로 하나하나 확인해 보았다. 그 영역 역시 명령어가 아니라 값이 놓이는 자리라는 것을 메모했다.

  CPU가 실행하는 머신 코드는 텍스트 영역에 놓이므로 3번이 정답이다.

• 2

  사용자와 운영체제 사이에서 중간자 역할을 수행하며, 명령어 해석 기능, 프로그래밍 기능, 사용자 환경 설정 기능을 제공하는 것은?

  1. 1. 데몬
  2. 2. 커널
  3. 3. 프로세스
  4. 4. 셸

  정답 4번

  🔍 보기별 해설

  1. 데몬은 사용자가 직접 명령을 입력하지 않아도 백그라운드에서 스스로 돌아가는 프로그램을 가리키는 말이라 사용자와 직접 대화하는 중간자 역할과는 다르므로 이 설명은 옳지 않다.
  2. 커널은 하드웨어를 직접 관리하고 자원을 배분하는 운영체제의 핵심 부분을 가리키는 말이라 사용자가 입력한 명령어를 해석해 주는 중간자와는 다르므로 이 설명은 옳지 않다.
  3. 프로세스는 실행 중인 프로그램 그 자체를 가리키는 말이라 사용자의 명령을 해석하고 프로그래밍·환경설정 기능까지 제공하는 중간자와는 다르므로 이 설명은 옳지 않다.
  4. 셸은 사용자가 입력한 명령을 해석해 커널에 전달하고 스크립트 프로그래밍과 환경설정 기능까지 제공하는 사용자와 운영체제 사이의 중간자이므로 이 설명이 옳다(정답).

  🧮 풀이

  1. 甲은 서버에 접속하지 않아도 스스로 돌아가며 로그를 정리하는 백그라운드 프로그램을 살펴보며 그것을 데몬이라 이름 붙여 보았다. 사용자가 직접 대화를 나누는 프로그램이 아니라는 것을 확인했다.
  2. 甲은 프로세스 스케줄링과 메모리 배분을 도맡는 운영체제의 핵심 부분을 살펴보며 그것을 커널이라 이름 붙여 보았다. 사용자가 입력한 명령을 직접 해석해 주는 것은 아니라는 것을 확인했다.
  3. 甲은 지금 실행 중인 워드프로세서 프로그램을 작업관리자에서 찾아 그것이 하나의 프로세스로 떠 있는 것을 확인해 보았다. 명령어 해석이나 환경설정 기능은 그 프로그램 자체가 아니라 셸의 몫이라는 것을 정리했다.
  4. 甲은 터미널에 ls나 cd 같은 명령을 입력하며 셸이 그 명령을 해석해 커널에 전달하는 과정을 지켜보았다. 환경변수를 설정하고 간단한 스크립트까지 짤 수 있는 것을 직접 확인했다.

  사용자와 OS 사이에서 명령어 해석·프로그래밍·환경설정 기능을 제공하는 것은 셸이므로 4번이 정답이다.

• 3

  (가)에 들어갈 용어로 옳은 것은?

  보안 운영체제는 기존의 운영체제에 내재된 보안상의 결함으로 인한 각종 침해로부터 시스템을 보호하기 위하여 기존의 운영체제 내에 보안 기능을 통합시킨 (가) 을/를 추가로 이식한 운영체제이다. 이를 통해 사용자의 모든 접근 행위가 안전하게 통제된다. 이것은 하드웨어, 운영체제 및 기타 시스템 요소 간의 보안 인터페이스를 제공한다.

  1. 1. 보안 커널
  2. 2. 접근 제어
  3. 3. 신뢰 플랫폼 모듈
  4. 4. 하이퍼바이저

  정답 1번

  🔍 보기별 해설

  1. 보안 커널은 기존 운영체제에 보안 기능을 통합해 이식함으로써 하드웨어·운영체제·기타 요소 사이의 보안 인터페이스를 제공하고 모든 접근을 안전하게 통제하는 핵심 부분이므로 이 답이 옳다(정답).
  2. 접근 제어는 보안 운영체제가 수행하는 기능 가운데 하나일 뿐 이식되는 통합 구성요소 자체를 가리키는 이름은 아니므로 이 답은 옳지 않다.
  3. 신뢰 플랫폼 모듈은 하드웨어 칩 형태로 암호키를 안전하게 보관하는 별도 장치를 가리키는 말이라 운영체제 안에 이식되는 보안 기능 통합체와는 다르므로 이 답은 옳지 않다.
  4. 하이퍼바이저는 여러 운영체제를 한 하드웨어 위에서 동시에 돌리는 가상화 계층을 가리키는 말이라 기존 운영체제 안에 보안 기능을 이식하는 것과는 다르므로 이 답은 옳지 않다.

  🧮 풀이

  1. 甲은 기존 운영체제에 보안 커널을 새로 이식해 모든 파일 접근 요청이 그 커널을 거치도록 설정해 보았다. 접근 통제가 이전보다 훨씬 촘촘해지는 것을 시험 접속으로 확인했다.
  2. 甲은 접근 제어 목록을 파일마다 세밀하게 설정하며 이것이 보안 커널이 수행하는 기능 가운데 하나일 뿐이라는 것을 교재에서 확인했다. 통합체 이름 자체와는 다르다는 것을 메모했다.
  3. 甲은 노트북에 내장된 신뢰 플랫폼 모듈 칩을 열어 암호화 키가 하드웨어적으로 안전하게 보관되는 것을 확인해 보았다. 운영체제 안에 소프트웨어로 이식되는 보안 커널과는 다른 물건이라는 것을 정리했다.
  4. 甲은 하이퍼바이저 위에 서로 다른 운영체제 두 개를 띄워 동시에 돌려 보았다. 이 계층은 가상화를 담당할 뿐 기존 운영체제 내부에 보안 기능을 이식하는 것과는 다르다는 것을 확인했다.

  기존 운영체제에 보안 기능을 통합해 이식하는 핵심 요소는 보안 커널이므로 1번이 정답이다.

• 4

  보안 모델의 하나인 만리장성(Chinese Wall) 모델에 대한 설명으로 옳은 것은?

  1. 1. 높은 보안 수준에서 낮은 보안 수준으로 정보가 흐르는 것을 방지하기 위한 기밀성 보장 모델이다.
  2. 2. 비즈니스 입장에서 직무 분리 개념을 적용하여 이해가 충돌하는 회사 간에 정보의 흐름이 일어나지 않도록 접근을 통제한다.
  3. 3. 무결성 중심의 상업적 모델로 내․외부의 일관성을 유지하고 비인가자에 의한 불법적인 수정을 방지한다.
  4. 4. 무결성을 위한 모델로 비인가자의 데이터 변형을 방지하기 위한 것이다.

  정답 2번

  🔍 보기별 해설

  1. 높은 보안 수준에서 낮은 보안 수준으로 정보가 흐르는 것을 막는 것은 벨-라파둘라 모델의 설명이지 만리장성 모델의 설명이 아니므로 이 설명은 옳지 않다.
  2. 만리장성 모델은 비즈니스 세계의 직무 분리 개념을 가져와 이해관계가 충돌하는 회사들 사이에 정보가 오가지 못하도록 접근을 통제하는 모델이므로 이 설명이 옳다(정답).
  3. 무결성 중심의 상업적 모델로 비인가자의 불법 수정을 막는다는 것은 클락-윌슨 모델의 설명이지 만리장성 모델의 설명이 아니므로 이 설명은 옳지 않다.
  4. 비인가자의 데이터 변형을 막기 위한 무결성 모델이라는 것은 비바 모델의 설명이지 만리장성 모델의 설명이 아니므로 이 설명은 옳지 않다.

  🧮 풀이

  1. 甲은 군사기밀 문서를 다루는 시스템에서 상위 등급 정보가 하위 등급 사용자에게 새어 나가지 않는지 벨-라파둘라 모델 규칙으로 점검해 보았다. 그 규칙이 만리장성 모델과는 다른 잣대라는 것을 정리했다.
  2. 甲은 컨설팅 회사에서 경쟁 관계에 있는 두 고객사의 자료를 같은 컨설턴트가 동시에 열람하지 못하도록 접근 통제표를 만들어 보았다. 한쪽 회사 자료를 이미 본 직원은 경쟁사 자료에 접근하지 못하게 막는 규칙을 적용했다.
  3. 甲은 은행 전산망에서 승인자와 입력자를 서로 다른 사람으로 나누는 직무분리 규칙이 비인가 수정을 막는지 클락-윌슨 모델 기준으로 점검해 보았다. 그 규칙이 만리장성 모델과는 다른 상업적 무결성 잣대라는 것을 확인했다.
  4. 甲은 문서의 무결성 등급이 낮은 자료가 등급 높은 자료를 함부로 고치지 못하도록 비바 모델 규칙으로 접근을 제한해 보았다. 그 규칙 역시 만리장성 모델과는 다른 목적의 통제라는 것을 정리했다.

  만리장성 모델은 이해충돌 회사 간 정보흐름을 막는 직무분리형 통제이므로 2번이 정답이다.

• 5

  윈도시스템의 NTFS에서 폴더 및 파일 접근 권한에 대한 설명으로 옳은 것은?

  1. 1. 그룹 A와 그룹 B에 속한 사용자가 그룹 A에서는 읽기 권한을 할당받고 그룹 B에서는 쓰기 권한을 할당받았다면, 사용자에게 읽기와 쓰기 권한이 모두 주어진다.
  2. 2. 파일이 포함된 폴더 권한이 파일 권한보다 우선한다.
  3. 3. 권한을 중첩해서 적용할 수 있으며, 허용 설정이 거부 설정보다 우선한다.
  4. 4. 폴더 접근 권한은 그룹에게만 부여된다.

  정답 1번

  🔍 보기별 해설

  1. 그룹 A에서 읽기, 그룹 B에서 쓰기 권한을 각각 할당받은 사용자는 두 그룹에 속한 만큼 두 권한을 모두 더해 읽기와 쓰기가 모두 주어지는 것이 NTFS의 누적 규칙이므로 이 설명이 옳다(정답).
  2. 실제로는 파일에 직접 준 권한이 있으면 그 권한이 상위 폴더에서 물려받은 권한보다 우선하는 것이지 폴더 권한이 파일 권한보다 우선하는 것이 아니므로 이 설명은 옳지 않다.
  3. 권한을 중첩해서 적용할 수 있다는 것은 맞지만 실제로는 거부 설정이 허용 설정보다 우선하는 것이지 그 반대가 아니므로 이 설명은 옳지 않다.
  4. 폴더 접근 권한은 그룹뿐 아니라 개별 사용자에게도 직접 부여할 수 있어 그룹에게만 한정된다는 서술은 옳지 않다.

  🧮 풀이

  1. 甲은 한 직원을 그룹 A와 그룹 B에 동시에 넣고 각각 읽기와 쓰기 권한을 나눠 준 뒤 그 직원 계정으로 로그인해 파일에 접근해 보았다. 읽기와 쓰기가 모두 되는 것을 직접 확인했다.
  2. 甲은 상위 폴더에는 읽기만 허용하고 그 안의 특정 파일에는 쓰기까지 직접 허용해 보았다. 파일에 직접 준 권한이 폴더에서 물려받은 권한을 덮어쓰는 것을 접속 시험으로 확인했다.
  3. 甲은 같은 사용자에게 허용과 거부를 동시에 걸어 두고 실제로 접근이 되는지 계정을 바꿔 가며 테스트해 보았다. 거부 설정 하나가 다른 모든 허용 설정을 덮어 접근이 막히는 것을 확인했다.
  4. 甲은 특정 직원 한 명에게만 폴더 접근 권한을 그룹을 거치지 않고 관리자 도구로 직접 부여해 보았다. 개인 계정으로도 권한을 줄 수 있는 것을 접속 시험으로 확인했다.

  NTFS는 여러 그룹의 권한을 모두 더해 적용하므로 1번이 정답이다.

• 6

  다음에서 설명하는 전자우편 보안 기술은?

  ○ 종단 사용자에게 투명한 인증 기술을 제공하도록 설계되었다.

  ○ 전자우편 메시지는 전자우편 발신지 관리 도메인의 개인키에 의해 서명된다.

  ○ 서명은 메시지 내용 전체와 메시지 헤더의 일부를 대상으로 한다.

  ○ 수신 측의 MDA(Mail Delivery Agent)는 DNS를 통해 해당 공개키에 접근하여 서명을 검증할 수 있다.

  1. 1. PGP
  2. 2. PEM
  3. 3. MIME
  4. 4. DKIM

  정답 4번

  🔍 보기별 해설

  1. PGP는 개별 사용자의 개인키로 메일을 서명하고 신뢰의 거미줄 방식으로 공개키를 관리하는 기술이라 발신 도메인 단위로 DNS에서 공개키를 조회하는 방식과는 다르므로 옳지 않다.
  2. PEM은 초창기 전자우편 보안 표준으로 계층적 인증서 체계를 쓰는 기술이라 도메인 개인키 서명과 DNS 공개키 조회 방식과는 다르므로 옳지 않다.
  3. MIME은 전자우편에 여러 형식의 첨부와 본문을 담기 위한 형식 표준일 뿐 서명이나 인증 기능 자체를 제공하는 보안 기술이 아니므로 옳지 않다.
  4. DKIM은 발신지 관리 도메인의 개인키로 메시지 전체와 헤더 일부를 서명하고 수신 측이 DNS에서 해당 공개키를 찾아 서명을 검증하도록 설계된 투명한 인증 기술이므로 이 답이 옳다(정답).

  🧮 풀이

  1. 甲은 개인 메일 계정마다 따로 발급받은 개인키로 메일에 서명하고 지인들끼리 서로의 공개키를 주고받아 신뢰망을 쌓아 보았다. 그 방식이 도메인 단위로 자동 서명되는 이번 기술과는 다르다는 것을 확인했다.
  2. 甲은 옛 표준 문서를 뒤져 메일마다 계층적 인증서를 붙이는 초창기 보안 방식을 살펴보았다. 지금 쓰는 DNS 기반 공개키 조회 방식과는 구조가 다르다는 것을 정리했다.
  3. 甲은 첨부파일과 여러 언어의 본문을 담은 메일을 열어 그 형식이 MIME 표준을 따른다는 것을 헤더로 확인해 보았다. 그 표준 자체에는 서명이나 인증 기능이 없다는 것도 함께 확인했다.
  4. 甲은 회사 도메인의 개인키로 발송 메일 전체와 헤더 일부를 자동 서명하도록 메일서버를 설정해 보았다. 수신 서버가 DNS에서 그 도메인의 공개키를 찾아 서명을 검증하는 과정을 로그로 확인했다.

  발신 도메인 개인키로 서명하고 DNS로 공개키를 조회해 검증하는 기술은 DKIM이므로 4번이 정답이다.

• 7

  다음에서 설명하는 윈도시스템 인증 구성 요소는?

  사용자의 계정과 패스워드가 일치하는 경우 해당 사용자에게 고유의 SID(Security Identifier)를 부여하며, 파일이나 폴더에 대한 접근 허용 여부를 결정하고 이에 대한 감사 메시지를 생성한다.

  1. 1. SAM
  2. 2. LSA
  3. 3. SRM
  4. 4. SPI

  정답 3번

  🔍 보기별 해설

  1. SAM은 사용자 계정과 패스워드 정보를 담은 데이터베이스 그 자체를 가리키는 말이라 SID를 부여하고 감사 메시지를 만드는 실행 주체와는 다르므로 이 답은 옳지 않다.
  2. LSA는 로그온 정책을 관리하고 보안 토큰을 생성하는 역할을 맡는 구성요소라 파일·폴더 접근 허용 여부를 직접 결정하는 역할과는 다르므로 이 답은 옳지 않다.
  3. SRM은 계정과 패스워드가 일치하면 고유한 SID를 부여하고 파일이나 폴더에 대한 접근을 허용할지 결정하며 그 결과에 대한 감사 메시지까지 만드는 구성요소이므로 이 답이 옳다(정답).
  4. SPI는 상태 기반 패킷 검사 같은 네트워크 보안 기법을 가리키는 말이라 윈도 인증 구성요소 자체를 가리키는 이름이 아니므로 이 답은 옳지 않다.

  🧮 풀이

  1. 甲은 계정 데이터베이스를 열어 사용자마다 저장된 계정명과 암호화된 패스워드 값을 하나하나 확인해 보았다. 그 데이터베이스 자체는 SID를 새로 만들어 내는 주체가 아니라는 것을 정리했다.
  2. 甲은 로그온 정책을 관리하는 구성요소가 사용자에게 보안 토큰을 내주는 과정을 로그로 지켜보았다. 그 구성요소가 파일 접근 허용 여부까지 직접 결정하지는 않는다는 것을 확인했다.
  3. 甲은 로그인에 성공한 사용자에게 고유 SID가 부여되는 것을 확인하고 그 사용자가 특정 폴더에 접근하려 할 때 허용 여부가 결정되는 과정을 감사로그로 지켜보았다. 접근이 거부될 때마다 감사 메시지가 남는 것도 확인했다.
  4. 甲은 네트워크 방화벽 설정에서 상태 기반 패킷 검사 기능을 켜며 그 용어가 윈도 인증 구성요소와는 전혀 다른 자리에 쓰인다는 것을 확인했다. 두 용어를 헷갈리지 않도록 메모해 두었다.

  SID 부여와 접근 허용여부 결정, 감사 메시지 생성을 맡는 것은 SRM이므로 3번이 정답이다.

• 8

  (가), (나)에 들어갈 용어를 바르게 연결한 것은?

  그림과 같이 다중 프로그램의 정도에 따른 CPU 이용률은 처음에는 비례해서 증가하지만 다중 프로그래밍의 정도가 어느 정도 이상으로 커지면 스래싱(thrashing)이 일어나게 되어 CPU 이용률은 급격히 떨어진다. 스래싱은 (가) 페이지 교체 알고리즘을 사용하면 제한할 수 있다. 또한 이 현상을 방지하기 위해서는 각 프로세스에게 할당되는 최소한의 (나) 개수를 보장해야 한다. (가) (나)

  1. 1. 전역 프레임
  2. 2. 전역 페이지
  3. 3. 지역 프레임
  4. 4. 지역 페이지

  정답 3번

  🔍 보기별 해설

  1. 전역 프레임이라는 조합은 (가) 자리에 들어갈 말이 지역이어야 하는데 전역으로 잘못 짚은 것이라 옳지 않다.
  2. 전역 페이지라는 조합은 (가) 자리도 지역이어야 하고 (나) 자리도 프레임이어야 하는데 둘 다 다르게 짚은 것이라 옳지 않다.
  3. 다중프로그래밍 정도가 커져 스래싱이 일어나는 것을 막으려면 한 프로세스의 페이지 부족이 다른 프로세스를 침범하지 못하게 하는 지역 페이지 교체 알고리즘을 쓰고, 각 프로세스에 물리적으로 배정되는 최소한의 프레임 개수를 보장해야 하므로 지역 프레임이라는 이 조합이 옳다(정답).
  4. 지역 페이지라는 조합은 (나) 자리에 들어갈 말이 프레임이어야 하는데 페이지로 잘못 짚은 것이라 옳지 않다.

  🧮 풀이

  1. 甲은 여러 프로세스가 페이지 교체를 공유하는 전역 알고리즘을 그래프에 적용해 스래싱이 오히려 더 자주 일어나는 것을 시뮬레이션으로 확인해 보았다. (가) 자리에는 전역이 아니라 지역이 들어가야 한다는 것을 정리했다.
  2. 甲은 (가)와 (나) 두 빈칸에 전역과 페이지를 나란히 채워 넣고 그래프의 스래싱 구간과 하나하나 견주어 보았다. 두 용어 모두 실제 정답과 다르다는 것을 확인했다.
  3. 甲은 각 프로세스에게 물리 메모리의 프레임을 최소 몇 개씩 나눠 줄지 정하고, 페이지 교체 시에는 그 프로세스 자신의 페이지 안에서만 골라내는 지역 알고리즘을 적용해 보았다. 스래싱 구간이 그래프에서 눈에 띄게 줄어드는 것을 확인했다.
  4. 甲은 (나) 빈칸에 프레임이 아니라 페이지를 채워 넣고 최소 보장 개수를 계산해 보았다. 실제로 보장해야 하는 것은 논리 단위인 페이지가 아니라 물리 단위인 프레임이라는 것을 뒤늦게 확인했다.

  스래싱은 지역 페이지교체를 쓰고 프로세스마다 최소 프레임 수를 보장해야 막을 수 있어 (가)지역 (나)프레임인 3번이 정답이다.

• 9

  S/MIME에 대한 설명으로 옳지 않은 것은?

  1. 1. 서명된 데이터(signed data)의 디지털 서명은 메시지 다이제스트를 서명자의 개인키로 암호화한 것으로, 서명과 함께 메시지 내용은 base64로 부호화된다.
  2. 2. 서명과 봉인된 데이터(signed and enveloped data)는 서명만 하거나 암호화만 한 개체들이 중첩된 것으로, 암호화한 데이터를 서명하거나 서명한 데이터를 암호화할 수 있다.
  3. 3. 디지털 서명만을 base64로 부호화한 클리어 서명 데이터(clear-signed data)의 경우, S/MIME 기능을 갖추지 않은 수신자도 서명을 검증하고 메시지의 내용을 볼 수 있도록 지원한다.
  4. 4. X.509의 버전 3을 따르는 공개키 인증서를 사용한다.

  정답 3번

  🔍 보기별 해설

  1. 서명자가 자기 개인키로 원문의 요약값을 암호화해 붙이고 그 서명과 함께 편지 내용 전체를 base64라는 문자표기법으로 바꿔 전송한다는 것이 실제 처리 방식과 그대로 맞으므로 이 설명은 옳다.
  2. 먼저 겉봉투를 봉하고 그 위에 다시 도장을 찍거나 먼저 도장을 찍은 뒤 그 편지를 통째로 봉투에 넣는 것처럼, 암호화와 서명 두 단계를 어느 순서로 겹쳐도 되는 방식이 실제 규격과 맞으므로 이 설명은 옳다.
  3. 클리어 서명 데이터는 디지털 서명만 base64로 부호화하고 메시지 본문은 그대로 두는 방식이라 S/MIME 기능이 없는 수신자도 내용은 읽을 수 있지만 서명을 검증할 수는 없는데 지문은 검증까지 지원한다고 거꾸로 말하니 이 설명은 옳지 않다(정답).
  4. X.509 버전 3을 따르는 공개키 인증서를 사용한다는 것은 S/MIME 규격 그대로이므로 이 설명은 옳다.

  🧮 풀이

  1. 甲은 서명된 메일 원본 데이터를 열어 서명자의 개인키로 다이제스트가 암호화된 값을 손으로 계산해 대조해 보았다. 서명과 본문이 함께 부호화된 형식이 규격 문서와 그대로 맞는 것을 정리했다.
  2. 甲은 먼저 암호화한 메일 위에 다시 서명을 얹는 중첩 구조를 손수 만들어 실제 발송 시험까지 해 보았다. 암호화와 서명 순서를 서로 바꿔 적용해도 되는 것을 확인했다.
  3. 甲은 S/MIME 기능이 없는 옛날 메일 클라이언트로 클리어 서명 메일을 열어 본문 내용은 그대로 읽히는 것을 확인해 보았다. 다만 서명 자체를 검증하는 버튼은 아예 뜨지 않는 것을 확인했다.
  4. 甲은 발급받은 인증서를 열어 그것이 X.509 버전 3 형식을 따르는 것을 인증서 상세정보로 확인해 보았다. 메일 서명에 그 인증서가 그대로 쓰이는 것을 확인했다.

  클리어 서명 데이터는 서명 검증까지는 못 하고 내용만 볼 수 있는데 지문이 검증도 된다고 해 3번이 옳지 않다.

• 10

  HTTP 버전 1.1에서 정의된 요청 메시지의 메소드에 대한 설명으로 옳은 것은?

  1. 1. GET이 요청하는 웹페이지의 위치는 헤더 라인 안에 명시된다.
  2. 2. 서버가 보내온 쿠키를 저장했다가 반환하는 GET의 경우, 쿠키 정보는 메시지 몸체(body)에 포함된다.
  3. 3. HEAD는 서버로부터 웹페이지 자체가 아닌 웹페이지에 대한 일부 정보를 요청하기 위한 것이다.
  4. 4. PUT은 요구 메시지가 서버에 의해 제대로 처리되는가를 검사하기 위한 에코 반환 용도로 사용된다.

  정답 3번

  🔍 보기별 해설

  1. GET이 요청하는 웹페이지의 위치는 헤더 라인이 아니라 요청 메시지 맨 첫 줄인 요청 라인에 명시되므로 이 설명은 옳지 않다.
  2. 쿠키는 편지의 본문이 아니라 겉봉투에 적히는 부가정보와 같아서 GET 요청에서도 몸체가 아니라 헤더 줄에 실려 오가는데 지문은 몸체에 담긴다고 거꾸로 말하니 이 설명은 옳지 않다.
  3. HEAD는 서버로부터 웹페이지 전체 내용이 아니라 헤더 정보 같은 일부 정보만 요청하기 위한 메소드이므로 이 설명이 옳다(정답).
  4. PUT은 클라이언트가 보낸 자원을 서버에 저장하거나 갱신하기 위한 메소드이지 메시지가 제대로 처리되는지 검사하는 에코 반환 용도가 아니므로 이 설명은 옳지 않다.

  🧮 풀이

  1. 甲은 브라우저 개발자도구로 GET 요청을 살펴보며 요청 라인 맨 앞에 웹페이지 경로가 적혀 있는 것을 확인해 보았다. 헤더 라인이 아니라 첫 줄에 위치가 명시되는 것을 확인했다.
  2. 甲은 서버가 내준 쿠키가 다음 GET 요청의 헤더 한 줄에 그대로 실려 가는 것을 패킷 캡처로 확인해 보았다. 몸체가 아니라 헤더에 담겨 전달되는 것을 확인했다.
  3. 甲은 큰 파일을 통째로 받지 않고도 그 파일의 최종 수정일과 크기만 미리 알고 싶어 HEAD 요청을 보내 보았다. 본문 없이 헤더 정보만 돌아오는 것을 응답으로 확인했다.
  4. 甲은 새 이미지 파일을 서버에 올리려 PUT 요청을 보내 파일이 실제로 저장되는 것을 확인해 보았다. 단순히 메시지가 잘 처리됐는지 확인하는 에코 용도가 아니라 자원을 실제로 저장하는 용도라는 것을 정리했다.

  HEAD는 웹페이지 자체가 아니라 일부 정보만 요청하는 메소드이므로 3번이 정답이다.

• 9급 정보보호 기출 100문항 · 자동복습과 예상점수까지 무료로 →
• 11

  리눅스 시스템의 /etc/shadow 파일 내용에서 패스워드의 최종 변경일에 해당하는 것은?

  root : $6$L9~중략~ruKuT0 : 15917 : 0 : 99999 : 7 : 5 : 16070 :

  1. 1. 15917
  2. 2. 99999
  3. 3. 7
  4. 4. 16070

  정답 1번

  🔍 보기별 해설

  1. 15917은 콜론으로 나뉜 필드 가운데 암호화된 패스워드 다음에 오는 세 번째 값으로 1970년 1월 1일부터 센 날수, 즉 패스워드 최종 변경일을 나타내므로 이 값이 옳다(정답).
  2. 99999는 패스워드를 바꾸지 않고 쓸 수 있는 최대 일수를 나타내는 필드이지 최종 변경일이 아니므로 이 값은 옳지 않다.
  3. 7은 패스워드 만료를 앞두고 사용자에게 미리 경고하는 일수를 나타내는 필드이지 최종 변경일이 아니므로 이 값은 옳지 않다.
  4. 16070은 계정 자체가 만료되는 날짜를 나타내는 필드이지 패스워드 최종 변경일이 아니므로 이 값은 옳지 않다.

  🧮 풀이

  1. 甲은 shadow 파일의 콜론으로 나뉜 필드를 하나하나 세어 가며 세 번째 자리에 놓인 15917이라는 날수를 1970년 1월 1일부터 계산해 실제 날짜로 환산해 보았다. 그 날짜가 마지막으로 패스워드를 바꾼 날이라는 것을 확인했다.
  2. 甲은 99999라는 값을 최대 사용일수 필드에서 찾아 사실상 만료 제한이 없는 설정이라는 것을 확인해 보았다. 그 숫자가 변경일이 아니라 기간을 나타낸다는 것을 정리했다.
  3. 甲은 경고 일수 필드에 적힌 7이라는 값을 보고 만료 일주일 전부터 사용자에게 경고 메시지가 뜬다는 것을 시험 계정으로 확인해 보았다. 이 값도 변경일과는 다른 자리라는 것을 확인했다.
  4. 甲은 계정 만료일 필드에 적힌 16070이라는 날수를 실제 달력 날짜로 환산해 그 계정이 언제 완전히 비활성화되는지 확인해 보았다. 이 값도 패스워드 변경일과는 다른 자리라는 것을 정리했다.

  shadow 파일 세 번째 필드가 패스워드 최종 변경일이라 15917인 1번이 정답이다.

• 12

  PKI에 대한 설명으로 옳지 않은 것은?

  1. 1. 인증기관(CA), 등록기관(RA), 키 분배 센터(KDC)로 구성된다.
  2. 2. 이용자는 공개키를 이용하기 전에 CA의 인증서 폐기 목록(CRL)을 조사해서 해당 인증서의 유효성을 확인할 필요가 있다.
  3. 3. CA의 공개키에 대해 다른 CA가 디지털 서명을 하는 것으로 그 CA의 공개키를 검증할 수 있다.
  4. 4. CA의 개인키가 노출된 경우에는 그 사실을 CRL을 사용해서 이용자에게 통지할 필요가 있다.

  정답 1번

  🔍 보기별 해설

  1. PKI는 인증기관과 등록기관으로 구성되며 키 분배 센터는 대칭키 기반 인증 체계인 커버로스의 구성요소이지 공개키 기반인 PKI의 표준 구성요소가 아닌데 지문은 이를 포함시켜 말하니 이 설명은 옳지 않다(정답).
  2. 이용자가 공개키를 쓰기 전에 CA의 인증서 폐기 목록을 조사해 유효성을 확인해야 한다는 것은 PKI 운영 원칙 그대로이므로 이 설명은 옳다.
  3. CA의 공개키를 다른 CA가 디지털 서명해 검증할 수 있다는 것은 인증기관 사이의 신뢰 체계를 세우는 방식 그대로이므로 이 설명은 옳다.
  4. CA의 개인키가 노출됐을 때 그 사실을 CRL로 이용자에게 알려야 한다는 것은 PKI 운영 원칙 그대로이므로 이 설명은 옳다.

  🧮 풀이

  1. 甲은 PKI 구성요소 목록에 키 분배 센터를 넣어 도식을 그리려다 그것은 대칭키 기반의 커버로스 체계에서 쓰는 구성요소라는 것을 교재에서 다시 확인했다. 목록에서 그 항목을 빼고 인증기관과 등록기관만 남겼다.
  2. 甲은 새로 받은 인증서를 쓰기 전에 발급 CA의 인증서 폐기 목록부터 조회해 그 인증서가 아직 유효한지 확인해 보았다. 목록에 없는 것을 확인하고서야 그 인증서를 실제로 사용했다.
  3. 甲은 상위 CA가 하위 CA의 공개키에 디지털 서명을 얹어 인증서 체인을 만드는 과정을 도식으로 그려 보았다. 그 서명 덕분에 하위 CA의 공개키를 신뢰할 수 있게 되는 흐름을 확인했다.
  4. 甲은 어느 CA의 개인키가 유출됐다는 소식을 듣고 그 CA가 발급한 인증서 전체를 폐기 목록에 올려 이용자에게 알리는 절차를 진행해 보았다. 통지가 실제로 이용자에게 전달되는 것을 확인했다.

  PKI 표준 구성요소에 KDC는 들어가지 않는데 지문이 포함된다 해 1번이 옳지 않다.

• 13

  인증을 받은 사용자가 여러 정보 시스템에 재인증 절차 없이 반복해서 접근할 수 있도록 해주는 것은?

  1. 1. OTP
  2. 2. SSO
  3. 3. Challenge & Response
  4. 4. CAPTCHA

  정답 2번

  🔍 보기별 해설

  1. OTP는 매번 다른 일회용 비밀번호를 만들어 인증할 때마다 새로 입력하게 하는 기술이라 재인증 절차 자체를 없애 주는 것과는 다르므로 옳지 않다.
  2. SSO는 한 번의 인증만으로 여러 정보시스템에 다시 로그인 절차를 거치지 않고 반복해서 접근할 수 있게 해 주는 기술이므로 이 답이 옳다(정답).
  3. 챌린지 앤 리스폰스는 매번 다른 질문값을 던져 그에 맞는 응답을 확인하는 인증 방식이라 재인증 절차를 생략해 주는 것과는 다르므로 옳지 않다.
  4. 캡차는 사람인지 기계인지 구분하려고 화면에 뒤틀린 문자를 보여 주는 방식이라 여러 시스템에 재인증 없이 접근하게 해 주는 것과는 다르므로 옳지 않다.

  🧮 풀이

  1. 甲은 로그인할 때마다 휴대폰 앱에서 새로 뜨는 여섯 자리 숫자를 입력하는 OTP 절차를 매번 되풀이해 보았다. 그 절차가 재인증 자체를 없애 주는 것이 아니라 매번 새로 거쳐야 하는 것이라는 것을 확인했다.
  2. 甲은 사내 포털에 한 번 로그인한 뒤 메일함과 결재시스템, 사내 메신저를 차례로 열며 따로 아이디를 다시 입력하지 않는 것을 확인해 보았다. 하나의 인증으로 여러 시스템을 그대로 오가는 것을 체감했다.
  3. 甲은 서버가 던진 무작위 질문값에 맞는 응답을 매번 계산해 돌려보내는 인증 방식을 시험해 보았다. 접속할 때마다 새 질문이 온다는 점에서 재인증을 생략해 주는 방식과는 다르다는 것을 확인했다.
  4. 甲은 회원가입 화면에서 뒤틀린 문자를 읽어 입력하는 절차를 거치며 그것이 사람인지 확인하는 용도일 뿐 여러 시스템 접근과는 무관하다는 것을 확인했다. 로그인 유지와는 전혀 다른 목적이라는 것을 정리했다.

  한 번 인증받으면 여러 시스템을 재인증 없이 쓰게 해 주는 것은 SSO이므로 2번이 정답이다.

• 14

  공격 대상이 되는 서버에서 먼저 공격자 PC로 연결하게 하여 방화벽 보안 정책을 우회하는 공격은?

  1. 1. 리버스 텔넷
  2. 2. 쿠키 변조
  3. 3. 명령 삽입
  4. 4. 파일 업로드

  정답 1번

  🔍 보기별 해설

  1. 리버스 텔넷은 공격 대상 서버가 먼저 공격자의 PC로 연결을 걸도록 만들어 내부에서 외부로 나가는 트래픽만 허용하는 방화벽 정책을 우회하는 공격이므로 이 답이 옳다(정답).
  2. 쿠키 변조는 세션이나 인증 정보를 담은 쿠키 값을 몰래 바꿔치기하는 공격이라 서버가 공격자 쪽으로 먼저 연결을 거는 방식과는 다르므로 옳지 않다.
  3. 명령 삽입은 입력값 안에 시스템 명령을 끼워 넣어 서버가 그 명령을 대신 실행하게 만드는 공격이라 방화벽 우회를 위한 역방향 연결 방식과는 다르므로 옳지 않다.
  4. 파일 업로드 공격은 악성 파일을 서버에 올려 실행시키는 공격이라 서버가 공격자에게 먼저 연결을 거는 방식과는 다르므로 옳지 않다.

  🧮 풀이

  1. 甲은 내부망에서만 접근할 수 있던 서버가 공격자의 PC로 먼저 접속을 걸도록 명령을 심어 보았다. 나가는 트래픽은 막지 않는 방화벽 정책을 그대로 뚫고 원격 제어권을 얻는 것을 확인했다.
  2. 甲은 로그인 세션을 나타내는 쿠키 값을 브라우저 개발자도구에서 몰래 바꿔치기해 보았다. 이 방식은 서버가 먼저 연결을 거는 리버스 텔넷과는 전혀 다른 성격이라는 것을 확인했다.
  3. 甲은 관리자 화면 검색란에 세미콜론으로 이어 붙인 명령을 넣어 서버가 그 명령까지 함께 실행하는지 지켜보았다. 서버가 응답으로 명령 실행 결과를 그대로 돌려주는 것을 확인했다.
  4. 甲은 이미지 파일로 위장한 악성 스크립트를 게시판에 올려 서버가 그 파일을 실행하도록 유도해 보았다. 방화벽을 뚫는 방식이 리버스 텔넷과는 다른 경로라는 것을 정리했다.

  공격 대상 서버가 먼저 공격자 PC로 연결해 방화벽을 우회하는 공격은 리버스 텔넷이므로 1번이 정답이다.

• 15

  (가) ～ (다) 안에 들어갈 용어를 바르게 연결한 것은?

  함수 P가 함수 Q를 호출하기 위해, P는 Q에 전달할 인수를 스택에 넣는다. Q를 호출하는 call 명령어를 수행하면 (가) 가 스택에 저장된다. Q는 (나) 를 스택에 넣는다. 프레임 포인터 레지스터 값을 현재의 포인터 값으로 설정하고, 스택 포인터를 아래로 움직여 (다) 를 저장할 공간을 할당하고, Q의 코드를 수행한다. 컴파일러의 최적화 기능에 따라 실제 배치는 차이가 있을 수 있으나, 저장된 (가) 와 (나) 에 겹쳐 쓰기는 스택 버퍼 오버플로 공격의 핵심이다. (가) (나) (다)

  1. 1. 반환 주소 P의 스택 프레임 포인터 지역 변수
  2. 2. 반환 주소 Q의 스택 프레임 포인터 지역 변수
  3. 3. P의 스택 프레임 포인터 지역 변수 반환 주소
  4. 4. Q의 스택 프레임 포인터 지역 변수 반환 주소

  정답 1번

  🔍 보기별 해설

  1. call 명령어가 스택에 저장하는 것은 반환 주소이고, Q가 이어서 스택에 넣는 것은 P의 스택 프레임 포인터이며, 그다음 마련하는 공간은 지역 변수를 담을 자리이므로 이 순서가 옳다(정답).
  2. call 명령어 직후에 Q의 스택 프레임 포인터가 저장된다는 것은 아직 Q의 프레임이 만들어지기도 전이라는 사실과 어긋나므로 이 순서는 옳지 않다.
  3. call 명령어가 저장하는 것을 P의 스택 프레임 포인터라 하면 실제로 call이 자동으로 저장하는 것은 반환 주소라는 사실과 어긋나므로 이 순서는 옳지 않다.
  4. call 명령어가 저장하는 것을 Q의 스택 프레임 포인터라 하면 실제로 call이 자동으로 저장하는 것은 반환 주소라는 사실과 어긋나므로 이 순서는 옳지 않다.

  🧮 풀이

  1. 甲은 어셈블리 코드를 한 줄씩 따라가며 call 명령어가 실행되는 순간 스택에 반환 주소가 자동으로 쌓이는 것을 디버거로 확인해 보았다. 다음 줄에서 P의 프레임 포인터가 이어서 저장되는 것도 확인했다.
  2. 甲은 Q의 스택 프레임 포인터가 call 직후 곧바로 저장된다고 잘못 표시하며 스택 그림을 그려 보았다. 그 시점에는 아직 Q의 프레임 자체가 만들어지지도 않았다는 것을 뒤늦게 확인하고 그림을 고쳤다.
  3. 甲은 (나) 빈칸에 P의 프레임 포인터 대신 다른 값을 채워 스택 구조도를 다시 그려 보았다. 명령어 매뉴얼과 대조하다 그 칸에도 실제로는 다른 값이 들어가야 한다는 것을 확인했다.
  4. 甲은 (다) 빈칸에 지역 변수 대신 다른 이름을 채워 스택 구조도를 다시 그려 보았다. 함수 프롤로그 코드를 다시 읽다 그 자리에 실제로 들어가는 것이 지역 변수 공간이라는 것을 확인했다.

  call로 반환주소가, Q가 P의 프레임포인터를 저장하고 지역변수 공간을 마련하므로 1번이 정답이다.

• 16

  FTP에 대한 설명으로 옳지 않은 것은?

  1. 1. 데이터 연결 시 평문으로 데이터를 전송한다.
  2. 2. 데이터 연결은 송․수신 모두 지정된 포트 20번을 통해서만 가능하다.
  3. 3. 사용자 계정의 패스워드는 암호화되지 않은 상태로 전달된다.
  4. 4. FTP를 이용하여 클라이언트는 서버의 파일을 읽고 서버에 파일을 저장할 수 있을 뿐만 아니라 서버의 파일 목록을 볼 수도 있다.

  정답 2번

  🔍 보기별 해설

  1. FTP의 데이터 연결이 평문으로 데이터를 전송한다는 것은 별도 암호화 기능이 없는 FTP의 특성 그대로이므로 이 설명은 옳다.
  2. 데이터 연결이 송수신 모두 지정된 20번 포트로만 가능하다는 것은 모드에 따라 클라이언트 쪽이나 패시브 모드의 서버 쪽이 임의 포트를 쓰는 실제 동작과 어긋나므로 이 설명은 옳지 않다(정답).
  3. 사용자 계정의 패스워드가 암호화되지 않은 채로 그대로 전달된다는 것은 FTP의 평문 전송 특성 그대로이므로 이 설명은 옳다.
  4. FTP로 클라이언트가 서버 파일을 읽고 저장하고 목록까지 볼 수 있다는 것은 FTP의 기본 기능 그대로이므로 이 설명은 옳다.

  🧮 풀이

  1. 甲은 FTP 세션을 패킷 캡처 프로그램으로 들여다보며 전송되는 파일 내용이 암호화 없이 그대로 읽히는 것을 확인해 보았다. 평문 전송의 위험성을 보고서에 정리했다.
  2. 甲은 액티브 모드로 접속한 FTP 세션의 데이터 연결 포트를 패킷 캡처로 살펴보며 클라이언트 쪽 포트가 20번이 아니라 매번 다른 임의 포트인 것을 확인해 보았다. 서버 쪽만 20번을 쓰는 것을 정리했다.
  3. 甲은 FTP 로그인 패킷을 캡처해 입력한 패스워드가 암호화 없이 그대로 노출되는 것을 하나하나 확인해 보았다. 그 위험을 사내 보안 교육 자료에 사례로 추가했다.
  4. 甲은 FTP 클라이언트로 서버의 파일 목록을 천천히 훑어보고 파일 하나를 내려받은 뒤 새 파일을 다시 올려 보았다. 세 가지 기능이 모두 문제없이 되는 것을 확인했다.

  FTP 데이터 연결은 송신 시엔 20번을 쓰지만 수신 클라이언트 쪽은 임의포트라 항상 20번만은 아니므로 2번이 옳지 않다.

• 17

  SQL 뷰에 대한 설명으로 옳지 않은 것은?

  1. 1. 사용자가 뷰를 통해서만 데이터에 접근하게 함으로써 기본 테이블에 대한 보안성을 높일 수 있다.
  2. 2. 뷰가 정의된 기본 테이블이 확장되거나 뷰가 속해 있는 데이터베이스에 테이블이 늘어난다고 하더라도 기존의 뷰를 사용하는 프로그램이나 사용자는 영향을 받지 않는다.
  3. 3. 필요한 데이터만 뷰로 정의해서 처리할 수 있기 때문에 사용자 권한 관리가 용이하다.
  4. 4. 대부분의 경우 삽입, 삭제, 갱신 연산에 많은 제한이 따르며 질의문이 복잡해지는 단점이 있다.

  정답 4번

  🔍 보기별 해설

  1. 사용자가 뷰를 통해서만 데이터에 접근하게 하면 기본 테이블에 직접 손대지 못해 보안성이 높아진다는 것은 뷰의 실제 쓰임 그대로이므로 이 설명은 옳다.
  2. 기본 테이블이 확장되거나 다른 테이블이 늘어나도 이미 정의된 뷰를 쓰는 프로그램이나 사용자는 영향을 받지 않는다는 것은 뷰의 실제 특성 그대로이므로 이 설명은 옳다.
  3. 필요한 데이터만 뷰로 정의해 처리하면 사용자 권한을 더 쉽게 관리할 수 있다는 것은 뷰의 실제 쓰임 그대로이므로 이 설명은 옳다.
  4. 삽입·삭제·갱신 연산에 제한이 따른다는 것은 뷰의 실제 단점이지만, 뷰는 복잡한 질의를 오히려 단순하게 보여 주려고 만드는 것이라 질의문이 복잡해진다는 뒷부분은 뷰의 목적과 어긋나므로 이 설명은 옳지 않다(정답).

  🧮 풀이

  1. 甲은 개인정보가 담긴 기본 테이블을 직접 열람하지 못하게 막고 필요한 항목만 골라낸 뷰만 사원들에게 조회하게 해 보았다. 기본 테이블에는 아무도 직접 손댈 수 없는 것을 접근 로그로 확인했다.
  2. 甲은 뷰가 정의된 뒤에 원본 테이블에 새 열을 하나 추가하는 변경 작업을 진행해 보았다. 그 뷰를 쓰던 기존 프로그램이 아무 수정 없이도 예전처럼 그대로 잘 돌아가는 것을 확인했다.
  3. 甲은 여러 테이블에 흩어진 항목 가운데 필요한 것만 골라 뷰 하나로 묶어 특정 부서에만 조회 권한을 주었다. 원본 테이블 전체 권한을 일일이 관리하는 것보다 훨씬 간단한 것을 체감했다.
  4. 甲은 여러 테이블을 조인해 만든 복잡한 뷰에 데이터를 새로 넣으려다 여러 제약에 걸려 못 넣는 것을 확인해 보았다. 반면 그 뷰로 데이터를 조회하는 질의문 자체는 원본을 직접 조회할 때보다 오히려 짧고 단순한 것을 확인했다.

  뷰는 오히려 복잡한 질의를 단순하게 보여 주는 것이 목적인데 지문이 반대로 말해 4번이 옳지 않다.

• 18

  리눅스에서 제공하는 특수 권한에 대한 설명으로 옳지 않은 것은?

  1. 1. 숫자로 나타내면 접근 권한의 맨 앞자리에 Set-UID는 4, Set-GID는 2, Sticky-Bit는 1로 표현된다.
  2. 2. Set-UID를 설정하면 소유자 실행 권한 자리에, Set-GID를 설정하면 그룹 실행 권한 자리에 s 혹은 S가 표시된다.
  3. 3. Sticky-Bit는 공유를 목적으로 파일에 설정하는 특수 권한으로, 설정 시 소유자 실행 권한 자리에 t 혹은 T가 표시된다.
  4. 4. Set-UID가 설정된 파일이 실행되는 동안에는 파일을 실행한 사용자의 권한이 아니라 파일 소유자의 권한이 적용된다.

  정답 3번

  🔍 보기별 해설

  1. 권한을 숫자 세 자리 앞에 한 자리를 더 붙여 나타낼 때 그 맨 앞자리 숫자 하나로 세 특수권한을 각각 4, 2, 1이라는 서로 다른 값으로 구분해 표시한다는 것이 실제 체계와 맞으므로 이 설명은 옳다.
  2. Set-UID는 소유자 실행 권한 자리에, Set-GID는 그룹 실행 권한 자리에 s나 S로 표시된다는 것은 특수권한 표기 규칙 그대로이므로 이 설명은 옳다.
  3. Sticky-Bit는 소유자 실행 권한 자리가 아니라 기타 사용자 실행 권한 자리에 t나 T로 표시되는데 지문은 소유자 자리라고 잘못 말하니 이 설명은 옳지 않다(정답).
  4. Set-UID가 설정된 파일은 실행하는 동안 실행한 사용자가 아니라 파일 소유자의 권한이 적용된다는 것은 특수권한의 실제 동작 그대로이므로 이 설명은 옳다.

  🧮 풀이

  1. 甲은 파일 권한을 숫자로 바꾸는 연습을 하며 맨 앞자리에 4를 넣으면 Set-UID, 2를 넣으면 Set-GID, 1을 넣으면 Sticky-Bit가 각각 적용되는 것을 명령어 결과로 확인해 보았다.
  2. 甲은 Set-UID와 Set-GID를 각각 설정한 파일의 권한 표시를 ls -l 명령으로 확인하며 소유자와 그룹의 실행 권한 자리에 s가 나타나는 것을 확인해 보았다.
  3. 甲은 공유 폴더에 Sticky-Bit를 걸어 두고 권한 표시가 어느 자리에 나타나는지 ls -l 명령으로 하나하나 살펴보았다. t 표시가 예상과 다른 자리에 나타나는 것을 발견하고 다시 확인했다.
  4. 甲은 관리자 소유의 프로그램에 Set-UID를 걸어 일반 사용자 계정으로 그 프로그램을 실행해 보았다. 실행하는 동안 관리자 권한으로 동작하는 것을 프로세스 상태로 확인했다.

  Sticky-Bit는 소유자가 아니라 기타 사용자 실행권한 자리에 t로 표시되므로 3번이 옳지 않다.

• 19

  다음에서 설명하는 웹 취약점 점검 방법과 해당 취약점을 바르게 연결한 것은?

  (가) “../”를 이용해서 임의의 경로가 포함된 값으로 웹페이지 파라미터를 변조한 후 해당 경로의 파일 내용이 표시되는지 확인 (나) 사용자 입력값을 전달받는 게시판, 자료실 등에 alert()와 같은 스크립트를 입력한 후 실행 여부 확인 (다) 인증 후 정상적으로 세션이 발행된 페이지의 정보를 취득하고 일정 시간 후에 재전송했을 때 정상 처리가 되는지 확인 (가) (나) (다)

  1. 1. 경로 추적 CSRF 불충분한 인증 및 인가
  2. 2. 경로 추적 XSS 불충분한 세션 관리
  3. 3. 디렉터리 인덱싱 XSS 불충분한 인증 및 인가
  4. 4. 디렉터리 인덱싱 CSRF 불충분한 세션 관리

  정답 2번

  🔍 보기별 해설

  1. 경로 추적과 CSRF, 불충분한 인증 및 인가를 순서대로 넣으면 (나)와 (다)의 점검 방식이 실제 설명과 어긋나므로 이 조합은 옳지 않다.
  2. ../로 경로를 조작해 파일 내용을 확인하는 방식은 경로 추적, 스크립트를 입력해 실행 여부를 보는 방식은 XSS, 세션을 재전송해 정상 처리되는지 보는 방식은 불충분한 세션 관리를 점검하는 방법이므로 이 순서가 옳다(정답).
  3. 디렉터리 인덱싱과 XSS, 불충분한 인증 및 인가를 순서대로 넣으면 (가)와 (다)의 점검 방식이 실제 설명과 어긋나므로 이 조합은 옳지 않다.
  4. 디렉터리 인덱싱과 CSRF, 불충분한 세션 관리를 순서대로 넣으면 (가)와 (나)의 점검 방식이 실제 설명과 어긋나므로 이 조합은 옳지 않다.

  🧮 풀이

  1. 甲은 웹페이지 파라미터에 ../를 여러 번 겹쳐 넣어 시스템 파일 경로까지 접근되는지 확인해 보았다. 파일 내용이 그대로 화면에 나타나는 것을 보고 경로 추적 취약점으로 기록했다.
  2. 甲은 게시판 글쓰기 창에 경고창을 띄우는 스크립트를 입력해 저장한 뒤 그 글을 다시 열어 보았다. 스크립트가 그대로 실행돼 경고창이 뜨는 것을 확인하고 XSS 취약점으로 기록했다.
  3. 甲은 로그인 뒤 발급된 세션 값을 저장해 뒀다가 한참 지난 뒤 그 값을 그대로 다시 전송해 보았다. 세션이 여전히 유효하게 처리되는 것을 확인하고 불충분한 세션 관리로 기록했다.
  4. 甲은 세 가지 점검 방법을 표로 정리하며 각 방법이 어떤 취약점을 찾기 위한 것인지 하나하나 다시 짚어 보았다. 경로 추적, XSS, 불충분한 세션 관리 순서로 표를 완성해 보고서에 첨부했다.

  (가)경로추적 (나)XSS (다)불충분한 세션관리 순서인 2번이 정답이다.

• 20

  보안 요구 조건을 명세화하고 평가 기준을 정의하기 위한 ISO 표준인 공통 기준(CC)에서는 요구 조건을 기능적 요구 조건과 보증 요구 조건으로 나누고 있다. 기능적 요구 조건에 해당하지 않는 것은?

  1. 1. 식별과 인증
  2. 2. 암호 지원
  3. 3. 보안 감사
  4. 4. 취약점 평가

  정답 4번

  🔍 보기별 해설

  1. 식별과 인증은 사용자가 누구인지 확인하고 그 신원을 검증하는 기능을 다루는 항목이라 CC의 기능적 요구 조건에 해당한다.
  2. 암호 지원은 암호화나 복호화 같은 암호 기능을 시스템이 어떻게 지원하는지 다루는 항목이라 CC의 기능적 요구 조건에 해당한다.
  3. 보안 감사는 시스템에서 일어난 보안 관련 사건을 기록하고 검토하는 기능을 다루는 항목이라 CC의 기능적 요구 조건에 해당한다.
  4. 취약점 평가는 시스템이 실제로 안전하게 만들어졌는지 개발 과정과 결과물을 점검하는 항목이라 기능적 요구 조건이 아니라 보증 요구 조건에 속하므로 기능적 요구 조건에는 해당하지 않는다(정답).

  🧮 풀이

  1. 甲은 로그인 화면에서 아이디와 패스워드를 검증하는 절차가 CC의 어느 요구조건에 속하는지 표와 하나하나 대조해 보았다. 식별과 인증이라는 기능적 요구 조건 목록에 그대로 실려 있는 것을 확인했다.
  2. 甲은 저장되는 파일을 암호화하는 기능이 CC의 암호 지원 항목에 실려 있는지 요구조건표를 넘겨 가며 찾아보았다. 기능적 요구 조건 목록에 그대로 있는 것을 확인하고 체크했다.
  3. 甲은 서버 접속 로그가 얼마나 상세히 남는지 감사 정책 설정 화면에서 항목을 하나씩 켜 가며 시험해 보았다. 이 감사 기능이 CC 기능적 요구 조건표의 보안 감사 항목에 실려 있는 것을 확인했다.
  4. 甲은 소스코드 정적분석 도구를 돌려 남아 있는 취약점을 찾아내는 절차서를 CC 요구조건표 옆에 펼쳐 놓고 대조해 보았다. 그 절차가 기능이 아니라 신뢰도를 보증하는 항목 쪽에 묶여 있는 것을 확인했다.

  취약점 평가는 기능적 요구조건이 아니라 보증 요구조건에 속하므로 4번이 정답이다.

• 9급 정보보호 기출 100문항 · 자동복습과 예상점수까지 무료로 →
• 21

  프로그램이 실행될 때마다 해당 프로그램이 사용하는 메모리 주소를 무작위로 배치하여 공격 대상 프로그램이 사용하는 메모리 주소를 추측하기 어렵게 만드는 리눅스 운영체제의 기능은?

  1. 1. DLL
  2. 2. Canary
  3. 3. ASLR
  4. 4. Packing

  정답 3번

  🔍 보기별 해설

  1. DLL은 여러 프로그램이 공유해서 쓰는 함수 모음을 담은 파일을 가리키는 말이라 메모리 주소를 무작위로 흩뜨려 놓는 기능과는 다르므로 이 답은 옳지 않다.
  2. Canary는 버퍼 바로 뒤에 심어 두고 덮어쓰였는지 검사하는 감시 값을 가리키는 말이라 메모리 주소 자체를 무작위로 배치하는 기능과는 다르므로 이 답은 옳지 않다.
  3. ASLR은 프로그램이 실행될 때마다 스택·힙·라이브러리 같은 메모리 영역의 시작 주소를 무작위로 흩어 놓아 공격자가 주소를 추측하기 어렵게 만드는 기능이므로 이 답이 옳다(정답).
  4. Packing은 실행파일을 압축하거나 난독화해 분석을 어렵게 만드는 기법을 가리키는 말이라 메모리 주소 배치와는 다르므로 이 답은 옳지 않다.

  🧮 풀이

  1. 甲은 같은 프로그램을 여러 번 실행하면서도 공통으로 쓰는 함수가 담긴 DLL 파일 하나를 여러 프로세스가 나눠 쓰는 것을 프로세스 목록으로 확인해 보았다. 그 파일 자체는 메모리 주소를 뒤섞는 기능과는 무관하다는 것을 정리했다.
  2. 甲은 버퍼 바로 뒤에 심어 둔 카나리 값이 오버플로 공격으로 깨졌는지 프로그램 종료 직전에 검사하는 코드를 살펴보았다. 그 값이 주소를 무작위로 배치하는 것이 아니라 변조 여부만 감시한다는 것을 확인했다.
  3. 甲은 같은 프로그램을 재부팅 없이 여러 번 실행하며 매번 스택 시작 주소가 다르게 찍히는 것을 디버거로 확인해 보았다. 이전 실행에서 알아낸 주소로는 이번 실행을 공격할 수 없다는 것을 체감했다.
  4. 甲은 실행파일을 패커로 압축한 뒤 그 파일을 분석 도구로 열어 원래 코드가 잘 안 보이는 것을 확인해 보았다. 이 기법 역시 메모리 주소를 흩뜨리는 것과는 다른 목적이라는 것을 정리했다.

  프로그램 실행마다 메모리 주소를 무작위로 배치해 추측을 어렵게 하는 기능은 ASLR이므로 3번이 정답이다.

• 22

  어떠한 작업을 주기적으로 실행시키기 위한 리눅스 명령어는?

  1. 1. wc
  2. 2. ps
  3. 3. df
  4. 4. crontab

  정답 4번

  🔍 보기별 해설

  1. wc는 파일의 줄 수나 단어 수를 세어 주는 명령어라 작업을 주기적으로 실행시키는 것과는 다르므로 이 답은 옳지 않다.
  2. ps는 현재 돌고 있는 프로세스 목록을 보여 주는 명령어라 작업을 주기적으로 실행시키는 것과는 다르므로 이 답은 옳지 않다.
  3. df는 디스크의 남은 용량을 보여 주는 명령어라 작업을 주기적으로 실행시키는 것과는 다르므로 이 답은 옳지 않다.
  4. crontab은 정해 둔 시간마다 특정 작업이 저절로 실행되도록 예약해 두는 명령어이므로 이 답이 옳다(정답).

  🧮 풀이

  1. 甲은 새로 받은 로그 파일이 몇 줄인지 궁금해 wc 명령을 돌려 숫자를 확인해 보았다. 그 명령이 파일을 세는 용도일 뿐 작업을 예약하는 것과는 무관하다는 것을 정리했다.
  2. 甲은 서버가 느려진 것 같아 ps 명령으로 지금 돌고 있는 프로세스를 하나하나 죽 훑어보았다. 그 목록이 예약 작업 자체를 보여 주는 것은 아니라는 것을 확인했다.
  3. 甲은 디스크 용량이 부족해질까 걱정돼 df 명령으로 남은 공간을 확인해 보았다. 이 명령 역시 작업을 주기적으로 실행시키는 것과는 다른 목적이라는 것을 정리했다.
  4. 甲은 매일 새벽마다 백업 스크립트가 저절로 돌아가도록 crontab에 시간과 명령을 등록해 보았다. 다음 날 새벽 실제로 백업 파일이 새로 생긴 것을 확인하고 로그도 남겼다.

  작업을 주기적으로 실행시키는 리눅스 명령어는 crontab이므로 4번이 정답이다.

• 23

  (가) ∼ (다)에 들어갈 용어를 바르게 연결한 것은?

  리눅스에는 사용자의 비밀번호를 지정하거나 변경할 때 쓰이는 (가) 명령어가 있다. 이 명령어는 사용자의 비밀번호가 저장된 (나) 파일에 접근하여 기존 비밀번호를 새로 입력한 값으로 변경하는 기능을 한다. (가) 명령어를 일반 사용자가 실행하였다고 하더라도, 해당 프로세스가 관리자 계정만 접근권한이 있는 파일에 접근하여 비밀번호를 바꾸는 것이 가능한 이유는 (가) 명령어에 설정된 (다) 때문이다. 일반 사용자가 (다) 가 설정된 (가) 명령어를 실행하면 해당 프로세스는 일시적으로 파일 소유자인 관리자(root)의 권한을 얻게 되어 관리자만 접근할 수 있는 (나) 파일에 접근하여 해당 사용자의 비밀번호를 수정할 수 있다. (가) (나) (다)

  1. 1. passwrd /etc/shadow SetUID
  2. 2. passwrd /etc/passwd SetRID
  3. 3. passwd /etc/shadow SetUID
  4. 4. passwd /etc/shadow SetRID

  정답 3번

  🔍 보기별 해설

  1. 명령어 철자를 passwrd로 적으면 실제 리눅스 명령어 이름인 passwd와 다르므로 이 조합은 옳지 않다.
  2. 저장 파일을 shadow가 아니라 passwd로 적으면 실제 비밀번호 해시가 담긴 파일과 다르고 마지막 용어도 SetRID라는 실재하지 않는 이름이라 이 조합은 옳지 않다.
  3. 일반 사용자가 실행해도 관리자 파일에 접근할 수 있게 해 주는 것은 passwd 명령어에 걸린 SetUID 덕분이며, 그 명령어가 여는 파일은 비밀번호 해시가 담긴 shadow이므로 passwd·shadow·SetUID라는 이 조합이 옳다(정답).
  4. 마지막 용어를 SetRID로 적으면 리눅스 권한 체계에 실제로 존재하지 않는 이름이라 이 조합은 옳지 않다.

  🧮 풀이

  1. 甲은 명령어 이름을 passwrd로 잘못 입력해 터미널에서 실행해 보았다. 그런 명령어를 찾을 수 없다는 오류가 뜨자 정확한 철자가 passwd라는 것을 매뉴얼로 확인했다.
  2. 甲은 비밀번호가 저장된 파일을 passwd로 적어 그 파일을 열어 보려다 실제 해시값은 다른 파일에 있다는 것을 확인했다. 진짜 비밀번호 해시는 shadow 파일에 담겨 있다는 것을 다시 확인했다.
  3. 甲은 일반 계정으로 로그인해 passwd 명령을 실행하며 그 프로세스가 관리자만 열 수 있는 shadow 파일에 접근하는 것을 프로세스 권한으로 확인해 보았다. SetUID 덕분에 일시적으로 관리자 권한을 빌려 쓰는 것을 이해했다.
  4. 甲은 SetRID라는 이름의 권한을 문서에서 찾아보려 했지만 그런 용어 자체가 리눅스 권한 체계에 없다는 것을 확인했다. 실제로 쓰이는 이름은 SetUID라는 것을 정리했다.

  비밀번호 변경 명령어는 passwd, 저장 파일은 shadow, 임시 권한 상승은 SetUID이므로 3번이 정답이다.

• 24

  다음과 같이 시스템에 설정된 umask 값이 ‘022’인 경우, 파일(file1)을 생성하였을 때 생성된 파일의 접근권한은?

  [root@security ~]# umask 022

  [root@security ~]# touch file1

  1. 1. -rwxr-xr-x
  2. 2. -r-xrwxrwx
  3. 3. -rw-r--r--
  4. 4. -rw-------

  정답 3번

  🔍 보기별 해설

  1. -rwxr-xr-x는 실행 권한까지 포함된 값이라 파일이 새로 생성될 때 기본으로 갖는 666에서 022를 뺀 결과와 다르므로 옳지 않다.
  2. -r-xrwxrwx는 소유자와 나머지의 권한 순서 자체가 실제 umask 적용 결과와 뒤바뀐 값이라 옳지 않다.
  3. 파일이 새로 생길 때 기본권한 666에서 umask 022를 빼면 644가 되어 소유자는 읽기·쓰기, 그룹과 기타는 읽기만 갖는 -rw-r--r--가 나오므로 이 값이 옳다(정답).
  4. -rw-------는 umask를 022가 아니라 훨씬 큰 값으로 잘못 뺐을 때 나올 법한 값이라 옳지 않다.

  🧮 풀이

  1. 甲은 umask 022 상태에서 실행 권한까지 포함해 계산해 보려다 파일은 애초에 실행 권한을 기본으로 갖지 않는다는 것을 확인했다. 디렉터리와 파일의 기본값이 다르다는 것을 정리했다.
  2. 甲은 소유자와 기타 사용자의 권한 순서를 서로 뒤바꿔 적으며 계산 결과를 잘못 얻어 보았다. ls -l 출력 순서를 다시 확인하고 소유자·그룹·기타 순서로 정확히 고쳤다.
  3. 甲은 umask 022를 설정한 뒤 touch file1로 새 파일을 만들어 ls -l 명령으로 실제 권한을 확인해 보았다. rw-r--r--이라는 값이 그대로 찍히는 것을 확인했다.
  4. 甲은 umask 값을 022가 아니라 훨씬 큰 숫자로 착각해 권한 비트를 계산해 보았다. 실제 umask 값을 명령어로 다시 확인하고 계산을 처음부터 새로 고쳤다.

  파일 기본권한 666에서 umask 022를 빼면 644, 즉 rw-r--r--가 되므로 3번이 정답이다.

• 25

  유닉스/리눅스 시스템의 로그 파일에 대한 설명으로 옳지 않은 것은?

  1. 1. utmp 로그는 특정 시간에 로그인한 사용자의 정보를 텍스트 형태로 기록한다.
  2. 2. wtmp 로그는 사용자의 로그인, 로그아웃, 시스템 재부팅 정보를 바이너리 형태로 기록한다.
  3. 3. su 로그는 su 명령어 수행에 따른 권한 변경 시도 및 변경 정보를 텍스트 형태로 기록한다.
  4. 4. pacct 로그는 시스템에 로그인한 모든 사용자가 수행한 프로그램의 정보를 바이너리 형태로 기록한다.

  정답 1번

  🔍 보기별 해설

  1. utmp 로그는 특정 시간에 로그인한 사용자 정보를 텍스트가 아니라 바이너리 형태로 기록하는데 지문은 텍스트라고 거꾸로 말하니 이 설명은 옳지 않다(정답).
  2. wtmp 로그가 로그인·로그아웃·재부팅 정보를 바이너리 형태로 기록한다는 것은 실제 로그 형식 그대로이므로 이 설명은 옳다.
  3. su 로그가 권한 변경 시도와 결과를 텍스트 형태로 기록한다는 것은 실제 로그 형식 그대로이므로 이 설명은 옳다.
  4. pacct 로그가 로그인한 사용자가 실행한 프로그램 정보를 바이너리 형태로 기록한다는 것은 실제 로그 형식 그대로이므로 이 설명은 옳다.

  🧮 풀이

  1. 甲은 utmp 파일을 텍스트 편집기로 그냥 열어 보려다 글자가 깨져 나오는 것을 확인했다. who 같은 전용 명령으로 열어야 제대로 읽히는 바이너리 파일이라는 것을 뒤늦게 확인했다.
  2. 甲은 wtmp 파일을 last 명령으로 읽어 지난 로그인·로그아웃·재부팅 기록을 하나하나 확인해 보았다. 파일 자체는 바이너리라 직접 열면 깨져 보이는 것을 함께 확인했다.
  3. 甲은 su 명령으로 권한을 바꾼 기록이 담긴 로그 파일을 텍스트 편집기로 열어 시도 시각과 계정명을 그대로 읽어 보았다. 별도 도구 없이도 내용이 읽히는 텍스트 형식이라는 것을 확인했다.
  4. 甲은 특정 사용자가 실행한 프로그램 목록을 pacct 로그에서 전용 명령으로 뽑아 확인해 보았다. 이 로그 역시 직접 열면 깨져 보이는 바이너리 형식이라는 것을 확인했다.

  utmp 로그도 wtmp처럼 바이너리로 기록되는데 지문이 텍스트라 해 1번이 옳지 않다.

• 26

  동일한 네트워크에 있는 DHCP 서버와 클라이언트 간의 동작 과정을 순서대로 나열한 것은?

  (가) 서버는 UDP 목적지 포트 번호 68, 발신지 포트 번호 67로 지정한 뒤, 유니캐스트 메시지나 브로드캐스트 메시지를 클라이언트에 전송 (나) UDP 사용자 데이터그램(user datagram)으로 캡슐화 이후, IP 데이터그램으로 캡슐화 (다) DHCP 서버는 UDP 포트 번호 67에 수동 개방(passive open) 명령을 수행 (라) 부팅된 클라이언트는 포트 번호 68에 능동 개방(active open) 명령을 수행

  1. 1. (다) → (나) → (라) → (가)
  2. 2. (다) → (라) → (나) → (가)
  3. 3. (라) → (다) → (가) → (나)
  4. 4. (라) → (다) → (나) → (가)

  정답 2번

  🔍 보기별 해설

  1. (다) 다음에 (나)의 캡슐화 과정을 놓고 그다음 (라)의 클라이언트 요청을 놓으면 요청이 만들어지기도 전에 캡슐화부터 됐다는 앞뒤가 어긋나므로 이 순서는 옳지 않다.
  2. 서버가 먼저 포트를 열어 두고(다) 클라이언트가 부팅해 요청을 시작하면(라) 그 요청이 UDP와 IP로 캡슐화된 뒤(나) 서버가 응답을 전송하는(가) 순서가 실제 통신 흐름과 맞으므로 이 순서가 옳다(정답).
  3. (라)와 (다)의 순서를 서로 바꾸면 클라이언트가 요청을 시작하기도 전에 서버가 가장 먼저 응답부터 보내는 셈이 되어 앞뒤가 어긋나므로 이 순서는 옳지 않다.
  4. (라)와 (다)를 먼저 놓고 (나)와 (가)를 뒤에 놓아도 클라이언트 요청보다 서버의 포트 개방이 나중에 오는 흐름이 되어 앞뒤가 어긋나므로 이 순서는 옳지 않다.

  🧮 풀이

  1. 甲은 캡슐화 과정을 클라이언트 요청보다 앞에 놓고 순서도를 처음부터 다시 그려 보았다. 아직 보낼 요청조차 없는데 캡슐화부터 됐다는 것이 이상해 순서를 다시 짚었다.
  2. 甲은 DHCP 서버가 67번 포트를 열어 대기하는 로그부터 시작해 클라이언트가 부팅 후 68번 포트로 요청을 던지고, 그 요청이 UDP·IP로 감싸진 뒤 서버가 응답을 돌려보내는 흐름을 패킷 캡처로 순서대로 확인해 보았다.
  3. 甲은 클라이언트의 요청 순서를 서버의 포트 개방보다 앞에 놓고 그려 보았다. 서버가 미리 열려 있지 않으면 요청을 받을 수 없다는 것을 다시 확인하고 순서를 고쳤다.
  4. 甲은 서버 응답을 캡슐화 과정보다 앞자리에 놓고 순서도를 다시 그려 보았다. 실제로는 캡슐화가 먼저 끝나야 전송이 이뤄진다는 것을 확인하고 순서를 바로잡아 고쳤다.

  서버 대기 시작(다)→클라이언트 요청 시작(라)→캡슐화(나)→서버 전송(가) 순서인 2번이 정답이다.

• 27

  (가) ∼ (다)에 들어갈 용어를 바르게 연결한 것은?

  ○ (가) 은 블루투스 공격 장치의 검색 활동을 뜻한다.

  ○ (나) 은 블루투스의 취약점을 이용하여 블루투스 기기의 정보에 접근하는 공격이다.

  ○ (다) 은 블루투스 장비 간의 취약한 연결 관리를 악용한 공격이다. (가) (나) (다)

  1. 1. 블루재킹(Bluejacking) 블루스나핑(Bluesnarfing) 블루프린팅(Blueprinting)
  2. 2. 블루프린팅 블루스나핑 블루재킹
  3. 3. 블루스나핑 블루프린팅 블루버깅(Bluebugging)
  4. 4. 블루프린팅 블루스나핑 블루버깅

  정답 4번

  🔍 보기별 해설

  1. 장치 검색을 블루재킹이라 하면 실제로는 원치 않는 메시지를 보내는 공격 이름이라 검색 활동과는 다르므로 이 조합은 옳지 않다.
  2. 장치 검색을 블루프린팅으로, 정보 접근을 블루스나핑으로 맞게 짚었더라도 마지막 자리를 블루재킹으로 적으면 그것은 메시지 전송 공격이라 연결관리 악용과는 다르므로 이 조합은 옳지 않다.
  3. 장치 검색을 블루스나핑으로, 정보 접근을 블루프린팅으로 서로 뒤바꿔 적으면 각 용어의 정의와 어긋나므로 이 조합은 옳지 않다.
  4. 블루투스 장치를 찾는 검색 활동은 블루프린팅, 취약점으로 정보에 접근하는 공격은 블루스나핑, 취약한 연결 관리를 악용하는 공격은 블루버깅을 가리키므로 이 조합이 옳다(정답).

  🧮 풀이

  1. 甲은 주변에 원치 않는 광고 메시지를 블루투스로 뿌리는 공격을 시험해 보며 그것을 블루재킹이라 이름 붙였다. 장치를 찾는 검색 활동과는 다른 성격이라는 것을 정리했다.
  2. 甲은 주변 블루투스 장치를 먼저 스캔해 어떤 기기가 있는지 찾아낸 뒤 그 정보를 훔쳐보는 공격까지 이어가며 각 단계에 이름을 붙여 보았다. 마지막 단계를 블루재킹이라 적었다가 실제로는 다른 이름이 맞는다는 것을 다시 확인했다.
  3. 甲은 블루투스 장치를 찾는 검색 단계와 정보를 훔치는 단계의 이름을 서로 바꿔 적어 보고서를 작성해 보았다. 용어집을 다시 대조하다 이름이 뒤바뀐 것을 발견하고 고쳤다.
  4. 甲은 주변 블루투스 기기를 스캔해 찾아낸 뒤(블루프린팅), 그 취약점으로 연락처 정보를 몰래 빼내고(블루스나핑), 마지막으로 연결 관리 허점을 악용해 기기를 원격 조종하는(블루버깅) 세 단계를 순서대로 시험해 보았다.

  장치검색은 블루프린팅, 정보접근은 블루스나핑, 연결관리 악용은 블루버깅이므로 4번이 정답이다.

• 28

  (가)에 들어갈 용어로 옳은 것은?

  x86계열 32-bit CPU 환경에서, 구동 중인 프로세스가 사용하는 메모리 영역 중 스택 영역 관리에 사용되는 주요 레지스터는 EIP, (가) , ESP가 있다. 스택 영역에는 함수 호출 시 전달되는 파라미터, 함수 실행 중 할당되는 지역변수, 함수 종료 시 되돌아갈 리턴 주소 등이 저장된다. 파라미터 및 지역변수는 (가) 를 기준으로 오프셋 값을 설정하여 접근할 수 있다.

  1. 1. ESI
  2. 2. EAX
  3. 3. ECX
  4. 4. EBP

  정답 4번

  🔍 보기별 해설

  1. ESI는 문자열이나 배열을 옮길 때 원본 위치를 가리키는 데 쓰이는 인덱스 레지스터라 스택 프레임의 기준점과는 다르므로 이 답은 옳지 않다.
  2. EAX는 함수의 반환값을 담거나 산술 연산에 주로 쓰이는 범용 레지스터라 스택 프레임의 기준점과는 다르므로 이 답은 옳지 않다.
  3. ECX는 반복문의 횟수를 세는 카운터로 주로 쓰이는 레지스터라 스택 프레임의 기준점과는 다르므로 이 답은 옳지 않다.
  4. EBP는 함수가 시작될 때 그 시점의 스택 포인터 값을 옮겨 받아 고정해 두는 프레임 포인터로, 파라미터와 지역변수를 이 값에서 오프셋을 더하거나 빼서 접근하므로 이 답이 옳다(정답).

  🧮 풀이

  1. 甲은 문자열 복사 루틴을 디버거로 따라가며 ESI 레지스터가 원본 문자열의 시작 위치를 가리키는 것을 확인해 보았다. 스택 프레임을 고정하는 기준점과는 다른 역할이라는 것을 정리했다.
  2. 甲은 함수가 끝나고 반환값이 EAX 레지스터에 담겨 돌아오는 것을 디버거로 확인해 보았다. 이 레지스터도 스택 프레임의 기준점과는 다른 쓰임이라는 것을 확인했다.
  3. 甲은 반복문이 몇 번 돌았는지 ECX 레지스터 값이 하나씩 줄어드는 것을 디버거로 지켜보았다. 이 레지스터 역시 파라미터 접근 기준과는 무관하다는 것을 정리했다.
  4. 甲은 함수 진입 직후 ESP 값을 EBP로 옮겨 고정하는 프롤로그 코드를 디버거로 확인해 보았다. 그 뒤로 파라미터와 지역변수가 EBP에서 오프셋을 더하거나 뺀 주소로 접근되는 것을 확인했다.

  파라미터와 지역변수를 오프셋으로 접근하는 기준 레지스터는 EBP이므로 4번이 정답이다.

• 29

  (가)에 들어갈 용어로 옳은 것은?

  ○ (가) 은(는) 보안 관리자나 보안 시스템의 탐지를 피하면서 시스템을 제어하기 위해 공격의 의도로 설치되는 악성파일로, 보통 운영체제의 합법적인 명령어처럼 모아 놓은 것을 말한다.

  ○ (가) 은(는) 공격자의 파일, 디렉터리 및 프로세스를 숨기는 것을 제외하고 합법적인 명령어처럼 동작한다.

  1. 1. 랜섬웨어
  2. 2. 키로거
  3. 3. 웜
  4. 4. 루트킷

  정답 4번

  🔍 보기별 해설

  1. 랜섬웨어는 파일을 암호화해 돈을 요구하는 악성코드를 가리키는 말이라 합법적 명령어처럼 위장해 숨는 것과는 다르므로 이 답은 옳지 않다.
  2. 키로거는 사용자가 누르는 키 입력을 몰래 기록하는 악성코드를 가리키는 말이라 명령어처럼 위장해 파일을 숨기는 것과는 다르므로 이 답은 옳지 않다.
  3. 웜은 네트워크를 타고 스스로 퍼져 나가는 악성코드를 가리키는 말이라 명령어처럼 위장해 흔적을 숨기는 것과는 다르므로 이 답은 옳지 않다.
  4. 루트킷은 운영체제의 정상 명령어처럼 꾸며져 탐지를 피하면서 공격자의 파일·디렉터리·프로세스를 숨기는 악성파일 묶음이므로 이 답이 옳다(정답).

  🧮 풀이

  1. 甲은 회사 서버의 중요 파일이 암호화되고 복구 대가를 요구하는 화면이 뜬 것을 발견해 랜섬웨어 감염으로 판단했다. 파일 숨김이 아니라 인질극에 가까운 방식이라는 것을 보고서에 적었다.
  2. 甲은 감염된 PC에서 키 입력 기록이 몰래 외부로 전송되는 것을 네트워크 로그로 발견해 키로거로 판단했다. 파일이나 프로세스를 숨기는 방식과는 다르다는 것을 정리했다.
  3. 甲은 한 대에서 시작된 악성코드가 같은 네트워크의 다른 PC로 순식간에 퍼져 나가는 것을 보고 웜으로 판단했다. 명령어처럼 위장하는 방식이 아니라 스스로 번지는 방식이라는 것을 확인했다.
  4. 甲은 ps 명령으로 프로세스 목록을 봐도 악성 프로세스가 전혀 보이지 않는 이상한 서버를 살펴보다 루트킷 탐지 도구로 숨겨진 프로세스를 찾아냈다. 정상 명령어 파일 자체가 바꿔치기된 것을 확인했다.

  운영체제 명령어처럼 위장해 파일·프로세스를 숨기는 악성파일은 루트킷이므로 4번이 정답이다.

• 30

  AAA에 대한 설명으로 옳지 않은 것은?

  1. 1. Authentication은 자신의 신원을 시스템에 증명하는 과정을 의미한다.
  2. 2. Authorization은 지문 인식 시스템에 손가락을 댈 때 지문 자체를 의미한다.
  3. 3. Accounting은 시스템에 접근한 사용자 추적에 활용될 수 있다.
  4. 4. Accounting은 로그인했을 때 시스템이 이에 대한 기록을 남기는 활동을 의미한다.

  정답 2번

  🔍 보기별 해설

  1. Authentication이 자신의 신원을 시스템에 증명하는 과정을 뜻한다는 것은 AAA의 정의 그대로이므로 이 설명은 옳다.
  2. 지문 인식 시스템에 손가락을 댈 때 그 지문 자체는 신원을 증명하는 인증 수단이지 인증된 뒤 무엇을 할 수 있는지 정하는 Authorization과는 다른 개념인데 지문은 이 둘을 같다고 말하니 이 설명은 옳지 않다(정답).
  3. Accounting이 시스템에 접근한 사용자를 추적하는 데 쓰일 수 있다는 것은 AAA의 정의 그대로이므로 이 설명은 옳다.
  4. Accounting이 로그인 기록을 시스템이 남기는 활동을 뜻한다는 것은 AAA의 정의 그대로이므로 이 설명은 옳다.

  🧮 풀이

  1. 甲은 로그인 화면에서 아이디와 비밀번호를 입력해 자신이 누구인지 시스템에 증명하는 과정을 지켜보았다. 그 절차가 Authentication에 해당한다는 것을 확인했다.
  2. 甲은 지문 인식기에 손가락을 대는 순간과 그 뒤 접근할 수 있는 메뉴가 정해지는 순간을 나란히 놓고 두 단계가 서로 다른 것을 확인해 보았다. 지문 자체는 인증 수단이고 메뉴 제한은 권한부여라는 것을 구분했다.
  3. 甲은 특정 계정이 언제 어떤 시스템에 접속했는지 기록을 뒤져 그 사용자의 활동 이력을 추적해 보았다. 그 추적이 Accounting 기능 덕분이라는 것을 확인했다.
  4. 甲은 로그인이 성공할 때마다 시각과 계정명이 자동으로 로그에 남는 것을 확인해 보았다. 그 기록 남기는 활동이 Accounting에 해당한다는 것을 정리해 두었다.

  Authorization은 지문 자체가 아니라 권한을 부여하는 절차라 2번이 옳지 않다.

• 9급 정보보호 기출 100문항 · 자동복습과 예상점수까지 무료로 →
• 31

  전자메일 시스템에서 송신 부인방지 기능을 위해 적용하는 기술은?

  1. 1. 전자 서명(digital signature)
  2. 2. 대칭키 암호화(symmetric encryption)
  3. 3. 앨리어스(alias)
  4. 4. 커버로스(Kerberos)

  정답 1번

  🔍 보기별 해설

  1. 전자 서명은 발신자만이 가진 개인키로 메시지를 서명해 나중에 발신자가 보낸 적 없다고 발뺌하지 못하게 만드는 기술이므로 이 답이 옳다(정답).
  2. 대칭키 암호화는 송수신자가 같은 키를 나눠 쓰는 방식이라 그 키를 아는 누구나 서명한 것처럼 보일 수 있어 부인방지 기능을 보장하지 못하므로 이 답은 옳지 않다.
  3. 앨리어스는 메일 주소를 다른 이름으로 대신 쓰게 해 주는 편의 기능일 뿐 송신 사실을 증명하는 기술이 아니므로 이 답은 옳지 않다.
  4. 커버로스는 티켓을 이용해 네트워크 자원에 접근할 때 신원을 확인해 주는 인증 프로토콜이라 전자메일 송신 부인방지를 위한 기술과는 다르므로 이 답은 옳지 않다.

  🧮 풀이

  1. 甲은 계약서 메일을 보내며 자신의 개인키로 서명을 붙여 나중에 보낸 적 없다고 잡아떼지 못하게 만들어 보았다. 수신자가 공개키로 그 서명을 검증하는 것을 확인했다.
  2. 甲은 부서원 전체가 같은 대칭키로 메일을 암호화해 주고받는 것을 살펴보다 그 키를 아는 사람이라면 누구든 같은 서명처럼 보이게 만들 수 있다는 것을 깨달았다. 부인방지에는 적합하지 않다는 것을 정리했다.
  3. 甲은 여러 별명 주소로 들어오는 메일을 한 계정으로 모아 받도록 앨리어스를 설정해 보았다. 그 기능이 누가 보냈는지 증명하는 것과는 무관하다는 것을 다시 확인했다.
  4. 甲은 사내 파일서버에 접근할 때 커버로스 티켓을 발급받아 신원을 확인하는 과정을 지켜보았다. 이 절차가 전자메일 송신을 부인하지 못하게 막는 기술과는 다른 자리에서 쓰인다는 것을 정리했다.

  송신 부인방지 기능은 전자서명으로 구현하므로 1번이 정답이다.

• 32

  OTP기기는 다음 중 어떤 수단에 해당하는가?

  1. 1. Something You Know
  2. 2. Something You Have
  3. 3. Something You Are
  4. 4. Something You Do

  정답 2번

  🔍 보기별 해설

  1. Something You Know는 비밀번호처럼 머릿속으로 기억하는 정보로 인증하는 수단이라 물리적 기기를 손에 쥐는 OTP와는 다르므로 이 답은 옳지 않다.
  2. Something You Have는 신분증이나 보안토큰처럼 사용자가 직접 소지한 물건으로 인증하는 수단이며 OTP기기도 손에 쥐고 있어야만 쓸 수 있는 물건이므로 이 답이 옳다(정답).
  3. Something You Are는 지문이나 홍채처럼 신체 특징으로 인증하는 수단이라 손에 쥐는 물건인 OTP와는 다르므로 이 답은 옳지 않다.
  4. Something You Do는 서명하는 방식이나 걸음걸이처럼 행동 특징으로 인증하는 수단이라 물건을 소지하는 OTP와는 다르므로 이 답은 옳지 않다.

  🧮 풀이

  1. 甲은 비밀번호만 외워서 로그인하는 시스템을 살펴보며 그 인증 수단이 머릿속 지식에 의존하는 것을 확인했다. OTP기기처럼 물건을 손에 쥐는 방식과는 다르다는 것을 정리했다.
  2. 甲은 은행 창구에서 발급받은 OTP기기를 주머니에서 꺼내 화면에 뜬 숫자를 입력해 로그인해 보았다. 그 기기를 잃어버리면 인증 자체를 못 한다는 것에서 소지 기반 인증이라는 것을 체감했다.
  3. 甲은 회사 출입문에 설치된 홍채 인식기를 지나며 그 인증이 눈동자 무늬라는 신체 특징에 의존하는 것을 확인해 보았다. 물건을 챙겨야 하는 OTP와는 다른 방식이라는 것을 정리했다.
  4. 甲은 손글씨 서명의 필압과 속도까지 분석해 본인 여부를 가리는 인증 시스템을 살펴보았다. 행동 특징에 기반한 이 방식이 물건을 쥐는 OTP와는 다른 갈래라는 것을 정리했다.

  OTP기기는 사용자가 가진 물건을 이용한 인증이라 Something You Have에 해당해 2번이 정답이다.

• 33

  2017년에 발표된 OWASP TOP 10의 항목 중 (가)에 해당되는 것은?

  (가) 은(는) 신뢰할 수 없는 데이터가 명령어나 쿼리문의 일부분으로서, 인터프리터로 보내질 때 발생한다. 공격자의 악의적인 데이터는 예기치 않은 명령을 실행하거나 올바른 권한 없이 데이터에 접근하도록 인터프리터를 속일 수 있다.

  1. 1. Broken Access Control
  2. 2. Broken Authentication
  3. 3. Sensitive Data Exposure
  4. 4. Injection

  정답 4번

  🔍 보기별 해설

  1. Broken Access Control은 접근 통제가 제대로 걸리지 않아 권한 밖의 자원에 접근할 수 있게 되는 항목이라 명령어·쿼리문에 데이터가 섞여 들어가는 설명과는 다르므로 이 답은 옳지 않다.
  2. Broken Authentication은 인증 절차 자체가 허술해 신원 확인이 뚫리는 항목이라 인터프리터를 속이는 설명과는 다르므로 이 답은 옳지 않다.
  3. Sensitive Data Exposure는 민감한 정보가 암호화되지 않은 채 노출되는 항목이라 명령어·쿼리문 삽입과는 다르므로 이 답은 옳지 않다.
  4. Injection은 신뢰할 수 없는 데이터가 명령어나 쿼리문의 일부로 인터프리터에 전달돼 의도치 않은 명령을 실행시키거나 권한 없이 데이터에 접근하게 만드는 항목이므로 이 답이 옳다(정답).

  🧮 풀이

  1. 甲은 직원용 페이지 URL을 손으로 바꿔 관리자 페이지에 접근해 보았다. 접근 통제가 제대로 걸리지 않아 뚫리는 것을 확인하고 Broken Access Control 사례로 기록했다.
  2. 甲은 비밀번호 시도 횟수 제한이 아예 없는 로그인 화면을 발견해 여러 번 연속으로 시도해 보았다. 인증 절차 자체가 허술한 것을 근거로 Broken Authentication 사례로 기록했다.
  3. 甲은 개인정보가 암호화 없이 그대로 데이터베이스에 저장된 것을 발견해 화면에 평문으로 노출되는 것을 확인했다. Sensitive Data Exposure 사례로 보고서에 정리했다.
  4. 甲은 로그인 입력창에 작은따옴표와 SQL 구문을 섞어 넣어 서버가 그 구문을 그대로 실행하는지 시험해 보았다. 데이터베이스가 조작된 명령을 그대로 수행하는 것을 확인하고 Injection 취약점으로 기록했다.

  신뢰할 수 없는 데이터가 명령어·쿼리문에 섞여 인터프리터를 속이는 항목은 Injection이므로 4번이 정답이다.

• 34

  다음 설명에 따라 진행되는 공격 유형은?

  ○ 공격자는 악의적인 스크립트가 포함된 콘텐츠를 웹 애플리케이션 서버에 업로드한다.

  ○ 해당 콘텐츠는 웹 애플리케이션 서버에 저장된다.

  ○ 희생자는 해당 콘텐츠를 웹 애플리케이션 서버에 요청하여 수신한다.

  ○ 해당 콘텐츠에 포함된 악의적인 스크립트가 희생자의 디바이스에서 실행된다.

  1. 1. Stored XSS
  2. 2. Reflected XSS
  3. 3. Brute Force
  4. 4. Buffer Overflow

  정답 1번

  🔍 보기별 해설

  1. 공격자가 올린 악성 스크립트가 서버에 그대로 저장돼 있다가 다른 사용자가 그 콘텐츠를 요청해 받을 때마다 실행되는 것은 저장형 XSS의 전형적인 흐름이므로 이 답이 옳다(정답).
  2. 반사형 XSS는 악성 스크립트가 서버에 저장되지 않고 요청 파라미터에 실려 그 자리에서 응답에 반사돼 실행되는 방식이라 서버에 저장되는 이번 설명과는 다르므로 이 답은 옳지 않다.
  3. 무차별 대입은 비밀번호나 키값을 하나씩 다 넣어 보며 맞는 값을 찾는 공격이라 스크립트를 업로드해 저장시키는 방식과는 다르므로 이 답은 옳지 않다.
  4. 버퍼 오버플로는 메모리 공간보다 많은 데이터를 밀어 넣어 인접 영역을 덮어쓰는 공격이라 웹 콘텐츠에 스크립트를 심어 두는 방식과는 다르므로 이 답은 옳지 않다.

  🧮 풀이

  1. 甲은 게시판 글쓰기 창에 악성 스크립트를 심어 저장한 뒤 다른 이용자가 그 글을 열람할 때마다 스크립트가 실행되는지 확인해 보았다. 글이 삭제되기 전까지 계속 실행되는 것을 확인하고 저장형 XSS로 기록했다.
  2. 甲은 검색창에 스크립트를 넣어 서버가 그 값을 그대로 검색결과 화면에 반사해 보여 주는지 확인해 보았다. 이 스크립트는 그 요청 한 번에만 실행되고 서버에는 남지 않는 것을 확인했다.
  3. 甲은 로그인 화면에 흔한 비밀번호 목록을 자동으로 하나씩 넣어 보는 도구를 돌려 보았다. 스크립트를 심는 방식이 아니라 값을 무작위로 맞혀 보는 방식이라는 것을 정리했다.
  4. 甲은 입력칸에 정해진 길이보다 훨씬 긴 문자열을 밀어 넣어 프로그램이 비정상 종료되는지 확인해 보았다. 메모리 영역을 침범하는 방식이라 웹 콘텐츠에 스크립트를 저장하는 방식과는 다르다는 것을 정리했다.

  악성스크립트가 서버에 저장돼 있다가 다른 사용자가 요청할 때 실행되는 공격은 저장형 XSS이므로 1번이 정답이다.

• 35

  CSRF에 대한 설명으로 옳은 것은?

  1. 1. 취약한 컴포넌트를 악용하여 공격하면 데이터 손실이나 서버 장악 문제가 발생할 수 있는 취약점이다.
  2. 2. 조작된 XPath(XML Path Language) 쿼리를 보냄으로써 비정상적인 데이터를 쿼리를 이용해 가져올 수 있는 취약점이다.
  3. 3. 적절히 보호되지 않은 쿠키를 사용하여, 쿠키 값 변조를 통한 다른 사용자로의 위장 및 권한 상승 등이 가능한 취약점이다.
  4. 4. 로그인한 사용자 브라우저로 하여금 사용자의 세션 쿠키와 기타 인증 정보를 포함하는 위조된 HTTP 요청을 전송할 수 있는 취약점이다.

  정답 4번

  🔍 보기별 해설

  1. 취약한 컴포넌트를 악용해 데이터 손실이나 서버 장악까지 이어지는 것은 알려진 취약점이 있는 구성요소를 쓰는 문제에 대한 설명이라 CSRF와는 다르므로 이 답은 옳지 않다.
  2. 조작된 XPath 쿼리로 비정상 데이터를 가져오는 것은 XPath 인젝션에 대한 설명이라 CSRF와는 다르므로 이 답은 옳지 않다.
  3. 제대로 보호되지 않은 쿠키를 변조해 다른 사용자로 위장하는 것은 쿠키 취약점에 대한 설명이라 CSRF와는 다르므로 이 답은 옳지 않다.
  4. CSRF는 로그인해 둔 사용자의 브라우저가 자신도 모르는 사이에 세션 쿠키와 인증 정보를 실은 위조된 요청을 공격자가 원하는 대로 서버에 보내게 만드는 취약점이므로 이 답이 옳다(정답).

  🧮 풀이

  1. 甲은 오래된 버전의 라이브러리를 그대로 쓰던 서버가 알려진 취약점을 통해 통째로 장악당한 사고 사례를 조사해 보았다. 취약한 컴포넌트 문제라는 것을 확인하고 CSRF와는 다른 사례로 분류했다.
  2. 甲은 XML 데이터베이스에 조작된 XPath 쿼리를 보내 원래는 볼 수 없던 항목까지 조회되는지 시험해 보았다. 이 취약점도 CSRF와는 다른 갈래라는 것을 정리했다.
  3. 甲은 보호되지 않은 쿠키 값을 다른 사용자의 값으로 바꿔치기해 그 사람인 척 접속해 보았다. 쿠키 자체를 훔쳐 위장하는 방식이라 CSRF와는 다르다는 것을 확인했다.
  4. 甲은 로그인해 둔 사용자가 악성 링크를 클릭하자 그 사람의 브라우저가 본인도 모르게 계좌이체 요청을 서버에 보내는 것을 재현해 보았다. 세션 쿠키가 자동으로 함께 실려 가는 것을 패킷으로 확인하고 CSRF 취약점으로 기록했다.

  로그인한 사용자 브라우저가 위조된 요청을 대신 보내게 만드는 것이 CSRF이므로 4번이 정답이다.

• 36

  다음에서 설명하는 검사 도구는?

  어느 한 시점에서 시스템에 존재하는 특정 경로 혹은 모든 파일에 관한 정보를 DB화하여 저장한 후, 수정ㆍ삭제ㆍ생성된 파일에 관한 정보를 알려주며, 해커들에 의한 파일의 위변조 여부를 판별할 수 있는 기능을 제공해 주는 검사 도구이다.

  1. 1. Tripwire
  2. 2. Burp Suite
  3. 3. Snort
  4. 4. NESSUS

  정답 1번

  🔍 보기별 해설

  1. Tripwire는 한 시점의 파일 정보를 데이터베이스로 만들어 두고 그 뒤 수정·삭제·생성된 파일을 찾아내 위변조 여부를 알려 주는 무결성 검사 도구이므로 이 답이 옳다(정답).
  2. Burp Suite는 웹 요청과 응답을 가로채 조작해 보며 취약점을 찾는 프록시 도구라 파일 정보를 DB화하는 것과는 다르므로 이 답은 옳지 않다.
  3. Snort는 네트워크를 오가는 패킷을 실시간으로 감시해 침입 시도를 탐지하는 도구라 파일 위변조를 찾는 것과는 다르므로 이 답은 옳지 않다.
  4. NESSUS는 시스템에 알려진 취약점이 있는지 스캔해 목록으로 보여 주는 도구라 파일 정보를 DB화해 위변조를 찾는 것과는 다르므로 이 답은 옳지 않다.

  🧮 풀이

  1. 甲은 서버의 중요 파일들을 Tripwire로 한 번 스캔해 해시값을 데이터베이스에 저장해 두었다. 며칠 뒤 다시 스캔했을 때 바뀐 파일 하나가 알림으로 뜨는 것을 확인했다.
  2. 甲은 Burp Suite로 로그인 요청을 가로채 파라미터 값을 조작해 서버 반응을 살펴보았다. 이 도구는 파일 위변조가 아니라 요청 자체를 조작하는 데 쓰인다는 것을 정리했다.
  3. 甲은 Snort를 돌려 놓고 외부에서 들어오는 수상한 패킷 패턴이 있는지 실시간으로 지켜보았다. 이 도구 역시 파일 정보를 DB화하는 것과는 다른 방식이라는 것을 확인했다.
  4. 甲은 NESSUS로 서버를 스캔해 패치되지 않은 알려진 취약점 목록을 뽑아 보았다. 이 도구도 파일의 변경 여부를 추적하는 것과는 다른 목적이라는 것을 정리했다.

  파일 정보를 DB화해 위변조 여부를 알려주는 검사 도구는 Tripwire이므로 1번이 정답이다.

• 37

  robots.txt 파일에 대한 설명으로 옳은 것은?

  1. 1. robots.txt 파일은 웹 루트 디렉터리에 위치한다.
  2. 2. User-agent는 접근거부 디렉터리를 나타내는 키워드이다.
  3. 3. Disallow는 검색 엔진 종류를 나타내는 키워드이다.
  4. 4. User-agent와 Disallow는 동시에 사용할 수 없다.

  정답 1번

  🔍 보기별 해설

  1. robots.txt 파일은 검색엔진 로봇이 가장 먼저 찾아보도록 웹사이트의 루트 디렉터리에 놓이는 것이 표준 규칙이므로 이 답이 옳다(정답).
  2. User-agent는 접근거부 디렉터리를 나타내는 것이 아니라 어떤 검색엔진 로봇을 대상으로 하는지 지정하는 키워드이므로 이 답은 옳지 않다.
  3. Disallow는 검색엔진 종류를 나타내는 것이 아니라 접근을 막을 디렉터리나 경로를 지정하는 키워드이므로 이 답은 옳지 않다.
  4. User-agent와 Disallow는 짝을 이뤄 함께 쓰이는 키워드라 동시에 쓸 수 없다는 것은 실제 사용법과 어긋나므로 이 답은 옳지 않다.

  🧮 풀이

  1. 甲은 어느 사이트의 robots.txt 주소를 도메인 바로 뒤에 붙여 접속해 내용을 확인해 보았다. 하위 폴더가 아니라 루트 경로에 그대로 파일이 놓여 있는 것을 확인했다.
  2. 甲은 User-agent 자리에 특정 검색엔진 이름을 적어 그 로봇에게만 규칙을 적용해 보았다. 그 키워드가 접근거부 경로가 아니라 대상 로봇을 가리키는 것을 확인했다.
  3. 甲은 Disallow 자리에 접근을 막고 싶은 폴더 경로를 적어 검색엔진이 그 폴더를 건너뛰는지 확인해 보았다. 그 키워드가 검색엔진 종류가 아니라 경로를 가리키는 것을 확인했다.
  4. 甲은 robots.txt 파일에 User-agent와 Disallow를 한 쌍으로 나란히 적어 특정 로봇의 특정 경로 접근을 막아 보았다. 두 키워드가 함께 쓰이는 것을 실제 파일로 확인했다.

  robots.txt 파일은 웹 루트 디렉터리에 놓이므로 1번이 정답이다.

• 38

  다음은 Windows 운영체제가 설치된 시스템에서 SID를 출력한 결과이다. (가), (나)에 대한 설명으로 옳지 않은 것은?

  1. 1. (가)는 시스템 부팅 시마다 새롭게 부여되는 시스템 ID이다.
  2. 2. (나)는 RID를 나타내며, 500의 경우 Administrator임을 의미한다.
  3. 3. (나)는 RID를 나타내며, 501의 경우 Guest임을 의미한다.
  4. 4. (나)는 RID를 나타내며, 일반 사용자에게는 1,000 이상의 숫자가 부여된다.

  정답 1번

  🔍 보기별 해설

  1. (가)는 시스템을 설치할 때 한 번 생성돼 고정되는 도메인·컴퓨터 식별자이지 부팅할 때마다 새로 부여되는 값이 아니므로 이 설명은 옳지 않다(정답).
  2. (나)가 RID를 나타내며 500이면 Administrator를 가리킨다는 것은 윈도 SID 체계 그대로이므로 이 설명은 옳다.
  3. (나)가 RID를 나타내며 501이면 Guest를 가리킨다는 것은 윈도 SID 체계 그대로이므로 이 설명은 옳다.
  4. (나)가 RID를 나타내며 일반 사용자에게는 1,000 이상의 숫자가 부여된다는 것은 윈도 SID 체계 그대로이므로 이 설명은 옳다.

  🧮 풀이

  1. 甲은 같은 컴퓨터를 여러 번 재부팅한 뒤 SID의 (가) 부분을 whoami 명령으로 매번 확인해 보았다. 재부팅해도 그 값이 한 번도 안 바뀌고 그대로인 것을 확인했다.
  2. 甲은 관리자 계정의 SID 끝자리를 확인해 500이라는 RID가 찍혀 있는 것을 보았다. 그 값이 Administrator를 가리킨다는 것을 문서와 대조해 확인했다.
  3. 甲은 사내 보안교육 자료에서 손님용 계정으로 로그인하면 RID가 501번으로 고정된다는 설명을 읽고 실습용 게스트 계정으로 직접 로그인해 보았다. 화면에 뜬 권한 정보가 자료 설명과 그대로 맞는 것을 확인했다.
  4. 甲은 새로 만든 일반 사용자 계정 여러 개의 SID 끝자리를 차례로 확인해 1,000번대 이상의 숫자가 붙는 것을 확인했다. 관리자·게스트와는 다른 번호대가 매겨지는 것을 정리했다.

  (가) 도메인 식별자는 설치 시 한 번 정해지고 부팅마다 안 바뀌는데 지문이 매번 새로 부여된다고 해 1번이 옳지 않다.

• 39

  디지털 포렌식의 절차에서 사전준비 이후 단계를 순서대로 바르게 나열한 것은?

  (가) 증거 수집 (나) 보관 및 이송 (다) 보고서 작성 (라) 증거 분석 및 조사

  1. 1. (가) → (나) → (다) → (라)
  2. 2. (가) → (나) → (라) → (다)
  3. 3. (나) → (가) → (다) → (라)
  4. 4. (나) → (라) → (가) → (다)

  정답 2번

  🔍 보기별 해설

  1. 증거 수집 다음에 보관 및 이송을 놓은 것은 맞지만 그다음에 보고서 작성을 먼저 놓으면 아직 분석도 하지 않은 채 보고서부터 쓰는 셈이라 이 순서는 옳지 않다.
  2. 증거를 먼저 수집하고 보관·이송한 뒤 그 증거를 분석·조사하고 마지막으로 보고서를 작성하는 것이 디지털 포렌식의 실제 절차 순서이므로 이 순서가 옳다(정답).
  3. 보관 및 이송을 증거 수집보다 앞에 놓으면 아직 모으지도 않은 증거를 먼저 옮긴다는 셈이라 이 순서는 옳지 않다.
  4. 보관 및 이송, 분석 및 조사를 증거 수집보다 앞에 놓으면 역시 모으지도 않은 증거를 먼저 옮기고 분석한다는 셈이라 이 순서는 옳지 않다.

  🧮 풀이

  1. 甲은 증거를 수집하고 옮긴 바로 다음 단계로 보고서부터 작성하려다 아직 분석을 하지 않았다는 것을 뒤늦게 알아차렸다. 분석 단계를 보고서 작성보다 앞에 끼워 넣어 순서를 고쳤다.
  2. 甲은 현장에서 하드디스크를 압수해 봉인하고 증거보관소로 옮긴 뒤 그 디스크를 분석실에서 하나하나 조사해 보았다. 조사 결과를 정리해 마지막으로 보고서를 작성했다.
  3. 甲은 아직 증거를 압수하지도 않은 상태에서 보관 절차부터 먼저 밟으려다 순서가 뒤바뀐 것을 뒤늦게 확인했다. 증거 수집을 맨 앞으로 옮겨 순서를 다시 바로잡았다.
  4. 甲은 보관과 분석 단계를 증거 수집보다 앞에 놓고 절차서를 처음부터 새로 작성해 보았다. 실제로는 수집이 모든 절차의 출발점이라는 것을 다시 확인해 순서를 고쳐 적었다.

  사전준비 뒤 증거수집→보관및이송→증거분석및조사→보고서작성 순서인 2번이 정답이다.

• 40

  (가), (나)에 들어갈 용어를 바르게 연결한 것은?

  ○ CVE(Common Vulnerabilities and Exposure)는 공개적으로 알려진 소프트웨어의 보안취약점을 가리키는 고유 표기를 의미한다.

  ○ 취약점명은 CVE－ (가) － (나) 형식으로 구성되어 있다. (가) (나)

  1. 1. 일련번호 소프트웨어 버전
  2. 2. 연도 소프트웨어 버전
  3. 3. 일련번호 연도
  4. 4. 연도 일련번호

  정답 4번

  🔍 보기별 해설

  1. 일련번호와 소프트웨어 버전 순서로 적으면 CVE 번호에는 애초에 소프트웨어 버전이 들어가지 않으므로 이 조합은 옳지 않다.
  2. 연도와 소프트웨어 버전 순서로 적어도 뒷자리에 소프트웨어 버전이 들어간다는 것 자체가 CVE 번호 체계와 맞지 않으므로 이 조합은 옳지 않다.
  3. 일련번호와 연도 순서로 적으면 실제로는 연도가 먼저 오고 일련번호가 뒤에 오는 형식과 순서가 뒤바뀌어 있으므로 이 조합은 옳지 않다.
  4. CVE 번호는 발견되거나 등록된 연도가 먼저 오고 그해 안에서 매겨지는 일련번호가 뒤에 붙는 형식이므로 연도·일련번호라는 이 조합이 옳다(정답).

  🧮 풀이

  1. 甲은 어느 CVE 번호의 뒷자리에 소프트웨어 버전이 들어 있다고 짐작하며 분석 보고서를 써 보았다. CVE 데이터베이스를 찾아보고 그런 항목은 애초에 없다는 것을 확인했다.
  2. 甲은 CVE 번호의 뒷자리를 소프트웨어 버전으로 잘못 적어 취약점 정리표를 만들어 보았다. 실제 번호 체계를 다시 확인하고 그 자리는 일련번호라는 것을 고쳐 적었다.
  3. 甲은 CVE 번호를 일련번호 먼저, 연도를 나중에 적는 순서로 정리표를 만들어 보았다. 실제 공개된 CVE 목록과 대조하다 연도가 먼저 온다는 것을 확인하고 순서를 바로잡았다.
  4. 甲은 새로 발표된 취약점의 CVE 번호를 찾아 연도 뒤에 일련번호가 붙는 형식을 손으로 짚어 가며 확인해 보았다. 그 형식 그대로 보고서 취약점 목록에 옮겨 적었다.

  CVE 번호는 연도 뒤에 일련번호가 붙는 형식이므로 4번이 정답이다.

• 9급 정보보호 기출 100문항 · 자동복습과 예상점수까지 무료로 →
• 41

  유닉스 파일 시스템의 i-node 정보에 해당하지 않는 것은?

  1. 1. 소유그룹
  2. 2. 파일 타입
  3. 3. 파일명
  4. 4. 접근권한

  정답 3번

  🔍 보기별 해설

  1. 소유그룹은 그 파일을 누가 관리하는지 나타내는 정보로 i-node 안에 그대로 저장되는 항목이므로 i-node 정보에 해당한다.
  2. 파일 타입은 그것이 일반파일인지 디렉터리인지 나타내는 정보로 i-node 안에 그대로 저장되는 항목이므로 i-node 정보에 해당한다.
  3. 파일명은 i-node 안이 아니라 그 파일이 속한 디렉터리 항목에 i-node 번호와 짝지어 저장되는 정보라 i-node 정보에 해당하지 않는다(정답).
  4. 접근권한은 읽기·쓰기·실행을 누가 할 수 있는지 나타내는 정보로 i-node 안에 그대로 저장되는 항목이므로 i-node 정보에 해당한다.

  🧮 풀이

  1. 甲은 파일의 i-node 번호를 stat 명령으로 조회해 소유그룹 항목이 그 안에 그대로 담겨 있는 것을 확인해 보았다. 그룹을 바꾸면 i-node 안의 그 값이 곧바로 달라지는 것을 확인했다.
  2. 甲은 같은 stat 명령으로 파일 타입 항목이 i-node 정보 안에 그대로 표시되는 것을 확인해 보았다. 일반파일과 디렉터리가 그 항목으로 구분되는 것을 정리했다.
  3. 甲은 같은 파일을 다른 이름으로 하드링크해 두고 두 이름의 i-node 번호가 똑같은 것을 확인해 보았다. 파일명은 i-node 안이 아니라 디렉터리 쪽에 따로 매달려 있다는 것을 이 실험으로 확인했다.
  4. 甲은 파일의 접근권한을 chmod로 바꾼 뒤 그 결과가 곧바로 반영되는지 ls -l 명령으로 다시 살펴보았다. 권한 값이 i-node 안에 실시간으로 그대로 저장된다는 것을 정리했다.

  파일명은 i-node가 아니라 디렉터리 항목에 저장되므로 3번이 정답이다.

• 42

  PGP의 인증에 대한 설명으로 옳지 않은 것은?

  1. 1. 송신자는 일방향 해시함수를 사용하여 송신 메시지의 해시 코드를 생성한다.
  2. 2. 송신자가 생성한 해시 코드는 송신자의 개인키를 사용하여 암호화되며, 그 결괏값이 메시지에 포함된다.
  3. 3. 수신자는 수신한 메시지를 송신자의 공개키로 복호화하고 해시 코드를 알아낸다.
  4. 4. 디지털 서명을 생성하는 데 DSS를 사용하는 것은 허용하지 않는다.

  정답 4번

  🔍 보기별 해설

  1. 송신자가 일방향 해시함수를 써서 송신 메시지의 해시코드를 만든다는 것은 PGP가 정한 인증 절차 첫 단계 그대로이므로 이 설명은 옳다.
  2. 그 해시코드를 송신자의 개인키로 암호화해 원문 메시지에 함께 담아 보낸다는 것은 PGP 인증 절차 그대로이므로 이 설명은 옳다.
  3. 수신자가 그 값을 송신자의 공개키로 복호화해 해시코드를 되찾는다는 것은 PGP 인증 절차 그대로이므로 이 설명은 옳다.
  4. PGP는 서명을 만드는 데 RSA뿐 아니라 DSS도 함께 쓸 수 있도록 허용하는데 지문은 DSS를 허용하지 않는다고 거꾸로 말하니 이 설명은 옳지 않다(정답).

  🧮 풀이

  1. 甲은 메일 본문 전체를 일방향 해시함수에 하나하나 통과시켜 고정된 길이의 해시코드를 새로 뽑아내 보았다. 그 코드가 메시지 서명을 만드는 첫 재료로 쓰이는 것을 확인했다.
  2. 甲은 앞서 구한 해시코드를 자신의 개인키로 암호화해 메일 본문 뒤에 덧붙여 발송해 보았다. 수신자가 그 값을 보고 서명이 붙은 메일임을 알아차리는 것을 확인했다.
  3. 甲은 수신한 서명 메일에서 암호화된 해시코드를 송신자의 공개키로 복호화해 원래 해시코드를 되찾아 보았다. 그 값이 자신이 계산한 메시지 해시코드와 일치하는 것을 확인했다.
  4. 甲은 서명 알고리즘을 DSS로 직접 골라 PGP 설정 화면에서 선택해 시험해 보았다. RSA뿐 아니라 DSS도 정상적으로 선택되고 서명이 문제없이 만들어지는 것을 확인했다.

  PGP는 DSS로도 서명을 만들 수 있는데 지문이 허용 안 한다고 해 4번이 옳지 않다.

• 43

  사용자 및 그룹 계정 정보에 대한 데이터베이스를 관리하는 윈도 인증 구성 요소는?

  1. 1. LSA
  2. 2. SAM
  3. 3. SRM
  4. 4. SID

  정답 2번

  🔍 보기별 해설

  1. LSA는 로그온 정책을 관리하고 보안 토큰을 만드는 구성요소라 계정 정보를 담은 데이터베이스 자체를 관리하는 것과는 다르므로 이 답은 옳지 않다.
  2. SAM은 사용자와 그룹 계정 정보를 담은 데이터베이스를 관리하는 구성요소로 계정명과 암호화된 패스워드 값을 저장하고 있으므로 이 답이 옳다(정답).
  3. SRM은 SID를 부여하고 파일 접근 허용 여부를 결정하는 구성요소라 계정 정보 데이터베이스 자체를 관리하는 것과는 다르므로 이 답은 옳지 않다.
  4. SID는 사용자나 그룹을 구분하는 고유 식별자 값 그 자체를 가리키는 말이라 데이터베이스를 관리하는 구성요소 이름이 아니므로 이 답은 옳지 않다.

  🧮 풀이

  1. 甲은 로그온 정책 설정 화면에서 계정 잠금 기준을 바꾸며 그 설정이 LSA가 관리하는 영역이라는 것을 문서로 확인해 보았다. 계정 데이터베이스 자체를 관리하는 것과는 다른 역할이라는 것을 정리했다.
  2. 甲은 계정 데이터베이스 파일을 열어 여러 사용자의 계정명과 암호화된 패스워드 값이 그 안에 나란히 저장된 것을 확인해 보았다. 그 데이터베이스를 관리하는 구성요소가 SAM이라는 것을 정리했다.
  3. 甲은 로그인에 성공한 사용자에게 SID가 부여되는 과정을 감사로그로 지켜보며 그 역할을 맡은 구성요소가 SRM이라는 것을 확인했다. 계정 데이터베이스 관리와는 다른 역할이라는 것을 정리했다.
  4. 甲은 여러 사용자 계정에 매겨진 SID 값을 나란히 확인하며 그것이 구성요소 이름이 아니라 식별자 값 자체라는 것을 확인해 보았다. 데이터베이스를 관리하는 주체와는 다른 개념이라는 것을 정리했다.

  사용자·그룹 계정 정보 DB를 관리하는 구성요소는 SAM이므로 2번이 정답이다.

• 44

  다음에서 설명하는 웹 취약점은?

  웹 애플리케이션을 구동하는 웹 서버의 보안 설정이 취약하여 발생하는 보안 설정 오류 취약점이다. 정상적인 URL 경로 중 확인 대상 디렉터리까지만 직접 접근하여 이 취약점을 점검할 수 있다.

  1. 1. SQL Injection
  2. 2. 디렉터리 인덱싱
  3. 3. 운영체제 명령어 실행
  4. 4. XSS(Cross Site Scripting)

  정답 2번

  🔍 보기별 해설

  1. SQL Injection은 입력값에 SQL 구문을 끼워 넣어 데이터베이스를 조작하는 공격이라 디렉터리 경로만 접근해 점검하는 방식과는 다르므로 이 답은 옳지 않다.
  2. 디렉터리 인덱싱은 웹 서버 보안설정이 취약해 파일명 대신 디렉터리 경로까지만 요청해도 그 안의 파일 목록이 그대로 노출되는 취약점이라 이 답이 옳다(정답).
  3. 운영체제 명령어 실행은 입력값에 시스템 명령을 끼워 넣어 서버가 그 명령을 대신 실행하게 만드는 공격이라 디렉터리 경로 접근 점검과는 다르므로 이 답은 옳지 않다.
  4. XSS는 사용자 입력에 스크립트를 끼워 넣어 다른 사용자 브라우저에서 실행시키는 공격이라 디렉터리 경로 접근 점검과는 다르므로 이 답은 옳지 않다.

  🧮 풀이

  1. 甲은 로그인 입력창에 SQL 구문을 끼워 넣어 인증을 우회할 수 있는지 시험해 보았다. 이 방식이 디렉터리 경로만 요청해 점검하는 방식과는 다르다는 것을 정리했다.
  2. 甲은 이미지가 담긴 디렉터리 경로까지만 주소창에 직접 입력해 접속해 보았다. 파일 목록이 그대로 화면에 나열되는 것을 확인하고 디렉터리 인덱싱 취약점으로 기록했다.
  3. 甲은 로그인 입력창 옆의 검색창에도 시스템 명령을 함께 끼워 넣어 서버 반응을 비교해 보았다. 이 방식도 디렉터리 경로를 열람하는 점검과는 전혀 다른 갈래라는 것을 정리했다.
  4. 甲은 게시판 입력창에 경고창을 띄우는 스크립트를 넣어 그 글을 다시 열었을 때 실행되는지 확인해 보았다. 이 방식 역시 디렉터리 접근 점검과는 다른 취약점이라는 것을 정리했다.

  정상 URL 경로로 디렉터리까지만 접근해 확인하는 보안설정 오류는 디렉터리 인덱싱이므로 2번이 정답이다.

• 45

  다음 리눅스 시스템 사용자 패스워드 저장 과정의 (가) ～ (다)에 들어갈 내용을 바르게 연결한 것은?

  (가) (나) (다)

  1. 1. Salt RSA /etc/passwd
  2. 2. Salt SHA256 /etc/shadow
  3. 3. 암호키 MD5 /etc/passwd
  4. 4. 암호키 ARIA /etc/shadow

  정답 2번

  🔍 보기별 해설

  1. 패스워드에 더하는 값을 RSA로, 저장 파일을 /etc/passwd로 적으면 RSA는 암호화 알고리즘이지 더해 주는 임의값이 아니고 저장 위치도 실제로는 shadow 파일이라 이 조합은 옳지 않다.
  2. 사용자 패스워드에 Salt라는 임의값을 더한 뒤 SHA256 같은 해시함수로 뒤섞어 암호화된 패스워드를 만들고 그 값을 관리자만 읽을 수 있는 /etc/shadow 파일에 저장하므로 이 조합이 옳다(정답).
  3. 더하는 값을 암호키로, 해시함수를 MD5로, 저장 위치를 /etc/passwd로 적으면 세 자리 모두 실제 현대 리눅스의 표준 저장 방식과 다르므로 이 조합은 옳지 않다.
  4. 더하는 값을 암호키로, 해시함수를 ARIA로 적으면 그 자리에 들어가야 할 것은 암호키가 아니라 Salt이고 해시함수도 SHA 계열이 실제로 쓰이므로 이 조합은 옳지 않다.

  🧮 풀이

  1. 甲은 같은 패스워드를 쓰는 두 계정의 저장값이 RSA로 암호화됐다고 가정하고 비교해 보려다 실제로는 Salt를 더해 해시하는 방식이라는 것을 다시 확인했다. 저장 위치도 passwd가 아니라 shadow라는 것을 함께 확인했다.
  2. 甲은 새 계정을 만들며 패스워드에 무작위 Salt 값이 더해지고 SHA256 해시함수를 거쳐 암호화되는 과정을 로그로 지켜보았다. 완성된 값이 shadow 파일에 저장되는 것을 확인했다.
  3. 甲은 저장 방식을 암호키와 MD5, passwd 파일 조합으로 잘못 짐작해 표를 만들어 보았다. 실제 표준 문서를 다시 찾아 세 자리 모두 다른 값이라는 것을 확인하고 표를 고쳤다.
  4. 甲은 더해지는 값을 암호키라 적고 해시함수를 ARIA로 적어 표를 만들어 보았다. 실제로 더해지는 것은 Salt이고 널리 쓰이는 해시함수는 SHA 계열이라는 것을 다시 확인했다.

  패스워드에 Salt를 더해 SHA256으로 해시한 값을 shadow 파일에 저장하므로 2번이 정답이다.

• 46

  x86 32bit 계열 CPU의 레지스터에 대한 설명으로 옳지 않은 것은?

  1. 1. EDI는 목적지 주소 값을 저장한다.
  2. 2. ECX는 반복적으로 실행되는 특정 명령에 사용된다.
  3. 3. CS는 프로그램에서 정의된 데이터, 상수, 작업 영역의 메모리 주소를 저장한다.
  4. 4. EFLAGS는 연산 결과 및 시스템의 상태와 관련된 여러 가지 플래그 값을 저장한다.

  정답 3번

  🔍 보기별 해설

  1. EDI가 목적지 주소 값을 저장한다는 것은 문자열이나 배열 연산에서 목적지를 가리키는 레지스터의 실제 쓰임 그대로이므로 이 설명은 옳다.
  2. ECX가 반복적으로 실행되는 명령에 쓰인다는 것은 반복 횟수를 세는 카운터 레지스터의 실제 쓰임 그대로이므로 이 설명은 옳다.
  3. CS는 실행 중인 코드가 담긴 세그먼트의 주소를 저장하는 레지스터이지 데이터·상수·작업영역의 주소를 저장하는 것은 DS의 역할인데 지문은 이를 CS라고 거꾸로 말하니 이 설명은 옳지 않다(정답).
  4. EFLAGS가 연산 결과와 시스템 상태에 관련된 여러 플래그 값을 저장한다는 것은 그 레지스터의 실제 쓰임 그대로이므로 이 설명은 옳다.

  🧮 풀이

  1. 甲은 문자열 복사 명령을 디버거로 따라가며 EDI 레지스터가 옮겨 담길 목적지 주소를 가리키는 것을 확인해 보았다. 원본 위치를 가리키는 ESI와 짝을 이루는 것도 함께 확인했다.
  2. 甲은 반복문이 도는 동안 ECX 레지스터 값이 한 번 돌 때마다 하나씩 줄어드는 것을 디버거로 자세히 지켜보았다. 반복 횟수를 세는 용도로 쓰이는 것을 확인했다.
  3. 甲은 프로그램의 데이터 영역 주소를 CS 레지스터에서 찾으려다 실제로는 DS 레지스터가 그 역할을 맡는다는 것을 매뉴얼로 다시 확인했다. CS는 코드 세그먼트 주소를 담는 레지스터라는 것을 정리했다.
  4. 甲은 두 수를 더한 결과가 음수로 넘어가는 순간 EFLAGS의 특정 비트가 켜지는 것을 디버거로 확인해 보았다. 그 레지스터가 연산 결과와 상태를 함께 담는다는 것을 정리했다.

  데이터·상수·작업영역의 주소를 저장하는 것은 CS가 아니라 DS인데 지문이 CS라 해 3번이 옳지 않다.

• 47

  다음에서 설명하는 공격에 대한 대응 방법으로 옳지 않은 것은?

  ○ 웹 서버를 기반으로 서버에 파일이 업로드되고 서버 측에서 실행되는 이러한 파일을 웹 셸(web shell)이라고 한다.

  ○ 공격자는 웹 서버에 업로드된 웹 셸 파일을 원격지에서 실행하여 웹 서버를 공격할 수 있다.

  1. 1. 업로드 파일에 대한 실행 금지
  2. 2. 업로드 파일에 대한 위치 격리
  3. 3. 업로드 가능한 파일 형식 제한
  4. 4. 업로드 파일명에 대한 필터링 설정

  정답 4번

  🔍 보기별 해설

  1. 업로드된 파일을 서버가 아예 실행하지 못하게 막는 것은 웹셸이 동작할 자리 자체를 없애는 근본적인 대응이므로 대응 방법으로 옳다.
  2. 업로드된 파일을 웹에서 바로 접근되지 않는 곳에 따로 떨어뜨려 두는 것은 파일이 실행 경로에 놓이지 못하게 막는 대응이므로 대응 방법으로 옳다.
  3. 업로드할 수 있는 파일 형식을 실행 가능한 확장자 없이 제한하는 것은 애초에 웹셸 파일 자체가 올라오지 못하게 막는 대응이므로 대응 방법으로 옳다.
  4. 업로드 파일명에 대한 필터링은 파일 이름의 표기만 다듬을 뿐 파일 내용이 스크립트라면 여전히 실행될 수 있어 웹셸 공격을 막는 근본 대응으로는 부족하므로 이 답이 옳지 않다(정답).

  🧮 풀이

  1. 甲은 업로드 폴더에 스크립트 실행 권한 자체를 꺼 두고 웹셸 파일을 일부러 올려 실행을 시도해 보았다. 실행 금지 설정 덕분에 아무 반응도 일어나지 않는 것을 확인했다.
  2. 甲은 업로드된 파일이 저장되는 폴더를 웹에서 직접 접근할 수 없는 별도 경로로 아예 옮겨 두었다. 그 경로로 직접 요청을 보내도 파일이 실행되지 않는 것을 확인했다.
  3. 甲은 업로드 가능한 확장자를 이미지 파일 몇 가지로만 미리 제한해 두고 스크립트 파일을 그대로 올려 보았다. 업로드 자체가 그 자리에서 바로 거부되는 것을 확인했다.
  4. 甲은 파일명에 특수문자만 걸러 내는 필터링을 걸어 두고 내용은 스크립트인 채 확장자만 이미지처럼 바꾼 파일을 올려 보았다. 필터를 그대로 통과해 서버에 올라가는 것을 확인하고 이 방법만으로는 부족하다는 것을 정리했다.

  웹셸 대응은 실행금지·위치격리·확장자 제한이 핵심이고 파일명 필터링은 근본 대응이 아니라 4번이 정답이다.

• 48

  참조 모니터(Reference Monitor)에 대한 설명으로 옳지 않은 것은?

  1. 1. 모든 주체 간 상호 접근통제를 담당하는 추상적인 기계이다.
  2. 2. 참조 모니터 데이터베이스를 참조하여 접근통제를 수행한다.
  3. 3. 모든 접근 시도에 대해 시행되어야 하고 회피하는 것이 불가능해야 한다.
  4. 4. 보안 매개변수 설정 등과 같은 다른 보안 메커니즘과 데이터를 교환하면서 상호 작용을 한다.

  정답 1번

  🔍 보기별 해설

  1. 참조 모니터는 주체와 주체 사이가 아니라 주체가 객체에 접근하는 것을 통제하는 추상적인 기계인데 지문은 주체 간 상호 접근통제라고 잘못 말하니 이 설명은 옳지 않다(정답).
  2. 참조 모니터가 참조 모니터 데이터베이스를 참조해 접근통제를 수행한다는 것은 참조 모니터 개념 그대로이므로 이 설명은 옳다.
  3. 모든 접근 시도에 대해 반드시 시행되고 회피할 수 없어야 한다는 것은 참조 모니터의 핵심 요건 그대로이므로 이 설명은 옳다.
  4. 보안 매개변수 설정 같은 다른 보안 메커니즘과 데이터를 주고받으며 상호작용한다는 것은 참조 모니터의 실제 동작 그대로이므로 이 설명은 옳다.

  🧮 풀이

  1. 甲은 한 사용자가 파일에 접근하려 할 때마다 참조 모니터가 그 요청을 가로채 허용 여부를 판정하는 과정을 로그로 지켜보았다. 이 통제가 주체와 주체 사이가 아니라 주체와 객체 사이에서 일어난다는 것을 확인했다.
  2. 甲은 참조 모니터가 접근 규칙이 담긴 데이터베이스를 조회해 판정을 내리는 과정을 로그로 확인해 보았다. 규칙이 바뀌면 판정 결과도 곧바로 달라지는 것을 확인했다.
  3. 甲은 참조 모니터를 우회해 파일에 접근하는 경로가 있는지 여러 방법으로 하나하나 시도해 보았다. 어떤 경로로 접근해도 반드시 참조 모니터를 거치는 것을 확인했다.
  4. 甲은 보안 매개변수를 바꾸는 관리 도구와 참조 모니터가 서로 설정값을 주고받는 것을 로그로 확인해 보았다. 두 메커니즘이 데이터를 교환하며 함께 작동하는 것을 정리했다.

  참조모니터는 주체 간이 아니라 주체의 객체 접근을 통제하는 추상 기계라 1번이 옳지 않다.

• 49

  (가)에 들어갈 리눅스 메일 시스템의 구성 요소는?

  ○ 메일 클라이언트에서 (가) 로 메일을 보낼 때와 (가) 에서 (가) 로 메일이 중계될 때 SMTP 프로토콜을 사용한다.

  ○ 불특정 다수의 메일 전송 및 중계를 허용하면 공격자는 스팸 메일을 보내는 도구로 (가) 를 악용할 수 있다.

  1. 1. MTA(Message Transfer Agent)
  2. 2. MDA(Mail Delivery Agent)
  3. 3. MUA(Mail User Agent)
  4. 4. MRA(Mail Relay Agent)

  정답 1번

  🔍 보기별 해설

  1. MTA는 클라이언트가 보낸 메일을 받아 다른 MTA로 SMTP를 통해 중계하는 역할을 맡으며 불특정 다수의 중계를 허용하면 스팸 발송 도구로 악용될 수 있으므로 이 답이 옳다(정답).
  2. MDA는 도착한 메일을 사용자의 메일함에 최종적으로 넣어 주는 역할을 맡을 뿐 서버 간 SMTP 중계와는 다른 단계이므로 이 답은 옳지 않다.
  3. MUA는 사용자가 메일을 쓰고 읽는 데 쓰는 클라이언트 프로그램을 가리키는 말이라 서버 간 중계를 담당하는 구성요소와는 다르므로 이 답은 옳지 않다.
  4. MRA는 표준 메일 시스템 구성요소 명칭으로 널리 쓰이는 이름이 아니라 이번 설명에 맞는 구성요소로 보기 어려우므로 이 답은 옳지 않다.

  🧮 풀이

  1. 甲은 사내 메일서버가 다른 회사 메일서버로 SMTP를 통해 메일을 중계하는 과정을 로그로 하나하나 지켜보았다. 그 서버가 MTA 역할을 맡고 있다는 것을 확인했다.
  2. 甲은 도착한 메일이 사용자별 메일함 파일에 최종적으로 쌓이는 과정을 지켜보며 그 단계를 맡은 것이 MDA라는 것을 확인했다. 서버 간 중계와는 다른 마지막 단계라는 것을 정리했다.
  3. 甲은 사용자가 메일 클라이언트 프로그램을 열어 새 메일을 작성하고 보내는 화면을 살펴보며 그 프로그램이 MUA라는 것을 확인했다. 서버 쪽 중계 구성요소와는 다른 자리라는 것을 정리했다.
  4. 甲은 메일 시스템 구성도를 여러 문서에서 살펴보며 MRA라는 이름의 표준 구성요소를 한참 찾으려 했지만 끝내 찾지 못했다. 실제 표준 명칭은 MTA라는 것을 문서로 다시 확인했다.

  SMTP로 메일을 전송·중계하며 스팸 도구로 악용될 수 있는 구성요소는 MTA이므로 1번이 정답이다.

• 50

  보안 취약점으로 인해 실제 발생한 취약점의 등급을 매기는 공개 프레임워크는?

  1. 1. CVE
  2. 2. CVSS
  3. 3. CWE
  4. 4. NVD

  정답 2번

  🔍 보기별 해설

  1. CVE는 알려진 취약점마다 고유 식별번호를 매기는 목록 체계라 등급을 숫자로 매기는 프레임워크와는 다르므로 이 답은 옳지 않다.
  2. CVSS는 취약점이 얼마나 심각한지 여러 기준으로 점수를 매겨 등급을 표준화된 방식으로 나타내는 공개 프레임워크이므로 이 답이 옳다(정답).
  3. CWE는 취약점이 생기는 원인이 되는 약점의 유형을 분류해 놓은 목록이라 개별 취약점의 등급을 매기는 것과는 다르므로 이 답은 옳지 않다.
  4. NVD는 CVE 정보를 모아 검색할 수 있게 만든 데이터베이스라 등급을 매기는 계산 체계 자체는 아니므로 이 답은 옳지 않다.

  🧮 풀이

  1. 甲은 새로 발견된 취약점 여러 건에 CVE 고유번호가 순서대로 매겨지는 것을 목록으로 하나하나 확인해 보았다. 그 번호 자체는 식별용일 뿐 심각도 점수와는 다르다는 것을 정리했다.
  2. 甲은 한 취약점의 공격 난이도와 영향 범위를 CVSS 기준표의 여러 항목에 대입해 점수를 손수 계산해 뽑아 보았다. 그 점수로 등급이 매겨지는 과정을 문서로 확인했다.
  3. 甲은 그 취약점이 어떤 유형의 약점에서 비롯됐는지 CWE 분류표를 처음부터 끝까지 하나하나 찾아보았다. 유형 분류일 뿐 등급을 매기는 것과는 다르다는 것을 확인했다.
  4. 甲은 NVD 사이트에서 그 취약점의 CVE 번호로 검색해 관련 정보를 모아 확인해 보았다. NVD는 정보를 모아 둔 데이터베이스일 뿐 등급 계산 체계 자체는 아니라는 것을 정리했다.

  실제 발생한 취약점의 등급을 매기는 공개 프레임워크는 CVSS이므로 2번이 정답이다.

• 9급 정보보호 기출 100문항 · 자동복습과 예상점수까지 무료로 →
• 51

  (가), (나)에 들어갈 용어를 바르게 연결한 것은?

  ○ (가) 는 컴파일러가 프로그램의 함수를 호출할 때 ret 앞에 canary 값을 주입하고, 종료할 때 canary 값을 변조했는지 확인하여 공격을 탐지한다.

  ○ (나) 공격은 데이터의 형태와 길이에 대한 불명확한 정의로 인한 문제점 중 데이터 형태에 대한 불명확한 정의로 인한 것이다. (가) (나)

  1. 1. 스택 실드 버퍼 오버플로
  2. 2. 스택 실드 포맷 스트링
  3. 3. 스택 가드 버퍼 오버플로
  4. 4. 스택 가드 포맷 스트링

  정답 4번

  🔍 보기별 해설

  1. 스택 실드와 버퍼 오버플로 조합은 이번 설명이 반환주소를 따로 복사해 두는 방식이 아니라 canary 값을 넣어 검사하는 방식이라는 점과 어긋나므로 옳지 않다.
  2. 스택 실드와 포맷 스트링 조합은 (가) 자리에 들어갈 기법이 canary 방식인 스택가드여야 하는데 다른 이름을 적었으므로 옳지 않다.
  3. 스택 가드는 맞게 짚었더라도 (나)를 버퍼 오버플로로 적으면 그것은 데이터의 길이에 대한 문제이지 형태에 대한 문제가 아니므로 이 조합은 옳지 않다.
  4. 함수 종료 직전 canary 값의 변조 여부를 검사해 공격을 탐지하는 기법은 스택 가드이고, 데이터 형태에 대한 정의가 불명확해 생기는 문제는 포맷 스트링 공격이므로 이 조합이 옳다(정답).

  🧮 풀이

  1. 甲은 함수가 끝날 때 반환주소를 미리 복사해 둔 안전한 자리와 견주는 다른 방어 기법을 살펴보며 이번 설명과는 다른 원리라는 것을 확인했다. canary 값 검사 방식과 헷갈리지 않도록 이름을 구분해 정리했다.
  2. 甲은 canary 값이 변조됐는지 함수 종료 직전에 검사하는 코드를 디버거로 따라가며 확인해 보았다. 그 기법의 이름이 스택 가드라는 것을 컴파일러 옵션 이름으로 다시 확인했다.
  3. 甲은 데이터의 길이를 지정하지 않고 큰 값을 밀어 넣어 인접 메모리를 덮어쓰는 공격을 시험해 보았다. 이 공격은 길이 문제라 이번 설명이 가리키는 형태 문제와는 다르다는 것을 정리했다.
  4. 甲은 printf 계열 함수의 서식 문자열 자리에 사용자 입력을 그대로 넣어 메모리 값을 몰래 읽어내는 공격을 시험해 보았다. 데이터 형태를 제대로 지정하지 않은 것이 원인이라는 것을 확인하고 포맷 스트링 공격으로 기록했다.

  canary 값으로 변조를 탐지하는 것은 스택가드, 데이터 형태 정의가 불명확해 생기는 것은 포맷 스트링이므로 4번이 정답이다.

• 52

  다음에서 설명하는 인증 방법은?

  사용자가 많이 가입한 웹 사이트(네이버, 구글, 페이스북 등)의 사용자 가입 정보를 이용해서 다른 웹 사이트에 별도의 가입 과정 없이 단순하게 사용자 신원을 검증하는 토큰을 제공하여 제삼자 인증 서비스를 이용할 수 있게 해 준다.

  1. 1. Kerberos
  2. 2. OAuth
  3. 3. SSO
  4. 4. DIAMETER

  정답 2번

  🔍 보기별 해설

  1. Kerberos는 티켓을 발급받아 네트워크 자원에 접근할 때 신원을 확인하는 프로토콜이라 다른 사이트 가입 정보를 빌려 쓰는 방식과는 다르므로 이 답은 옳지 않다.
  2. OAuth는 네이버나 구글처럼 많이 가입된 사이트의 계정 정보를 이용해 다른 사이트에 별도 가입 없이 신원을 검증하는 토큰을 내주는 제삼자 인증 방식이므로 이 답이 옳다(정답).
  3. SSO는 한 번의 인증으로 여러 시스템에 재인증 없이 접근하게 해 주는 방식이라 다른 사이트의 계정을 빌려 쓰는 이번 설명과는 다르므로 이 답은 옳지 않다.
  4. DIAMETER는 네트워크 접속 인증과 과금을 처리하는 프로토콜이라 웹사이트 계정을 빌려 쓰는 이번 설명과는 다르므로 이 답은 옳지 않다.

  🧮 풀이

  1. 甲은 사내 파일서버에 접근하며 커버로스 티켓을 발급받아 신원을 확인하는 과정을 지켜보았다. 이 절차가 다른 사이트 계정을 빌려 쓰는 방식과는 다르다는 것을 정리했다.
  2. 甲은 새 쇼핑몰에 가입하며 별도 회원가입 없이 구글 계정으로 로그인 버튼을 눌러 보았다. 구글이 발급한 토큰만으로 신원이 확인되고 회원가입 절차가 생략되는 것을 확인했다.
  3. 甲은 사내 포털에 한 번 로그인한 뒤 메일함과 결재시스템을 따로 아이디 입력 없이 오가는 것을 확인해 보았다. 다른 사이트 계정을 빌려 쓰는 방식과는 다른 자리에서 쓰이는 기술이라는 것을 정리했다.
  4. 甲은 무선랜 접속 시 사용자 인증과 접속 시간 과금이 함께 처리되는 프로토콜을 살펴보았다. 그 프로토콜이 웹사이트 계정을 빌려 쓰는 방식과는 다른 목적이라는 것을 확인했다.

  가입한 사이트의 계정으로 다른 사이트에 별도 가입 없이 인증받는 방식은 OAuth이므로 2번이 정답이다.

• 53

  클라우드 서비스 및 보안에 대한 설명으로 옳지 않은 것은?

  1. 1. 클라우드 환경에서의 서비스 모델은 IaaS, PaaS, SaaS로 구분할 수 있다.
  2. 2. 한국인터넷진흥원(KISA)에서는 클라우드 서비스의 보안성 강화를 위해 ‘클라우드 서비스 보안인증’을 시행하고 있다.
  3. 3. 대부분의 취약점은 전통적인 IT 환경의 보안 취약점과 유사하여 기존의 보안시스템을 최대한 활용하여 방어하는 것만으로도 충분하다.
  4. 4. CSA(Cloud Security Alliance)에서는 심각한 클라우드 보안 위협에 대해 공유하고 있다.

  정답 3번

  🔍 보기별 해설

  1. 클라우드 서비스 모델을 IaaS, PaaS, SaaS로 나눈다는 것은 클라우드 분류 체계 그대로이므로 이 설명은 옳다.
  2. 한국인터넷진흥원이 클라우드 서비스 보안인증 제도를 시행한다는 것은 실제로 운영되는 제도 그대로이므로 이 설명은 옳다.
  3. 대부분의 취약점이 전통적 IT 환경과 유사해 기존 보안시스템만으로 충분히 방어된다는 것은 멀티테넌시나 API 보안처럼 클라우드 특유의 새로운 취약점을 놓친 서술이라 이 설명은 옳지 않다(정답).
  4. CSA가 심각한 클라우드 보안 위협을 공유하는 활동을 한다는 것은 실제로 운영되는 활동 그대로이므로 이 설명은 옳다.

  🧮 풀이

  1. 甲은 새 프로젝트의 클라우드 아키텍처를 IaaS, PaaS, SaaS 세 층으로 나누어 각 층에 어떤 서비스를 올릴지 정리해 보았다. 세 모델의 구분이 실제 설계 문서에 그대로 반영됐다.
  2. 甲은 회사가 쓰는 클라우드 서비스가 KISA의 보안인증을 받았는지 인증서류를 여기저기 뒤져 하나하나 확인해 보았다. 인증 로고와 함께 유효기간이 적힌 문서를 확인했다.
  3. 甲은 클라우드 환경에서만 나타나는 멀티테넌시 취약점을 점검하려다 기존에 쓰던 전통적 보안장비만으로는 그 공격을 탐지하지 못하는 것을 확인했다. 클라우드 전용 보안도구를 새로 도입해야 한다는 것을 보고서에 적었다.
  4. 甲은 CSA가 최근 공유한 클라우드 보안 위협 목록을 훑어보며 자사 환경에도 해당하는 항목이 있는지 대조해 보았다. 목록에 실린 위협 몇 가지가 실제로 자사 설정에서도 발견됐다.

  클라우드는 전통 IT와 다른 새 취약점이 있어 기존 보안체계만으로는 부족한데 지문이 충분하다고 해 3번이 옳지 않다.

• 54

  신뢰 플랫폼 모듈(Trusted Platform Module)의 구성 요소로 옳지 않은 것은?

  1. 1. 난수 발생기
  2. 2. 암복호화 엔진
  3. 3. RSA 키 발생기
  4. 4. MD5 해시값 생성기

  정답 4번

  🔍 보기별 해설

  1. 난수 발생기는 암호화 키를 만드는 데 필요한 무작위값을 만들어 내는 TPM의 실제 구성요소이므로 이 설명은 옳다.
  2. TPM 안에 들어 있는 암복호화 엔진은 데이터를 직접 암호화하고 복호화하는 실제 구성요소이므로 이 설명은 옳다.
  3. RSA 키 발생기는 TPM 안에서 공개키 암호화에 쓸 키 쌍을 만들어 내는 실제 구성요소이므로 이 설명은 옳다.
  4. TPM은 표준적으로 MD5가 아니라 SHA-1 계열 해시 엔진을 구성요소로 쓰는데 지문은 MD5 해시값 생성기라고 다르게 말하니 이 답은 TPM 구성요소로 옳지 않다(정답).

  🧮 풀이

  1. 甲은 TPM 칩이 암호화 키를 만들 때 쓰는 난수 값을 여러 번 뽑아 매번 다른 값이 나오는 것을 확인해 보았다. 그 난수 발생기가 TPM 내부 구성요소라는 것을 정리했다.
  2. 甲은 TPM 안의 암복호화 엔진이 데이터를 직접 암호화해 밖으로 내보내는 과정을 여러 번 반복해 시험해 보았다. 소프트웨어가 아니라 칩 안에서 처리되는 것을 확인했다.
  3. 甲은 TPM이 RSA 키 쌍을 새로 만들어 내는 과정을 관리도구 화면으로 천천히 지켜보았다. 그 키가 외부로 유출되지 않고 칩 안에 안전하게 보관되는 것을 확인했다.
  4. 甲은 TPM 사양서를 뒤져 MD5 해시 엔진이 표준 구성요소로 실려 있는지 찾아보았다. 실제로는 SHA-1 계열 엔진이 표준으로 쓰이고 MD5는 실려 있지 않다는 것을 확인했다.

  TPM 표준 구성요소는 SHA-1 계열이라 MD5 해시값 생성기는 해당하지 않아 4번이 정답이다.

• 55

  syslogd 데몬에서 사용하는 다음 메시지 중 우선순위가 가장 높은 것은?

  1. 1. alert
  2. 2. crit
  3. 3. err
  4. 4. debug

  정답 1번

  🔍 보기별 해설

  1. alert는 심각도 숫자가 가장 낮게 매겨져 즉시 조치가 필요한 가장 높은 우선순위를 가리키므로 이 값이 옳다(정답).
  2. crit는 alert보다 심각도 숫자가 한 단계 더 높게 매겨진 값이라 우선순위가 더 낮으므로 이 값은 옳지 않다.
  3. err는 crit보다도 심각도 숫자가 더 높게 매겨진 값이라 우선순위가 그보다 더 낮으므로 이 값은 옳지 않다.
  4. debug는 네 값 가운데 심각도 숫자가 가장 높게 매겨져 가장 낮은 우선순위를 가리키므로 이 값은 옳지 않다.

  🧮 풀이

  1. 甲은 syslog 설정 파일에서 alert 등급 메시지가 뜨면 곧바로 관리자에게 문자로 알림이 가도록 설정해 보았다. 가장 시급한 등급이라는 것을 근거로 그렇게 설정했다.
  2. 甲은 crit 등급 메시지가 쌓이는 로그를 하루 한 번씩 점검하는 정도로만 대응 주기를 새로 정해 보았다. alert보다는 급하지 않은 등급이라는 것을 반영했다.
  3. 甲은 err 등급 메시지를 매주 한 번 작성하는 보고서에만 따로 정리해 담기로 대응 방침을 새로 정해 보았다. crit보다도 우선순위가 훨씬 낮은 등급이라는 것을 반영했다.
  4. 甲은 debug 등급 메시지는 개발 중에만 참고하고 운영서버에서는 아예 꺼 두는 것으로 로그 정책을 정해 보았다. 네 등급 가운데 가장 급하지 않은 등급이라는 것을 근거로 삼았다.

  네 값 가운데 숫자가 가장 낮아 가장 심각한 것이 alert라 1번이 정답이다.

• 56

  웹 취약점에 대한 설명으로 옳지 않은 것은?

  1. 1. 입력 값에 대한 특수문자 검증을 통해 XSS 공격에 대응할 수 있다.
  2. 2. 리버스 텔넷은 방화벽의 아웃바운드 정책에서 별다른 필터링을 수행하지 않는 허점을 이용한다.
  3. 3. 취약점이 있는 컴포넌트, 라이브러리, 프레임워크 및 다른 소프트웨어 모듈이 악용되는 경우 데이터에 손실을 발생시킬 수 있다.
  4. 4. CSRF는 사용자의 브라우저로 전달되는 데이터에 악성코드가 포함되어 브라우저에서 실행되면서 공격하는 기법이다.

  정답 4번

  🔍 보기별 해설

  1. 입력값의 특수문자를 검증해 XSS 공격에 대응할 수 있다는 것은 스크립트 태그 삽입을 막는 실제 방어 방식이므로 옳다.
  2. 리버스 텔넷이 방화벽의 아웃바운드 정책이 허술한 허점을 이용한다는 것은 리버스 텔넷 공격의 실제 원리 그대로이므로 옳다.
  3. 취약한 컴포넌트나 라이브러리가 악용되면 데이터 손실로 이어질 수 있다는 것은 알려진 취약점이 있는 구성요소를 쓰는 문제의 실제 위험 그대로이므로 옳다.
  4. CSRF는 스크립트가 브라우저에서 실행되는 것이 핵심이 아니라 이미 로그인해 둔 사용자의 브라우저가 위조된 요청을 서버로 대신 보내게 만드는 것이 핵심인데 지문은 이를 XSS처럼 설명하니 이 답은 옳지 않다(정답).

  🧮 풀이

  1. 甲은 게시판 입력창에 홑따옴표와 꺾쇠괄호 같은 특수문자를 검증해 스크립트가 저장되지 못하게 막아 보았다. 실제로 스크립트 태그를 넣어도 그대로 실행되지 않는 것을 확인했다.
  2. 甲은 내부 서버가 공격자 PC로 먼저 접속을 걸도록 유도해 나가는 트래픽만 허용하는 방화벽 정책을 그대로 뚫는 것을 확인해 보았다. 아웃바운드 정책의 허점을 이용한 리버스 텔넷 사례로 기록했다.
  3. 甲은 오래된 버전의 라이브러리를 쓰던 서버가 알려진 취약점으로 데이터가 유출된 사고 사례를 조사해 보았다. 컴포넌트를 최신 버전으로 올리지 않은 것이 원인이라는 것을 확인했다.
  4. 甲은 로그인해 둔 사용자가 악성 링크를 클릭하자 그 브라우저가 본인도 모르게 위조된 계좌이체 요청을 서버로 보내는 것을 재현해 보았다. 스크립트가 브라우저 안에서 실행된 것이 아니라 요청 자체가 위조된 것이라는 점을 CSRF의 핵심으로 정리했다.

  CSRF는 악성코드가 브라우저에서 실행되는 것이 아니라 위조된 요청을 대신 보내게 만드는 것이라 4번이 옳지 않다.

• 57

  리눅스 bash shell의 환경 변수에 대한 설명으로 옳은 것은?

  1. 1. TERM은 접속 호스트 이름을 나타낸다.
  2. 2. SHELL은 서브 셸을 사용할 때 서브 셸을 의미한다.
  3. 3. PATH는 명령을 탐색할 경로를 의미한다.
  4. 4. PWD는 현재 사용 중인 패스워드의 위치를 나타낸다.

  정답 3번

  🔍 보기별 해설

  1. TERM은 접속한 호스트의 이름을 나타내는 것이 아니라 터미널의 종류를 나타내는 환경변수이므로 이 설명은 옳지 않다.
  2. SHELL은 서브 셸을 가리키는 것이 아니라 사용자가 로그인할 때 쓰는 기본 셸의 경로를 담은 환경변수라 이 설명은 옳지 않다.
  3. PATH는 명령어를 입력했을 때 그 실행파일을 찾아 나설 디렉터리 경로들을 순서대로 담은 환경변수이므로 이 설명이 옳다(정답).
  4. PWD는 패스워드의 위치가 아니라 현재 작업 중인 디렉터리의 경로를 나타내는 환경변수라 이 설명은 옳지 않다.

  🧮 풀이

  1. 甲은 TERM 환경변수 값을 echo 명령으로 확인해 xterm 같은 터미널 종류 이름이 찍히는 것을 보았다. 접속한 호스트 이름과는 다른 정보라는 것을 확인했다.
  2. 甲은 SHELL 환경변수 값을 확인해 자신이 로그인할 때 쓰는 기본 셸의 경로가 그대로 담긴 것을 확인해 보았다. 서브 셸을 실행했을 때와는 다른 값이라는 것을 정리했다.
  3. 甲은 새 명령어 파일을 아무 경로에나 두고 실행해 봤지만 찾을 수 없다는 오류가 떴다. PATH에 등록된 경로로 파일을 옮기자 그제야 명령이 바로 실행되는 것을 확인했다.
  4. 甲은 PWD 환경변수 값을 확인해 지금 작업 중인 디렉터리 경로가 그대로 찍혀 나오는 것을 하나하나 확인해 보았다. 패스워드와는 전혀 무관한 값이라는 것을 정리했다.

  PATH는 명령을 찾을 경로를 담은 환경변수라 3번이 정답이다.

• 58

  다음에서 설명하는 공격을 수행할 수 있는 도구로 옳지 않은 것은?

  관리자 인증 등 정상적인 절차를 거치지 않고 시스템에 접근하기 위해 제작된 프로그램으로, 원격지에서 공격자가 몰래 정보를 수집하거나 시스템의 특정 명령을 수행하고 재구성할 수 있도록 통제한다.

  1. 1. Netbus
  2. 2. Schoolbus
  3. 3. Nessus
  4. 4. Back Orifice

  정답 3번

  🔍 보기별 해설

  1. Netbus는 정상 절차 없이 시스템에 몰래 들어가 원격에서 조종하도록 만들어진 대표적인 백도어 도구이므로 이 공격 도구로 해당한다.
  2. Schoolbus 역시 관리자 인증 없이 시스템을 원격에서 조종하도록 만들어진 백도어 계열 도구이므로 이 공격 도구로 해당한다.
  3. Nessus는 시스템에 어떤 취약점이 있는지 미리 찾아내는 진단용 스캐너 도구라 몰래 침입해 원격조종하는 이번 설명의 공격 도구와는 다르므로 해당하지 않는다(정답).
  4. Back Orifice도 관리자 몰래 시스템에 들어가 원격에서 명령을 수행하게 만드는 대표적인 백도어 도구이므로 이 공격 도구로 해당한다.

  🧮 풀이

  1. 甲은 감염된 PC에서 Netbus가 열어 둔 포트로 공격자가 원격 명령을 내리는 것을 패킷 캡처로 확인해 보았다. 정상 인증 없이 시스템을 조종하는 백도어 사례로 기록했다.
  2. 甲은 Schoolbus 악성코드가 설치된 PC에서 공격자가 파일을 몰래 내려받는 과정을 로그로 하나하나 확인해 보았다. 이 역시 백도어 계열 도구라는 것을 정리했다.
  3. 甲은 Nessus로 사내 서버 전체를 스캔해 패치되지 않은 취약점 목록을 뽑아 보고서로 정리해 보았다. 이 도구는 침입 도구가 아니라 진단 도구라는 것을 확인했다.
  4. 甲은 Back Orifice가 설치된 PC의 화면을 공격자가 원격으로 몰래 들여다보는 것을 시연 영상으로 확인해 보았다. 관리자 인증 없이 시스템을 통제하는 백도어 사례로 기록했다.

  Nessus는 백도어가 아니라 취약점 스캐너라 3번이 정답이다.

• 59

  윈도 운영체제의 감사 정책에 대한 설명으로 옳지 않은 것은?

  1. 1. 권한 사용은 관리자 권한이 필요한 작업을 수행할 때 감사한다.
  2. 2. 계정 로그온 이벤트는 로컬 계정에 접근할 때 생성되는 이벤트를 감사한다.
  3. 3. 개체 액세스는 파일, 디렉터리, 레지스트리 키, 프린터와 같은 개체에 접근 시도나 속성 변경 등을 감사한다.
  4. 4. 계정 관리는 신규 사용자 및 그룹 추가, 기존 사용자 그룹 변경, 사용자 활성화 및 비활성화, 계정 패스워드 변경 등을 감사한다.

  정답 2번

  🔍 보기별 해설

  1. 권한 사용이 관리자 권한이 필요한 작업을 감사한다는 것은 윈도 감사정책 항목에 그대로 실린 규정이므로 이 설명은 옳다.
  2. 계정 로그온 이벤트는 로컬 계정에 접근할 때가 아니라 자격증명을 검증하는 인증 시도를 감사하는 항목인데 지문은 로컬 계정 접근이라고 다르게 말하니 이 설명은 옳지 않다(정답).
  3. 개체 액세스가 파일·디렉터리·레지스트리 키·프린터 같은 개체의 접근 시도나 속성 변경을 감사한다는 것은 윈도 감사정책 항목 그대로이므로 이 설명은 옳다.
  4. 계정 관리가 사용자·그룹 추가나 변경, 활성화·비활성화, 패스워드 변경 등을 감사한다는 것은 윈도 감사정책 항목 그대로이므로 이 설명은 옳다.

  🧮 풀이

  1. 甲은 관리자 권한이 필요한 프로그램을 여러 차례 실행하며 그 시도가 권한 사용 항목으로 감사로그에 남는지 확인해 보았다. 정책에 정의된 그대로 기록되는 것을 확인했다.
  2. 甲은 로컬 계정으로 이 컴퓨터에 로그인한 뒤 계정 로그온 이벤트에 그 기록이 남는지 감사로그를 찾아보았다. 실제로는 자격증명 검증 시도를 감사하는 항목이라 로컬 로그온은 다른 항목에 남는다는 것을 확인했다.
  3. 甲은 특정 레지스트리 키의 값을 바꾼 뒤 개체 액세스 감사로그에 그 변경 기록이 정확히 남는지 하나하나 확인해 보았다. 정책에 정의된 그대로 기록되는 것을 확인했다.
  4. 甲은 새 사용자 계정을 만들고 기존 계정을 비활성화한 뒤 계정 관리 감사로그에 두 작업이 모두 기록되는 것을 확인해 보았다. 정책에 정의된 항목 그대로 남는 것을 확인했다.

  계정 로그온 이벤트는 로컬이 아니라 자격증명 검증(주로 도메인 인증)을 감사하는 항목이라 2번이 옳지 않다.

• 60

  안티 리버싱 기법으로 프로그램의 실행 코드나 데이터를 압축 및 암호화하여 저장하는 기술은?

  1. 1. 패킹
  2. 2. 디컴파일
  3. 3. 시큐어 코딩
  4. 4. 안티 디버깅

  정답 1번

  🔍 보기별 해설

  1. 패킹은 프로그램의 실행 코드나 데이터를 압축하거나 암호화해 저장해 두고 실행할 때만 원래 형태로 풀어내는 기법이므로 이 답이 옳다(정답).
  2. 디컴파일은 반대로 실행파일을 사람이 읽을 수 있는 소스코드에 가깝게 되돌리는 분석 기법이라 코드를 압축·암호화해 숨기는 것과는 다르므로 이 답은 옳지 않다.
  3. 시큐어 코딩은 프로그램을 짤 때부터 취약점이 생기지 않도록 안전하게 작성하는 개발 방법론이라 실행파일을 압축·암호화해 숨기는 것과는 다르므로 이 답은 옳지 않다.
  4. 안티 디버깅은 디버거가 붙어 있는지 탐지해 분석을 방해하는 기법이라 코드 자체를 압축·암호화해 저장하는 것과는 다르므로 이 답은 옳지 않다.

  🧮 풀이

  1. 甲은 실행파일을 패커 도구에 넣어 압축하고 암호화한 뒤 그 파일을 분석 도구로 열어 원래 코드가 잘 안 보이는 것을 확인해 보았다. 실행하는 순간에만 메모리에서 원래 코드로 풀리는 것을 디버거로 확인했다.
  2. 甲은 컴파일된 실행파일을 디컴파일러에 넣어 원래 소스코드에 가까운 형태로 복원해 보았다. 이 작업이 코드를 숨기는 것이 아니라 반대로 드러내는 작업이라는 것을 정리했다.
  3. 甲은 입력값 검증과 예외 처리를 꼼꼼히 넣어 취약점이 애초에 생기지 않도록 코드를 짜 보았다. 이 방식이 실행파일을 압축·암호화하는 것과는 다른 단계의 대응이라는 것을 정리했다.
  4. 甲은 디버거가 프로세스에 붙어 있는지 스스로 검사해 붙어 있으면 즉시 종료되는 코드를 프로그램에 심어 보았다. 이 기법이 코드 자체를 숨기는 것과는 다른 방어 방식이라는 것을 확인했다.

  실행코드와 데이터를 압축·암호화해 저장하는 안티리버싱 기법은 패킹이므로 1번이 정답이다.

• 9급 정보보호 기출 100문항 · 자동복습과 예상점수까지 무료로 →
• 61

  취약점에 대한 보안 패치가 나오지 않은 시점에서 이루어지는 공격을 의미하는 것은?

  1. 1. 제로데이(Zero-day)
  2. 2. 사회공학(Social Engineering)
  3. 3. 분산 서비스 거부(DDoS)
  4. 4. 무차별 대입(Brute Force)

  정답 1번

  🔍 보기별 해설

  1. 제로데이는 취약점이 알려졌지만 아직 보안 패치가 나오지 않은 그 틈을 노려 이루어지는 공격을 가리키는 말이므로 이 답이 옳다(정답).
  2. 사회공학은 사람의 심리나 실수를 이용해 정보를 빼내는 공격 방식을 가리키는 말이라 패치 유무와는 무관하므로 이 답은 옳지 않다.
  3. 분산 서비스 거부는 여러 곳에서 한꺼번에 트래픽을 퍼부어 서비스를 마비시키는 공격을 가리키는 말이라 패치가 없는 취약점을 겨냥하는 것과는 다르므로 이 답은 옳지 않다.
  4. 무차별 대입은 비밀번호나 키값을 하나씩 다 넣어 보며 맞는 값을 찾는 공격을 가리키는 말이라 패치가 없는 취약점을 겨냥하는 것과는 다르므로 이 답은 옳지 않다.

  🧮 풀이

  1. 甲은 방금 발견된 취약점의 패치가 아직 배포되지 않은 것을 확인하고 그 틈을 노린 공격 사례를 조사해 보았다. 제조사가 패치를 내놓기 전까지 막을 방법이 마땅치 않은 것을 정리했다.
  2. 甲은 직원을 사칭한 전화로 비밀번호를 캐내려는 시도를 받고 그것이 기술이 아니라 사람을 노린 공격이라는 것을 확인해 보았다. 패치로는 막을 수 없는 성격의 공격이라는 것을 정리했다.
  3. 甲은 여러 대의 좀비 PC가 동시에 서버로 트래픽을 쏟아부어 서비스가 마비되는 것을 모니터링 화면으로 지켜보았다. 취약점 패치와는 무관하게 트래픽량 자체가 문제라는 것을 확인했다.
  4. 甲은 로그인 화면에 자동화 도구로 흔한 비밀번호를 하나씩 계속 넣어 보는 시도가 이어지는 것을 로그로 확인해 보았다. 이 공격도 패치가 있고 없고와는 무관한 방식이라는 것을 정리했다.

  패치가 아직 없는 취약점을 이용한 공격은 제로데이이므로 1번이 정답이다.

• 62

  침입자에게 거짓 자원을 실제 자원처럼 보이도록 하여 공격을 유도하고, 침입자에 대한 정보를 얻기 위한 시스템은?

  1. 1. IPS
  2. 2. DMZ
  3. 3. Firewall
  4. 4. Honeypot

  정답 4번

  🔍 보기별 해설

  1. IPS는 네트워크를 오가는 트래픽에서 공격 패턴을 찾아내 실시간으로 차단하는 장비라 거짓 자원으로 침입자를 유인하는 것과는 다르므로 이 답은 옳지 않다.
  2. DMZ는 외부와 내부망 사이에 둔 완충 구역을 가리키는 말이라 침입자를 속이기 위한 미끼 시스템 자체와는 다르므로 이 답은 옳지 않다.
  3. Firewall은 정해진 규칙에 따라 트래픽을 허용하거나 막는 경계 장비라 거짓 자원으로 유인하는 것과는 다르므로 이 답은 옳지 않다.
  4. Honeypot은 진짜처럼 꾸민 거짓 자원을 미끼로 세워 침입자를 끌어들이고 그 행동을 관찰해 정보를 얻는 시스템이므로 이 답이 옳다(정답).

  🧮 풀이

  1. 甲은 침입 탐지 장비가 공격 패턴을 실시간으로 걸러 내며 의심스러운 패킷을 자동으로 막는 것을 로그로 지켜보았다. 이 장비가 침입자를 속이는 미끼와는 다른 방식이라는 것을 정리했다.
  2. 甲은 외부에서 접근 가능한 웹서버를 내부망과 분리된 완충구역에 따로 세워 두었다. 그 구역이 침입자를 유인하는 미끼 시스템이 아니라 경계를 나누는 자리라는 것을 확인했다.
  3. 甲은 방화벽 규칙에 허용하지 않은 포트로 들어오는 접속을 그대로 차단하는 것을 로그로 확인해 보았다. 이 장비 역시 침입자를 속이는 것이 아니라 아예 막는 역할이라는 것을 정리했다.
  4. 甲은 실제 서버처럼 보이지만 가짜 데이터만 담긴 시스템을 일부러 노출시켜 놓고 접근 시도를 지켜보았다. 침입자가 그 미끼에 걸려 공격 방법을 그대로 드러내는 것을 기록으로 남겼다.

  거짓 자원으로 침입자를 유인해 정보를 얻는 시스템은 허니팟이므로 4번이 정답이다.

• 63

  다음에서 설명하는 공격은?

  게시판이나 이메일 등에 악의적인 스크립트를 삽입하여 게시글이나 이메일을 읽는 사용자의 쿠키를 탈취하는 공격 기법이다.

  1. 1. XSS
  2. 2. SQL Injection
  3. 3. DNS Spoofing
  4. 4. IP Spoofing

  정답 1번

  🔍 보기별 해설

  1. XSS는 게시판이나 이메일에 악의적인 스크립트를 심어 놓아 그 글을 읽는 사용자의 브라우저에서 스크립트가 실행되며 쿠키를 훔쳐 가는 공격 기법이므로 이 답이 옳다(정답).
  2. SQL Injection은 입력값에 SQL 구문을 끼워 넣어 데이터베이스를 조작하는 공격이라 게시글을 읽을 때 쿠키가 털리는 방식과는 다르므로 이 답은 옳지 않다.
  3. DNS Spoofing은 도메인 이름을 엉뚱한 주소로 속여 연결하는 공격이라 게시글에 스크립트를 심어 쿠키를 훔치는 방식과는 다르므로 이 답은 옳지 않다.
  4. IP Spoofing은 발신지 IP 주소를 위조해 정체를 숨기는 공격이라 게시글에 스크립트를 심어 쿠키를 훔치는 방식과는 다르므로 이 답은 옳지 않다.

  🧮 풀이

  1. 甲은 게시판 글쓰기 창에 경고창을 띄우는 스크립트를 심어 저장해 보았다. 그 글을 다른 사용자가 열람할 때마다 스크립트가 실행돼 쿠키 값이 몰래 외부로 전송되는 것을 확인했다.
  2. 甲은 로그인 입력창에 홑따옴표를 섞은 SQL 구문을 넣어 데이터베이스가 그 구문을 그대로 실행하는지 시험해 보았다. 이 방식은 게시글을 읽는 것과는 무관한 별개의 취약점이라는 것을 정리했다.
  3. 甲은 정상 도메인 이름을 조회했는데 가짜 IP 주소로 연결되는 것을 확인해 DNS 서버가 속은 것을 발견했다. 게시글에 스크립트를 심는 방식과는 전혀 다른 공격이라는 것을 확인했다.
  4. 甲은 패킷의 발신지 주소가 실제 보낸 곳과 다르게 위조된 것을 캡처 도구로 하나하나 확인해 보았다. 이 공격도 게시글을 통한 쿠키 탈취와는 다른 갈래라는 것을 정리했다.

  게시글·이메일에 스크립트를 심어 쿠키를 훔치는 공격은 XSS이므로 1번이 정답이다.

• 64

  리눅스 커널의 부팅 과정에서 발생하는 로그를 확인할 수 있는 명령어는?

  1. 1. cron
  2. 2. dmesg
  3. 3. wtmp
  4. 4. sulog

  정답 2번

  🔍 보기별 해설

  1. cron은 작업을 정해 둔 시간마다 반복 실행시키는 스케줄러라 부팅 로그를 보여 주는 명령어와는 다르므로 이 답은 옳지 않다.
  2. dmesg는 커널이 부팅되며 하드웨어를 인식하고 드라이버를 불러오는 과정에서 남긴 메시지를 확인할 수 있는 명령어이므로 이 답이 옳다(정답).
  3. wtmp는 로그인·로그아웃·재부팅 기록이 담긴 로그 파일이지 부팅 과정의 커널 메시지 자체를 보여 주는 명령어가 아니므로 이 답은 옳지 않다.
  4. sulog는 su 명령으로 권한을 바꾼 기록이 담긴 로그라 커널 부팅 메시지와는 다르므로 이 답은 옳지 않다.

  🧮 풀이

  1. 甲은 매일 새벽 백업 스크립트가 저절로 돌아가도록 cron에 시간과 명령을 등록해 보았다. 이 명령이 부팅 로그를 보여 주는 것과는 다른 목적이라는 것을 정리했다.
  2. 甲은 서버가 부팅되는 동안 어떤 하드웨어가 인식됐는지 궁금해 dmesg 명령을 돌려 그 과정의 메시지를 죽 훑어보았다. 드라이버가 로드되는 순서까지 그대로 남아 있는 것을 확인했다.
  3. 甲은 지난 며칠간 서버가 재부팅된 시각을 wtmp 로그에서 last 명령으로 확인해 보았다. 이 로그는 부팅 과정의 세세한 메시지가 아니라 재부팅 시점만 기록한다는 것을 정리했다.
  4. 甲은 su 명령으로 권한이 바뀐 기록을 sulog에서 찾아 누가 언제 관리자 권한을 썼는지 확인해 보았다. 이 로그 역시 부팅 과정의 커널 메시지와는 다른 정보라는 것을 정리했다.

  커널 부팅 로그를 확인하는 명령어는 dmesg이므로 2번이 정답이다.

• 65

  다음에서 설명하는 암호 알고리즘은?

  국내의 국가보안기술연구소 주도로 학계, 연구소, 정부기관 등의 암호 전문가들이 공동 개발한 암호화 알고리즘으로 KS인증을 획득하였다.

  1. 1. ARIA
  2. 2. DES
  3. 3. SEED
  4. 4. IDEA

  정답 1번

  🔍 보기별 해설

  1. ARIA는 국가보안기술연구소가 주도해 학계·연구소·정부기관의 암호 전문가들과 함께 만든 국산 블록암호 알고리즘으로 KS인증을 받았으므로 이 답이 옳다(정답).
  2. DES는 미국에서 만들어져 오랫동안 국제 표준으로 쓰인 옛 블록암호라 국내 기관이 주도해 공동개발한 것과는 다르므로 이 답은 옳지 않다.
  3. SEED는 국내 다른 기관이 먼저 개발한 국산 블록암호로 이번 설명의 개발 주체와는 다른 기관이 만든 것이므로 이 답은 옳지 않다.
  4. IDEA는 유럽에서 개발된 블록암호라 국내 기관이 주도해 공동개발했다는 이번 설명의 배경과는 다르므로 이 답은 옳지 않다.

  🧮 풀이

  1. 甲은 국산 암호 알고리즘의 개발 이력을 문서로 찾아보며 국가보안기술연구소가 학계·정부기관 전문가들과 함께 만든 알고리즘이 ARIA라는 것을 확인했다. KS 인증 번호까지 함께 확인했다.
  2. 甲은 오래된 암호화 통신 규격을 살펴보며 DES라는 미국산 블록암호가 널리 쓰였던 시절의 표준 문서를 확인해 보았다. 국내 기관이 주도해 만든 이번 설명의 알고리즘과는 개발 배경이 다르다는 것을 정리했다.
  3. 甲은 국산 블록암호 두 가지를 나란히 놓고 각각 어느 기관이 개발했는지 조사해 보았다. SEED는 다른 기관이 먼저 만든 것이고 이번 설명은 그와는 다른 개발 주체를 가리킨다는 것을 확인했다.
  4. 甲은 유럽에서 만들어진 IDEA 알고리즘의 구조를 살펴보며 그 개발 주체가 국내 기관이 아니라는 것을 문서로 확인했다. 이번 설명과는 전혀 다른 배경의 알고리즘이라는 것을 정리했다.

  국가보안기술연구소 주도로 공동개발해 KS인증을 받은 암호는 ARIA이므로 1번이 정답이다.

• 66

  리버스 엔지니어링 기법에 해당하는 것은?

  1. 1. 난독화
  2. 2. 언패킹
  3. 3. 디지털 서명
  4. 4. 안티 디버깅

  정답 2번

  🔍 보기별 해설

  1. 난독화는 코드를 알아보기 어렵게 꼬아 놓는 기법이라 오히려 리버스 엔지니어링을 방해하는 쪽에 속하므로 이 답은 옳지 않다.
  2. 언패킹은 압축되거나 암호화된 실행파일을 풀어 원래 코드를 드러내는 작업이라 분석을 위한 리버스 엔지니어링 기법에 해당하므로 이 답이 옳다(정답).
  3. 디지털 서명은 소프트웨어가 변조되지 않았음을 증명하는 기술이라 코드를 분석하는 리버스 엔지니어링과는 다르므로 이 답은 옳지 않다.
  4. 안티 디버깅은 디버거가 붙어 있는지 탐지해 분석을 방해하는 기법이라 오히려 리버스 엔지니어링을 막는 쪽에 속하므로 이 답은 옳지 않다.

  🧮 풀이

  1. 甲은 실행파일을 난독화 도구로 꼬아 놓아 분석 도구로 열어도 코드가 알아보기 어렵게 나오는 것을 확인해 보았다. 이 기법이 분석을 돕는 것이 아니라 오히려 막는 쪽이라는 것을 정리했다.
  2. 甲은 패킹된 실행파일을 언패킹 도구로 풀어 원래 코드가 드러나는 것을 분석 도구로 확인해 보았다. 그렇게 드러난 코드를 한 줄씩 살펴보며 프로그램의 동작을 분석했다.
  3. 甲은 배포된 프로그램의 디지털 서명을 검증해 배포사에서 만든 원본과 일치하는지 확인해 보았다. 이 절차가 코드 내용을 분석하는 것과는 다른 목적이라는 것을 정리했다.
  4. 甲은 분석 대상 프로그램에 디버거를 붙이자마자 프로그램이 스스로 종료되는 것을 확인했다. 안티 디버깅 코드가 심어져 분석을 막고 있다는 것을 확인하고 우회 방법을 찾아보았다.

  리버스 엔지니어링 기법에 해당하는 것은 코드를 분석하는 언패킹이므로 2번이 정답이다.

• 67

  다음에서 설명하는 공격은?

  소유자가 root이고 SetUID 비트를 가진 프로세스가 생성한 임시 파일의 처리가 완료되기 전에 공격자의 프로세스가 동일한 이름의 심볼릭 링크 파일을 생성하여 root 소유의 파일 내용을 수정하는 공격 기법이다.

  1. 1. Race Condition
  2. 2. Format String
  3. 3. Heap Overflow
  4. 4. Stack Overflow

  정답 1번

  🔍 보기별 해설

  1. Race Condition은 root 소유의 SetUID 프로세스가 임시파일을 처리하는 그 짧은 틈을 노려 공격자가 같은 이름의 심볼릭 링크를 걸어 root 권한으로 엉뚱한 파일을 수정하게 만드는 공격이므로 이 답이 옳다(정답).
  2. Format String은 서식 문자열 자리에 사용자 입력을 그대로 넣어 메모리 값을 읽거나 쓰는 공격이라 임시파일 처리 시점의 틈을 노리는 방식과는 다르므로 이 답은 옳지 않다.
  3. Heap Overflow는 동적으로 할당된 힙 메모리 영역에 정해진 크기보다 많은 데이터를 밀어 넣어 인접 영역을 덮어쓰는 공격이라 파일 처리 시점의 틈을 노리는 방식과는 다르므로 이 답은 옳지 않다.
  4. Stack Overflow는 스택 영역에 정해진 크기보다 많은 데이터를 밀어 넣어 반환 주소 같은 인접 값을 덮어쓰는 공격이라 파일 처리 시점의 틈을 노리는 방식과는 다르므로 이 답은 옳지 않다.

  🧮 풀이

  1. 甲은 root 권한으로 도는 SetUID 프로그램이 임시파일을 만들고 처리하는 그 짧은 순간을 노려 같은 이름의 심볼릭 링크를 미리 걸어 두었다. 그 프로그램이 링크를 따라가 엉뚱한 root 소유 파일을 고쳐 쓰는 것을 확인하고 레이스 컨디션 공격으로 기록했다.
  2. 甲은 프로그램의 서식 문자열 입력 자리에 %n 같은 지정자를 넣어 메모리 값이 몰래 바뀌는지 시험해 보았다. 이 공격은 임시파일 처리 시점의 틈과는 무관한 갈래라는 것을 정리했다.
  3. 甲은 힙에 할당된 버퍼보다 훨씬 긴 데이터를 밀어 넣어 인접한 힙 영역이 깨지는지 시험해 보았다. 이 공격도 파일 처리 타이밍을 노리는 것과는 다른 방식이라는 것을 정리했다.
  4. 甲은 이번엔 데이터의 길이 자체는 정상이지만 형태 지정자를 조작해 스택에 놓인 값을 몰래 읽어내는 시도를 해 보았다. 이 공격 역시 임시파일 처리 시점의 틈을 노리는 것과는 다른 갈래라는 것을 정리했다.

  SetUID 임시파일 처리 전에 같은 이름 심볼릭링크로 끼어드는 공격은 레이스 컨디션이므로 1번이 정답이다.

• 68

  리눅스에서 파일 시스템의 상태를 점검하고, 문제가 있을 때 복구하는 기능을 가진 명령어는?

  1. 1. fdisk
  2. 2. df
  3. 3. fsck
  4. 4. fstab

  정답 3번

  🔍 보기별 해설

  1. fdisk는 디스크를 파티션으로 나누는 명령어라 파일시스템 오류를 점검하고 복구하는 기능과는 다르므로 이 답은 옳지 않다.
  2. df는 디스크의 남은 용량을 보여 주는 명령어라 파일시스템 오류를 점검하고 복구하는 기능과는 다르므로 이 답은 옳지 않다.
  3. fsck는 파일시스템의 상태를 점검해 문제가 있으면 그 자리에서 복구까지 시도하는 명령어이므로 이 답이 옳다(정답).
  4. fstab은 부팅 시 자동으로 마운트할 파일시스템 목록을 적어 둔 설정 파일이라 오류를 점검하고 복구하는 명령어 자체가 아니므로 이 답은 옳지 않다.

  🧮 풀이

  1. 甲은 새 디스크를 여러 파티션으로 나누려 fdisk를 실행해 파티션 테이블을 직접 작성해 보았다. 이 명령이 오류를 복구하는 것과는 다른 목적이라는 것을 정리했다.
  2. 甲은 디스크 용량이 부족해질까 걱정돼 df 명령으로 남은 공간을 하나하나 꼼꼼히 확인해 보았다. 이 명령 역시 파일시스템 오류 복구와는 다른 목적이라는 것을 정리했다.
  3. 甲은 비정상 종료된 서버를 재부팅하며 fsck가 자동으로 파일시스템을 점검하는 과정을 처음부터 지켜보았다. 깨진 블록 하나를 찾아 스스로 복구하는 것을 로그로 확인했다.
  4. 甲은 새 파티션이 부팅 때마다 저절로 마운트되도록 그 목록을 fstab 파일 맨 아래에 한 줄 추가해 보았다. 이 파일 자체는 오류를 점검하거나 복구하는 명령어가 아니라 마운트 설정 목록일 뿐이라는 것을 정리했다.

  파일시스템 점검·복구 기능을 가진 명령어는 fsck이므로 3번이 정답이다.

• 69

  다음 리눅스 시스템의 ‘/etc/passwd’ 파일 내용에 대한 설명으로 옳지 않은 것은?

  root : x : 0 : 0 : root : /root : /bin/bash

  1. 1. 계정명은 ‘root’이다.
  2. 2. 패스워드는 ‘x’이다.
  3. 3. 홈 디렉터리는 ‘/root’이다.
  4. 4. 기본 shell 설정은 ‘bash’이다.

  정답 2번

  🔍 보기별 해설

  1. 계정명이 root라는 것은 필드를 콜론으로 나눴을 때 맨 앞자리에 그대로 적힌 값이 실제 그대로 맞으므로 이 설명은 옳다.
  2. 패스워드 자리에 적힌 x는 실제 패스워드 값이 아니라 진짜 암호화된 패스워드는 shadow 파일에 따로 있다는 것을 나타내는 표시일 뿐인데 지문은 이를 패스워드 자체라고 말하니 이 설명은 옳지 않다(정답).
  3. 홈 디렉터리가 /root라는 것은 필드를 콜론으로 나눴을 때 여섯 번째 자리에 그대로 적힌 값이므로 이 설명은 옳다.
  4. 기본 셸 설정이 bash라는 것은 필드를 콜론으로 나눴을 때 맨 마지막 자리에 그대로 적힌 값이므로 이 설명은 옳다.

  🧮 풀이

  1. 甲은 passwd 파일의 첫 필드를 콜론 기준으로 잘라내 그 자리에 계정명이 적혀 있는 것을 하나하나 확인해 보았다. root라는 값이 그대로 찍혀 있는 것을 정리했다.
  2. 甲은 두 번째 필드에 적힌 x라는 값을 실제 패스워드로 여기고 그 값을 그대로 로그인 시도에 써 보았다가 실패했다. 진짜 패스워드는 shadow 파일에 따로 암호화돼 있다는 것을 뒤늦게 확인했다.
  3. 甲은 passwd 파일의 여섯 번째 필드를 확인해 홈 디렉터리 경로가 /root로 적혀 있는 것을 확인해 보았다. 그 경로로 실제 로그인해 보니 정확히 그 위치에 놓이는 것을 확인했다.
  4. 甲은 passwd 파일 맨 마지막 필드에 적힌 셸 경로를 확인해 bash가 기본 셸로 지정된 것을 확인해 보았다. 로그인하자 실제로 그 셸이 실행되는 것을 확인했다.

  'x'는 패스워드 그 자체가 아니라 shadow에 있다는 표시라 2번이 옳지 않다.

• 70

  2021년에 발표된 OWASP Top 10의 항목 중, 서버가 적절한 검증 절차를 거치지 않은 요청을 처리하여, 접근통제를 우회하는 방식으로 서버의 내부 데이터가 탈취될 수 있는 취약점은?

  1. 1. XXE
  2. 2. SSRF
  3. 3. Cryptographic Failures
  4. 4. Insufficient Logging & Monitoring

  정답 2번

  🔍 보기별 해설

  1. XXE는 외부 XML 개체를 처리하는 과정이 취약해 서버 파일을 읽어내는 취약점이라 서버가 다른 곳으로 보낼 요청 자체를 위조당하는 이번 설명과는 다르므로 이 답은 옳지 않다.
  2. SSRF는 서버가 사용자 입력값을 제대로 검증하지 않고 그 값으로 만든 요청을 대신 보내면서 내부망 자원에 접근통제를 우회해 접근하게 되는 취약점이므로 이 답이 옳다(정답).
  3. Cryptographic Failures는 암호화가 허술하거나 아예 빠져 민감정보가 노출되는 문제라 접근통제 우회로 내부 데이터를 탈취하는 이번 설명과는 다르므로 이 답은 옳지 않다.
  4. Insufficient Logging & Monitoring은 침해 사고가 일어나도 기록과 감시가 부족해 알아차리지 못하는 문제라 접근통제 우회 자체를 가리키는 이번 설명과는 다르므로 이 답은 옳지 않다.

  🧮 풀이

  1. 甲은 XML 파싱 기능에 외부 개체 참조를 심어 서버의 내부 파일이 읽히는지 시험해 보았다. 이 취약점은 서버가 대신 요청을 보내는 방식과는 다른 갈래라는 것을 정리했다.
  2. 甲은 이미지 URL 입력창에 내부망 주소를 몰래 넣어 서버가 그 주소로 대신 요청을 보내게 만들어 보았다. 서버가 검증 없이 그 요청을 처리해 내부 시스템 정보가 응답으로 새어 나오는 것을 확인하고 SSRF 취약점으로 기록했다.
  3. 甲은 데이터베이스에 저장된 개인정보가 암호화 없이 평문 그대로인 것을 발견해 화면에 노출되는 것을 확인했다. 접근통제 우회가 아니라 암호화 자체가 빠진 문제라는 것을 정리했다.
  4. 甲은 침해 사고가 일어난 뒤 로그를 뒤져 봤지만 관련 기록이 거의 남아 있지 않은 것을 확인했다. 이 문제도 접근통제를 직접 우회하는 것과는 다른 갈래라는 것을 정리했다.

  검증 없이 요청을 처리해 접근통제를 우회당하는 취약점은 SSRF이므로 2번이 정답이다.

• 9급 정보보호 기출 100문항 · 자동복습과 예상점수까지 무료로 →
• 71

  HTTP 상태 코드에 대한 설명으로 옳지 않은 것은?

  1. 1. 301: Moved Permanently
  2. 2. 304: Not Modified
  3. 3. 401: Unauthorized
  4. 4. 405: Request Entity Too Large

  정답 4번

  🔍 보기별 해설

  1. 301은 요청한 자원이 새 주소로 영구히 옮겨졌다는 것을 나타내는 상태코드로 실제 표기 그대로이므로 이 설명은 옳다.
  2. 304는 캐시된 내용과 달라진 것이 없어 새로 보낼 필요가 없다는 것을 나타내는 상태코드로 실제 표기 그대로이므로 이 설명은 옳다.
  3. 401은 인증이 안 됐거나 실패해 접근이 거부됐다는 것을 나타내는 상태코드로 실제 표기 그대로이므로 이 설명은 옳다.
  4. 405는 요청 본문이 너무 크다는 뜻이 아니라 그 자원에 허용되지 않은 메소드로 요청했다는 것을 나타내는 상태코드인데 지문은 크기 문제라고 다르게 말하니 이 설명은 옳지 않다(정답).

  🧮 풀이

  1. 甲은 옛 주소로 접속했는데 브라우저가 자동으로 새 주소로 넘어가는 것을 확인하며 응답 코드가 301인 것을 개발자도구로 확인해 보았다. 영구 이동을 뜻하는 코드라는 것을 정리했다.
  2. 甲은 이미 캐시해 둔 페이지를 다시 요청했을 때 서버가 본문 없이 304 코드만 돌려주는 것을 확인해 보았다. 달라진 내용이 없어 새로 받을 필요가 없다는 뜻이라는 것을 정리했다.
  3. 甲은 로그인하지 않은 채로 보호된 페이지에 접근했을 때 401 코드가 돌아오는 것을 개발자도구 콘솔 화면으로 여러 번 확인해 보았다. 인증이 필요하다는 뜻이라는 것을 정리했다.
  4. 甲은 GET만 허용된 주소에 DELETE 요청을 보내 405 코드가 돌아오는 것을 확인해 보았다. 요청 크기가 아니라 허용되지 않은 메소드 때문이라는 것을 확인했다.

  405는 큰 요청이 아니라 허용되지 않은 메소드를 가리키는 코드인데 지문이 다르게 말해 4번이 옳지 않다.

• 72

  삽입된 악성 스크립트를 통해 사용자가 인지하지 못하는 상태에서 사용자의 권한으로 서버에 공격자가 의도한 요청을 하는 공격은?

  1. 1. Slowloris
  2. 2. CSRF
  3. 3. Heartbleed
  4. 4. DNS Cache Poisoning

  정답 2번

  🔍 보기별 해설

  1. Slowloris는 연결을 일부러 느리게 유지해 서버의 연결 자원을 고갈시키는 공격이라 사용자 권한을 빌려 요청을 대신 보내는 것과는 다르므로 이 답은 옳지 않다.
  2. CSRF는 사용자가 알아차리지 못하는 사이에 삽입된 스크립트나 링크가 그 사용자의 권한으로 서버에 원치 않은 요청을 대신 보내게 만드는 공격이므로 이 답이 옳다(정답).
  3. Heartbleed는 TLS의 하트비트 처리 취약점을 악용해 서버 메모리 내용을 몰래 읽어내는 공격이라 사용자 권한을 빌려 요청을 보내는 것과는 다르므로 이 답은 옳지 않다.
  4. DNS Cache Poisoning은 DNS 서버의 캐시에 거짓 정보를 심어 엉뚱한 주소로 연결시키는 공격이라 사용자 권한을 빌려 요청을 보내는 것과는 다르므로 이 답은 옳지 않다.

  🧮 풀이

  1. 甲은 서버에 연결을 걸어 두고 일부러 데이터를 아주 천천히 보내며 연결이 끊기지 않게 유지해 보았다. 연결 자원이 고갈되는 것을 확인하고 CSRF와는 다른 공격으로 기록했다.
  2. 甲은 로그인해 둔 사용자가 악성 이미지 태그가 심어진 페이지를 열자 그 사용자의 권한으로 비밀번호 변경 요청이 서버에 몰래 전송되는 것을 재현해 보았다. 사용자는 전혀 눈치채지 못하는 것을 확인하고 CSRF로 기록했다.
  3. 甲은 옛 버전의 취약한 TLS 서버에 조작된 짧은 하트비트 신호를 보내 되돌아오는 응답에 서버 메모리 조각이 함께 섞여 나오는지 눈으로 확인해 보았다. 사용자 권한을 빌려 요청을 대신 보내는 방식과는 다른 갈래라는 것을 정리했다.
  4. 甲은 DNS 서버의 캐시에 거짓 주소 정보를 주입해 사용자가 가짜 사이트로 연결되는지 시험해 보았다. 이 공격 역시 사용자 권한으로 요청을 대신 보내는 방식과는 다르다는 것을 정리했다.

  삽입된 스크립트가 사용자 몰래 그 권한으로 서버에 요청을 대신 보내는 공격은 CSRF이므로 2번이 정답이다.

• 73

  TLS에 속한 프로토콜 중 세션을 활성 상태로 유지하는 목적으로 사용하는 것은?

  1. 1. Alert Protocol
  2. 2. Connection Protocol
  3. 3. Heartbeat Protocol
  4. 4. Application Data Protocol

  정답 3번

  🔍 보기별 해설

  1. Alert Protocol은 오류나 경고 상황이 생겼을 때 그 사실을 상대에게 알리는 용도라 세션을 계속 살려 두는 목적과는 다르므로 이 답은 옳지 않다.
  2. Connection Protocol은 TLS가 아니라 SSH 같은 다른 프로토콜 계열에서 실제 데이터 채널을 여는 데 쓰이는 이름이라 이번 TLS 구성요소와는 다르므로 이 답은 옳지 않다.
  3. Heartbeat Protocol은 일정한 간격으로 짧은 신호를 주고받아 연결이 끊기지 않고 세션이 계속 살아 있도록 유지하는 목적으로 쓰이므로 이 답이 옳다(정답).
  4. Application Data Protocol은 실제 애플리케이션 데이터를 암호화해 주고받는 용도라 세션을 살려 두는 것 자체가 목적인 프로토콜과는 다르므로 이 답은 옳지 않다.

  🧮 풀이

  1. 甲은 TLS 세션 도중 오류가 발생하자 Alert Protocol을 통해 상대편에 경고 메시지가 전달되는 것을 패킷 캡처로 확인해 보았다. 세션을 살려 두는 것과는 다른 목적이라는 것을 정리했다.
  2. 甲은 SSH 접속에서 실제 명령을 주고받는 채널이 Connection Protocol로 열리는 것을 문서로 확인해 보았다. TLS의 세션 유지 기능과는 다른 계열의 용어라는 것을 정리했다.
  3. 甲은 TLS 연결을 맺어 둔 채 한동안 데이터를 안 보내도 Heartbeat Protocol 덕분에 세션이 끊기지 않고 유지되는 것을 확인해 보았다. 일정 간격으로 짧은 신호가 오가는 것을 패킷으로 확인했다.
  4. 甲은 로그인 뒤 실제 요청과 응답이 Application Data Protocol로 암호화돼 오가는 것을 패킷 캡처로 확인해 보았다. 세션 유지 자체를 위한 프로토콜과는 다른 역할이라는 것을 정리했다.

  세션을 활성 상태로 유지하는 목적의 TLS 프로토콜은 Heartbeat Protocol이므로 3번이 정답이다.

• 74

  프로세스에서 사용하는 메모리 영역의 위치를 랜덤하게 배치하는 기법은?

  1. 1. X.509
  2. 2. PAM
  3. 3. ASLR
  4. 4. ASBR

  정답 3번

  🔍 보기별 해설

  1. X.509는 공개키 인증서의 형식을 정한 표준이라 메모리 주소를 무작위로 배치하는 기법과는 다르므로 이 답은 옳지 않다.
  2. PAM은 여러 인증 방식을 통합해 관리할 수 있게 해 주는 모듈 체계라 메모리 주소를 무작위로 배치하는 기법과는 다르므로 이 답은 옳지 않다.
  3. ASLR은 프로그램이 실행될 때마다 스택·힙 같은 메모리 영역의 위치를 무작위로 흩어 놓아 공격자가 주소를 추측하기 어렵게 만드는 기법이므로 이 답이 옳다(정답).
  4. ASBR은 라우팅 프로토콜에서 다른 영역과 경계를 이루는 라우터를 가리키는 용어라 메모리 배치 기법과는 다르므로 이 답은 옳지 않다.

  🧮 풀이

  1. 甲은 서버에 설치된 공개키 인증서를 열어 X.509 형식으로 발급된 것을 상세정보로 확인해 보았다. 이 표준이 메모리 배치와는 무관한 인증서 형식이라는 것을 정리했다.
  2. 甲은 로그인 방식을 지문과 비밀번호 두 가지로 통합해 쓸 수 있도록 PAM 설정 파일을 고쳐 보았다. 이 체계가 메모리 주소를 흩는 기법과는 다른 목적이라는 것을 정리했다.
  3. 甲은 같은 프로그램을 여러 번 실행하며 매번 스택 시작 주소가 다르게 찍히는 것을 디버거로 확인해 보았다. ASLR 덕분에 이전 실행에서 알아낸 주소가 이번에는 소용없는 것을 체감했다.
  4. 甲은 여러 영역을 잇는 라우터 설정 문서에서 ASBR이라는 용어를 찾아 그 라우터가 영역 경계를 맡는다는 것을 확인해 보았다. 메모리 배치 기법과는 전혀 다른 네트워크 용어라는 것을 정리했다.

  메모리 영역 위치를 랜덤하게 배치하는 기법은 ASLR이므로 3번이 정답이다.

• 75

  다음에서 설명하는 윈도 운영체제의 레지스트리 루트키는?

  현재 시스템에 로그온하고 있는 사용자에 대한 구성 정보를 저장한다.

  1. 1. HKEY_CLASSES_ROOT
  2. 2. HKEY_CURRENT_USER
  3. 3. HKEY_LOCAL_MACHINE
  4. 4. HKEY_CURRENT_CONFIG

  정답 2번

  🔍 보기별 해설

  1. HKEY_CLASSES_ROOT는 파일 확장자와 연결된 프로그램 정보 같은 것을 담는 루트키라 로그온한 사용자의 구성 정보와는 다르므로 이 답은 옳지 않다.
  2. HKEY_CURRENT_USER는 지금 시스템에 로그온해 있는 사용자 개인의 바탕화면·환경설정 같은 구성 정보를 담는 루트키이므로 이 답이 옳다(정답).
  3. HKEY_LOCAL_MACHINE은 특정 사용자가 아니라 그 컴퓨터 전체에 적용되는 설정 정보를 담는 루트키라 현재 로그온한 사용자만의 정보와는 다르므로 이 답은 옳지 않다.
  4. HKEY_CURRENT_CONFIG는 현재 쓰고 있는 하드웨어 프로필 정보를 담는 루트키라 로그온한 사용자의 구성 정보와는 다르므로 이 답은 옳지 않다.

  🧮 풀이

  1. 甲은 hwp 확장자가 어느 프로그램과 연결돼 실행되는지 HKEY_CLASSES_ROOT 항목을 레지스트리 편집기로 펼쳐 찾아보았다. 이 루트키가 로그온한 사용자 개인 정보와는 다른 자리라는 것을 정리했다.
  2. 甲은 바탕화면 배경을 바꾼 뒤 그 설정값이 HKEY_CURRENT_USER 항목에 곧바로 반영되는 것을 레지스트리 편집기로 확인해 보았다. 다른 계정으로 로그인하면 이 값이 각자 따로 적용되는 것도 확인했다.
  3. 甲은 이 컴퓨터에 설치된 프로그램 목록이 HKEY_LOCAL_MACHINE 항목에 저장돼 있는 것을 확인해 보았다. 사용자 계정과 상관없이 컴퓨터 전체에 적용되는 정보라는 것을 정리했다.
  4. 甲은 지금 연결된 모니터 해상도 같은 하드웨어 프로필 정보가 HKEY_CURRENT_CONFIG 항목에 담긴 것을 확인해 보았다. 로그온한 사용자 개인 정보와는 다른 자리라는 것을 정리했다.

  현재 로그온한 사용자 구성정보를 담는 루트키는 HKEY_CURRENT_USER이므로 2번이 정답이다.

• 76

  PGP에 대한 설명으로 옳지 않은 것은?

  1. 1. IETF에 의해 개발되었다.
  2. 2. 전자 서명을 통해 인증을 제공한다.
  3. 3. ZIP 알고리즘으로 압축을 제공한다.
  4. 4. 대칭 키 암호를 통해 기밀성을 제공한다.

  정답 1번

  🔍 보기별 해설

  1. PGP는 IETF가 아니라 필 짐머만이라는 개인이 개발한 소프트웨어인데 지문은 IETF가 개발했다고 거꾸로 말하니 이 설명은 옳지 않다(정답).
  2. 전자 서명으로 발신자의 신원과 메시지 무결성을 확인하게 해 준다는 것은 PGP가 제공하는 인증 기능 그대로이므로 이 설명은 옳다.
  3. ZIP 알고리즘으로 메시지를 압축해 전송 효율을 높여 준다는 것은 PGP가 제공하는 압축 기능 그대로이므로 이 설명은 옳다.
  4. 대칭키 암호로 메시지 내용을 암호화해 기밀성을 지켜 준다는 것은 PGP가 제공하는 암호화 기능 그대로이므로 이 설명은 옳다.

  🧮 풀이

  1. 甲은 PGP의 개발 역사를 문서로 찾아보며 그것이 표준화 기구가 아니라 필 짐머만이라는 한 개인이 만든 소프트웨어라는 것을 확인했다. 나중에 IETF가 이를 바탕으로 OpenPGP 표준을 따로 만들었다는 것도 함께 확인했다.
  2. 甲은 서명된 메일을 열어 발신자의 공개키로 서명을 검증하는 과정을 지켜보았다. 그 서명 덕분에 메시지가 중간에 바뀌지 않았다는 것을 확인할 수 있는 것을 정리했다.
  3. 甲은 큰 첨부파일이 딸린 메일을 PGP로 암호화하기 전에 ZIP 방식으로 먼저 압축되는 과정을 하나하나 지켜보았다. 전송 용량이 눈에 띄게 줄어드는 것을 확인했다.
  4. 甲은 메일 본문을 대칭키로 암호화해 보내며 그 키를 아는 사람만 내용을 읽을 수 있는 것을 확인해 보았다. 기밀성을 지키는 실제 방식이 대칭키 암호라는 것을 정리했다.

  PGP는 IETF가 아니라 필 짐머만 개인이 개발했는데 지문이 IETF라 해 1번이 옳지 않다.

• 77

  nmap 명령어의 옵션에 대한 설명으로 옳지 않은 것은?

  1. 1. -O 옵션은 운영체제를 확인한다.
  2. 2. -R 옵션은 RPC 스캔을 실시한다.
  3. 3. -n 옵션은 DNS Lookup을 하지 않는다.
  4. 4. -v 옵션은 스캔 결과를 상세하게 출력한다.

  정답 2번

  🔍 보기별 해설

  1. -O 옵션이 대상의 운영체제 종류를 확인하는 기능이라는 것은 nmap 매뉴얼에 실린 옵션 설명 그대로이므로 이 설명은 옳다.
  2. -R 옵션은 RPC 스캔을 실시하는 것이 아니라 대상의 IP 주소에 대해 역방향 DNS 이름 해석을 하도록 지시하는 옵션인데 지문은 RPC 스캔이라고 다르게 말하니 이 설명은 옳지 않다(정답).
  3. -n 옵션이 DNS 이름 해석을 하지 않도록 막는 기능이라는 것은 nmap의 실제 옵션 설명 그대로이므로 이 설명은 옳다.
  4. -v 옵션이 스캔 결과를 더 자세히 출력해 준다는 것은 nmap의 실제 옵션 설명 그대로이므로 이 설명은 옳다.

  🧮 풀이

  1. 甲은 스캔 대상에 -O 옵션을 붙여 nmap을 돌려 응답 패턴으로 추정한 운영체제 종류가 결과 화면에 뜨는 것을 확인해 보았다. 여러 대상에 반복 적용해도 같은 방식으로 표시됐다.
  2. 甲은 -R 옵션을 붙여 nmap을 돌리며 RPC 서비스 목록이 나올 것이라 기대했지만 실제로는 대상 IP의 역방향 DNS 이름만 함께 표시되는 것을 확인했다. 옵션의 실제 뜻을 매뉴얼로 다시 확인했다.
  3. 甲은 -n 옵션을 붙여 nmap을 돌리며 스캔 속도가 눈에 띄게 빨라지는 것을 직접 시계로 재어 확인해 보았다. DNS 조회 과정을 건너뛴 덕분이라는 것을 정리했다.
  4. 甲은 -v 옵션을 붙여 nmap을 돌리며 평소보다 훨씬 자세한 포트별 진행 상황과 서비스 이름, 응답 시간까지 화면 가득 줄줄이 출력되는 것을 하나하나 확인해 보았다.

  -R은 RPC 스캔이 아니라 역방향 DNS 조회 옵션이라 2번이 옳지 않다.

• 78

  (가), (나)에 들어갈 내용을 바르게 연결한 것은?

  TCP 포트 번호 (가) 을 사용하는 (나) 을/를 통해, 사용자는 전자우편 서버에 메일 박스 생성, 삭제 및 이름 변경이 가능하다. (가) (나)

  1. 1. 110 SMTP
  2. 2. 143 SMTP
  3. 3. 110 IMAP
  4. 4. 143 IMAP

  정답 4번

  🔍 보기별 해설

  1. 110번과 SMTP 조합은 110번이 POP3가 쓰는 포트이고 SMTP는 메일박스 관리가 아니라 메일 전송을 맡는 프로토콜이라 둘 다 맞지 않으므로 이 조합은 옳지 않다.
  2. 143번은 맞게 짚었더라도 SMTP는 메일박스 생성·삭제 같은 관리 기능이 아니라 메일을 전송하는 프로토콜이라 이 조합은 옳지 않다.
  3. 110번은 IMAP이 아니라 POP3가 실제로 쓰는 고유한 포트 번호이지 이번 문제가 묻는 관리용 프로토콜의 포트가 아니므로 이 조합은 옳지 않다.
  4. 143번 포트를 쓰는 IMAP은 메일을 서버에 둔 채로 관리할 수 있어 메일박스를 만들거나 지우거나 이름을 바꾸는 것까지 가능하므로 이 조합이 옳다(정답).

  🧮 풀이

  1. 甲은 메일박스를 새로 만들려고 110번 포트로 접속해 SMTP 명령을 시도해 보았지만 그런 관리 기능은 지원되지 않는 것을 확인했다. 포트와 프로토콜 모두 이번 설명과 맞지 않는다는 것을 정리했다.
  2. 甲은 143번 포트로 접속했지만 SMTP 명령으로 메일박스를 만들려다 그 프로토콜은 전송 전용이라는 것을 확인했다. 포트는 맞지만 프로토콜 이름이 틀렸다는 것을 정리했다.
  3. 甲은 110번 포트로 접속해 이 포트가 IMAP이 아니라 POP3가 쓰는 자리라는 것을 매뉴얼로 확인해 보았다. 포트 번호부터 이번 설명과 다르다는 것을 정리했다.
  4. 甲은 메일 클라이언트에서 IMAP 계정을 설정하며 143번 포트로 접속해 새 메일박스 폴더를 만들고 이름을 바꿔 보았다. 서버 쪽 메일함이 그대로 바뀌는 것을 확인했다.

  메일박스 생성·삭제·이름변경이 가능한 프로토콜은 143번 포트 IMAP이므로 4번이 정답이다.

• 79

  빈칸에 들어갈 내용은?

  프로그램을 실행시키기 위한 가상의 메모리 공간이 할당되면, 할당된 메모리 공간은 여러 영역으로 나뉘어 관리된다. 그중 은 프로세스 로직이 실행되는 데 필요한 파라미터, 지역변수, 반환 주소 등이 저장된다.

  1. 1. 텍스트 영역
  2. 2. 힙 영역
  3. 3. 스택 영역
  4. 4. 데이터 영역

  정답 3번

  🔍 보기별 해설

  1. 텍스트 영역은 실행할 명령어 자체가 담기는 자리라 함수 호출 때마다 쌓이는 파라미터·지역변수·반환주소와는 다르므로 이 답은 옳지 않다.
  2. 힙 영역은 프로그램이 실행 중에 필요할 때마다 늘였다 줄였다 하며 쓰는 동적 메모리 자리라 함수 호출 구조와 직접 관련된 값들이 쌓이는 자리와는 다르므로 이 답은 옳지 않다.
  3. 스택 영역은 함수가 호출될 때마다 그 함수에 전달되는 파라미터, 실행 중 쓰는 지역변수, 함수가 끝나고 돌아갈 반환 주소가 차례로 쌓이는 자리이므로 이 답이 옳다(정답).
  4. 데이터 영역은 전역변수나 정적변수처럼 프로그램 시작부터 끝까지 고정된 값이 놓이는 자리라 함수 호출마다 새로 쌓이는 값들과는 다르므로 이 답은 옳지 않다.

  🧮 풀이

  1. 甲은 실행 파일을 디스어셈블러로 열어 텍스트 영역에 나열된 기계어 명령어를 한 줄씩 읽어 보았다. 그 영역에는 파라미터나 지역변수가 아니라 명령어만 놓인다는 것을 확인했다.
  2. 甲은 malloc으로 새 메모리를 요청할 때마다 힙 영역이 조금씩 늘어나는 것을 메모리 맵으로 확인해 보았다. 함수 호출 구조와는 별개로 프로그램이 필요할 때 쓰는 자리라는 것을 정리했다.
  3. 甲은 함수를 호출할 때마다 스택 영역에 파라미터와 지역변수가 새로 쌓이고 함수가 끝나면 반환 주소를 따라 되돌아가는 전체 과정을 디버거로 아주 천천히 지켜보았다.
  4. 甲은 전역변수로 선언한 값들이 데이터 영역 한곳에 고정돼 저장되는 것을 메모리 덤프로 확인해 보았다. 함수를 몇 번 호출해도 그 값은 그대로 남아 있는 것을 확인했다.

  파라미터·지역변수·반환주소가 저장되는 영역은 스택 영역이므로 3번이 정답이다.

• 80

  다음 명령을 수행한 후 ‘/directory’에 부여된 권한은?

  chmod 1111 /directory

  1. 1. Read
  2. 2. SetGID
  3. 3. SetUID
  4. 4. Sticky Bit

  정답 4번

  🔍 보기별 해설

  1. Read는 소유자·그룹·기타 각 자리의 마지막 비트로 표시되는 읽기 권한이라 맨 앞자리 특수권한 숫자가 나타내는 것과는 다르므로 이 답은 옳지 않다.
  2. SetGID는 맨 앞자리 숫자가 2일 때 표시되는 특수권한이라 이번 숫자 1과는 다르므로 이 답은 옳지 않다.
  3. SetUID는 맨 앞자리 숫자가 4일 때 표시되는 특수권한이라 이번 숫자 1과는 다르므로 이 답은 옳지 않다.
  4. chmod 1111에서 맨 앞자리 숫자 1은 Sticky Bit를 나타내고 나머지 세 자리 111은 소유자·그룹·기타 모두에게 실행 권한만 준다는 뜻이므로 특수권한으로는 Sticky Bit라는 이 답이 옳다(정답).

  🧮 풀이

  1. 甲은 디렉터리 권한을 ls -l로 확인하며 각 자리 맨 끝에 붙은 읽기 표시가 특수권한 숫자 자리와는 서로 다른 위치에 나타나는 것을 하나하나 자세히 확인해 보았다.
  2. 甲은 SetGID를 걸어 둔 디렉터리의 권한 숫자 맨 앞자리가 2로 나오는 것을 chmod 명령 결과로 확인해 보았다. 이번 문제의 1과는 다른 값이라는 것을 정리했다.
  3. 甲은 관리자 소유 실행파일에 SetUID를 걸어 두고 일반 계정으로 그 파일을 실행하며 권한 숫자 맨 앞자리 4가 뜻하는 대로 관리자 권한을 빌려 동작하는 것을 확인했다.
  4. 甲은 chmod 1111 명령으로 공유 디렉터리 권한을 설정한 뒤 ls -ld로 결과를 확인해 보았다. 맨 앞자리 특수권한이 t로 표시되며 Sticky Bit가 걸린 것을 확인했다.

  chmod 1111의 맨 앞자리 1은 Sticky Bit를 가리키므로 4번이 정답이다.

• 9급 정보보호 기출 100문항 · 자동복습과 예상점수까지 무료로 →
• 81

  보안 운영체제(Secure OS)에 대한 설명으로 옳지 않은 것은?

  1. 1. 보안 커널은 접근 제어 및 감사 추적을 위한 메커니즘을 포함하고 있다.
  2. 2. 패스워드의 설정 및 접근 허용의 변경 등과 같은 보안 관련 작업의 안전한 수행을 위해 안전한 경로(trusted path)를 제공한다.
  3. 3. TCB(Trusted Computing Base) 분할은 TCB를 계층화 구조로 구현하고, 각 계층은 고유의 보안 정책을 정의하기 때문에 기존의 TCB를 재사용할 수 없다.
  4. 4. 운영체제에 내재된 결함 때문에 발생할 수 있는 각종 해킹으로부터 시스템을 보호하기 위해 보안 기능이 통합된 보안 커널을 추가로 이식한 운영체제이다.

  정답 3번

  🔍 보기별 해설

  1. 보안 커널이 접근 제어와 감사 추적을 위한 메커니즘을 담고 있다는 것은 보안 운영체제의 핵심 구성 그대로이므로 이 설명은 옳다.
  2. 패스워드 설정이나 접근 허용 변경 같은 보안 작업을 안전하게 수행하도록 안전한 경로를 제공한다는 것은 보안 운영체제의 실제 기능 그대로이므로 이 설명은 옳다.
  3. TCB를 계층 구조로 나누면 각 계층이 저마다의 보안정책을 갖되 기존에 만들어 둔 TCB 계층을 그대로 가져다 다시 쓸 수 있는 것이 실제 목적인데 지문은 재사용할 수 없다고 거꾸로 말하니 이 설명은 옳지 않다(정답).
  4. 운영체제 안에 원래 없던 취약점을 노려 벌어지는 여러 해킹 시도를 막으려고 보안 기능을 하나로 묶은 보안 커널을 별도로 얹은 것이 보안 운영체제라는 정의이므로 이 설명은 옳다.

  🧮 풀이

  1. 甲은 보안 커널 안에 접근 제어 규칙과 감사 로그를 남기는 기능이 함께 들어 있는 것을 설계 문서로 확인해 보았다. 두 기능이 한 몸으로 묶여 동작하는 것을 정리했다.
  2. 甲은 관리자가 패스워드 정책을 바꿀 때 거치는 안전한 경로 화면이 따로 마련된 것을 직접 실습해 보았다. 일반 경로로는 그 작업을 할 수 없게 막혀 있는 것을 확인했다.
  3. 甲은 새 보안 정책을 적용하려고 TCB를 계층별로 나눈 뒤 이미 검증받은 아래 계층 TCB를 그대로 가져다 새 계층 위에 얹어 보았다. 기존 계층을 다시 만들지 않고도 재사용할 수 있는 것을 확인했다.
  4. 甲은 기존 운영체제의 커널 안에 보안 기능 모듈을 새로 이식해 각종 접근 시도가 그 모듈을 거치도록 설정해 보았다. 이식 전보다 통제가 훨씬 촘촘해지는 것을 시험 접속으로 확인했다.

  TCB 계층화는 오히려 기존 TCB를 재사용할 수 있게 해 주는 방식인데 지문이 못 한다고 해 3번이 옳지 않다.

• 82

  다음에서 설명하는 접근통제 모델은?

  ○ 정보 소유자가 정보의 보안 수준을 결정하고 그에 대한 접근 통제까지 설정하는 모델이다.

  ○ 중앙 집중화된 정보 관리가 어려워서 정보에 대한 엄격한 접근 통제는 거의 불가능하다.

  1. 1. 비바(Biba)
  2. 2. 임의적 접근통제(DAC)
  3. 3. 역할기반 접근통제(RBAC)
  4. 4. 벨 라파둘라(Bell-LaPadula)

  정답 2번

  🔍 보기별 해설

  1. 비바는 무결성을 지키기 위해 낮은 등급에서 높은 등급으로 함부로 쓰지 못하게 막는 모델이라 정보 소유자가 직접 접근통제를 정하는 이번 설명과는 다르므로 이 답은 옳지 않다.
  2. 임의적 접근통제는 정보를 가진 사람이 스스로 그 정보의 보안 수준과 접근 범위를 정하는 방식이라 중앙에서 일괄 관리하기 어려운 이번 설명과 그대로 맞으므로 이 답이 옳다(정답).
  3. 역할기반 접근통제는 직책이나 역할에 따라 미리 정해진 권한을 부여하는 방식이라 개인이 각자 접근통제를 정하는 이번 설명과는 다르므로 이 답은 옳지 않다.
  4. 벨 라파둘라는 기밀성을 지키기 위해 높은 등급의 정보가 낮은 등급으로 새지 못하게 막는 모델이라 정보 소유자가 직접 접근통제를 정하는 이번 설명과는 다르므로 이 답은 옳지 않다.

  🧮 풀이

  1. 甲은 군사기밀 문서가 상위 등급에서 하위 등급 사용자에게 새어 나가지 않는지 비바 모델 규칙으로 점검해 보았다. 이 규칙이 정보 소유자가 직접 접근통제를 정하는 방식과는 다르다는 것을 정리했다.
  2. 甲은 자신이 만든 문서 파일의 공유 설정을 열어 누구에게 읽기 권한을 줄지 스스로 하나하나 정해 보았다. 관리자가 일괄로 정한 것이 아니라 문서 소유자인 자신이 직접 정하는 것을 확인했다.
  3. 甲은 부서장이라는 직책에 미리 정해진 결재 권한이 자동으로 부여되는 것을 시스템 설정으로 확인해 보았다. 개인이 각자 접근통제를 정하는 방식과는 다르다는 것을 정리했다.
  4. 甲은 상위 등급 문서를 열람한 사용자가 그 내용을 하위 등급 문서에 복사해 옮기지 못하도록 막힌 것을 시험해 보았다. 이 통제 역시 정보 소유자가 직접 정하는 방식과는 다른 잣대라는 것을 정리했다.

  정보 소유자가 직접 보안수준과 접근통제를 정해 중앙관리가 어려운 모델은 DAC이므로 2번이 정답이다.

• 83

  멀웨어(Malware)에 대한 설명으로 옳은 것은?

  1. 1. 스파이웨어(Spyware)는 사용자 동의 없이 정보를 수집하여 전송한다.
  2. 2. 트로이목마(Trojan Horse)는 시스템 자원을 암호화하여 금전을 요구하는 공격을 수행한다.
  3. 3. 바이러스(Virus)는 독립적으로 실행되며, 취약점을 이용하여 스스로 전파된다.
  4. 4. 웜(Worm)은 정상 프로그램이나 실행 가능한 부분에 자신 또는 자신의 변형을 복사하며, 다른 네트워크의 시스템으로 스스로 전파하지 못한다.

  정답 1번

  🔍 보기별 해설

  1. 스파이웨어는 사용자가 알지 못하고 동의하지도 않은 채로 개인정보나 사용 기록을 몰래 모아 외부로 전송하는 악성코드이므로 이 설명이 옳다(정답).
  2. 시스템 자원을 암호화해 금전을 요구하는 것은 트로이목마가 아니라 랜섬웨어의 특징이므로 이 설명은 옳지 않다.
  3. 독립적으로 실행되며 취약점을 이용해 스스로 전파되는 것은 바이러스가 아니라 웜의 특징이라 이 설명은 옳지 않다.
  4. 정상 프로그램에 자신을 복사해 넣고 다른 네트워크로는 스스로 전파하지 못하는 것은 웜이 아니라 바이러스의 특징이라 이 설명은 옳지 않다.

  🧮 풀이

  1. 甲은 감염된 PC에서 사용자 몰래 방문 기록과 입력 내용이 외부 서버로 전송되는 것을 네트워크 로그로 확인해 보았다. 사용자 동의 없이 정보를 모아 보내는 스파이웨어의 전형적인 동작이라는 것을 정리했다.
  2. 甲은 회사 서버의 파일이 통째로 암호화되고 복구 대가를 요구하는 화면이 뜬 사고를 조사하며 그것을 트로이목마가 아니라 랜섬웨어로 분류했다. 자원을 인질로 잡는 방식이 트로이목마의 정의와는 다르다는 것을 확인했다.
  3. 甲은 한 대에서 시작된 감염이 취약점을 타고 같은 네트워크의 다른 PC로 순식간에 번지는 것을 관찰하며 그것을 바이러스가 아니라 웜으로 분류했다. 독립적으로 스스로 퍼지는 특징이 바이러스와는 다르다는 것을 확인했다.
  4. 甲은 정상 문서 파일에 몰래 끼어들어 그 파일이 열릴 때마다 함께 실행되는 코드를 발견하고 그것을 웜이 아니라 바이러스로 분류했다. 숙주 파일 없이는 전파되지 못하는 특징이 웜과는 다르다는 것을 확인했다.

  스파이웨어는 동의 없이 정보를 모아 전송하는 악성코드라는 설명이 맞아 1번이 정답이다.

• 84

  다음에서 설명하는 공격은?

  ○ 공격자가 특정 대상을 목표로 다양한 공격 기술을 이용해 지속적으로 공격한다.

  ○ 이 공격의 사례는 제로데이 취약점을 활용한 Stuxnet이 있다.

  1. 1. APT
  2. 2. DDoS
  3. 3. Ransomware
  4. 4. Reverse Engineering

  정답 1번

  🔍 보기별 해설

  1. APT는 특정 대상을 정해 놓고 여러 공격 기술을 오래도록 동원해 끈질기게 공격하는 방식이며 제로데이를 활용한 Stuxnet이 대표 사례로 꼽히므로 이 답이 옳다(정답).
  2. DDoS는 여러 곳에서 한꺼번에 트래픽을 퍼부어 서비스를 마비시키는 공격이라 특정 대상을 오래도록 노리는 지속적 공격과는 다르므로 이 답은 옳지 않다.
  3. Ransomware는 자원을 암호화해 금전을 요구하는 악성코드라 여러 기술을 동원한 지속적인 표적 공격 방식과는 다르므로 이 답은 옳지 않다.
  4. Reverse Engineering은 프로그램을 분석해 내부 동작을 파악하는 기법이라 특정 대상을 노린 공격 그 자체와는 다르므로 이 답은 옳지 않다.

  🧮 풀이

  1. 甲은 특정 발전소 시설을 겨냥해 여러 달에 걸쳐 다양한 방법으로 침투를 시도한 사고 사례를 조사하며 그것을 APT 공격으로 분류했다. Stuxnet 사례와 비슷한 성격이라는 것을 확인했다.
  2. 甲은 여러 대의 좀비 PC가 동시에 서버로 트래픽을 쏟아부어 서비스가 마비되는 것을 모니터링 화면으로 지켜보았다. 특정 대상을 오래도록 노리는 것이 아니라 순간적으로 몰아치는 방식이라는 것을 정리했다.
  3. 甲은 감염된 서버의 파일이 암호화되고 복구 대가를 요구하는 화면을 발견해 랜섬웨어 사고로 판단했다. 여러 기술을 동원한 지속적 표적 공격과는 다른 성격이라는 것을 정리했다.
  4. 甲은 배포된 프로그램의 실행파일을 디스어셈블러로 천천히 열어 내부 로직을 한 줄씩 자세히 분석해 보았다. 이 작업 자체는 공격이 아니라 분석 기법이라는 것을 정리했다.

  특정 대상을 목표로 지속적으로 공격하며 Stuxnet이 사례로 꼽히는 공격은 APT이므로 1번이 정답이다.

• 85

  침입탐지시스템(IDS)에 대한 설명으로 옳지 않은 것은?

  1. 1. 이상탐지(Anomaly Detection)는 시그니처(Signature) 기반 탐지라고도 한다.
  2. 2. 제로데이(Zero-day) 공격에 대한 탐지는 오용탐지에 비해 이상탐지가 효율적이다.
  3. 3. 오용탐지(Misuse Detection)는 알려진 공격의 패턴을 탐지하는 방법이다.
  4. 4. 이상탐지(Anomaly Detection)는 정상적이고 평균적인 상태를 크게 벗어나는 이벤트가 발생하는 것을 탐지하는 방법이다.

  정답 1번

  🔍 보기별 해설

  1. 이상탐지는 시그니처 기반 탐지가 아니라 정상 상태를 벗어난 이상 행동을 잡아내는 방식인데 지문은 시그니처 기반이라고 거꾸로 말하니 이 설명은 옳지 않다(정답).
  2. 제로데이 공격은 알려진 패턴이 없어 오용탐지로는 잡기 어렵고 정상 상태에서 벗어난 것만 보는 이상탐지가 오히려 더 효율적이라는 것은 실제 특성 그대로이므로 이 설명은 옳다.
  3. SET이 이중 서명 프로토콜을 사용한다는 것은 주문정보와 결제정보를 분리해 서명하는 SET의 특징 그대로이므로 이 설명은 옳다.
  4. 이상탐지가 정상적이고 평균적인 상태를 크게 벗어나는 이벤트를 탐지하는 방법이라는 것은 이상탐지의 정의 그대로이므로 이 설명은 옳다.

  🧮 풀이

  1. 甲은 평소 트래픽 패턴과 크게 다른 접속이 갑자기 늘어난 것을 이상탐지 시스템이 잡아내는 것을 확인해 보았다. 알려진 공격 시그니처가 없어도 잡아내는 방식이라는 것을 정리했다.
  2. 甲은 아직 패치가 없는 제로데이 취약점을 노린 공격이 오용탐지 시스템에는 걸리지 않고 이상탐지 시스템에서만 경고가 뜨는 것을 비교해 보았다. 알려진 패턴이 없는 공격에는 이상탐지가 더 효율적이라는 것을 확인했다.
  3. 甲은 이미 알려진 특정 공격 패턴이 담긴 시그니처 목록에 새 규칙을 추가해 오용탐지 시스템이 그 패턴을 잡아내는지 시험해 보았다. 알려진 공격만 잡을 수 있는 한계도 함께 확인했다.
  4. 甲은 평소 서버가 초당 처리하는 요청 수의 평균값을 기준으로 크게 벗어난 순간을 이상탐지 시스템이 경고로 띄우는 것을 확인해 보았다. 그 기준을 벗어나는 것 자체가 탐지 근거라는 것을 정리했다.

  시그니처 기반 탐지는 이상탐지가 아니라 오용탐지를 가리키는 말이라 1번이 옳지 않다.

• 86

  다음에서 설명하는 도구는?

  웹 브라우저와 웹 서버가 통신할 때, 중간에 위치하여 웹 브라우저의 요청 메시지를 받아 웹 서버로 전송하고, 웹 서버에서 받은 응답 메시지도 웹 브라우저로 전달하는 역할을 한다. 이것을 이용하면 웹 클라이언트와 웹 서버가 교환하는 모든 데이터를 중간에서 수정이 가능하다.

  1. 1. 루트킷(rootkit)
  2. 2. 웹 프록시(web proxy)
  3. 3. 애드웨어(adware)
  4. 4. 포트 스캐너(port scanner)

  정답 2번

  🔍 보기별 해설

  1. 루트킷은 시스템에 숨어들어 파일이나 프로세스를 숨기는 악성 프로그램이라 브라우저와 서버 사이 통신을 가로채는 도구와는 다르므로 이 답은 옳지 않다.
  2. 웹 프록시는 브라우저의 요청과 서버의 응답 사이에 끼어들어 그 메시지를 그대로 전달하거나 중간에서 내용을 바꿔치기할 수 있는 도구이므로 이 답이 옳다(정답).
  3. 애드웨어는 사용자 동의 없이 광고를 강제로 띄우는 악성 프로그램이라 통신 내용을 가로채 수정하는 도구와는 다르므로 이 답은 옳지 않다.
  4. 포트 스캐너는 대상 시스템에 열린 포트가 무엇인지 찾아내는 도구라 통신 내용 자체를 가로채 수정하는 것과는 다르므로 이 답은 옳지 않다.

  🧮 풀이

  1. 甲은 감염된 PC에서 프로세스 목록에 보이지 않는 숨겨진 프로세스를 루트킷 탐지 도구로 찾아내 보았다. 이 도구가 통신 내용을 가로채는 것과는 다른 성격이라는 것을 정리했다.
  2. 甲은 웹 프록시를 브라우저와 서버 사이에 끼워 넣고 로그인 요청의 파라미터 값을 가로채 몰래 바꿔치기해 보았다. 서버가 조작된 값을 그대로 받아들이는 것을 확인했다.
  3. 甲은 브라우저 창에 원치 않는 광고 팝업이 계속 뜨는 것을 발견해 애드웨어 감염으로 판단했다. 통신 내용을 가로채 수정하는 도구와는 다른 방식이라는 것을 정리했다.
  4. 甲은 대상 서버에 포트 스캐너를 돌려 열려 있는 포트 목록을 하나하나 뽑아 보았다. 이 도구는 열린 문을 찾아낼 뿐 통신 내용 자체를 바꾸지는 못한다는 것을 정리했다.

  브라우저-서버 사이에서 요청·응답을 가로채 수정할 수 있는 도구는 웹 프록시이므로 2번이 정답이다.

• 87

  다음과 관련된 공격은?

  SELECT * FROM member WHERE id = 'admin' and password = ''or''='';

  1. 1. XSS
  2. 2. CSRF
  3. 3. SQL Injection
  4. 4. Format String

  정답 3번

  🔍 보기별 해설

  1. XSS는 입력값에 스크립트를 심어 다른 사용자 브라우저에서 실행시키는 공격이라 SQL 조건문을 조작하는 이번 예시와는 다르므로 이 답은 옳지 않다.
  2. CSRF는 로그인해 둔 사용자의 브라우저가 위조된 요청을 대신 보내게 만드는 공격이라 SQL 조건문을 조작하는 이번 예시와는 다르므로 이 답은 옳지 않다.
  3. 이 쿼리는 패스워드 조건에 ''or''=''를 끼워 넣어 그 조건이 항상 참이 되도록 만들어 인증을 우회하는 전형적인 SQL Injection이므로 이 답이 옳다(정답).
  4. Format String은 서식 문자열 자리에 사용자 입력을 그대로 넣어 메모리 값을 읽거나 쓰는 공격이라 SQL 조건문을 조작하는 이번 예시와는 다르므로 이 답은 옳지 않다.

  🧮 풀이

  1. 甲은 게시판 입력창에 경고창을 띄우는 스크립트를 심어 저장한 뒤 그 글을 다시 열어 스크립트가 실행되는지 확인해 보았다. SQL 조건을 조작하는 이번 예시와는 다른 공격이라는 것을 정리했다.
  2. 甲은 이미 로그인해 둔 다른 사용자의 브라우저가 자신도 모르게 위조된 계좌이체 요청을 서버로 전송하는 상황을 재현해 보았다. SQL 구문 자체를 조작하는 이번 예시와는 다른 공격이라는 것을 정리했다.
  3. 甲은 로그인 입력창의 패스워드 칸에 ''or''=''를 넣어 서버로 전달되는 쿼리문을 패킷으로 확인해 보았다. 조건이 항상 참이 되어 아무 패스워드 없이 로그인되는 것을 확인하고 SQL Injection으로 기록했다.
  4. 甲은 프로그램의 서식 문자열 입력 자리에 %n 지정자를 넣어 메모리 값이 몰래 바뀌는지 시험해 보았다. SQL 조건을 조작하는 이번 예시와는 다른 갈래의 공격이라는 것을 정리했다.

  id·password 조건을 or로 항상 참이 되게 만든 쿼리는 SQL Injection이므로 3번이 정답이다.

• 88

  다음은 시스템의 보안 기능에 대한 설명이다. (가) ～ (다)에 들어갈 용어를 바르게 연결한 것은?

  ○ (가) 는 사용자와 시스템 또는 두 시스템 간에 활성화된 접속을 관리하는 것이다.

  ○ (나) 는 시스템 자체의 결함 때문에 발생하는 보안 문제를 체계적으로 관리하는 것이다.

  ○ (다) 는 시스템 내부 또는 외부에서 시스템에 어떤 영향을 미쳤을 경우, 해당 사항을 기록하고 관리한다. (가) (나) (다)

  1. 1. 로그 관리 취약점 관리 계정 관리
  2. 2. 로그 관리 취약점 관리 세션 관리
  3. 3. 세션 관리 권한 관리 로그 관리
  4. 4. 세션 관리 취약점 관리 로그 관리

  정답 4번

  🔍 보기별 해설

  1. (가)를 로그 관리로 짚으면 그것은 접속 자체를 관리하는 것이 아니라 사건 기록을 남기는 것이라 이번 설명과 어긋나므로 이 조합은 옳지 않다.
  2. (가)를 로그 관리, (다)를 세션 관리로 짚어도 접속을 관리하는 것과 기록을 남기는 것의 자리가 서로 뒤바뀌어 있으므로 이 조합은 옳지 않다.
  3. (나)를 권한 관리로 짚으면 그것은 시스템 자체의 결함을 체계적으로 관리하는 것과는 다른 개념이라 이번 설명과 어긋나므로 이 조합은 옳지 않다.
  4. 사용자나 시스템 간 활성화된 접속을 관리하는 것은 세션 관리, 시스템 자체의 결함을 체계적으로 관리하는 것은 취약점 관리, 시스템에 미친 영향을 기록하고 관리하는 것은 로그 관리를 가리키므로 이 조합이 옳다(정답).

  🧮 풀이

  1. 甲은 로그 파일에서 접속 시작과 종료 시각을 찾아 접속 관리 자체와 헷갈려 (가) 자리에 로그 관리를 적어 보았다. 실제로 접속을 살아 있는 상태로 관리하는 것은 세션 관리라는 것을 다시 확인했다.
  2. 甲은 표를 채우다 접속을 살아 있게 관리하는 항목과 사건을 기록하는 항목의 자리를 서로 뒤바꿔 적어 보았다. 완성한 표를 실제 정의 문장과 견주다 두 항목의 자리가 어긋난 것을 검산으로 발견했다.
  3. 甲은 사용자 권한을 새로 부여하는 절차를 시스템 결함 관리와 헷갈려 (나) 자리에 권한 관리를 적어 보았다. 실제로 시스템 자체의 결함을 다루는 것은 취약점 관리라는 것을 다시 확인했다.
  4. 甲은 로그인부터 로그아웃까지 이어지는 접속 상태를 세션 관리로, 알려진 결함 패치 여부를 점검하는 것을 취약점 관리로, 그 사이 벌어진 사건을 기록하는 것을 로그 관리로 각각 표에 채워 넣어 보았다.

  접속관리는 세션관리, 시스템결함관리는 취약점관리, 영향기록관리는 로그관리이므로 4번이 정답이다.

• 89

  운영체제의 프로세스에 대한 설명으로 옳지 않은 것은?

  1. 1. 프로세스는 실행 중인 프로그램이다.
  2. 2. 프로세스의 상태는 준비(ready), 실행(running), 종료(terminated) 등이 있다.
  3. 3. 문맥 교환(context switch)은 한 프로세스 내에서 다른 메모리 공간을 사용해야 할 때 발생한다.
  4. 4. 프로세스를 관리하기 위한 정보는 프로세스 제어 블록(process control block)에 저장된다.

  정답 3번

  🔍 보기별 해설

  1. 프로세스가 실행 중인 프로그램 그 자체를 가리킨다는 것은 운영체제 교과서에 실린 프로세스의 정의 그대로이므로 이 설명은 옳다.
  2. 프로세스 상태에 준비, 실행, 종료 등이 있다는 것은 실제 프로세스 상태 전이도에 그려진 그대로이므로 이 설명은 옳다.
  3. 문맥 교환은 한 프로세스 안에서 메모리 공간을 바꿔 쓸 때가 아니라 CPU를 쓰던 프로세스가 다른 프로세스에게 자리를 넘겨줄 때 일어나는 것인데 지문은 이를 한 프로세스 내부의 일이라고 다르게 말하니 이 설명은 옳지 않다(정답).
  4. 프로세스를 관리하는 정보가 프로세스 제어 블록에 저장된다는 것은 운영체제의 실제 관리 방식 그대로이므로 이 설명은 옳다.

  🧮 풀이

  1. 甲은 실행 중인 워드프로세서 프로그램을 작업관리자에서 찾아 그것이 하나의 프로세스로 떠 있는 것을 확인해 보았다. 실행 중인 프로그램 자체가 프로세스라는 정의를 그대로 확인했다.
  2. 甲은 프로세스가 준비 상태에서 실행 상태로, 다시 종료 상태로 차례로 바뀌는 흐름을 작업관리자 화면으로 천천히 지켜보았다. 세 상태가 순서대로 바뀌는 것을 확인했다.
  3. 甲은 CPU를 쓰던 프로세스 A가 멈추고 프로세스 B로 실행 권한이 넘어가는 순간 레지스터 값이 통째로 바뀌는 것을 디버거로 확인해 보았다. 이 교환이 한 프로세스 안이 아니라 서로 다른 프로세스 사이에서 일어난다는 것을 정리했다.
  4. 甲은 여러 프로세스의 상태 정보가 각각의 프로세스 제어 블록에 따로 저장되는 것을 커널 자료구조로 확인해 보았다. 그 블록 덕분에 운영체제가 각 프로세스를 구분해 관리하는 것을 확인했다.

  문맥교환은 같은 프로세스 안이 아니라 서로 다른 프로세스 사이에서 일어나므로 3번이 옳지 않다.

• 90

  다음은 리눅스의 파일 권한에 대한 설명이다. (가), (나)에 들어갈 내용을 바르게 연결한 것은?

  소유자가 root인 어떤 파일의 권한이 ‘-rwsr-xr-x’로 설정되어 있다. 이 권한에서 ‘s’는 (가) 설정을 의미한다. 이 파일의 권한을 숫자로 표현하면 (나) 이다. (가) (나)

  1. 1. SetUID 2755
  2. 2. SetUID 4755
  3. 3. SetGID 2755
  4. 4. SetGID 4755

  정답 2번

  🔍 보기별 해설

  1. s가 SetUID를 뜻한다는 것은 맞지만 숫자를 2755로 적으면 그것은 SetGID를 나타내는 숫자라 이 조합은 옳지 않다.
  2. 소유자 실행 자리에 나타난 s는 SetUID를 뜻하고 그 특수권한 값 4에 소유자·그룹·기타 각 rwx 값인 7·5·5를 이어 붙이면 4755가 되므로 이 조합이 옳다(정답).
  3. s를 SetGID로 짚으면 그것은 그룹 실행 자리에 나타나는 표시라 소유자 실행 자리에 나타난 이번 s와는 다르므로 이 조합은 옳지 않다.
  4. s를 SetGID로 짚은 데다 숫자까지 4755로 적으면 이름과 숫자가 서로 다른 특수권한을 가리키게 되어 이 조합은 옳지 않다.

  🧮 풀이

  1. 甲은 권한 표시에서 s가 소유자 실행 자리와 그룹 실행 자리 가운데 어느 쪽에 나타났는지 ls -l 결과를 다시 살펴보았다. 소유자 자리에 나타난 것을 확인하고 SetGID가 아니라 SetUID로 판단했다.
  2. 甲은 SetUID가 걸린 파일의 권한을 숫자로 바꾸려 특수권한 4에 소유자·그룹·기타 각 자리의 숫자 7·5·5를 순서대로 이어 붙여 보았다. 완성된 값 4755를 chmod 명령에 그대로 적어 넣었다.
  3. 甲은 s 표시가 그룹 실행 자리에 나타난 다른 파일을 찾아 그것을 SetGID로 분류해 보았다. 소유자 자리에 나타난 이번 파일과는 다른 특수권한이라는 것을 확인했다.
  4. 甲은 SetGID라는 이름과 4755라는 숫자를 함께 적어 표를 만들어 보다가 그 둘이 서로 다른 특수권한을 가리킨다는 것을 뒤늦게 확인했다. 이름과 숫자를 SetUID와 4755로 나란히 고쳐 적었다.

  s는 SetUID를 뜻하고 숫자로는 4755이므로 2번이 정답이다.

• 9급 정보보호 기출 100문항 · 자동복습과 예상점수까지 무료로 →
• 91

  리눅스의 보안 관리에 대한 설명으로 옳은 것만을 모두 고르면?

  ㄱ. 원격에서 root 계정으로 접속하는 것을 관리자가 제한한다.

  ㄴ. /etc/passwd 파일의 소유자와 권한 설정을 확인한다.

  ㄷ. 소유자가 없는 파일과 디렉터리를 관리자가 삭제하거나 소유자를 변경한다.

  1. 1. ㄱ, ㄴ
  2. 2. ㄱ, ㄷ
  3. 3. ㄴ, ㄷ
  4. 4. ㄱ, ㄴ, ㄷ

  정답 4번

  🔍 보기별 해설

  1. ㄱ과 ㄴ만 고른 것은 소유자 없는 파일을 정리하는 ㄷ도 실제로 쓰이는 보안관리 방법이라는 것을 빠뜨린 것이라 이 조합은 옳지 않다.
  2. ㄱ과 ㄷ만 고른 것은 /etc/passwd 파일의 소유자와 권한을 점검하는 ㄴ도 실제로 쓰이는 보안관리 방법이라는 것을 빠뜨린 것이라 이 조합은 옳지 않다.
  3. ㄴ과 ㄷ만 고른 것은 원격에서 root 계정으로 곧바로 접속하지 못하게 막는 ㄱ도 실제로 쓰이는 보안관리 방법이라는 것을 빠뜨린 것이라 이 조합은 옳지 않다.
  4. 원격 root 직접 접속을 막고, 핵심 시스템 파일의 소유자와 권한을 점검하고, 주인 없이 떠도는 파일을 정리하는 세 가지 모두 실제로 쓰이는 리눅스 보안관리 방법이므로 ㄱ·ㄴ·ㄷ을 모두 고른 이 조합이 옳다(정답).

  🧮 풀이

  1. 甲은 원격 접속 설정 파일을 열어 root 계정의 직접 로그인을 막는 항목을 하나하나 켜 보았다. 관리자는 별도 계정으로 접속한 뒤 su로 권한을 올리도록 절차를 바꾸었다.
  2. 甲은 /etc/passwd 파일의 소유자가 root이고 다른 사용자는 쓸 수 없는 권한으로 설정돼 있는지 ls -l로 확인해 보았다. 혹시라도 권한이 느슨해진 곳이 있는지 정기적으로 점검하기로 했다.
  3. 甲은 시스템 곳곳을 뒤져 소유자 정보가 깨진 채 남아 있는 파일과 디렉터리를 찾아냈다. 원래 소유자를 알 수 없어 관리자 계정으로 소유자를 다시 지정하거나 삭제했다.
  4. 甲은 세 가지 점검 항목인 원격 root 제한, passwd 파일 점검, 소유자 없는 파일 정리를 체크리스트로 만들어 한 달에 한 번씩 순서대로 점검해 보았다. 세 항목 모두 실제로 필요한 절차라는 것을 정리했다.

  원격 root 제한·passwd 점검·소유자 없는 파일 정리 모두 실제 보안관리 방법이다. 정답은 4번.

• 92

  리눅스의 파일 및 디렉터리 권한에 대한 설명으로 옳지 않은 것은?

  1. 1. ‘-rw-r-xr-x’을 숫자로 표현하면 655이다.
  2. 2. ‘drw-r-xr-x’에서 ‘d’는 디렉터리를 의미한다.
  3. 3. ‘chmod u-w’ 명령은 소유자의 쓰기 권한을 제거한다.
  4. 4. ‘chown -R’ 명령은 소유한 모든 하위 파일의 권한을 변경한다.

  정답 4번

  🔍 보기별 해설

  1. -rw-r-xr-x를 숫자로 표현하면 소유자 6, 그룹 5, 기타 5를 이어 붙인 655가 된다는 것은 계산 그대로이므로 이 설명은 옳다.
  2. drw-r-xr-x에서 맨 앞의 d가 그 항목이 디렉터리임을 나타낸다는 것은 표기 규칙 그대로이므로 이 설명은 옳다.
  3. chmod u-w 명령이 소유자의 쓰기 권한만 콕 집어 제거한다는 것은 그 옵션의 실제 동작 그대로이므로 이 설명은 옳다.
  4. chown -R 명령은 하위 파일들의 소유자를 재귀적으로 바꾸는 명령이지 권한 자체를 바꾸는 명령이 아닌데 지문은 권한을 변경한다고 다르게 말하니 이 설명은 옳지 않다(정답).

  🧮 풀이

  1. 甲은 -rw-r-xr-x라는 권한 표시를 소유자·그룹·기타 세 자리로 나누어 각각 6, 5, 5로 계산해 655라는 값을 얻어 보았다. chmod 명령에 그 숫자를 그대로 적용해 같은 권한이 나오는 것을 확인했다.
  2. 甲은 drw-r-xr-x로 표시된 디렉터리 항목을 ls -l 명령 결과로 다시 자세히 살펴보며 맨 앞 d 표시가 파일이 아니라 디렉터리를 가리킨다는 것을 확인해 보았다.
  3. 甲은 chmod u-w 명령을 실행해 소유자의 쓰기 권한만 사라지고 읽기와 실행 권한은 그대로 남는 것을 확인해 보았다. 그룹과 기타 권한에는 전혀 손이 가지 않는 것도 함께 확인했다.
  4. 甲은 chown -R 명령으로 디렉터리 전체의 소유자를 다른 계정으로 바꾼 뒤 파일 권한 숫자가 그대로인지 ls -l로 확인해 보았다. 소유자만 바뀌고 권한 숫자는 전혀 변하지 않은 것을 확인했다.

  chown -R은 소유자를 바꾸는 명령이지 권한을 바꾸는 것이 아니라 4번이 옳지 않다.

• 93

  리눅스의 로그에 대한 설명으로 옳은 것만을 모두 고르면?

  ㄱ. lastlog는 가장 최근 로그인 정보의 기록으로 lastlog 명령어로 확인한다.

  ㄴ. btmp는 실패한 로그인 정보를 기록한 바이너리 파일로 lastb 명령어로 확인한다.

  ㄷ. boot.log는 부팅 시 동작하는 데몬 관련 정보를 기록한다.

  1. 1. ㄱ, ㄴ
  2. 2. ㄱ, ㄷ
  3. 3. ㄴ, ㄷ
  4. 4. ㄱ, ㄴ, ㄷ

  정답 4번

  🔍 보기별 해설

  1. ㄱ과 ㄴ만 고른 것은 부팅 시 데몬 정보를 기록하는 boot.log에 대한 ㄷ의 설명도 실제로 맞다는 것을 빠뜨린 것이라 이 조합은 옳지 않다.
  2. ㄱ과 ㄷ만 고른 것은 실패한 로그인을 기록하는 btmp에 대한 ㄴ의 설명도 실제로 맞다는 것을 빠뜨린 것이라 이 조합은 옳지 않다.
  3. ㄴ과 ㄷ만 고른 것은 가장 최근 로그인 정보를 담은 lastlog에 대한 ㄱ의 설명도 실제로 맞다는 것을 빠뜨린 것이라 이 조합은 옳지 않다.
  4. lastlog는 lastlog 명령으로 확인하는 최근 로그인 기록, btmp는 lastb 명령으로 확인하는 실패한 로그인의 바이너리 기록, boot.log는 부팅 시 동작하는 데몬 정보를 담은 로그라는 세 설명이 모두 맞으므로 ㄱ·ㄴ·ㄷ을 모두 고른 이 조합이 옳다(정답).

  🧮 풀이

  1. 甲은 lastlog 명령을 실행해 각 계정이 가장 최근에 언제 로그인했는지 한눈에 확인해 보았다. 로그인에 실패한 기록은 이 명령에 나오지 않는 것도 함께 확인했다.
  2. 甲은 로그인에 여러 번 실패한 계정이 있는지 lastb 명령으로 btmp 로그를 확인해 보았다. 실패 시도가 텍스트가 아니라 바이너리 형식으로 저장돼 있는 것을 확인했다.
  3. 甲은 서버를 재부팅한 뒤 boot.log 파일을 열어 어떤 데몬들이 순서대로 올라왔는지 하나하나 확인해 보았다. 부팅 단계마다 데몬 이름과 상태가 기록된 것을 확인했다.
  4. 甲은 세 로그를 나란히 열어 lastlog로 최근 로그인을, btmp로 실패한 로그인을, boot.log로 부팅 시 데몬 정보를 각각 확인해 보았다. 세 설명 모두 실제 로그 내용과 정확히 맞는 것을 정리했다.

  lastlog·btmp·boot.log 설명 모두 실제 리눅스 로그 규격과 맞다. 정답은 4번.

• 94

  버퍼 오버플로 공격에 대한 설명으로 옳지 않은 것은?

  1. 1. realpath()는 버퍼 오버플로에 취약한 함수이다.
  2. 2. 데이터 타입(data type)에 대한 불명확한 정의로 인해 발생한다.
  3. 3. 할당된 버퍼 한계를 벗어나서 인근 메모리 위치에 데이터를 덮어쓰는 것이다.
  4. 4. 대응 방법은 스택가드, 스택쉴드, ASLR 등이 있다.

  정답 2번

  🔍 보기별 해설

  1. realpath 함수가 버퍼 오버플로에 취약한 함수로 꼽힌다는 것은 실제 취약 함수 목록 그대로이므로 이 설명은 옳다.
  2. 버퍼 오버플로는 데이터의 형태가 아니라 데이터의 길이에 대한 불명확한 정의나 검증 부족으로 생기는 문제인데 지문은 데이터 타입 문제라고 다르게 말하니 이 설명은 옳지 않다(정답).
  3. 할당된 버퍼 한계를 벗어나 인근 메모리 위치에 데이터를 덮어쓰는 것이라는 것은 버퍼 오버플로의 정의 그대로이므로 이 설명은 옳다.
  4. 대응 방법으로 스택가드, 스택쉴드, ASLR 등이 있다는 것은 실제로 쓰이는 방어 기법 그대로이므로 이 설명은 옳다.

  🧮 풀이

  1. 甲은 취약 함수 목록을 살펴보며 realpath 함수가 그 목록에 올라 있는 것을 확인해 보았다. 경로를 다루는 함수도 버퍼 오버플로에 취약할 수 있다는 것을 정리했다.
  2. 甲은 입력받을 데이터의 길이를 미리 검증하지 않고 그대로 고정 크기 버퍼에 복사하는 코드를 살펴보다 그 길이 검증 부족이 버퍼 오버플로의 원인이라는 것을 확인했다. 데이터 타입이 아니라 길이가 핵심이라는 것을 정리했다.
  3. 甲은 정해진 크기보다 훨씬 긴 문자열을 버퍼에 밀어 넣어 인접한 메모리 영역이 덮어써지는지 디버거로 확인해 보았다. 버퍼 한계를 넘어선 데이터가 옆자리를 침범하는 것을 확인했다.
  4. 甲은 스택가드와 ASLR을 함께 적용한 프로그램에 같은 공격을 시도해 예전과 달리 공격이 실패하는 것을 확인해 보았다. 두 대응 기법이 실제로 막아 주는 것을 확인했다.

  버퍼오버플로는 데이터 길이의 불명확한 정의로 생기는데 지문이 타입 문제라 해 2번이 옳지 않다.

• 95

  SET(Secure Electronic Transaction)에 대한 설명으로 옳지 않은 것은?

  1. 1. RSA 암호 알고리즘을 사용한다.
  2. 2. 이중 서명 프로토콜을 사용한다.
  3. 3. 상점은 고객의 지불 정보(카드 번호 등)를 알 수 없다.
  4. 4. 은행은 고객의 주문 정보를 알 수 있다.

  정답 4번

  🔍 보기별 해설

  1. SET이 결제 정보를 암호화하는 데 RSA라는 공개키 암호 알고리즘을 쓴다는 것은 SET의 실제 구성 문서에 실린 그대로이므로 이 설명은 옳다.
  2. SET이 이중 서명 프로토콜을 사용한다는 것은 주문정보와 결제정보를 서로 분리해 서명하는 SET의 핵심 특징 그대로이므로 이 설명은 옳다.
  3. 이중 서명 덕분에 상점은 고객의 카드번호 같은 지불 정보를 알 수 없다는 것은 SET의 실제 목적 그대로이므로 이 설명은 옳다.
  4. 이중 서명 덕분에 은행은 오히려 고객의 주문 정보를 알 수 없도록 분리돼 있는 것인데 지문은 은행이 주문 정보를 알 수 있다고 거꾸로 말하니 이 설명은 옳지 않다(정답).

  🧮 풀이

  1. 甲은 SET 결제 과정 전체에서 여러 정보가 암호화되는 단계를 하나씩 자세히 짚어 살펴보며 그 자리에 RSA 알고리즘이 쓰이는 것을 프로토콜 문서로 확인해 보았다.
  2. 甲은 주문정보와 결제정보를 각각 다른 해시로 묶어 이중으로 서명하는 과정을 순서대로 따라가 보았다. 두 정보가 하나의 서명 안에서도 서로 분리돼 있는 것을 확인했다.
  3. 甲은 상점이 실제로 받은 거래 데이터를 열어 살펴보니 결제 카드번호가 적힐 자리가 암호화된 채로 그대로 남아 상점 쪽에서는 도무지 읽을 수 없는 것을 확인해 보았다.
  4. 甲은 은행이 받은 거래 데이터를 열어 확인해 보니 주문 상품 목록 정보는 아예 담겨 있지 않고 결제 관련 정보만 담긴 것을 확인했다. 은행이 주문 내용을 알 수 없도록 설계된 것을 정리했다.

  이중서명 덕분에 은행은 주문정보를 알 수 없는데 지문이 알 수 있다고 해 4번이 옳지 않다.

• 96

  구글 검색 명령어(Google search operator)에 대한 설명으로 옳은 것만을 모두 고르면?

  ㄱ. “site:”는 특정 사이트를 선택하여 검색한다.

  ㄴ. “url:”은 페이지의 URL에 검색하려는 문자가 포함된 사이트를 검색한다.

  ㄷ. “title:”은 페이지의 제목에 검색하려는 문자가 포함된 사이트를 검색한다.

  ㄹ. “filetype:”은 특정 파일타입만 검색한다.

  1. 1. ㄱ, ㄴ
  2. 2. ㄱ, ㄹ
  3. 3. ㄴ, ㄷ
  4. 4. ㄷ, ㄹ

  정답 2번

  🔍 보기별 해설

  1. ㄱ과 ㄴ을 고른 것은 url:이 실제 구글 검색 연산자 이름이 아니라는 것을 놓친 것이라 이 조합은 옳지 않다.
  2. 특정 사이트만 선택해 검색하는 site:와 특정 파일형식만 골라 검색하는 filetype:은 실제로 쓰이는 구글 검색 연산자이므로 ㄱ과 ㄹ을 고른 이 조합이 옳다(정답).
  3. ㄴ과 ㄷ을 고른 것은 url:과 title:이 실제로는 존재하지 않는 이름이고 각각 inurl:, intitle:이라는 다른 이름으로 쓰인다는 것을 놓친 것이라 이 조합은 옳지 않다.
  4. ㄷ과 ㄹ을 고른 것은 title:이 실제로 쓰이는 구글 검색 연산자 이름이 아니라는 것을 놓친 것이라 이 조합은 옳지 않다.

  🧮 풀이

  1. 甲은 site: 뒤에 특정 도메인 이름을 붙여 검색해 그 사이트 안의 결과만 걸러지는 것을 화면으로 하나하나 확인해 보았다. 실제로 쓰이는 연산자라는 것을 정리했다.
  2. 甲은 url: 이라는 연산자로 검색을 시도했지만 그런 연산자는 인식되지 않는 것을 확인해 보았다. 비슷한 기능을 하는 실제 연산자 이름은 inurl:이라는 것을 검색 도움말로 확인했다.
  3. 甲은 intitle: 연산자로 바꿔 검색해 페이지 제목에 원하는 단어가 들어간 결과만 걸러지는 것을 확인해 보았다. title:이라는 이름 대신 intitle:이 실제로 쓰이는 것을 다시 확인했다.
  4. 甲은 filetype: 뒤에 pdf를 붙여 검색해 PDF 파일만 결과에 걸러져 나오는 것을 확인해 보았다. site:와 filetype: 두 연산자가 실제로 쓰인다는 것을 정리했다.

  실제 구글 연산자는 site:와 filetype:이고 url:·title:은 실재하지 않는다. 정답은 2번.

• 97

  시스템 관리에 대한 설명으로 옳은 것만을 모두 고르면?

  ㄱ. OWASP-ZAP는 웹 취약점 점검 시 사용하는 도구이다.

  ㄴ. 데이터베이스 REVOKE문은 허가된 권한을 취소하는 명령어이다.

  ㄷ. 리눅스 chage는 사용자 계정의 패스워드 에이징(aging) 정보를 변경하는 명령어이다.

  1. 1. ㄱ, ㄴ
  2. 2. ㄱ, ㄷ
  3. 3. ㄴ, ㄷ
  4. 4. ㄱ, ㄴ, ㄷ

  정답 4번

  🔍 보기별 해설

  1. ㄱ과 ㄴ만 고른 것은 패스워드 에이징 정보를 바꾸는 chage 명령에 대한 ㄷ의 설명도 실제로 맞다는 것을 빠뜨린 것이라 이 조합은 옳지 않다.
  2. ㄱ과 ㄷ만 고른 것은 권한을 취소하는 REVOKE문에 대한 ㄴ의 설명도 실제로 맞다는 것을 빠뜨린 것이라 이 조합은 옳지 않다.
  3. ㄴ과 ㄷ만 고른 것은 웹 취약점 점검 도구인 OWASP-ZAP에 대한 ㄱ의 설명도 실제로 맞다는 것을 빠뜨린 것이라 이 조합은 옳지 않다.
  4. OWASP-ZAP는 웹 취약점을 점검하는 실제 도구이고, REVOKE문은 데이터베이스 권한을 취소하는 실제 명령어이며, chage는 리눅스 계정의 패스워드 에이징 정보를 바꾸는 실제 명령어이므로 ㄱ·ㄴ·ㄷ을 모두 고른 이 조합이 옳다(정답).

  🧮 풀이

  1. 甲은 OWASP-ZAP를 웹서버에 돌려 알려진 취약점이 있는지 하나하나 스캔한 뒤 그 결과를 보고서로 정리해 보았다. 실제 웹 취약점 점검 도구로 쓰이는 것을 확인했다.
  2. 甲은 데이터베이스에서 특정 사용자에게 줬던 테이블 접근 권한을 REVOKE문으로 하나하나 거둬들여 보았다. 그 사용자가 더 이상 테이블에 접근하지 못하는 것을 확인했다.
  3. 甲은 chage 명령으로 특정 계정의 패스워드 최대 사용 기간을 90일로 바꿔 설정해 보았다. 설정한 기간이 지나면 강제로 패스워드 변경을 요구하는 것을 확인했다.
  4. 甲은 세 도구를 하나씩 실습해 보며 OWASP-ZAP로 웹 취약점을, REVOKE문으로 권한 취소를, chage로 패스워드 기간 설정을 각각 확인해 보았다. 세 설명 모두 실제 동작과 정확히 맞는 것을 정리했다.

  OWASP-ZAP·REVOKE문·chage 설명 모두 실제와 맞는다. 정답은 4번.

• 98

  PGP와 S/MIME에 대한 설명으로 옳은 것만을 모두 고르면?

  ㄱ. PGP에서 전자 서명을 위해 DSS 또는 RSA를 사용한다.

  ㄴ. PGP에서 타임스탬프, KeyID, 공개키, 암호화된 개인키, 인증서, 사용자 ID는 개인키 링에 포함되어 있다.

  ㄷ. S/MIME에서 봉인된 데이터(enveloped data)는 메시지의 비밀성을 제공하기 위해 사용된다.

  ㄹ. S/MIME에서 키 관리는 X.509와 PGP에서 사용되는 키 관리의 조합 방법을 사용한다.

  1. 1. ㄱ, ㄷ
  2. 2. ㄱ, ㄹ
  3. 3. ㄱ, ㄷ, ㄹ
  4. 4. ㄴ, ㄷ, ㄹ

  정답 3번

  🔍 보기별 해설

  1. ㄱ과 ㄷ만 고른 것은 S/MIME 키 관리가 X.509와 PGP 방식을 함께 쓴다는 ㄹ의 설명도 실제로 맞다는 것을 빠뜨린 것이라 이 조합은 옳지 않다.
  2. ㄱ과 ㄹ만 고른 것은 봉인된 데이터가 비밀성을 제공한다는 ㄷ의 설명도 실제로 맞다는 것을 빠뜨린 것이라 이 조합은 옳지 않다.
  3. PGP가 전자 서명에 DSS나 RSA를 쓴다는 것, S/MIME의 봉인된 데이터가 비밀성을 제공한다는 것, S/MIME의 키 관리가 X.509와 PGP 방식을 함께 쓴다는 것은 모두 실제와 맞고, 개인키 링에 인증서까지 포함된다는 ㄴ의 설명만 실제 항목 구성과 어긋나므로 ㄱ·ㄷ·ㄹ을 고른 이 조합이 옳다(정답).
  4. ㄴ과 ㄷ과 ㄹ을 고른 것은 ㄴ의 개인키 링 항목 설명이 실제 구성과 어긋나는 것을 알아차리지 못하고 오히려 ㄱ을 빠뜨린 것이라 이 조합은 옳지 않다.

  🧮 풀이

  1. 甲은 PGP로 서명을 만들며 DSS 알고리즘과 RSA 알고리즘을 각각 골라 서명이 문제없이 만들어지는 것을 확인해 보았다. 두 알고리즘 모두 쓸 수 있다는 것을 정리했다.
  2. 甲은 개인키 링에 실제로 어떤 항목이 담기는지 문서를 뒤져 타임스탬프, 키ID, 공개키, 암호화된 개인키, 사용자ID까지는 확인했지만 인증서라는 항목은 그 목록에 없는 것을 발견했다. 지문이 항목 하나를 잘못 끼워 넣었다는 것을 확인했다.
  3. 甲은 S/MIME으로 메일을 암호화해 봉인된 데이터로 만들어 보낸 뒤 그 메일이 중간에 가로채여도 내용을 읽을 수 없는 것을 확인했다. 비밀성을 지키는 것이 봉인된 데이터의 목적이라는 것을 정리했다.
  4. 甲은 S/MIME 인증서 체계를 살펴보며 X.509 계층적 인증 구조와 PGP식 신뢰망 요소가 함께 쓰이는 것을 문서로 확인해 보았다. 두 방식이 조합된 키 관리라는 것을 정리했다.

  ㄴ의 개인키링 항목 설명만 실제와 다르고 나머지 ㄱㄷㄹ은 맞다. 정답은 3번.

• 99

  다음은 HTTP 버전 1.1에서 정의된 요청 메서드에 대한 설명이다. (가) ～ (라)에 들어갈 내용을 바르게 연결한 것은?

  ○ 게시판 등에서 파일 업로드는 (가) 방식으로 할 수 있다. 이는 (나) 방식과 달리 보내려는 데이터가 URL을 통해 노출되지 않기 때문에 최소한의 보안성은 갖추고 있다.

  ○ 일반적으로 게시판의 목록이나 글 보기 화면은 접근 자유도를 부여하기 위해 (다) 방식을 사용하고, 게시글을 저장ㆍ수정ㆍ삭제하거나 대용량 데이터를 전송할 때는 (라) 방식을 사용한다. (가) (나) (다) (라)

  1. 1. POST GET GET POST
  2. 2. POST GET POST GET
  3. 3. GET POST GET POST
  4. 4. GET POST POST GET

  정답 1번

  🔍 보기별 해설

  1. 파일 업로드에 POST를 쓰고 URL로 데이터가 드러나는 방식에 GET을 대며, 목록·글보기처럼 자유롭게 접근하는 화면에 GET을, 저장·수정·삭제나 대용량 전송에 POST를 쓴다는 순서가 실제 쓰임과 맞으므로 이 조합이 옳다(정답).
  2. (다)와 (라)의 자리를 서로 바꿔 목록·글보기에 POST를, 저장·수정·삭제에 GET을 쓴다고 하면 실제로 자유롭게 접근하는 화면일수록 GET을 쓰는 관례와 어긋나므로 이 조합은 옳지 않다.
  3. (가)와 (나)의 자리를 서로 바꿔 파일 업로드에 GET을, URL 노출 방식에 POST를 쓴다고 하면 URL에 데이터가 드러나는 것은 GET의 특징이라는 사실과 어긋나므로 이 조합은 옳지 않다.
  4. (가)와 (나), (다)와 (라)를 모두 서로 바꿔 놓으면 업로드·저장 같은 처리 작업에는 GET을, 목록 조회 같은 자유 접근에는 POST를 쓰는 셈이 되어 실제 관례와 정반대이므로 이 조합은 옳지 않다.

  🧮 풀이

  1. 甲은 게시판에 파일을 올리는 화면의 폼 방식을 하나하나 확인해 POST로 설정된 것을 확인해 보았다. 큰 파일 내용이 주소창에 그대로 드러나지 않는 것도 함께 확인했다.
  2. 甲은 저장·수정·삭제 화면의 폼 방식을 목록·글보기 화면과 서로 바꿔 GET과 POST 자리를 뒤바꿔 설정해 보았다. 자유롭게 접근해야 할 목록 화면이 오히려 더 제한적인 방식으로 바뀐 것을 검산하며 확인했다.
  3. 甲은 파일 업로드 폼을 GET 방식으로 잘못 만들어 시험해 보았다. 큰 파일 데이터가 주소창에 그대로 노출되려다 브라우저가 아예 처리를 거부하는 것을 확인하고 방식을 고쳤다.
  4. 甲은 목록 화면에 POST를, 저장 화면에 GET을 걸어 두고 실제로 써 보았다. 목록 화면은 즐겨찾기가 안 되고 저장 화면은 큰 데이터가 주소창에 드러나는 것을 확인하고 방식을 고쳤다.

  파일업로드는 POST, URL노출은 GET, 목록·글보기는 GET, 저장·수정·삭제는 POST이므로 1번이 정답이다.

• 100

  다음은 리눅스의 /etc/shadow 파일 구조이다. 각 항목에 대한 설명으로 옳은 것만을 모두 고르면?

  anthony:$6$L9~중략~ruKuT0:18365:(가):(나):(다):(라)::

  ㄱ. (가) 값이 0이면 패스워드를 즉시 변경할 수 있다.

  ㄴ. (나)는 패스워드를 변경하지 않고 사용 가능한 최대 일수이다.

  ㄷ. (다)는 패스워드가 만료되기 전에 경고를 시작하는 일수이다.

  ㄹ. (라)는 사용자 계정이 만료되는 날이다.

  1. 1. ㄱ, ㄴ
  2. 2. ㄱ, ㄹ
  3. 3. ㄱ, ㄴ, ㄷ
  4. 4. ㄴ, ㄷ, ㄹ

  정답 3번

  🔍 보기별 해설

  1. ㄱ과 ㄴ만 고른 것은 (다)가 패스워드 만료 전 경고를 시작하는 일수라는 설명도 실제로 맞다는 것을 빠뜨린 것이라 이 조합은 옳지 않다.
  2. ㄱ과 ㄹ만 고른 것은 (라)가 계정 만료일이 아니라 비활성 기간을 나타낸다는 점에서 ㄹ 자체가 틀린 설명인데 이를 포함하고 있으므로 이 조합은 옳지 않다.
  3. (가) 값이 0이면 최소 사용 기간이 없어 곧바로 패스워드를 바꿀 수 있고, (나)는 바꾸지 않고 쓸 수 있는 최대 일수, (다)는 만료 전 경고를 시작하는 일수라는 세 설명은 모두 맞지만 (라)는 계정이 만료되는 날이 아니라 만료 뒤 계정이 비활성화되기까지의 유예 일수를 나타내므로 ㄱ·ㄴ·ㄷ만 고른 이 조합이 옳다(정답).
  4. ㄴ과 ㄷ과 ㄹ을 고른 것은 (라)가 계정 만료일이라는 ㄹ의 설명이 실제로는 비활성 기간을 가리켜 틀렸다는 것을 알아차리지 못하고 오히려 ㄱ을 빠뜨린 것이라 이 조합은 옳지 않다.

  🧮 풀이

  1. 甲은 (가) 자리 값이 0으로 설정된 계정에서 로그인 직후 곧바로 패스워드를 바꿀 수 있는지 시험해 보았다. 최소 사용 기간 제한이 없어 바로 바뀌는 것을 확인했다.
  2. 甲은 (나) 자리에 적힌 최대 사용 일수가 지나도록 패스워드를 안 바꾼 계정이 로그인 화면에서 강제로 변경을 요구받는 모습을 여러 번 직접 눈으로 확인해 보았다.
  3. 甲은 (다) 자리에 적힌 경고 일수만큼 만료가 다가오면 로그인할 때마다 곧 바꾸라는 안내 문구가 화면 위에 빠짐없이 계속 뜨는 것을 여러 날에 걸쳐 확인해 보았다.
  4. 甲은 (라) 자리를 계정이 아예 사라지는 만료일로 여기고 그날이 지나면 계정이 삭제될 것이라 짐작했다가 실제로는 패스워드 만료 뒤 계정이 잠기기까지 걸리는 유예 일수라는 것을 문서로 다시 확인했다.

  (가)최소기간·(나)최대기간·(다)경고일수 설명은 맞고 (라)는 계정만료일이 아니라 비활성기간이다. 정답은 3번.