페이지 목차
이 페이지에서 검색
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 · 서비스 · 네트워크 장비 · 보안장비별 점검 내용 · 도구 · 취약점 · 보완사항 기록
이 노트를 다 읽으면
- 실기 필답형의 문항 구성(단답 · 서술 · 실무)과, 실기 4영역 중 앞의 두 영역이 필기 어느 노트를 다시 쓰는지 말할 수 있다.
- 주요정보통신기반시설 취약점 분석 · 평가 가이드의 항목 체계(U · W · WEB · N) 와 한 항목의 구성(점검 내용 · 판단 기준 · 조치)을 설명할 수 있다.
- 리눅스 · 윈도우의 대표 점검 항목을 "확인 위치 → 양호/취약 기준 → 조치" 세 칸으로 답할 수 있다.
- FTP · 메일 · 웹 · DNS 서비스의 위험한 설정(익명 접속 · 릴레이 · 디렉터리 리스팅 · 존 전송)을 설정 파일에서 찾아 고칠 수 있다.
- 라우터 설정과 방화벽 규칙표를 읽고 취약한 줄 을 골라 이유와 조치를 쓸 수 있다.
- 점검 결과를 점검이력 표 로 기록하는 항목을 댈 수 있다.
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-xx | Unix 서버 (계정 · 파일/디렉터리 · 서비스 · 패치 · 로그) | 67 |
| W-xx | Windows 서버 | 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/shadow | SAM (%SystemRoot%\System32\config\SAM), net user |
| 비밀번호 · 잠금 정책 | /etc/login.defs, /etc/security/pwquality.conf, /etc/pam.d/system-auth | 로컬 보안 정책(secpol.msc) > 계정 정책 |
| 권한 모델 | rwx · 소유자/그룹/기타 · SUID/SGID/Sticky | NTFS 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 -tlnp | systeminfo, services.msc, netstat -ano |
2.2 프로토콜별 — 계층마다 무엇이 약한가
| 계층 | 프로토콜 | 약점의 뿌리 | 대표 공격 (필기 노트) | 점검 · 대응 |
|---|---|---|---|---|
| 2 | ARP | 응답을 인증 없이 캐시에 반영 | ARP 스푸핑 (09번 노트) | 정적 ARP, 스위치 DAI, arp -a 로 MAC 중복 확인 |
| 3 | IP | 출발지 주소를 검증하지 않음 | IP 스푸핑, Land (08 · 09번 노트) | 경계 라우터 스푸핑 필터(N-22) |
| 3 | ICMP | 브로드캐스트 응답 · redirect | Smurf, ICMP redirect (08번 노트) | directed-broadcast 차단(N-31), redirect 차단(N-34) |
| 4 | TCP | 3-way handshake 반개방 상태 | SYN Flooding, 세션 하이재킹 (08 · 09번 노트) | SYN Cookie, 백로그 증가 |
| 4 | UDP | 연결 없음 + 응답이 요청보다 큼 | DNS · NTP · Memcached · SSDP 증폭 (08번 노트) | 불필요 UDP 서비스 차단, 재귀 질의 제한 |
| 4~7 | SSL/TLS | 구버전 · 약한 암호 | POODLE(SSL 3.0), Heartbleed (10번 노트) | TLS 1.2 이상만 허용 |
| 3 | IPsec | (설계상 안전) 모드 · 헤더 혼동 주의 | — (10번 노트) | AH=인증만, ESP=암호화+인증, 터널=원 IP 헤더까지 보호 |
| 2 | 무선 | WEP의 약한 IV · RC4 | WEP 크래킹 (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/ftpusers | anonymous_enable=NO, root 차단, chroot | 12 |
| 메일 (Sendmail) | /etc/mail/sendmail.cf, /etc/mail/access | 릴레이 제한, noexpn · novrfy | 12 |
| 웹 (Apache) | httpd.conf(또는 apache2.conf), .htaccess | Options -Indexes, ServerTokens Prod, LimitRequestBody | 13 |
| DNS (BIND) | /etc/named.conf | allow-transfer, allow-update, version 숨김, 재귀 제한 | 14 |
| DB | DBMS별 설정 · 권한 테이블 | 기본 계정 변경, 객체별 GRANT, 중요 컬럼 암호화 | 14 |
| 인증서 | 웹 서버 SSL 설정 | 유효기간 · 신뢰 체인 · 키 길이 | 18 |
2.4 보안장비 · 네트워크장비별
| 장비 | 무엇으로 막는가 | 점검의 초점 | 필기 노트 |
|---|---|---|---|
| 라우터 | ACL (IP · 포트) | 관리자 접근(VTY), SNMP, 불필요 서비스, 스푸핑 필터 | 07 |
| 스위치 | VLAN, 포트 보안 | 관리 VLAN 분리, 미사용 포트 shutdown | 07 |
| 방화벽 | 규칙(출발지 · 목적지 · 포트 · 동작) | Any 허용 규칙, 규칙 순서, 기본 차단, 로깅 | 11 |
| IDS / IPS | 시그니처 · 이상 탐지 | 룰 업데이트, 탐지/차단 모드, 오탐 튜닝, 배치 위치 | 11 |
| WAF | HTTP 요청 내용 검사 | 탐지 모드로 방치 여부, 예외 규칙 남용 | 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 0 | pwconv, 다른 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/passwd | ls -l /etc/passwd | 소유자 root, 644 이하 | chown root /etc/passwd; chmod 644 /etc/passwd |
| U-18 /etc/shadow | ls -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 UMASK | find / -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 Guest | lusrmgr.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 바인딩 | 네트워크 어댑터 > WINS | TCP/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 · talk | xinetd 설정, ss -tlnp | 비활성화 | disable = yes (tftp는 인증이 없음 ) |
| U-52 Telnet | systemctl 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 의 PrivacyOptions | noexpn, 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> 의 Options | Indexes 없음 | 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 Transfer | named.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 cisco123 | N-01 · N-02 · N-03 | 평문 저장 · 단순 비밀번호 | enable secret <복잡한 값>, service password-encryption |
snmp-server community public RW | N-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 telnet | N-08 안전한 프로토콜 | 평문 관리 세션 스니핑 | transport input ssh |
ip directed-broadcast | N-31 | Smurf 증폭기 역할 | 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 방화벽 규칙표 점검
| # | 출발지 | 목적지 | 서비스 | 동작 | 점검 결과 |
|---|---|---|---|---|---|
| 1 | Any | 웹서버 | TCP 80, 443 | 허용 | 양호 |
| 2 | Any | Any | Any | 허용 | ❌ 전체 허용 — 아래 규칙이 모두 무의미 |
| 3 | 관리망 | DB서버 | TCP 3306 | 허용 | 2번 때문에 평가 무의미 |
| 4 | Any | 내부 전체 | TCP 23 | 허용 | ❌ Telnet 외부 개방 |
| 5 | Any | Any | Any | 차단 | 기본 차단(묵시적 거부) — 위치는 맨 끝이 맞음 |
🔍 읽는 포인트 : 방화벽은 위에서부터 처음 맞는 규칙(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 | 도입 후 계속 탐지 모드로만 운영 |
| 무선 AP | WPA2/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 |
| 2 | passwd: 소유자 root, 644 이하 / shadow: 소유자 root, 400 이하 | "이하"와 소유자 조건까지. 000은 400 이하라 양호 |
| 3 | root 소유의 SUID · SGID 설정 파일 목록. 불필요하면 chmod -s <파일> (필요하면 그룹 제한 후 chmod 4750) | 형제 개념: Sticky bit(1000)는 삭제 제한 — 이 명령의 대상이 아님 |
| 4 | anonymous_enable=NO / ftpusers | ftpusers에 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 |
| 3 | Unix와 Windows의 계정 잠금 임계값 기준은? | 3.1, 3.3 |
| 4 | shadow 권한이 000이면 양호인가? | 3.2 |
| 5 | ftpusers 파일에 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 점검 항목을 "항목 이름 / 확인 명령 / 양호 기준 / 조치" 빈칸 표로 만들어 내가 채우게 해 줘.
노트에 없는 내용(특히 가이드 항목 번호)은 지어내지 말고 "노트에 없음"이라고 말해 줘.
LangTailor