검증·대응 완료 · 2024–26
취약점 검증·고객사 검증 대응
고객사 OS 이미지와 패치 상태를 대조해 취약점 오탐·미탐의 원인을 확인하고 보고서를 작성했습니다.
기간2024–2026 (상시)
소속래브라도랩스(LabradorLabs)
역할데이터 엔지니어
취약점 검증오탐·미탐보고서
작업 요약
판정 근거를 수집·분석 파이프라인 수정에 반영
고객사 환경에서 오탐 원인을 확인했습니다
수집된 취약점 정보가 실제 고객사 환경에도 적용되는지 확인해야 했습니다. 고객사 검증 요청에서 OS 이미지와 패치 상태를 대조하며 판정이 어긋나는 원인을 찾았습니다.
RHEL 커널 유발 취약점이나 고객사 OS 이미지 오탐을 분석한 이유는 수집 로직과 취약점 판단 기준에 수정이 필요한지 확인하기 위해서였습니다.
배경
제품은 수집된 파일/함수 취약점과 OS 패키지 취약점을 고객에게 제공합니다. 그런데 수집·매칭 과정에서 오탐(실제로는 취약하지 않은데 취약하다고 표기)과 미탐(실제로는 취약한데 누락)이 발생할 수 있어 데이터가 정말 실제 취약점인지 검증하는 분석이 필요했습니다.
- 예: 어떤 파일/함수의 패치 코드가 동시에 다른 취약점의 취약 코드인 경우처럼, 표면적 매칭만으로는 판단이 어긋나는 사례가 있음
- 버전 비교 로직, 수집처 간 차이 등의 차이가 오탐·미탐으로 이어짐
- 고객사는 자사 환경(컨테이너 이미지·OS 패키지 등)의 취약점 표기가 맞는지 검증을 요청
접근
- 검증 분석
오탐·미탐 여부 확인
- 원인 규명
버전 비교 로직과 수집처 차이 조사
- 보고서
확인한 근거와 결과를 고객사에 보고
- 반영
확인된 문제를 수집·분석 과정에 반영
수집 데이터의 정확성을 검증하는 절차를 만들고, 확인된 오탐·미탐 원인을 수집·분석 파이프라인의 수정 항목으로 연결했습니다.
한 일
- 수집된 파일/함수 취약점과 OS 패키지 취약점이 실제 취약점인지 검증하는 정밀 분석 수행 — 예: 패치 코드가 다른 취약점의 취약 코드인 경우 등
- 취약점 검증 체계를 기획·활용해 수집 데이터의 정확성을 검증하고 버전 비교 로직·수집처 차이 등 오탐·미탐의 원인을 규명
- 고객사 검증 요청(오탐·미탐 확인, 컨테이너 이미지·OS 패키지 취약점 검토 등)을 직접 검증하고 결과를 보고서로 작성·제공
- 대표 사례 ① RHEL 9.4 분석에서 커널 유발 취약점 10,995건을 식별·분석하고, 중복 취약점을 통합 표기하면 1,500건 이내로 줄일 수 있다는 개선안을 제시
- 대표 사례 ② 고객사 OS 이미지 54개의 오탐 유형을 분류하고, 수집처 데이터 최신화 이슈 등 원인별로 대응
- 검증에서 드러난 원인을 수집·분석 파이프라인 개선으로 반영
결과
데이터 신뢰도오탐·미탐 원인을 확인하고 수집 데이터에 수정 내용을 반영
고객사 검증 보고고객사에 검증 결과와 판정 근거를 보고서로 전달
재발 방지확인된 원인을 수집·분석 파이프라인에서 수정
역할
분석 결과가 원본 취약점 정보와 다른 사례를 직접 확인하고 원인을 분류했습니다. 고객사 보고서에서 발견된 오탐·미탐은 답변으로 끝내지 않고 수집·버전 비교 로직의 수정 항목으로 다시 넘겼습니다.
연계: OS 패키지 취약점 수집 개편, 함수 추상화 해시 생성 등 수집·분석 항목과 맞물려 데이터 정확성을 높이는 작업으로 진행.