개념 사전 · 업무 지식

시험·결과 보고서

트러블슈팅 · 테스트 보고서 · 증거 기반 보고

는 무엇을 어떤 조건에서 실행했고 어떤 근거로 성공·실패를 판정했는지 전달하는 문서이다. 단일 성공 화면보다 재현 조건, 기대값, 실제값과 설명의 한계를 함께 담는다.

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

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

  • 변경 전후를 같은 조건에서 비교하여 원인을 좁힌다.
  • 성공뿐 아니라 실패·경계 조건과 남은 불확실성을 기록한다.
  • 탐지율과 오탐률처럼 목적에 맞는 지표로 결과를 평가한다.

02어떤 순서로 동작하나

  1. 정상 기준 확정

    환경·입력··판정 기준을 정한다.

  2. 증상 기록

    발생 시각·대상·재현 조건·출력과 서비스 영향을 남긴다.

  3. 분리

    가능한 원인을 나열하고 각 이 맞을 때 달라질 관찰값을 정한다.

  4. 통제된 검사

    가능하면 한 번에 한 조건을 바꾸고 로그·패킷·설정을 비교한다.

  5. 조치와 회귀 확인

    원인에 맞는 조치를 적용한 뒤 같은 시험과 정상 기능 시험을 반복한다.

  6. 보고와 후속 관리

    사실·추론·남은 불확실성을 구분하고 결론, 근거, 담당자와 후속 기한을 기록한다.

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

관찰된 현상을 설명하기 위해 세운 검증 가능한 추정이다.
시험 전에 정한 정상 동작이나 통과 조건이다.
시험 수행 중 관측한 응답·상태·로그·수치이다.
조치 후 동일한 조건이나 합의한 조건으로 문제 해결 여부를 다시 확인하는 것이다.
LEARN THROUGH PRACTICE

미탐 원인 표를 재현 가능한 시험 보고서로 바꾸기

규칙을 바꿨다는 기록에 입력 조건·관찰 증거··한계를 보태어 설명 가능한 결과를 만든다.

실습 구성과 전제

  • 격리 PCAP 또는 승인된 실습 요청과 규칙 버전을 보관하고, 정상 트래픽 표본도 함께 준비한다.
  • 문제·원인·해결 표는 당시 관찰을 요약한 자료다. 표의 해결 문구를 모든 공격에 적용되는 완성된 탐지 규칙으로 확대하지 않는다.
  1. 증상과 탐지하려는 사건을 같은 문장에 적기

    • 리버스 셸 연결 성립과 연결 뒤 특정 명령이 오가는 것은 다른 사건이다. 후속 명령 문자열만 찾는 규칙이 연결 순간을 탐지하지 못했다고 해서 패킷 수집 자체가 실패했다고 결론낼 수 없다.
    • 보고서에는 시험 ID, 입력 PCAP, 센서 위치, 규칙 SID·개정 번호, 기대 경보를 적는다. '탐지 안 됨'을 '어떤 조건의 어떤 사건이 어디에서 보였으나 어느 규칙과 불일치했는가'로 구체화한다.
    프로젝트 결과 보고 기준 · 가이드라인원본 크기로 보기 ↗
    • 표의 한 행은 특정 후속 명령에만 반응하는 규칙과 리버스 셸 탐지 기대 사이의 차이를 문제로 기록한다.
    • 다른 행은 10초·50개 조건의 스캔 규칙과 관찰된 느린 패킷 빈도의 차이를 원인으로 설명한다. 시간 창과 건수 조건이 탐지 결과에 영향을 준다.
    확인 기준

    주장에 대응하는 패킷·로그를 제시할 수 있는지 확인한다. 일반 셸 문자열 하나를 추가했다고 암호화·분할·다른 셸까지 모두 탐지한다고 쓰지 않는다.

  2. 한 조건만 바꿔 원인 가설을 시험하기

    • 임계값을 낮추는 시험이라면 시간 창·규칙 내용·PCAP·실행 옵션은 고정한다. 바꾼 조건과 결과가 연결돼야 '어느 변경이 영향을 주었는가'를 설명할 수 있다.
    • 예를 들어 50에서 20으로 기준을 낮춘 결과는 해당 관찰 빈도의 표본에 대한 결과다. 경계 아래·위의 표본과 정상 연결 폭주 표본으로 미탐 개선과 오탐 증가를 함께 확인한다.
    확인 기준

    명령·입력 해시·규칙 차이·출력 시각을 한 시험 ID에 묶는다. 한꺼번에 여러 조건을 바꿨으면 원인을 단일 항목으로 확정하지 않는다.

  3. 전체 결과와 남은 한계를 같은 표에 남기기

    • 시험별 실제 정답과 경보 결과를 모아 TP·FN·FP·TN을 센다. 경보가 나오지 않은 시험도 결과표에서 빠뜨리지 않아야 규칙 개선 전후를 공정하게 비교할 수 있다.
    • 결론은 확인한 범위로 한정한다. '특정 평문 패턴을 포함한 격리 PCAP에서 탐지'와 '실시간 암호화 통신 전체를 탐지'는 증명 부담이 다르며 후자는 별도 근거 없이는 쓰지 않는다.
    0722 발표 · 실습·개념 참고 화면 1원본 크기로 보기 ↗
    • 실제 사건과 예측을 교차한 네 칸 중 FN과 FP가 별도로 표시된다. 보고서에는 미탐과 오탐을 다른 실패 유형으로 남긴다.
    • 양성·음성의 두 축이 있으므로 경보 건수만 제시하는 표보다 시험 표본의 구성을 드러낼 수 있다.
    확인 기준

    보고서를 읽는 사람이 같은 표본·설정으로 재현할 수 있고, 관찰 사실과 원인 추정과 미검증 범위를 구별할 수 있으면 증거 묶음이 완성된다.

실습에서 확인한 동작 원리

  • 의 핵심은 바꾼 설정 목록보다 을 확인하거나 배제한 증거다.
  • 탐지 개선은 정상 표본의 영향과 아직 시험하지 않은 조건을 함께 보고해야 설명 가능하다.
관련 개념·전체 실습 화면 이어서 읽기 →
동작·명령 참고 문서

04예제로 따라가기

  • 가상 정답 자료: 교육용 이벤트 1,000건의 정답을 악성 20건·정상 980건으로 미리 확인했다고 가정한다. 경보 자체를 정답 라벨로 사용하지 않는다.
  • 네 결과로 분류: 악성 중 탐지 18건(TP), 미탐 2건(FN), 정상 중 경보 12건(FP), 정상 무경보 968건(TN)으로 나눈다.
  • 정확도 계산: (TP+TN)/전체 = (18+968)/1,000 = 98.6%다. 정상 사건이 많은 자료에서는 이 값만 높아도 오탐·미탐이 남을 수 있다.
  • 경보 정밀도: TP/(TP+FP)=18/30=60%다. 경보 30건 중 12건이 정상이라는 사실은 분석자의 검토 부담과 연결된다.
  • 악성 재현율: TP/(TP+FN)=18/20=90%다. 정상 사건의 수가 많다고 놓친 악성 2건의 영향이 사라지는 것은 아니다.
  • 평가 조건 보고: 자료 선정·정답 판정·관측 기간·임계값·실패 사건의 종류를 함께 제시한다. 이 자료에 맞춰 조정한 규칙은 별도의 자료로 다시 확인한다.

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

  • 동시 변경의 혼입: 네트워크·설정·버전을 한꺼번에 바꿔 성공했다면 어느 변경이 원인이었는지 불명확하다. 변경을 분리하거나 확인 가능한 수준의 결론만 기록한다.
  • 시간 오차: 장비 시각·시간대·로그 정밀도가 다르면 사건 순서가 뒤집혀 보일 수 있다. 보정 근거와 남는 오차를 기록한다.
  • 분모 누락: 수집되지 않은 사건을 제외하고 정확도를 계산하면 실제 입력의 실패를 숨길 수 있다. 원천 건수·수집 건수·파싱 성공·판정 가능 건수를 함께 집계한다.
  • 평균의 한계: 평균 응답시간만으로 극단적으로 느린 요청과 장애 구간을 설명하지 않는다. 표본 수·분포·관측 시간과 필요한 상위 백분위수를 함께 확인한다.
  • 시험 도구의 영향: 패킷 캡처·상세 로그·부하 도구가 시스템의 자원 사용을 바꿀 수 있다. 측정 기능을 켠 환경과 운영 환경의 차이를 기록한다.
  • 부록의 재현 가능성: 실행 순서·입력··설정 버전·자료 위치가 없으면 화면만으로 재현하기 어렵다. 다른 사람이 보고 같은 시험을 수행할 수 있는지 검토한다.

06상세 노트 · 실습 자료

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

READ · OBSERVE · CONNECT

함께 보는 학습 자료

아래 공식 자료를 본문의 개념·예제와 함께 읽어 보세요. 자료별로 확인할 위치와 관찰할 내용을 적었습니다.

공식 가이드

NIST SP 800-115 — 시험 계획부터 발견 사항 분석까지

시험 기법의 장점·한계와 계획·수행·분석의 관계를 익히는 자료다.

읽으면서 확인할 것
  • 시험 범위·전제·를 먼저 고정하고, 수집한 증거가 어떤 결론까지 뒷받침하는지 적는다.
  • 발견 사항을 조치로 연결한 뒤 재시험할 조건과 남은 한계를 본문의 보고서 구조에 넣는다.

공식 문서 · 표준

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