개념 사전 · 개념

IDS

Intrusion Detection System · 침입 탐지 시스템

는 수집한 네트워크 또는 호스트 활동을 분석하여 의심 조건을 경보로 알리는 시스템이다. 탐지 성공은 센서 ·파서·규칙·기준선에 의존하며 경보 자체가 침해 확정은 아니다.

밑줄 용어에 마우스를 올리거나, 키보드로 선택하거나, 터치하면 설명을 볼 수 있습니다.

01무엇이고, 어떤 일을 하나

  • 위협 조건과 맞는 이벤트를 빠르게 찾아낸다.
  • 관련 흐름과 규칙 ID를 조사자가 따라갈 수 있게 남긴다.
  • 정상·공격 표본으로 오탐과 미탐의 균형을 평가한다.

02어떤 순서로 동작하나

  1. 확보

    ·TAP·inline 위치에서 필요한 방향의 패킷을 받는다. 암호화·미러링 범위·손실이 입력을 제한한다.

  2. 구조와 상태 해석

    헤더·IP 단편· 스트림·응용 프로토콜을 해석하여 검사할 문맥을 만든다.

  3. 조건 평가

    ·행위·이상 조건을 적용한다. 규칙 일치는 그 조건의 관찰이며 악성 의도의 자동 증명은 아니다.

  4. 기록 또는 차단

    passive는 경보를 기록하며 inline은 정책과 실패 처리에 따라 차단할 수 있다.

  5. 조사와 품질 평가

    원본·방향·시간·자산 정보를 연결하고 TP·FP·FN 등 분모가 있는 지표로 결과를 평가한다.

03먼저 알아둘 용어와 구성요소

알려진 바이트·필드·행위 조건을 표현한 탐지 패턴.
정상 활동을 탐지 대상으로 잘못 분류한 결과.
탐지해야 할 활동을 놓친 결과.
센서가 실제로 받은 트래픽과 해석할 수 있는 내용의 범위.
LEARN THROUGH PRACTICE

인라인 후보 인터페이스에서 수신과 전달을 따로 검증하기

센서 인터페이스에 패킷이 들어오는 것과 다른 인터페이스로 전달되는 것을 구분한다.

실습 구성과 전제

  • 격리 의 관리 인터페이스와 시험용 데이터 인터페이스를 분리한다.
  • 주소가 없는 인터페이스에서도 L2 프레임은 캡처될 수 있지만 전달 기능은 별도로 구성해야 한다.
  1. 관리 경로와 데이터 경로를 구분한다

    • ip a에서 인터페이스 이름·링크 상태·주소를 확인한다. 두 시험 포트가 UP이라고 해서 브리지나 전달 경로가 자동으로 구성되는 것은 아니다.
    • 관리 접속을 유지할 별도 경로가 있어야 데이터 경로 시험 실패 시 장비를 복구할 수 있다.
    shell
    ip -br link
    ip -br address

    인터페이스 상태와 주소를 변경하지 않는 조회 명령이다.

    인라인 패킷 전달·탐지 구성 · IPS다시원본 크기로 보기 ↗
    • ens160에는 IPv4 주소가 보이고 ens224·ens256은 별도 인터페이스로 표시된다.
    • 데이터 후보 포트의 UP·LOWER_UP과 주소 설정은 다른 필드다. 링크 상태만으로 패킷 전달을 증명할 수 없다.
    확인 기준

    시험 포트를 케이블·가상 스위치 연결도와 맞춘다.

  2. 수신 패킷을 확인한다

    • 입력 측에서 등 정상 시험 트래픽이 보이는지 확인한다. 출력 측에서도 같은 사건의 프레임이 보이는지 별도 캡처해야 전달을 증명할 수 있다.
    • 반복 요청만 보이면 응답 부재·경로 단절·주소 오류가 후보가 된다. 규칙이 막았다고 단정하지 않는다.
    shell
    tcpdump -ni ens224 -c 10 'arp or icmp'
    tcpdump -ni ens256 -c 10 'arp or icmp'

    실습 데이터 인터페이스에서 같은 정상 트래픽을 별도로 관찰한다.

    인라인 패킷 전달·탐지 구성 · IPS다시원본 크기로 보기 ↗
    • tcpdump -i ens224가 실행되고 Ethernet 링크 타입과 반복 ARP Request가 보인다.
    • 캡처는 한 인터페이스의 수신 증거다. ens256으로 전달됐다는 정보는 이 화면에 없다.
    확인 기준

    수신·전달·응답을 세 지점에서 분리해 판정한다.

  3. 탐지 모드와 차단 모드를 검증한다

    • 미러 포트의 는 복제본을 보기 때문에 원래 패킷을 직접 멈추지 않는다. 는 실제 경로에 위치하고 지원하는 캡처·전달 방식으로 동작해야 한다.
    • 정상 표본이 통과하는 기준선을 먼저 만든 뒤 허가된 시험 표본의 탐지·차단·복구를 비교한다.
    확인 기준

    경보 발생, 패킷 드롭, 클라이언트 결과가 서로 대응해야 차단 성공이라고 쓴다.

실습에서 확인한 동작 원리

  • 패킷 수신과 전달은 서로 다른 검증 항목이다.
  • 인터페이스 상태나 경보만으로 차단 효과를 확정할 수 없다.
관련 개념·전체 실습 화면 이어서 읽기 →
동작·명령 참고 문서
LEARN THROUGH PRACTICE

탐지 배치도와 혼동행렬로 시험의 정답 만들기

센서가 볼 수 있는 경로를 먼저 정하고, 양성·음성 표본과 독립 정답을 사용해 탐지와 차단을 평가한다.

실습 구성과 전제

  • 승인된 격리망의 테스트 클라이언트·보호 서버·센서를 사용한다. 외부 시스템을 시험 대상으로 삼지 않는다.
  • 아래 혼동행렬 계산의 건수는 설명용 가상값이다. 배치도에 그려진 장비들이 실제로 해당 정확도를 달성했다는 뜻이 아니다.
  1. 센서가 보는 경로와 막을 수 있는 경로를 표시하기

    • 배치도에서 클라이언트부터 보호 서버까지 실제 데이터가 지나는 링크를 추적한다. 인라인 는 통과 경로에 있지만 미러 포트의 는 복사된 패킷을 관찰할 뿐이다.
    • 의 경보 유무와 서버 요청 도달 여부는 따로 측정한다. 둘을 같은 지표로 합치면 탐지는 했으나 차단하지 않은 경우를 잘못 성공 또는 실패로 분류하게 된다.
    보안 실습 환경원본 크기로 보기 ↗
    • 그림은 Kali, 라우터, IPS-pfSense, 스위치와 DVWA·WebGoat 서버의 연결을 보여 준다. 시험 요청의 경로를 따라갈 수 있다.
    • IDS-Snort3는 별도 센서로 표시되어 있다. 장비 이름만 보고 IPS와 같은 인라인 차단 위치라고 가정하지 않는다.
    확인 기준

    센서 입력에서 시험 표식이 관찰되는지 먼저 확인한다. 입력 자체가 없으면 규칙 성능을 평가하기 전에 배치·미러링 문제부터 해결한다.

  2. 실제 정답과 도구의 예측을 교차시키기

    • 양성은 평가할 사건이 실제로 존재하는 표본, 음성은 존재하지 않는 표본으로 정의한다. 경보가 나왔다는 이유만으로 그 표본을 양성으로 바꾸면 순환 평가가 된다.
    • 격리 PCAP의 시험 번호·예상 사건 여부를 별도 목록으로 만들고, 탐지 결과는 rule SID와 시각으로 그 목록에 대응시킨다. 도구 출력과 정답 목록을 독립적으로 보관한다.
    0722 발표 · 실습·개념 참고 화면 1원본 크기로 보기 ↗
    • 행은 실제 Positive·Negative, 열은 예측 Positive·Negative로 나뉘며 TP·FN·FP·TN이 교차 위치에 놓인다.
    • 실제 Positive인데 예측 Negative인 칸이 FN이다. 탐지되지 않은 공격을 정상 음성 TN으로 세면 재현율이 부풀려진다.
    확인 기준

    모든 시험 번호가 네 칸 중 정확히 하나에 들어가야 한다. 경보가 여러 개 발생한 한 사건을 여러 양성 표본으로 중복 집계하지 않는다.

  3. 가상 수치를 계산하고 임계값 수정의 부작용 비교하기

    • 가상 양성 10건 중 8건 탐지, 음성 10건 중 1건 오탐이면 TP=8, FN=2, FP=1, TN=9다. 정밀도는 8/9, 재현율은 8/10, 오탐률은 1/10으로 분모가 다르다.
    • 탐지 임계값을 낮춘 뒤에는 같은 정답 집합뿐 아니라 따로 남긴 검증 표본도 시험한다. 재현율이 높아져도 정상 작업에 경보가 늘거나 차단 지연이 생길 수 있다.
    text
    가상 표본 20건
    TP 8 + FN 2 = 실제 양성 10
    FP 1 + TN 9 = 실제 음성 10
    정밀도 8/9 ≈ 88.9%
    재현율 8/10 = 80%
    오탐률 1/10 = 10%

    화면의 혼동행렬 구조에 가상 건수를 넣은 계산 예. 실측 결과가 아니다.

    확인 기준

    변경 전후에 정답 집합·시간 범위·센서 손실률을 동일하게 기록한다. 수치가 좋아졌다는 결론에는 어느 분모와 조건인지 함께 적는다.

실습에서 확인한 동작 원리

  • 관측 위치가 잘못되면 규칙 정확도 평가도 의미가 없어진다.
  • 정확도 하나보다 정밀도·재현율·오탐률과 탐지/차단 구분이 실제 운영 영향을 잘 설명한다.
관련 개념·전체 실습 화면 이어서 읽기 →
동작·명령 참고 문서
LEARN THROUGH PRACTICE

보안 실습 배치도를 요구사항과 설치 선택으로 연결하기

장비를 나열한 그림에서 요청 경로·센서 역할·서버 구성·인수 시험까지 추적 가능한 설계 항목을 만든다.

실습 구성과 전제

  • 외부와 분리한 실습망에서 공격 실습 클라이언트·시험 웹 서버·관리 접속 경로를 구분한다.
  • 배치도와 설치 화면은 별도 구성 사례다. 배치도의 모든 이 같은 설치 선택을 사용했다고 가정하지 않는다.
  1. 장비 이름을 데이터 흐름과 요구사항으로 바꾸기

    • ' 설치'는 작업이고 '시험 요청이 센서에 도달해 해당 규칙의 경보를 남긴다'는 검증 가능한 이다. 배치도 위에 요청의 출발점·목적지·통과 장비와 복사 관측 지점을 적는다.
    • 차단 시험은 앞뒤의 관찰과 서버의 도달 기록을 함께 필요로 한다. 관리 접속을 실험 트래픽과 같은 차단 경로에 두면 장애 때 제어할 수 없으므로 복구 경로도 설계한다.
    보안 실습 환경원본 크기로 보기 ↗
    • Kali에서 라우터와 IPS-pfSense를 거쳐 서버 쪽으로 이어지는 흐름이 그려져 있다. 장비 순서가 차단·도달 시험의 위치를 정한다.
    • Snort3 센서와 DVWA·WebGoat 서버의 역할이 구분되어 있다. 탐지 장비와 취약 애플리케이션을 같은 노드로 취급하지 않는다.
    확인 기준

    각 에 입력 위치·관측 위치·기대 결과가 한 세트로 붙는지 확인한다. 연결선만으로 미러링 설정 완료를 주장하지 않는다.

  2. OS 설치 선택을 서비스 역할과 연결하기

    • 최소 설치는 필요한 패키지와 서비스부터 구성하는 출발점이다. 필요한 보안 업데이트·계정 정책·방화벽 설정까지 자동으로 충족한다는 뜻은 아니다.
    • 역할별로 웹 서버, 센서, 로그 수집기의 필요한 패키지와 포트를 별도 목록으로 만든다. 한 에 모든 기능을 넣으면 포트 충돌·자원 경합·시험 실패 원인 분리가 어려워질 수 있다.
    프로젝트 VM 구성 · SGW01 : Security GateWay 01원본 크기로 보기 ↗
    • Rocky Linux 9.8의 소프트웨어 선택 화면에서 최소 설치가 선택되어 있다. CPU·메모리 수치를 지정하는 VM 명세 화면은 아니다.
    • 추가 소프트웨어 선택란에는 표준 도구·헤드리스 관리·보안 도구 관련 선택이 보인다. 설치 구성의 선택이며 해당 서비스의 실행 결과는 아니다.
    확인 기준

    설치 후 실제 서비스 목록과 수신 포트를 목록에 대조한다. 체크한 패키지 그룹만 보고 센서나 웹 서비스가 정상이라고 판정하지 않는다.

  3. 설계 항목마다 인수 시험과 복구 조건을 붙이기

    • 가상 LAB-01을 '정상 요청은 웹 서버에 도달하고 관측 로그가 남는다', LAB-02를 '시험 패턴은 지정 규칙의 경보를 만든다'처럼 나누면 서비스 가용성과 탐지를 따로 검증할 수 있다.
    • 시험마다 이미지 버전·네트워크 연결·규칙 버전·기대 출력·실패 시 복구 방법을 기록한다. 결과가 없거나 시험 전이면 준비 단계로 표시하여 설계도와 구축 완료를 구분한다.
    확인 기준

    설계표의 모든 이 시험 ID에 연결되고, 시험 결과를 찾을 수 있어야 인수할 수 있다. 장비가 켜져 있다는 사실만으로 프로젝트 완료를 선언하지 않는다.

실습에서 확인한 동작 원리

  • 그림은 요청과 관측의 경로를 설명할 때 시험 가능한 설계가 된다.
  • 설치 옵션, 실행 상태, 학습 기능의 성공은 서로 다른 증거로 확인한다.
관련 개념·전체 실습 화면 이어서 읽기 →
동작·명령 참고 문서

04예제로 따라가기

  • 정답 집합: 전체 100,000개 중 실제 탐지 대상 100개, 정상 99,900개라고 가정한다. 독립적으로 정답이 정해진 교육용 표본이다.
  • 탐지 결과: 대상 중 TP=90·FN=10이고 정상 중 FP=999·TN=98,901이다. 네 칸 합계는 100,000이다.
  • 탐지율 계산: Recall은 90/100=90%, 오탐률은 999/99,900=1%다. 두 값은 서로 다른 집합을 분모로 사용한다.
  • 경보 품질: 전체 경보는 90+999=1,089개이고 Precision은 90/1,089≈8.26%다. 높은 Recall과 낮은 경보 유효성이 함께 나타난다.
  • 운영 해석: 임계값·예외·상관분석을 조정하되 FN 증가와 업무 비용도 함께 비교한다. 이 가상 수치를 실제 센서 성능이라고 주장하지 않는다.

05혼동하기 쉬운 점과 확인 기준

  • 입력 : 수집 패킷·처리 드롭·암호화 비중이 바뀌었는지 확인한다. 센서가 덜 보아 경보가 줄었을 수 있다.
  • 정답과 중복: 정답을 같은 규칙의 출력으로 만들면 순환 평가가 된다. 독립 표본과 사건 단위 중복 기준을 유지한다.
  • 분포 변화: 시험 데이터와 운영 데이터의 서비스·정상 빈도·시간대가 다른지 본다. 한 표본의 Precision을 다른 기저율에 그대로 적용하지 않는다.

06상세 노트 · 실습 자료

헤더 구조, 설정 예시, 수치 계산과 수업 캡처는 아래 노트에서 이어집니다.

공식 문서 · 표준

기초 개념과 동작 설명을 대조한 자료입니다. 제품 버전과 실제 설정에 따른 차이는 본문 및 원문에서 확인하세요.