정보보안기사 13회 편집하기

[[분류:보안]][[분류:정보보안기사]]

== 필기 ==

== 실기 ==
* 2019년 5월 25일 시행
* 정보보안관련 법규 문제가 출제되지 않았다.
* 위험관리 관련 문제가 다수 출제되었다.

=== 기출 문제 ===
;문제 순서는 무의미함
# (단답형)
#* '''문제''': 
#* '''답''': [[ARP 스푸핑]]
# (단답형)
#* '''문제''': 해킹 및 사이버테러 등 전자적 침해행위에 관한 정보를 분석하고 침해사고 발생 시 대응요령 및 지침을 신속하게 배포하여 참가기관 정보통신 기반시설에 대한 공격을 효과적으로 예방, 탐지 및 대응할 수 있는 시스템 및 조직을 무엇이라 하는가?
#* '''답''': [[정보 공유·분석 센터|정보 공유·분석 센터(ISAC)]]
# (단답형)
#* '''문제''':
#* '''답''': 지식기반, 행위기반, 오탐
# (단답형)
#* '''문제''': 최근 Github는 (   ) 취약점을 통해 1.36Tbp의 DDOS 공격을 당했다. (   ) 는 스토리지나 DB같은 대규모 데이터저장소의 부하를 줄이기 위해 캐시를 저장해 두는 툴이다. 통상 캐시가 필요한 시스템에만 사용되고, 인터넷에 노출되지 않기 때문에, 별도 권한설정을 요구하지 않는다. 하지만 현실은 인터넷에 노출된 (   ) 서버가 적지 않고, 이들은 DDoS 공격 수단으로 전락할 수 있다. 
#* '''답''': 맴캐시드(Memcached)
# (단답형)
#* '''문제''': A는 리눅스의 "/etc"에 위치하고 있으며 패스워드의 사용기간 만료, 패스워드 최대 사용기간, 패스워드의 최소 변경기간 등의 패스워드 정책을 설정 할 수 있다. A의 파일이름은 무엇인가?
#* '''답''': [[리눅스 login.defs|login.defs]]
# (단답형)
#* '''문제''': 자산에 대해 보험을 들어 손실에 대비하는 등 조직의 자산에 대한 위협, 위험, 취약점 등을 제3자에게 전가하는 위험관리 방식은?
#* '''답''': [[위험 전가|위험 전가, 위험 전이]]
# (단답형)
#* '''문제''': 웹어플리케이션 취약점 분석 방법 관련
#* '''답''': [[블랙박스 테스트]], [[화이트박스 테스트]]
# (단답형)
#* '''문제''': 
#* '''답''': [[위험분석|시나리오분석법, 델파이분석법]]
# (단답형)
#* '''문제''': 
#* '''답''': [[위험분석|베이스라인분석법]]
# (단답형)
#* '''문제''': 
#* '''답''': BCP(업무연속성계획)
# (실무형)
#* IDS, IPS 미러링, 인라인 사유 관련
# (실무형)
#* '''문제 및 답''': [[IPSec]]과 관련하여 아래 빈칸을 채우시오
#** AH 전송 모드 
#*** 인증구간: ( IP 헤더의 변경가능 필드를 제외한 전체인증 )
#*** 암호화구간: ( 암호화 미지원 )
#** AH 터널 모드
#*** 인증구간: ( NEW IP 헤더의 변경가능 필드 제외한 전체 인증 )
#*** 암호화구간: ( 암호화 미지원 )
#** ESP 전송 모드 
#*** 인증구간: ( ESP헤더부터 ESP 트레일러까지 )
#*** 암호화구간: ( 데이터부터 ESP 트레일러까지 )
#** ESP 터널 모드 
#*** 인증구간: ( ESP헤더부터 ESP 트레일러까지 )
#*** 암호화구간: ( 오리지널 IP헤더부터 ESP트레일러까지 )
#** 교환 프로토콜: ( IKE )
# (서술형)
#* '''문제''': 다음 [[스노트|SNORT]] 룰에서 밑줄친 부분이 뜻하는 바를 설명하시오.
#** alert tcp any any < > any ①<u>[443,465,523]</u> (②<u>content:"|18 03 00|"; depth: 3;</u> ③<u>content:"|01|"; distance: 2;</u> ④<u>within: 1;</u> content:!"|00|"; within: 1; ⑤<u>msg: "SSLv3 Malicious Heartbleed Request V2";sid: 1;</u>)
#* '''답'''
#** ① 목적지 443,465,523 포트
#** ② 바이너리 텍스트 형식으로 로그를 탐지하여 depth 3바이트 범위 내 18 03 00 탐지 
#** ③ 바이너리 텍스트 형식으로 로그를 탐지하여 distance 2바이트 다음으로 within 1바이트 범위 내 01 탐지 
#** ④ 바이너리 텍스트 형식으로 로그를 탐지하여 within 1바이트 다음으로 within 1바이트 범위 내 !00 이 아닌 로그 탐지 
#** ⑤ msg 스노트 룰 메시지 이름 / sid 는 스노트 룰 번호
# (서술형)
#* '''문제''': 디렉터리 리스팅 관련 요청 헤더와 응답 해더
#** 1) 공격에 이름은?
#** 2) 공격이 성공했다는 근거는?
#** 3) apache2.conf 파일에서 보안 조치 방법은?
#* '''답'''
#** 1) 디렉터리 인덱싱 
#** 2) HTTP1.1/200 OK 
#** 3) indexes 기능 제거
# (서술형)
#* '''문제''': robot.txt의 내용이 아래와 같다. robot.txt의 역할과 밑줄친 곳의 의미를 설명하라
#** useragent : yeti
#** useragent : googlebot
#** <u>'''allow : \'''</u>
#** useragent : googlebot-image
#** <u>'''disallow : /admin/'''</u>
#** <u>'''disallow : /*.pdf$'''</u>
#* '''답''': 검색엔진의 로봇인 yeti, googlebot에게 root 디렉터리(/) 아래 모든 파일 및 디렉터리에 대한 크롤링을 허용, googlebot-image라는 로봇에 대해선 /admin/ 폴더와 pdf 확장자를 가진 파일은 크롤링을 허용하지 않음