본문으로 건너뛰기
페이지 목차
이 페이지에서 검색

EIS

이 페이지에 묻기

EIS · 현재 차시와 목차 본문에서만 찾아 답합니다. 답을 지어내지 않고 해당하는 대목을 그대로 보여 주며, 여기에 없으면 없다고 알려 드립니다.

생성형 AI가 아니라 이 페이지 본문을 찾아 그대로 보여 주는 방식입니다. 외부로 나가는 요청이 없습니다.

EIS · SECURITY

EIS

생성 수정

정보보안기사의 시스템·네트워크·애플리케이션 보안과 암호·관리·실기 내용을 개념의 경계와 실습으로 연결합니다.

29개 문서 · 6 · 실기 · 26 / 29

25 · 실기 ① 보안특성 파악과 취약점 점검

지도 위치 : 실기 '정보보안 실무' · README 4장의 ④ 운영 층 (③ 영역 층을 점검하는 눈 으로 다시 보기) | 출제기준: 1. 시스템 및 네트워크 보안특성 파악 > 1 운영체제별 · 2 프로토콜별 · 3 서비스별 · 4 보안장비 및 네트워크 장비별 보안특성 파악하기 / 2. 취약점 점검 및 보완 > 1 운영체제 보안설정 점검과 보완하기 · 2 서비스 보안설정 점검과 보완하기 · 3 네트워크 및 보안장비 설정 점검과 보완하기 · 4 취약점 점검이력과 보완 내용 관리하기 | 이전: 24 개인정보보호법 | 다음: 26 실기 ② 보안관제 · 대응과 위험분석 필기 연결 노트 : 01, 02, 03, 04, 05, 06, 07, 08, 09, 10, 11, 12, 13, 14, 17, 18, 20 세세항목(요약) : 1.1 운영체제 환경 · 서비스별 OS와 버전 · 식별 및 인증 · 접근통제 · 보안업데이트 · 로그파일 관리 / 1.2 OSI 7계층과 TCP/IP · PDU 헤더 필드 · IP · ARP · RARP · ICMP · 라우팅 프로토콜 · TCP · UDP · SSL/TLS · IPSec · DoS/DDoS · 무선 프로토콜 / 1.3 FTP · 메일 · 웹 · DNS · DB 서비스 설정과 보안 기법 · 전자서명과 PKI / 1.4 보안대상 파악 · 네트워크 구성도(IP · 서브넷) · SNMP와 스캐닝 도구 · 네트워크 장비 · VLAN · Router 트래픽 통제 · Firewall · IPS/IDS · WAF · VPN · NAT / 2.1 불필요 계정 · 악성코드 · 파일/폴더 권한 · 이벤트 로그 · OS 버전 노출 · 원격접속 · 패치관리 / 2.2 비인가 서비스 · 파일서버/FTP 권한 · 공유폴더 · 메일 릴레이와 SMTP/POP/IMAP · WEB/WAS · DNS · DB 암호화와 객체별 접근통제 / 2.3 장비 관리자 계정 · 방화벽 IP/Port/ID별 통제 · IDS/IPS · NAT · 무선 암호화 · WAF · Anti-DDoS · Anti-APT / 2.4 OS · 서비스 · 네트워크 장비 · 보안장비별 점검 내용 · 도구 · 취약점 · 보완사항 기록

이 노트를 다 읽으면

  1. 실기 필답형의 문항 구성(단답 · 서술 · 실무)과, 실기 4영역 중 앞의 두 영역이 필기 어느 노트를 다시 쓰는지 말할 수 있다.
  2. 주요정보통신기반시설 취약점 분석 · 평가 가이드의 항목 체계(U · W · WEB · N) 와 한 항목의 구성(점검 내용 · 판단 기준 · 조치)을 설명할 수 있다.
  3. 리눅스 · 윈도우의 대표 점검 항목을 "확인 위치 → 양호/취약 기준 → 조치" 세 칸으로 답할 수 있다.
  4. FTP · 메일 · 웹 · DNS 서비스의 위험한 설정(익명 접속 · 릴레이 · 디렉터리 리스팅 · 존 전송)을 설정 파일에서 찾아 고칠 수 있다.
  5. 라우터 설정과 방화벽 규칙표를 읽고 취약한 줄 을 골라 이유와 조치를 쓸 수 있다.
  6. 점검 결과를 점검이력 표 로 기록하는 항목을 댈 수 있다.

0. 이 노트의 판별 축

#축왼쪽 (0)오른쪽 (1)이 축으로 갈리는 것큰 축 (README 5장)
1양호 ↔ 취약판단 기준을 만족판단 기준을 어김모든 점검 항목의 결론이 노트의 축
2있는가 ↔ 어떻게 설정됐나존재 점검 (서비스가 떠 있나, 계정이 있나)설정값 점검 (권한 644인가, deny=10인가)불필요 서비스 · 계정 ↔ 권한 · 정책 항목이 노트의 축
3신원 ↔ 권한계정 · 비밀번호 · 원격 로그인파일 권한 · SUID · 공유 · ACL계정 관리 항목 ↔ 파일 · 디렉터리 관리 항목⑥ 인증 ↔ 인가
4막기 ↔ 남기기차단 · 제거 · 비활성화로깅 · 경고 배너 · 시각 동기화대부분의 조치 ↔ 로그 관리 항목④ 예방 ↔ 탐지 · 대응

이 노트가 답하는 질문은 하나입니다. "이 설정은 안전한가, 아니라면 어디를 어떻게 고치는가?" 필기 01~18번 노트에서 "이것은 무엇인가"를 배웠다면, 실기는 같은 대상을 점검표의 한 줄 로 다시 묻습니다. README 6장 탑다운 순서의 마지막 7단계로, 앞의 모든 층을 운영자의 손으로 다시 엮는 자리입니다.


1. 실기는 무엇을 묻나 — 같은 범위, 다른 동사

1.1 시험 구성

유형문항 · 배점답의 모양
단답형12문항 × 3점 = 36점용어 · 명령어 · 설정값 · 파일 경로 하나
서술형4문항 × 12점 = 48점원인 → 근거 → 대책을 문장으로
실무형2문항 중 1문항 선택, 16점로그 · 설정 · 룰을 주고 해석 · 작성

출처: 인프런 「정보보안기사 어떻게 준비해야 할까?」 안내 페이지(2023년부터 적용된 구성으로 소개). 시험 3시간, 100점 만점 60점 이상 합격. ⚠️ 배점은 시행기관 공식 공고가 아니라 교육업체 안내이므로 응시 회차 공고로 확인하세요. 또 2027년 1월부터 적용되는 새 실기 출제기준(2027.1.1~2029.12.31)이 2026년 7월 공개되어 클라우드 · REST API 보안 · EDR/EPP 비교가 추가되고 '최신 보안 동향'(양자내성암호 · 동형암호 · 경량암호) 항목이 신설된다는 정리가 있습니다(IT위키 「정보보안기사/2027년 출제기준」). 2027년 이후 응시라면 시행기관 공지로 확인하세요. 💡 서술형 + 실무형이 64점 입니다. 단답형을 다 맞혀도 36점이라, 합격은 " 길게 정확히 쓰는 힘 "이 가릅니다(7절).

1.2 필기 노트와의 연결 지도

실기 세부항목다시 쓰는 필기 노트
1.1 운영체제별 보안특성앞에서 배운 운영체제 · 권한 (01번 노트), 계정 파일과 로그 (02번 노트), 인증 · 접근통제 (17번 노트)
1.2 프로토콜별 보안특성네트워크 개념 (06번 노트), DoS · DDoS (08번 노트), 스푸핑 · 스니핑 (09번 노트), SSL/TLS · IPsec · 무선 (10번 노트)
1.3 서비스별 보안특성FTP · 메일 (12번 노트), 웹 (13번 노트), DNS · DB (14번 노트), 전자서명 · PKI (18번 노트)
1.4 보안장비 · 네트워크장비별장비 · SNMP · VLAN · 스캐닝 도구 (07번 노트), 방화벽 · IDS · IPS · WAF · VPN · NAT (11번 노트)
2.1 운영체제 보안설정 점검01, 02번 노트 + 시스템 대응기술 (04번 노트), 악성코드 · 루트킷 (03번 노트)
2.2 서비스 · 2.3 네트워크 · 보안장비 설정 점검12, 13, 14번 노트 / 07, 11번 노트, 시스템 방화벽 iptables (04번 노트)
2.4 점검이력 관리분석 도구 · 취약점 점검 도구 (05번 노트)

1.3 자주 나오는 실기 유형

공개된 회차별 실기 정리(IT위키 「정보보안기사 12회」 · 「13회」 · 「14회」 · 「15회」 문서)에서 이 노트 범위 에 해당하는 주제만 묶었습니다. 문제 원문이 아니라 주제입니다. 복원본이고 일부 문항은 비어 있어 빈도로 쓰기엔 표본이 작습니다.

유형반복된 주제 (회차)이 노트
설정 파일 · 지시어 이름 쓰기 (단답)리눅스 비밀번호 정책 파일 login.defs (13회), 아파치 요청 본문 크기 제한 지시어 (14회), logrotate 설정 (12회)3, 4절
웹 서버 설정 취약점 서술디렉터리 인덱싱 공격과 대응 (13회), robots.txt의 역할 (13회)4.3
프로토콜 동작 · 공격 이름 (단답)ARP 스푸핑 (13회), ARP 프레임 (14회), IPSec AH/ESP · 모드 (12 · 13 · 14회), Memcached · SSDP · NTP 증폭 (12 · 13 · 15회), POODLE (15회)2.2
장비 배치 · 설정 (실무)IDS/IPS 미러링 vs 인라인 배치 (13회), 신규 보안장비 도입 시 기본 설정 · 계정 점검 (12회)5절
계정 · 인증 설정 해석PAM 로그인 실패 임계값 설정 해석 (14회)3.1

💡 경향: "이름을 쓰라"(단답)와 "설정을 보고 무엇이 문제이고 어떻게 고치나"(서술)가 짝 으로 나옵니다. 같은 주제를 두 형태로 준비하세요.

1.4 점검의 교과서 — 주요정보통신기반시설 취약점 분석 · 평가 가이드

취약점 점검 항목 — [보안 점검 기준]인데, [ 대상 · 판단 기준 · 조치가 미리 정해진 한 줄짜리 점검 단위 ]라는 점에서 공격자가 취약점을 찾아 들어가는 모의해킹과 구별된다.

실기의 점검 문제는 대부분 KISA가 배포하는 「주요정보통신기반시설 기술적 취약점 분석 · 평가 방법 상세가이드」의 항목 형식을 따릅니다. 한 항목은 이렇게 생겼습니다.

구성예: U-01 root 계정 원격 접속 제한
중요도상 (상 · 중 · 하 3단계)
점검 내용원격 터미널로 root가 직접 접속할 수 있는가
보안 위협root 탈취 → 무차별 대입 · 사전 대입으로 시스템 장악
판단 기준양호: 원격 터미널을 안 쓰거나 root 직접 접속 차단 / 취약: 허용
조치 방법/etc/ssh/sshd_config 에 PermitRootLogin no
코드분야2026판 항목 수
U-xxUnix 서버 (계정 · 파일/디렉터리 · 서비스 · 패치 · 로그)67
W-xxWindows 서버64
WEB-xx웹 서비스 (2026판에서 별도 장으로 분리)26
N-xx네트워크 장비38
D-xx · PC-xx 등DBMS · PC (보안장비 등 다른 장은 확인 필요)DBMS 26 · PC 18

⚠️ 가이드가 2025년 12월 개정판(2026판)으로 바뀌면서 항목 번호가 달라졌습니다. 예를 들어 2026판에서 /etc/passwd 권한은 U-16, 디렉터리 리스팅은 WEB-04입니다. 수험서와 과거 기출 해설에는 2021판 번호가 남아 있을 수 있습니다. 번호가 아니라 항목 이름과 판단 기준으로 외우세요. (항목 수 · 번호는 2026판을 근거로 만든 공개 진단 도구 저장소 두 곳(GitHub rebugui/KISA-CIIP-2026, 9u4a/kisa-infra-audit)에서 확인했으며, KISA 원문 PDF로 최종 확인하세요.)

📝 기출 포인트 — 필기에서도 이 가이드가 출제 원천으로 언급됩니다(출제분석.md 5장: 리눅스 · 라우터 · NetBIOS 문항). 실기에서는 판단 기준의 숫자 (644, 400, 10회, 022)와 조치 명령 이 단답으로 나옵니다.


2. 보안특성 파악 — 무엇이 어디에 있는가

2.1 운영체제별

앞에서 배운 운영체제 구조와 권한 (01번 노트), 계정 파일과 로그 (02번 노트)를 "어디를 보면 되나" 로 압축합니다.

무엇을리눅스 / 유닉스윈도우
계정 · 비밀번호 해시/etc/passwd · /etc/shadowSAM (%SystemRoot%\System32\config\SAM), net user
비밀번호 · 잠금 정책/etc/login.defs, /etc/security/pwquality.conf, /etc/pam.d/system-auth로컬 보안 정책(secpol.msc) > 계정 정책
권한 모델rwx · 소유자/그룹/기타 · SUID/SGID/StickyNTFS ACL · 공유 권한
로그/var/log/secure(RHEL) · /var/log/auth.log(Debian) · /var/log/messages, wtmp/btmp이벤트 뷰어(보안 · 시스템 · 응용 프로그램)
버전 · 서비스 확인uname -a, /etc/os-release, systemctl list-units --type=service, ss -tlnpsysteminfo, services.msc, netstat -ano

2.2 프로토콜별 — 계층마다 무엇이 약한가

계층프로토콜약점의 뿌리대표 공격 (필기 노트)점검 · 대응
2ARP응답을 인증 없이 캐시에 반영ARP 스푸핑 (09번 노트)정적 ARP, 스위치 DAI, arp -a 로 MAC 중복 확인
3IP출발지 주소를 검증하지 않음IP 스푸핑, Land (08 · 09번 노트)경계 라우터 스푸핑 필터(N-22)
3ICMP브로드캐스트 응답 · redirectSmurf, ICMP redirect (08번 노트)directed-broadcast 차단(N-31), redirect 차단(N-34)
4TCP3-way handshake 반개방 상태SYN Flooding, 세션 하이재킹 (08 · 09번 노트)SYN Cookie, 백로그 증가
4UDP연결 없음 + 응답이 요청보다 큼DNS · NTP · Memcached · SSDP 증폭 (08번 노트)불필요 UDP 서비스 차단, 재귀 질의 제한
4~7SSL/TLS구버전 · 약한 암호POODLE(SSL 3.0), Heartbleed (10번 노트)TLS 1.2 이상만 허용
3IPsec(설계상 안전) 모드 · 헤더 혼동 주의— (10번 노트)AH=인증만, ESP=암호화+인증, 터널=원 IP 헤더까지 보호
2무선WEP의 약한 IV · RC4WEP 크래킹 (10번 노트)WPA2/WPA3, 기업용은 802.1X

📝 기출 포인트 — IPsec AH/ESP와 전송/터널 모드별 "어디까지 인증 · 암호화되나"는 실기 12 · 13 · 14회에 연달아 나왔습니다(IT위키 회차 정리). 앞에서 배운 IPsec 구조 (10번 노트)의 그림을 직접 그릴 수 있어야 합니다.

2.3 서비스별 — 설정 파일의 지도

서비스주 설정 파일보안상 핵심 설정 (4절)필기 노트
FTP (vsftpd)/etc/vsftpd/vsftpd.conf, /etc/vsftpd/ftpusersanonymous_enable=NO, root 차단, chroot12
메일 (Sendmail)/etc/mail/sendmail.cf, /etc/mail/access릴레이 제한, noexpn · novrfy12
웹 (Apache)httpd.conf(또는 apache2.conf), .htaccessOptions -Indexes, ServerTokens Prod, LimitRequestBody13
DNS (BIND)/etc/named.confallow-transfer, allow-update, version 숨김, 재귀 제한14
DBDBMS별 설정 · 권한 테이블기본 계정 변경, 객체별 GRANT, 중요 컬럼 암호화14
인증서웹 서버 SSL 설정유효기간 · 신뢰 체인 · 키 길이18

2.4 보안장비 · 네트워크장비별

장비무엇으로 막는가점검의 초점필기 노트
라우터ACL (IP · 포트)관리자 접근(VTY), SNMP, 불필요 서비스, 스푸핑 필터07
스위치VLAN, 포트 보안관리 VLAN 분리, 미사용 포트 shutdown07
방화벽규칙(출발지 · 목적지 · 포트 · 동작)Any 허용 규칙, 규칙 순서, 기본 차단, 로깅11
IDS / IPS시그니처 · 이상 탐지룰 업데이트, 탐지/차단 모드, 오탐 튜닝, 배치 위치11
WAFHTTP 요청 내용 검사탐지 모드로 방치 여부, 예외 규칙 남용11, 13
VPN · NAT터널 + 암호화 / 주소 변환약한 암호 · 공유키, 포트포워딩으로 내부 서버 노출06, 10, 11

SNMP 원격관리 — [네트워크 관리 프로토콜]인데, [ community string 하나로 장비 정보를 읽고(RO) 쓰는(RW) 권한을 준다 ]는 점에서 사용자 인증과 암호화를 갖춘 SNMPv3와 구별된다. 기본값 public(읽기) · private(쓰기)이 그대로면 누구나 장비 구성을 읽고 바꿀 수 있습니다.


3. 운영체제 보안설정 점검 (세부항목 2.1)

3.1 Unix 계정 관리

항목 (2026판)확인 방법양호 기준조치
U-01 root 원격 접속 제한grep PermitRootLogin /etc/ssh/sshd_config, Telnet은 /etc/securetty 의 pts 항목root 직접 원격 접속 차단PermitRootLogin no, securetty에서 pts/x 제거
U-02 비밀번호 관리정책/etc/login.defs, /etc/security/pwquality.conf영문 · 숫자 · 특수문자 8자 이상, 최소 사용 1일 · 최대 90일, 최근 4회 기억 (가이드 조치 권고값)PASS_MAX_DAYS 90, PASS_MIN_DAYS 1, minlen=8 등
U-03 계정 잠금 임계값/etc/pam.d/system-auth 의 deny= (pam_tally2 / faillock)10회 이하deny=10 unlock_time=120
U-04 비밀번호 파일 보호 · U-05 UID 0/etc/passwd 둘째 필드가 x 인가, awk -F: '$3==0' /etc/passwd쉐도우 사용, root만 UID 0pwconv, 다른 UID 부여 또는 삭제
U-06 su 기능 제한ls -l /usr/bin/su, /etc/pam.d/su특정 그룹(wheel)만 사용chgrp wheel /usr/bin/su; chmod 4750 /usr/bin/su 또는 pam_wheel.so
U-07 불필요한 계정/etc/passwd, lastlog 로 장기 미사용 확인불필요 계정 없음userdel 또는 /sbin/nologin
U-13 안전한 암호 알고리즘/etc/login.defs 의 ENCRYPT_METHOD, shadow 해시 접두어SHA-2 이상ENCRYPT_METHOD SHA512
$ grep -E 'PermitRootLogin|^Protocol' /etc/ssh/sshd_config
PermitRootLogin yes
$ grep deny /etc/pam.d/system-auth
auth required pam_faillock.so preauth silent deny=0 unlock_time=0
$ awk -F: '$3==0 {print $1}' /etc/passwd
root
backup2

🔍 읽는 포인트 : ① PermitRootLogin yes → U-01 취약. ② deny=0 은 잠금 없음 이라 U-03 취약(10 이하의 양수여야 함). ③ UID 0이 backup2 에도 있음 → U-05 취약, 루트킷 · 백도어 계정을 의심(앞에서 배운 백도어 (03번 노트)). 서술형이라면 " 어느 줄이 · 왜 · 무엇으로 " 세 덩어리로 답합니다.

📝 기출 포인트 — 실기 13회에 리눅스 비밀번호 정책 파일(login.defs), 14회에 PAM 로그인 실패 임계값 해석이 나왔습니다(IT위키). deny · unlock_time 의 뜻, PASS_MAX_DAYS · PASS_MIN_LEN 같은 지시어 이름을 그대로 쓸 수 있어야 합니다.

3.2 Unix 파일 · 디렉터리 관리

항목 (2026판)확인 방법양호 기준조치
U-16 /etc/passwdls -l /etc/passwd소유자 root, 644 이하chown root /etc/passwd; chmod 644 /etc/passwd
U-18 /etc/shadowls -l /etc/shadow소유자 root, 400 이하chmod 400 /etc/shadow
U-23 SUID · SGID 파일find / -user root -type f \( -perm -04000 -o -perm -02000 \) -xdev -exec ls -al {} \;주요 실행 파일에 불필요한 SUID/SGID 없음chmod -s <파일>, 꼭 필요하면 그룹 제한 후 4750
U-25 world writable · U-30 UMASKfind / -type f -perm -2, umask, /etc/profile없거나 이유를 앎, UMASK 022 이상chmod o-w <파일>, umask 022
$ ls -l /etc/passwd /etc/shadow
-rw-rw-rw-. 1 root root 2451 Oct 19 09:10 /etc/passwd
----------. 1 root root 1320 Oct 19 09:10 /etc/shadow
$ find / -user root -type f -perm -04000 -xdev 2>/dev/null
/usr/bin/passwd
/usr/bin/su
/tmp/.x/bash

🔍 읽는 포인트 : ① passwd가 rw-rw-rw-(666) → 누구나 UID를 0으로 고쳐 권한 상승 가능, U-16 취약. ② shadow ----------(000)은 400 이하 라 양호입니다(⚠️ "400이어야 한다"가 아니라 "이하"). ③ /tmp/.x/bash 처럼 숨김 디렉터리 속 SUID 셸 은 설정 문제가 아니라 침해 흔적 입니다. passwd · su 는 원래 SUID가 필요한 정상 파일입니다(앞에서 배운 SUID의 원리 (01번 노트)).

3.3 Windows 서버

항목 (2026판)확인 위치양호 기준조치
W-01 Administrator · W-02 Guestlusrmgr.msc, net user guest관리자 이름 변경(또는 강한 비밀번호), Guest 비활성화이름 변경, Guest 사용 안 함
W-04 계정 잠금 임계값로컬 보안 정책 > 계정 잠금 정책5회 이하임계값 5
W-17 하드디스크 기본 공유net share, 레지스트리 AutoShareServer값 0, C$ 등 기본 공유 없음net share C$ /delete + 레지스트리 0
W-20 NetBIOS 바인딩네트워크 어댑터 > WINSTCP/IP와 NetBIOS 바인딩 제거"NetBIOS over TCP/IP 사용 안 함"
W-42 이벤트 로그 관리이벤트 뷰어 > 속성최대 크기 10,240KB 이상 , 90일 이후 덮어씀크기 · 보존 설정
W-51 익명 열거보안 옵션 "SAM 계정과 공유의 익명 열거 허용 안 함"사용사용으로 변경

⚠️ 임계값 숫자가 OS마다 다릅니다. Unix U-03은 10회 이하 , Windows W-04는 5회 이하 (2026판 판단 기준). 문제에 "주요정보통신기반시설 가이드 기준"이라고 하면 이 숫자로 답합니다.

📝 기출 포인트 — 필기에서 net share · IPC$ 널 세션 · 레지스트리가 반복 출제되었습니다(출제분석.md S1.2 · S2.1 · S3.1). 실기에서는 "기본 공유를 없애는 레지스트리 값"이나 "익명 열거를 막는 정책 이름"으로 바뀌어 나옵니다(앞에서 배운 널 세션 (03번 노트)).

3.4 패치 · 로그 · 버전 노출

주기적 보안 패치(U-64: rpm -qa --last, 패치 정책 수립 · 적용), 정책에 따른 시스템 로깅(U-66: /etc/rsyslog.conf 에 authpriv.* /var/log/secure 등), 로그인 경고 메시지(U-62: /etc/motd · /etc/issue.net · sshd Banner)가 이 세부항목의 나머지입니다. 버전 노출 은 배너 그랩(telnet host 25, curl -I)으로 확인하고 서비스별 배너 설정으로 숨깁니다(4절).


4. 서비스 보안설정 점검 (세부항목 2.2)

4.1 불필요한 서비스와 FTP · 공유

항목 (2026판)확인양호조치
U-36 r 계열 (rsh · rlogin · rexec)/etc/xinetd.d/r*, .rhosts · hosts.equiv (U-27)비활성화서비스 중지, 파일 제거
U-38 DoS 취약 서비스 (echo · discard · daytime · chargen)xinetd 설정비활성화증폭 · 루프 공격에 악용되므로 중지
U-34 Finger · U-44 tftp · talkxinetd 설정, ss -tlnp비활성화disable = yes (tftp는 인증이 없음 )
U-52 Telnetsystemctl status telnet.socket비활성화SSH로 대체
U-35 공유 서비스 익명 접근vsftpd anonymous_enable, /etc/passwd 의 ftp · anonymous 계정익명 접근 제한anonymous_enable=NO
U-55 FTP shell · U-57 ftpusers/etc/passwd 의 ftp 셸, /etc/vsftpd/ftpusers/sbin/nologin, root가 ftpusers에 있음 (=접속 차단)usermod -s /sbin/nologin ftp, root 추가
U-40 NFS 접근 통제/etc/exports허용 호스트 지정, everyone(*) 없음/data 10.1.1.0/24(ro,root_squash)
# /etc/vsftpd/vsftpd.conf
anonymous_enable=YES
anon_upload_enable=YES
write_enable=YES

🔍 읽는 포인트 : 익명 로그인 + 익명 업로드가 함께 켜져 있으면 FTP가 불법 파일 저장소 나 웹셸 업로드 경로가 됩니다. ⚠️ ftpusers 는 이름과 반대로 접속을 거부할 사용자 목록 입니다. root가 들어 있어야 양호합니다.

📝 기출 포인트 — FTP Bounce · TFTP · Active/Passive · xferlog가 필기에서 반복(출제분석.md A1.1). 실기에서는 익명 FTP를 끄는 설정과 ftpusers의 의미를 묻습니다(앞에서 배운 FTP 보안 (12번 노트)).

4.2 메일 — 릴레이와 정보 노출

오픈 릴레이 (Open Relay) — [메일 서버 설정 취약점]인데, [ 자기 도메인과 무관한 외부 → 외부 메일까지 중계해 준다 ]는 점에서 정상적인 내부 사용자 발송과 구별된다. 스패머가 남의 서버를 발송지로 써서 그 서버 IP가 블랙리스트에 오릅니다.

항목 (2026판)확인양호조치
U-47 스팸 메일 릴레이 제한sendmail.mc 의 promiscuous_relay, /etc/mail/access릴레이 제한 설정promiscuous_relay 제거, access에 허용 대역만 RELAY
U-48 expn · vrfy 제한sendmail.cf 의 PrivacyOptionsnoexpn, novrfy 포함O PrivacyOptions=authwarnings,novrfy,noexpn
U-45 메일 서비스 버전 · U-46 일반 사용자 실행 방지배너, PrivacyOptions 의 restrictqrun최신 패치, 설정됨업데이트, restrictqrun 추가
# /etc/mail/access
localhost        RELAY
127.0.0.1        RELAY
10.1.1           RELAY
spam.example     REJECT
# 수정 후: makemap hash /etc/mail/access.db < /etc/mail/access

🔍 읽는 포인트 : 허용할 대역만 RELAY, 차단할 곳은 REJECT(거부 응답) 또는 DISCARD(조용히 버림). ⚠️ access 파일을 고친 뒤 makemap 으로 DB를 다시 만들어야 적용됩니다. 이 한 줄이 서술형의 부분점수 포인트입니다. EXPN · VRFY 는 메일 계정이 있는지 확인해 주므로 계정 수집에 악용됩니다.

4.3 웹 서버 (Apache 기준)

항목 (2026판)확인양호조치
WEB-04 디렉터리 리스팅 방지<Directory> 의 OptionsIndexes 없음Options -Indexes 또는 Indexes 삭제
WEB-06 상위 디렉터리 접근 제한AllowOverride, .htaccess 인증사용자 인증 설정AllowOverride AuthConfig + .htpasswd
WEB-08 업로드 · 다운로드 용량 제한LimitRequestBody제한값 설정예: LimitRequestBody 5000000 (5MB)
WEB-12 링크 사용 금지Options 의 FollowSymLinks제거Options -FollowSymLinks
WEB-16 헤더 정보 노출 제한ServerTokens, ServerSignature최소 정보ServerTokens Prod, ServerSignature Off
WEB-18 WebDAV 비활성화Dav On비활성화모듈 · 지시어 제거
WEB-20 SSL/TLS 활성화SSLProtocol안전한 버전 사용SSLProtocol -all +TLSv1.2 +TLSv1.3
<Directory "/var/www/html/upload">
    Options Indexes FollowSymLinks
    AllowOverride None
</Directory>
ServerTokens Full

🔍 읽는 포인트 : ① Indexes → 브라우저로 /upload/ 를 열면 "Index of /upload" 목록이 보이고 백업 · 소스 파일이 노출됩니다(WEB-04). ② FollowSymLinks → 심볼릭 링크로 / 같은 시스템 경로를 웹에 노출할 수 있음(WEB-12). ③ ServerTokens Full → 응답 헤더 Server: 에 OS · 모듈 버전까지 표시(WEB-16). 업로드 디렉터리라면 스크립트 실행 금지 까지 덧붙이면 답이 강해집니다(앞에서 배운 파일 업로드 취약점 (13번 노트)).

📝 기출 포인트 — 실기 13회 서술형에 디렉터리 인덱싱이 나왔고, 성공 판단 근거는 응답 코드 200 , 대책은 Indexes 제거 였습니다(IT위키). 14회에는 요청 본문 크기 제한 지시어(LimitRequestBody)가 단답으로 나왔습니다. robots.txt는 검색 로봇 수집을 막는 권고일 뿐 접근통제가 아니며 , 오히려 숨기고 싶은 경로를 알려 줄 수 있다는 점까지 쓰세요.

4.4 DNS와 DB

항목 (2026판)확인양호조치
U-50 Zone Transfernamed.conf 의 allow-transfer허가된 보조 DNS만allow-transfer { 10.1.1.53; };
U-51 동적 업데이트allow-update취약한 동적 업데이트 금지allow-update { none; };
U-49 보안 버전 패치 + (권장) 버전 숨김 · 재귀 제한named -v, version, allow-recursion최신 패치, 버전 숨김, 내부만 재귀version "none";, allow-recursion { 10.1.1.0/24; };
options {
    allow-transfer { any; };
    recursion yes;
};

🔍 읽는 포인트 : allow-transfer { any; } → 누구나 dig @서버 example.com AXFR 로 존 전체(호스트 · IP 목록) 를 받아 내부망 지도를 그립니다. 조건 없는 recursion yes 는 외부에 열린 재귀 서버(Open Resolver)가 되어 DNS 증폭 공격에 쓰입니다(앞에서 배운 DNS 보안 (14번 노트), 증폭 공격 (08번 노트)).

DB 점검 (세세항목 2.2.7)의 두 축: ① 중요 정보 암호화 저장 (주민등록번호 · 비밀번호 · 계좌번호 등 — 비밀번호는 일방향 해시, 나머지는 양방향 암호화), ② 객체별 접근통제 (테이블 · 컬럼 · 뷰 단위 GRANT / REVOKE, 뷰로 민감 컬럼 숨기기, 기본 계정 · 비밀번호 변경). 앞에서 배운 DB 암호화 방식 (14번 노트)과 해시 (20번 노트)를 함께 씁니다.


5. 네트워크 · 보안장비 설정 점검 (세부항목 2.3)

5.1 라우터 (Cisco IOS 예)

enable password cisco123
snmp-server community public RW
ip http server
line vty 0 4
 password cisco
 login
 transport input telnet
interface GigabitEthernet0/0
 ip directed-broadcast
줄해당 항목 (2026판 N-xx)왜 취약조치
enable password cisco123N-01 · N-02 · N-03평문 저장 · 단순 비밀번호enable secret <복잡한 값>, service password-encryption
snmp-server community public RWN-18 · N-19 · N-20기본값 + 쓰기 권한 + ACL 없음기본값 삭제, snmp-server community <복잡> RO 10
line vty 에 ACL · 타임아웃 없음N-06 · N-07아무 IP나 원격 관리 접속, 세션 방치access-class 10 in, exec-timeout 5 0
transport input telnetN-08 안전한 프로토콜평문 관리 세션 스니핑transport input ssh
ip directed-broadcastN-31Smurf 증폭기 역할no ip directed-broadcast

🔍 읽는 포인트 : SNMP community는 2026판 N-18 기준 영문 대소문자 · 숫자 · 특수문자 중 3종 이상 8자리 이상 이어야 양호입니다(Unix U-60은 "영문+숫자 10자리 이상 또는 영문+숫자+특수문자 8자리 이상"). ⚠️ service password-encryption 은 Type 7이라 쉽게 복호화 됩니다. enable 비밀번호는 반드시 enable secret.

그 밖의 N 항목 이름도 외워 둘 만합니다: 웹 서비스 차단(N-27, no ip http server), TFTP 서비스 차단(N-21), Spoofing 방지 필터링 (N-22, 외부 인터페이스에서 사설 · 루프백 · 멀티캐스트 출발지 차단), DDoS 방어(N-23), 미사용 인터페이스 비활성화(N-24), Source Routing 차단(N-32), Proxy ARP 차단(N-33), ICMP unreachable · redirect 차단(N-34), CDP 차단(N-30), 원격 로그 서버 · Timestamp · NTP(N-11 · N-15 · N-16).

5.2 방화벽 규칙표 점검

#출발지목적지서비스동작점검 결과
1Any웹서버TCP 80, 443허용양호
2AnyAnyAny허용❌ 전체 허용 — 아래 규칙이 모두 무의미
3관리망DB서버TCP 3306허용2번 때문에 평가 무의미
4Any내부 전체TCP 23허용❌ Telnet 외부 개방
5AnyAnyAny차단기본 차단(묵시적 거부) — 위치는 맨 끝이 맞음

🔍 읽는 포인트 : 방화벽은 위에서부터 처음 맞는 규칙(First Match) 을 적용합니다. 2번 Any-Any 허용이 있으면 3~5번은 영원히 실행되지 않습니다. 점검표에 쓸 말: 전체 허용 규칙 · 기간 지난 임시 규칙 · 미사용 규칙 · 규칙 순서 오류 · 로깅 미설정 · 관리자 접근 IP 미제한 (세세항목 2.3.2의 IP별 · Port별 · 사용자 ID별 통제).

iptables -P INPUT DROP
iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
iptables -A INPUT -p tcp -s 10.1.1.0/24 --dport 22 -j ACCEPT
iptables -A INPUT -p tcp --dport 80 -j ACCEPT
iptables -A INPUT -p tcp --dport 23 -j REJECT

🔍 읽는 포인트 : 기본 정책 DROP(화이트리스트), SSH는 관리망만, 웹은 전체 허용. REJECT 는 거부 응답(RST · ICMP)을 돌려주고 DROP 은 조용히 버립니다 — 스캐너에게는 DROP이 정보를 덜 줍니다(앞에서 배운 iptables (04번 노트)).

5.3 IDS/IPS · WAF · 무선 · Anti-DDoS · Anti-APT

장비점검 항목흔한 취약 상태
IDS / IPS시그니처 최신화, 탐지 → 차단 정책, 오탐 튜닝, 관리자 계정, 로그 전송룰 갱신 중단, 오탐 많다고 룰 대량 비활성화
IDS 배치미러링(SPAN · TAP) = 탐지 전용 , 인라인 = 차단 가능IPS를 미러 포트에 붙여 차단이 안 됨
WAF차단 모드 여부, SQLi · XSS 정책, 예외 URL도입 후 계속 탐지 모드로만 운영
무선 APWPA2/WPA3 (기업은 802.1X), 관리자 비밀번호, 펌웨어WEP · 오픈, SSID 숨김 · MAC 필터만 의존 (둘 다 우회 쉬움)
Anti-DDoS · Anti-APT임계치(pps · bps · 세션 수), 샌드박스 검사 대상 · 우회 경로임계치가 평시보다 낮아 정상 차단, 일부 프로토콜(메일 · 웹)만 검사
NAT정적 NAT · 포트포워딩 목록내부 관리 포트가 외부에 매핑

📝 기출 포인트 — 실기 13회 실무형에 IDS/IPS의 미러링 vs 인라인 배치 , 12회 서술형에 신규 보안장비 도입 시 기본 설정 · 계정 점검 이 나왔습니다(IT위키). 답의 뼈대: 기본 관리자 계정 · 비밀번호 변경 → 관리 접속 IP 제한 → 불필요 서비스 비활성화 → 최신 펌웨어 · 시그니처 → 로그 · 시각 동기화. 필기에서도 NAC · IDS · 오용 탐지가 반복됩니다(출제분석.md N3.2).


6. 점검이력과 보완 내용 관리 (세부항목 2.4)

점검은 기록되어야 끝납니다. 다음 점검에서 같은 취약점이 반복되는지 보려면 이력이 필요합니다.

기록 항목예
점검 대상 · 일시 · 점검자web01 (RHEL 9, Apache 2.4), 2026-10-19, 보안팀 담당자
점검 방법 · 도구가이드 체크리스트 수동 점검 + 진단 스크립트, Nmap(포트), Nessus(취약점)
점검 항목 · 결과U-01 취약 / U-16 양호 / WEB-04 취약
취약점 상세 · 위험도PermitRootLogin yes — 상
보완 조치 · 담당 · 기한PermitRootLogin no 적용 — 시스템팀 — 10/26
이행 확인 · 예외10/27 재점검 양호 / 조치 불가 시 사유 · 보완 통제 · 승인자 기록

도구의 자리 — 포트 · 서비스 식별은 Nmap(앞에서 배운 스캐닝 (09번 노트)), 취약점 스캐너는 Nessus 등, 무결성 점검은 Tripwire(앞에서 배운 분석 도구 (05번 노트)). 단답형에서 " 용도 → 도구 이름 "으로 나옵니다.

앞으로 다시 만납니다 — 26번 노트에서 이 점검 결과의 취약점 심각도 가 위험도 계산의 한 축으로 들어갑니다.


7. 필답형 답안 쓰는 법

7.1 서술형 답안 구조 — "현상 · 원인 · 영향 · 조치 · 확인"

순서무엇을 쓰나디렉터리 리스팅 예
① 현상(판단 근거)주어진 설정 · 로그의 어느 부분 인가Options Indexes 설정, /upload/ 요청에 200 응답
② 원인 · 취약점 이름정확한 용어디렉터리 리스팅(인덱싱) 취약점
③ 영향CIA 중 무엇이 깨지나파일 목록 · 백업 · 소스 노출(기밀성), 추가 공격 단서
④ 조치파일 · 지시어 · 값 까지httpd.conf Options -Indexes, 재시작
⑤ 확인 · 보완재점검 방법, 추가 통제재요청 시 403 확인, 업로드 디렉터리 실행 권한 제거

7.2 핵심어 — 채점자가 찾는 단어

주제반드시 들어갈 말
계정root 원격 접속 차단, 계정 잠금 임계값, 쉐도우 패스워드, UID 0, wheel 그룹
권한소유자 root, 644 / 400, SUID · SGID 제거, world writable, umask 022
서비스불필요 서비스 비활성화, 익명 접속 차단, 릴레이 제한, Zone Transfer 제한, 디렉터리 리스팅 제거
장비 · 관리기본 계정 · 비밀번호 변경, 관리 접근 ACL, SNMP community 변경 + RO, Telnet → SSH, 로깅, 점검 이력 · 재점검 · 예외 승인

7.3 부분점수 포인트

  • 명령 · 설정은 문법 그대로. "root 접속을 막는다"보다 PermitRootLogin no 가 점수입니다.
  • 조치 뒤 적용 단계 까지: 서비스 재시작(systemctl restart sshd), makemap, m4 재생성.
  • 양호 기준의 숫자는 "이하/이상"까지 : "644 이하", "10회 이하", "022 이상".
  • 문항이 "이유"와 "대책"을 따로 물으면 번호를 붙여 분리 해 씁니다. 정상 파일과 침해 흔적도 구분해 씁니다(/usr/bin/passwd 의 SUID는 정상).

8. 확인 문제

문제 1 (단답) 리눅스에서 SSH로 root가 직접 로그인하지 못하게 하려면 어느 파일의 어떤 지시어를 어떤 값으로 설정하나요?

문제 2 (단답) 주요정보통신기반시설 가이드(2026판) 기준으로 /etc/passwd 와 /etc/shadow 의 양호한 권한 기준을 각각 쓰세요.

문제 3 (단답) 다음 명령이 찾으려는 것은 무엇이며, 점검 후 불필요한 것은 어떤 명령으로 조치하나요? find / -user root -type f \( -perm -04000 -o -perm -02000 \) -xdev

문제 4 (단답) vsftpd에서 익명 접속을 막는 설정 한 줄과, 이름과 달리 "FTP 접속을 거부할 계정 목록"인 파일 이름을 쓰세요.

문제 5 (서술) 다음 BIND 설정의 문제점 두 가지와 각각의 조치를 쓰세요.

options { allow-transfer { any; }; recursion yes; };

문제 6 (서술) Sendmail 서버가 외부 → 외부 메일을 중계하고 있습니다. 이 취약점의 이름, 위험, 조치 절차를 쓰세요.

문제 7 (실무) 5.1절의 라우터 설정에서 취약한 줄을 세 개 고르고, 각각의 이유와 조치 명령을 쓰세요.

문제 8 (서술) 방화벽 규칙의 첫 줄 근처에 Any → Any, Any, 허용 이 있습니다. 왜 위험한지 방화벽의 규칙 적용 방식과 함께 설명하고, 점검 시 함께 볼 항목 세 가지를 쓰세요.

문제 9 (서술) IDS를 스위치 미러 포트에 연결한 경우와 인라인으로 설치한 경우의 차이를 "차단 가능 여부 · 장애 영향" 두 관점으로 쓰세요.

모범답안

#모범답안채점 핵심어 · 해설
1/etc/ssh/sshd_config 의 PermitRootLogin no (적용: sshd 재시작)파일 경로 + 지시어 + 값. Telnet이라면 /etc/securetty 의 pts 제거 + pam_securetty
2passwd: 소유자 root, 644 이하 / shadow: 소유자 root, 400 이하"이하"와 소유자 조건까지. 000은 400 이하라 양호
3root 소유의 SUID · SGID 설정 파일 목록. 불필요하면 chmod -s <파일> (필요하면 그룹 제한 후 chmod 4750)형제 개념: Sticky bit(1000)는 삭제 제한 — 이 명령의 대상이 아님
4anonymous_enable=NO / ftpusersftpusers에 root가 있어야 양호. 익명 업로드(anon_upload_enable)도 끄면 가점
5① 존 전송을 모든 호스트에 허용 → 존 정보 유출, allow-transfer { 보조DNS IP; }; ② 조건 없는 재귀 허용 → Open Resolver로 DNS 증폭 공격 악용, allow-recursion { 내부망; }; 또는 외부 재귀 차단영향(정보 수집 · 증폭)과 설정 문법 둘 다
6오픈 릴레이(스팸 메일 릴레이 허용). 위험: 스팸 발송 경유지, 서버 IP 블랙리스트 등재 · 정상 메일 차단. 조치: sendmail.mc 의 promiscuous_relay 제거 → m4 로 sendmail.cf 재생성 → /etc/mail/access 에 허용 대역만 RELAY → makemap hash 로 access.db 생성 → 재시작절차의 재생성 · makemap · 재시작 이 부분점수
7① enable password 평문 → enable secret ② snmp-server community public RW 기본값 · 쓰기 권한 → 기본값 삭제, 복잡한 community + RO + ACL ③ VTY에 telnet · ACL · 타임아웃 없음 → transport input ssh, access-class, exec-timeout 5 0 (그 밖에 ip http server, ip directed-broadcast)줄 · 이유 · 명령의 3요소
8방화벽은 위에서부터 처음 일치하는 규칙 을 적용하므로 Any 허용 규칙 아래의 모든 차단 규칙이 무력화되어 사실상 방화벽이 없는 상태. 함께 볼 것: 규칙 순서, 기본 차단(묵시적 거부) 규칙, 미사용 · 기간 만료 규칙, 관리자 접근 IP 제한, 로깅 설정 중 3개First Match · 묵시적 거부
9미러링: 복사본을 보므로 탐지 · 경보만 가능(차단은 RST 전송 등 제한적), 장비 장애가 서비스에 영향 없음. 인라인: 트래픽이 장비를 통과하므로 실시간 차단 가능 (IPS), 장비 장애 시 통신 단절 위험 → Fail-Open · 바이패스 · 이중화 필요④ 예방 ↔ 탐지 축

부록 A. 스스로 확인하기

#질문답이 있는 곳
1실기 필답형의 세 유형과 배점은?1.1
2가이드 한 항목을 이루는 요소는? 2026판에서 바뀐 점은?1.4
3Unix와 Windows의 계정 잠금 임계값 기준은?3.1, 3.3
4shadow 권한이 000이면 양호인가?3.2
5ftpusers 파일에 root가 있으면 양호인가 취약인가?4.1
6디렉터리 리스팅 공격의 성공 근거와 대책은?4.3
7방화벽 First Match가 왜 중요한가?5.2
8미러링 IDS와 인라인 IPS의 차이는?5.3
9점검이력에 들어갈 항목 다섯 가지는?6

부록 B. 자주 하는 실수 · 함정

실수바로잡기
❌ "ftpusers는 FTP를 쓸 수 있는 사용자 목록"⭕ 접속을 거부할 사용자 목록. root가 들어 있어야 양호
❌ "shadow는 400이어야 양호"⭕ 400 이하 . 000 · 400 모두 양호
❌ "Unix도 Windows도 잠금 임계값 5회"⭕ 2026판 Unix U-03 10회 이하 , Windows W-04 5회 이하
❌ "service password-encryption 으로 충분"⚠️ Type 7은 쉽게 복호화. enable은 enable secret
❌ "SSID 숨김 · MAC 필터링이면 무선이 안전"⭕ 둘 다 쉽게 우회됨. WPA2/WPA3 + (기업) 802.1X
❌ 조치를 "설정을 바꾼다"로만 씀⭕ 파일 · 지시어 · 값 + 재시작 · 재생성까지
❌ 문항 번호를 2021판으로 외움⚠️ 2026판에서 번호가 바뀜. 항목 이름 + 판단 기준 으로 기억

부록 C. AI · NotebookLM 복습 프롬프트

이 노트만 근거로, 실기 단답형 5문제(설정 파일 · 지시어 · 기준값)와 서술형 2문제(설정을 보여 주고 취약점과 조치를 묻는 형식)를 내 줘.
내가 답하면 7.1의 "현상 · 원인 · 영향 · 조치 · 확인" 다섯 칸 기준으로 채점하고, 빠진 핵심어를 알려 줘.
이 노트만 근거로, Unix 점검 항목을 "항목 이름 / 확인 명령 / 양호 기준 / 조치" 빈칸 표로 만들어 내가 채우게 해 줘.
노트에 없는 내용(특히 가이드 항목 번호)은 지어내지 말고 "노트에 없음"이라고 말해 줘.