OS 패키지 취약점 수집 멀티 배포판 개편 + OSV 자동화
배포판별 권고안 형식에 맞춰 수집기와 버전 판정 로직을 나누고 원본 변경을 추적했습니다.
작업 요약
Alpine·RHEL·Debian·Ubuntu 수집 구조 정비
배포판별 권고안 차이를 수집기에 반영했습니다
OS 패키지 취약점은 배포판마다 권고안 형식과 의미가 달라서 하나의 파서로 처리하면 정확도가 떨어집니다. 멀티 배포판 개편은 이 차이에 맞춰 수집기를 나눈 작업입니다.
OSV 자동화까지 붙인 이유는 공개 데이터와 자체 수집 데이터의 간극을 줄이기 위해서였습니다. 출처별 신뢰도를 구분해 운영할 수 있도록 했습니다.
배경
OS 패키지 취약점 데이터는 배포판마다 보안 권고(advisory)의 출처·포맷·식별 체계가 모두 달라 한 가지 방식으로 수집하면 누락·오탐·갱신 지연이 발생합니다. 기존 수집 방식은 배포판별 차이를 충분히 반영하지 못해 정확성·커버리지·최신성에 한계가 있었습니다.
- 배포판마다 취약점 표현 방식이 상이 — Alpine, RHEL, Debian, Ubuntu가 각기 다른 권고 체계와 패키지 네이밍을 사용
- 수동·반자동 수집은 갱신 주기가 느려 새 취약점이 데이터에 반영되기까지 시간이 걸림
- 여러 출처를 아우르는 표준화된 공개 취약점 데이터(OSV)를 일관되게 끌어올 자동화 경로가 필요
접근
배포판별 수집기를 각각 전면 개편하는 순서로 진행하고 이를 OSV 자동 수집 파이프라인으로 묶어 일관된 데이터 흐름을 만들었습니다.
- 배포판별 개편
Alpine·RHEL·Debian·Ubuntu 수집기를 각각 재설계
- OSV 자동화
osv.dev 공개 데이터 자동 수집 파이프라인 구축
- 정규화
배포판마다 다른 식별자와 데이터 형식을 통일
- 검증
수집 범위와 정확성 확인 후 정기 갱신
"하나의 수집기로 모든 배포판을 처리"하는 대신 배포판별 특성을 살린 개별 개편과 OSV 자동화를 결합해 배포판별 정확도를 개선하고 정기 수집을 자동화했습니다.
데이터 흐름
결과
역할
데이터 엔지니어로서 배포판별 수집기 개편 → OSV 자동 수집 파이프라인 구축 → 정규화·검증을 단독으로 수행했습니다. 배포판마다 다른 취약점 권고 체계를 각각 분석해 개별 개편하는 연쇄 작업을 이끌고 이를 자동화된 데이터 흐름으로 묶어 멀티 배포판 OS 패키지 취약점 데이터의 정확성·자동화·커버리지를 함께 개선했습니다.
보안 데이터 파이프라인 영역의 다른 작업은 별도 항목으로 정리.
🛡 OS 패키지 취약점 수집 시리즈 ② — ① 수집 정확도 개선 · ③ RHEL VEX 구조 재설계