링(Ring)은 말 그대로 장비들을 원형으로 연결하는 네트워크 구조

정상 상태

장비들이 원형으로 연결되어 통신하는 구조

장애 발생

빨간색으로 표시된 B-C 구간에서 통신 장애 발생

EMS에서는 단순히 장비가 정상인지 확인하는 것뿐 아니라 어느 구간에서 단절이 발생했는지, 어떤 장애 코드가 발생했는지를 확인

2. 에러코드

LOS	Loss Of Signal. 신호 수신 불가 대표적인 원인 : 광케이블 단선, 광커넥터 분리, 광모듈 불량, 광신호 감쇠, 상대 장비의 송신 장애 즉, 광신호가 수신되지 않는다는 상태를 나타내는 알림
LOF	Loss Of Frame. 프레임 동기 상실
AIS	Alarm Indication Signal. 상위 장애를 알리는 신호
LOF / LOM	프레임 또는 멀티프레임 동기 상실
Link Down	연결 상태 끊김 장비에서 해당 인터페이스나 링크가 연결되지 않은 상태 대표적인 원인 : 포트가 빌활성화, 케이블 분리, 상태 장비가 off, 물리적 링크 형성 실
RDI	Remote Defect Indication. 상대 장비의 장애 상태 통보

• 전체 네트워크 토폴로지 확인

  링 형태로 연결된 광전송 장비들의 상태를 확인

• 장애 구간 확인

  정상 구간과 장애 구간을 색상으로 구분해. 예를 들어 정상은 녹색, 장애는 빨간색으로 표시

• 장애 구간 또는 장비 선택

  해당 구간을 더블 클릭하거나 상세 정보 화면으로 진입

• 상세 알람 확인

  LOS, LOF, AIS 등의 알람 코드와 발생 시간, 발생 장비, 포트 번호 등을 확인

• 장애 원인 추적

  광케이블 단선인지, 광모듈 문제인지, 장비 자체 문제인지 확인

3. 링이 끊어지면 통신이 무조건 끊길까?

링 구조는 장애에 대비해 우회 경로를 구성

HULK (HTTP Unbearable Load King) DoS

• GET Flooding 기반 공격
• 자동화 스크립트로 매번 다른 URL 요청을 생성해 캐시를 우회하고 웹서버 자원을 고갈시키는 공격
• 특징:
  • 랜덤 URL 파라미터와 User-Agent 사용 
  • 캐싱 우회 가능
  • 일반적인 패킷 필터링 회피

Slow HTTP 공격 계열

HTTP 요청을 아주 느리게 전송해 서버 연결을 장시간 유지 → 자원 고갈 유도

TCP 기반 공격

• TCP 윈도우 사이즈 조작
  • TCP Sliding Window Size를 비정상적으로 작게 설정
  • 송·수신 데이터 흐름을 비정상적으로 지연시켜 서버 자원 고갈

캐시(Cache) 공격

• GET Flooding with Cache-Control (CC Attack)
  • Cache-Control 헤더 조작 → 캐시 서버 과부하 유발
• DNS Cache Poisoning
  • 공격자가 위조 응답을 캐시에 저장하게 만들어 정상적인 도메인 요청을 악성 IP로 연결

Hash Collision DoS (=해시 충돌)

• 서버가 사용하는 Hash Table의 충돌을 의도적으로 유발
• 많은 충돌 발생 시 CPU 사용량 급증 → 서비스 거부 상태 발생

WAF (Web Application Firewall)

• SQL Injection, XSS, CSRF 등 애플리케이션 계층 공격 방어
• 웹서버로 전송되는 모든 HTTP 요청패킷 내용을 검사하여 악의적인 패킷을 전송하지 못하도록 방어하는 역할
• 배치 방식: 프록시형, 브리지형, 호스트 기반, 소프트웨어 기반
• 오픈소스 예시: ModSecurity (Apache 기반)

ModSecurity = 아파치 웹서버용 오픈소스 WAF 

• 개발자: Ivan Ristic, 아파치(Apache) 웹서버용 오픈소스 WAF
• 특징
  • PHP Injection 등 아파치 웹 서버의 주요 공격 차단 가능
  • 설치 및 차단 규칙 설정 인터페이스는 다소 불편
  • 그러나 공격 차단 기능 자체는 매우 우수
• 동작 원리
  1. 웹 공격에 대한 탐지/차단 기능을 수행하는 모듈을 Apache 웹서버와 함께 로드
  2. 클라이언트와 웹 서버 사이에서 HTTP Request/Response를 검사 → 악의적 요청 탐지 및 차단
  3. 다른 아파치 모듈과 호환되며, 필요시 독립적으로 설치 가능
  4. 정상적으로 설치 시 성능 저하는 거의 없음

SSL/TLS vs S-HTTP

• SSL/TLS는 HTTP뿐만 아니라 FTP, SMTP 등 다양한 프로토콜에 적용 가능하며 애플리케이션 계층과 전송 계층 사이에서 동작하는 보안 프로토콜
• S-HTTP는 메시지 단위 암호화를 제공하는 보안 프로토콜

DNS 구조

• hosts 파일: 정방향(A), 역방향(PTR) 기록
• DNS 서버 운영: Master/Slave 구조
• 취약점: DNS Spoofing, DNS Cache Poisoning
• 대응: DNSSEC (공개키 기반 서명 검증)

DNSSEC 

MySQL 보안

• 포트: 기본 3306
• 보안 관리: 사용자 계정 관리, 권한 부여/삭제
• 서버 보안 설정: my.cnf 설정 파일 수정

데이터베이스 백업/복구 기법

SET vs SSL 비교

기타 전자상거래 보안 기술

• OTP(One-Time Password): 일회성 비밀번호
• WPKI (무선 공개키 기반 구조): 모바일 환경 인증·암호화

e-Business 보안

• ebXML
  • Registry/Repository (메타데이터 저장소)
  • Trading Partner (거래 당사자 정보)
  • Message Service (메시지 전송 및 보안)
• SSO (Single Sign-On): 한 번 로그인으로 여러 시스템 이용
• SAML vs OAuth

  구분	SAML	OAuth
  목적	SSO	인증/인가 분리
  사용 환경	기업 내부, 엔터프라이즈 환경	모바일 앱, SNS 로그인
  데이터 형식	XML 기반	JSON 기반

DRM (Digital Rights Management)

• 디지털 콘텐츠(음악, 영화, 문서 등)의 무단 복제 및 유통을 방지하고 합법 사용자만 사용하도록 통제하는 기술
• 구성 요소: 클라이언트, 서버, 콘텐츠, 컨트롤러
• 기능: 저작권 보호, 불법 복제 방지

디지털 워터마킹

• 특징: 이미지/영상/음성에 식별자 삽입
• 삽입 기법: LSB, DCT, DWT 등

디지털 포렌식

• 원칙: 무결성, 적법성, 신속성, 재현성
• 절차: 수집 → 보존 → 분석 → 보고
• 안티 포렌식 기법: 스테가노그래피(은폐), 데이터 삭제, 암호화

FTP 

• Anonymous FTP는 익명 계정으로 접속하지만 인증 절차는 있음
• TFTP는 69번 포트 사용 인증 없음
• FTP는 제어 21 데이터 20 사용
• 기본 동작 모드는 Active
• 모드 구분은 데이터 연결을 누가 먼저 여는지로 판단

2) Active vs Passive 모드 비교

Q. 아래와 같은 문제가 발생하는 이유 ?
- passive 모드 포트 범위가 방화벽에서 열려 있지 않아 데이터 연결 실패

3) FTP 보안 기능과 설정 

• PAM 연동으로 접근 통제 가능
• 익명 계정 제한과 쓰기 권한 차단 기능 제공
• 사용자 접근 제어 파일 사용 예
  • /etc/ftpusers 비허용 사용자 목록
  • user_list 허용 또는 차단 정책에 활용
  • vsftpd.conf에서 세부 정책 설정
• 업로드 파일 실행 금지와 디렉터리 제한 등 기본 하드닝 절차 포함
• chroot 등으로 홈 디렉터리만 사용하도록 제한 가능

4) FTP 공격과 대응 핵심

• 스니핑 스푸핑 계정 수집 디렉터리 리스팅 악용 등
• 주 대책은 인증 강화 권한 최소화 전송 구간 보호 로그 점검

메일 보안

• SMTP는 메일 전송에 사용 (25번 포트)
• POP3는 수신 후 클라이언트에 내려받고 서버에서 삭제하는 방식이 기본 
• IMAP은 서버에 보관하며 동기화 중심

1) 프로토콜

2) 메일 클라이언트 취약점을 이용한 공격 

3) 수신 정책 키워드

• REJECT는 차단 사실을 회신
• DISCARD는 그냥 무시 
• SPF 도입으로 발신자 위조 탐지 강화
• 스팸 필터는 DNSBL 콘텐츠 분석 평판 기반 사용

4) 메일 보안 프로토콜 

웹 보안

1) 프록시와 캐시

• 프록시 서버: 클라이언트와 서버 사이에서 중계 역할
• 캐시 서버: 프록시가 요청 결과를 저장했다가 같은 요청이 오면 바로 응답

2) 쿠키와 세션

3) HTTP 요청 방식

4) HTTP 상태 코드

5) OWASP Top 10 (2021 기준)

• A01 Broken Access Control (취약한 접근 제어)
• A02 Cryptographic Failures (암호화 실패)
• A03 Injection (인젝션 공격)
• A04 Insecure Design (불안전한 설계)
• A05 Security Misconfiguration (보안 설정 오류)
• A06 Vulnerable and Outdated Components (취약·구버전 컴포넌트)
• A07 Identification and Authentication Failures (인증·식별 실패)
• A08 Software and Data Integrity Failures (무결성 실패)
• A09 Security Logging and Monitoring Failures (로그·모니터링 부재)
• A10 SSRF (서버사이드 요청 위조)

6) 웹 서버 보안 하드닝

• 디렉터리 리스팅 방지: 인덱스 파일 배치, 옵션 해제
• 배너 정보 최소화: ServerTokens, ServerSignature 조정

• 검색 로봇 제어: robots.txt 활용해 민감 디렉터리 수집 차단

7) 주요 웹 취약점

명령어 삽입 (Command Injection)

• 설명: 사용자 입력값이 시스템 명령에 포함되어 실행
• 대응: 입력값 화이트리스트, 시스템 호출 함수 최소화

파일 포함 취약점 (File Inclusion)

SQL Injection

• 설명: 입력값에 SQL문에 직접 삽입돼 실행되는 취약점
• 대응: Prepared Statement, 바인딩 처리, 에러 메시지 최소화

파일 다운로드 취약점

• 설명: 임의의 파일을 다운로드하게 만드는 취약점
• 대응: 다운로드 허용 확장자 제한, 저장소 분리

경로 조작 (Path Traversal)

• 설명: ../ 등을 이용해 상위 디렉터리에 접근
• 대응: 입력 정규화, 베이스 경로 고정

XSS (Cross Site Scripting)

공통 대응책

• 출력 시 컨텍스트 맞는 인코딩
• 쿠키 HttpOnly, Secure 설정
• CSP(Content Security Policy) 적용

CSRF (Cross Site Request Forgery)

• 정의: 사용자가 로그인된 상태에서 공격자가 위조된 요청을 보냄
• 대응
  • CSRF Token 사용
  • SameSite 쿠키 설정
  • Referer / Origin 검증

(1) 클라우드 컴퓨팅

• 정의: 인터넷을 통해 언제 어디서나 필요한 자원을 서비스처럼 제공받는 기술
• 특징
  • 자원 확장이 자유로움 (On-Demand)
  • 초기 투자 비용이 적음, 단 장기적으로는 온프레미스가 더 저렴할 수 있음

클라우드 배포 유형

서비스 모델

장/단점

• 장점: 초기비용 절감, 유연성, 확장성, 필요 자원만큼 사용 가능
• 단점: 보안 위협 존재(데이터 유출, 서비스 장애), 장기 사용 시 비용 증가 가능

보안 서비스

• CASB (Cloud Access Security Broker): 클라우드 사용자와 서비스 제공자 사이에서 접근 제어 및 보안 기능 제공
• SECaaS (Security as a Service): 방화벽, IDS/IPS, 안티바이러스 등을 클라우드 기반으로 서비스 제공

(2) 가상화

• 하이퍼바이저 (Hypervisor): 가상머신을 생성/관리하는 핵심 소프트웨어
• 가상머신(VM):  호스트베이스 기반 

유형

• Type 1 (Bare-Metal): 하드웨어에 직접 설치 (Xen, KVM)
• Type 2 (Hosted): 기존 OS 위에 설치 (VirtualBox, VMware Workstation)

가상화 종류

• 서버 가상화: CPU, 메모리 등 자원을 여러 VM이 공유
• 데스크톱 가상화(VDI): 사용자 데스크톱 환경을 서버에서 실행

RAID (Redundant Array of Inexpensive Disks)

• RAID 0: Striping – 속도 ↑, 복구 불가
• RAID 1: Mirroring – 안정성 ↑, 저장 용량 50% 사용
• RAID 2: 해밍 코드 사용 → 오류 검출/정정 가능
• RAID 3: 사용 거의 없음 (복구 취약)
• RAID 5: 가장 많이 사용, 패리티를 분산 저장, 디스크 1개 손실 복구 가능
• RAID 6: 디스크 2개 손실에도 복구 가능

저장장치 구조

• DAS (Direct Attached Storage): 서버에 직접 연결, 개별 관리
• NAS (Network Attached Storage): 네트워크 기반 파일 서버, 공유 가능
• SAN (Storage Area Network): 대규모 고속 네트워크 스토리지 (FC, iSCSI 등)

(3) 버퍼 오버플로우 (Buffer Overflow)

• 정의: 프로그램이 할당된 버퍼 크기 이상으로 데이터를 입력받아 메모리를 덮어쓰는 취약점
• 유형
  • 스택 버퍼 오버플로우 (Stack Overflow)
  • 힙 버퍼 오버플로우 (Heap Overflow)
• 공격 기법
  • 리턴 주소 덮어쓰기
  • 쉘코드 삽입 및 실행
  • 시스템 권한 탈취
• 대응 방안
  • Stack Guard: 리턴 주소와 버퍼 사이에 canary 값 삽입
  • ASLR: 메모리 주소 공간 배치를 무작위화
  • DEP/NX (Non-Executable): 데이터 영역 실행 차단

(4) 포맷 스트링 공격 (Format String Attack)

• 정의: printf("%s") 같은 함수에서 포맷 제어자를 잘못 사용 시 발생
• 위험: 공격자가 %x, %n 등을 활용해 메모리 값 추출·변조 가능
• 대응: 사용자 입력을 포맷 문자열에 직접 전달하지 않도록 방어

(5) 레이스 컨디션 (Race Condition)

• 정의: 두 개 이상의 프로세스가 동시에 자원 접근 시 순서 제어가 안 돼 발생하는 문제
• 예시: TOCTOU (Time Of Check To Time Of Use) 취약점 – 검사 시점과 사용 시점 사이에 자원이 변경됨

(6) ROP (Return Oriented Programming)

• 정의: 기존의 코드 조각(Gadget)을 연결해 악성 동작을 수행하는 기법
• 특징
  • 스택 실행 금지(DEP) 우회를 위해 사용
  • 기존 라이브러리 함수 조각을 조합해 쉘 실행
• NOP Sled: NOP(No Operation) 명령어를 다량 삽입해 쉘코드 실행 가능성을 높이는 기법

(1) PAM (Pluggable Authentication Module)

• 정의: 리눅스 시스템에서 인증 절차를 모듈화해 관리하는 방식으로 계정별 보안 적용 가능
• 특징
  • 다양한 서비스(LogIn, FTP, Telnet 등)에서 공통적으로 사용
  • 패스워드 복잡성, 계정 잠금(Brute Force 방지) 등 보안정책 반영 가능
  • 설정파일 위치: /etc/pam.conf

(2) su 명령어 사용 제한

• 루트 권한 전환 명령어 su의 사용을 제어할 수 있음
• 보안상 관리자 외 일반 사용자는 su 명령어 사용을 제한하는 것이 바람직함
• 방화벽 관리 도구: firewalld, iptables
• 방화벽 : netfilter

(3) 권한 관리

• 사용자 분류: u(소유자), g(그룹), o(기타), a(전체)
• 권한 기호: r(읽기), w(쓰기), x(실행)
• 특수 권한: SetUID(s), SetGID(s), Sticky(t)

(4) 로그 관리

• /var/log/messages
  - 시스템 전반의 기본 로그
  - 부팅, 네트워크, 커널 관련 메시지 기록
• /var/log/wtmp
  - 로그인/로그아웃 기록 저장
• /var/log/xferlog
  - FTP 전송 내역 저장
• /var/log/secure
  - 인증·보안 관련 로그 (로그인 시도, su, sudo, ssh 접속 등)
• /var/log/btmp
  - 로그인 실패 기록
• /var/log/lastlog
  - 사용자별 최종 로그인 시간 기록

(5) 웹서버 로그 

• access_log: 클라이언트의 요청 기록(IP, URL, 응답 코드 등)
• error_log: 요청 처리 중 발생한 오류 기록

※ 웹서버로그는 별도로 기록 

📌  상태 코드 

• 200 : 성공
• 300 : 리다이렉션 (다른 곳으로 연결)
• 400 : 클라이언트 오류 (403: 권한 없음, 404: 문서 없음)
• 500 : 서버 내부 오류