개념 사전 · 개념

NSM

Network Security Monitoring · 네트워크 보안 모니터링

은 경보뿐 아니라 흐름·프로토콜 메타데이터·패킷 등 네트워크 증거를 지속적으로 수집해 보안 조사를 돕는 접근이다. 단일 시그니처 일치보다 누가 무엇과 어떤 통신을 했는지 설명하는 데 초점을 둔다.

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

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

  • 사건 전후의 네트워크 문맥을 확보한다.
  • 경보에서 원본 흐름과 패킷으로 조사를 이어간다.
  • 센서의 관찰 범위와 보존 비용을 설계한다.

02어떤 순서로 동작하나

  1. 가시성 확보

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

  2. 구조와 상태 해석

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

  3. 조건 평가

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

  4. 기록 또는 차단

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

  5. 조사와 품질 평가

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

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

양방향 패킷을 연결 상태·시간과 묶은 관찰 단위.
HTTP·· 등의 필드에서 추출한 통신 정보.
재조립과 상세 분석에 쓰는 원시 패킷 기록.
인터넷 경계·내부 구간·서버 근처 등 증거를 확보하는 배치 위치.
LEARN THROUGH PRACTICE

Suricata 실행 전에 NIC의 큐·링·드라이버 읽기

채널 수와 수신 링 용량을 구분하고 패킷 손실 진단의 기준선을 만든다.

실습 구성과 전제

  • 센서용 격리 의 데이터 NIC를 확인한다.
  • 조회 명령만 사용하며 운영 NIC의 채널 수·링 크기를 임의로 변경하지 않는다.
  1. 드라이버가 제공하는 기능을 확인한다

    • ethtool -i는 드라이버와 기능 정보를 보여 준다. 게스트에서 보이는 가상 NIC의 기능과 물리 호스트 NIC의 기능을 혼동하지 않는다.
    • 기능 지원은 실제 활성화 상태나 사용 상태와 별개다.
    shell
    ethtool -i ens160
    suricata --build-info

    NIC와 빌드 기능을 조회한다. 인터페이스 이름은 자신의 센서에 맞춘다.

    suricata · 실습·개념 참고 화면 2원본 크기로 보기 ↗
    • driver는 vmxnet3이며 version·bus-info가 표시된다.
    • supports-statistics는 yes지만 EEPROM 접근은 no다. 모든 ethtool 기능이 동일하게 지원되는 것은 아니다.
    확인 기준

    센서 인터페이스 이름과 드라이버를 운영 기록에 남긴다.

  2. 채널 수와 링 크기를 나누어 읽는다

    • ethtool -l의 Combined는 채널 수이며 ethtool -g의 RX는 링 파라미터다. 숫자 4와 1024를 같은 단위의 처리량으로 비교하지 않는다.
    • 여러 큐가 있어도 양방향 연결이 같은 처리 맥락에 배치되는지, 캡처 모드의 분배 방식이 맞는지를 확인해야 한다.
    shell
    ethtool -l ens160
    ethtool -g ens160
    ethtool -S ens160

    채널·링·통계를 각각 조회한다. 드라이버마다 통계 이름과 지원 항목이 다르다.

    suricata · 실습·개념 참고 화면 1원본 크기로 보기 ↗
    • Combined의 최대값과 현재값이 모두 4로 표시된다.
    • RX·TX가 n/a인 것은 분리 채널 항목이 지원되지 않는다는 표시이며 패킷을 수신하지 못한다는 뜻이 아니다.
    suricata · 실습·개념 참고 화면 3원본 크기로 보기 ↗
    • RX의 최대값은 4096, 현재값은 1024로 표시된다.
    • TX와 RX Jumbo도 별도의 현재값을 가진다. 최대 가능 값과 현재 설정을 구분해야 한다.
    확인 기준

    변경 전에는 인터페이스 통계·캡처 손실·CPU 병목을 먼저 기록한다.

  3. 손실 지점을 센서 파이프라인과 연결한다

    • NIC 드롭이 늘면 캡처 이전 손실을 의심하고, 캡처·해석 통계와 함께 비교한다. EVE 경보 수가 적다는 것만으로 트래픽이 적거나 안전하다고 판단하지 않는다.
    • workers·autofp·AF_PACKET 등 실제 실행 조건을 적고 같은 부하에서 한 설정씩 비교한다.
    확인 기준

    한 가지 튜닝 값보다 입력 패킷·수신 손실·처리 지연의 전후 수치를 비교한다.

실습에서 확인한 동작 원리

  • 채널 수·링 용량·스레드 수는 다른 값이다.
  • 경보 품질을 보기 전에 캡처 가시성과 손실부터 확인한다.
관련 개념·전체 실습 화면 이어서 읽기 →
동작·명령 참고 문서

04예제로 따라가기

  • 질의· 서버 이름·후속 연결 시각을 연결하면 하나의 호스트가 외부 자원에 접근한 흐름을 설명할 수 있다.
  • EVE에는 alert가 없는 정상 HTTP· 기록도 생성될 수 있다.
  • 전후 두 센서에서 같은 통신을 보더라도 IP·포트가 바뀔 수 있어 변환 기록과 시간 범위가 필요하다.

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

  • 암호화된 본문의 내용은 센서가 키와 복호화 조건을 가지지 않으면 그대로 볼 수 없다.
  • 보존하지 않은 과거 패킷을 현재의 요약 메타데이터만으로 완전하게 재구성할 수는 없다.

06상세 노트 · 실습 자료

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

공식 문서 · 표준

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