코드를 고치기 전 공격부터 막는다, F5 가상 패치의 1% 주장

F5는 2026년 9월 1일 미국 시애틀에서 AI 기반 웹 애플리케이션 방화벽(WAF)과 가상 패치 기능 확대를 발표했다. F5의 9월 1일 발표 에 따르면 새 AI 기반 WAF 기능과 가상 패치, Distributed Cloud Web App Scanning과 F5 WAF for BIG-IP의 연동은 발표일 기준 제공되며, 이상 탐지와 에이전트형 위협 인텔리전스는 고객에게 순차 배포되고 있다.

핵심은 취약한 코드를 바로 고칠 수 없을 때 애플리케이션으로 들어오는 요청 경로에서 악용 시도를 먼저 차단하는 것이다. F5는 자사 내부 시험에서 위협 탐지 효율 98%와 오탐률 1%를 기록했다고 주장했으며, Infor Channel의 당일 보도 도 이 수치가 F5 내부 시험에서 나온 것이라고 명시했다. 외부 시험기관이 실제 고객 환경에서 재현한 독립 벤치마크로 공개된 값은 아니다.

가상 패치는 요청이 코드에 닿기 전에 작동한다

F5가 제시한 흐름은 취약점 발견, 보호 규칙 생성 또는 선택, WAF 집행, 애플리케이션 코드 수정과 배포 순이다. Distributed Cloud Web App Scanning이 외부에 노출된 취약점이나 보호되지 않은 API, 비즈니스 로직 결함을 찾으면 그 결과를 WAF 정책과 연결해 런타임 보호에 이용한다.

WAF는 애플리케이션과 API로 들어오는 요청을 인라인으로 평가한다. F5 설명상 실시간 머신러닝 분류와 신경망 위험 엔진이 요청마다 위험 점수를 부여하며, 이상 탐지는 애플리케이션별 평상시 트래픽의 통계적 기준선을 만들고 의미 있는 이탈을 표시한다. 알려진 공격 서명뿐 아니라 요청의 행동과 위험 신호도 집행 판단에 반영하려는 구조다.

가상 패치는 이 집행 지점에 임시 보호 규칙을 두는 방식이다. 운영자는 기존 서명을 적용하거나 특정 CVE, 공격 경로, HTTP 메서드, 헤더 또는 매개변수로 범위를 좁힌 규칙을 만들 수 있다. 조건에 해당하는 요청을 취약한 코드에 도달하기 전에 거부하고 정상 요청은 계속 전달하는 것이 목표다.

따라서 제목의 ‘코드를 고치기 전 공격부터 막는다’는 표현은 코드가 자동으로 복구된다는 뜻이 아니다. 취약점이 남아 있는 동안 WAF를 통과하는 악용 요청을 먼저 차단해 개발팀이 수정, 시험, 승인과 배포를 진행할 시간을 확보한다는 의미다.

오탐률 1%는 제품 보증이 아닌 내부 시험값이다

1%는 F5가 통제한 내부 시험에서 측정했다는 공급업체 주장이다. 오탐은 정상 요청을 공격으로 잘못 분류하는 경우를 뜻한다. 이 비율이 낮으면 보안팀이 모니터링 전용 정책을 실제 차단 정책으로 전환할 때 정상 서비스가 방해받을 위험도 낮아질 수 있다.

그러나 F5 발표에는 시험에 사용한 정상 요청과 공격 요청의 수, 애플리케이션 종류, 공격 유형별 분포, 위험 임계값, 정책 튜닝 방식과 재현 절차가 제시되지 않았다. 분모와 시험 조건을 알 수 없으므로 1%를 모든 운영 환경에서 정상 요청 100건 중 정확히 1건이 차단된다는 약속으로 해석할 수 없다.

F5의 제품 설명 페이지에는 오탐률을 28%에서 1%로 낮췄다는 더 구체적인 표현도 나온다. 하지만 이 비교 역시 공개된 페이지에서 데이터 세트와 측정 절차를 밝히지 않으므로, 같은 시험 조건에서 나온 F5 자체 비교 이상으로 일반화하기 어렵다. 실제 결과는 API 구조, 정상 입력의 다양성, 암호화 트래픽의 가시성, 정책 임계값과 예외 규칙에 따라 달라질 수 있다.

9월 2일 후속 보도 도 98%와 1%를 F5의 내부 시험 결과로 소개했으며 별도의 실환경 재시험 결과는 제시하지 않았다. 현재 공개 자료로 확정할 수 있는 범위는 F5가 내부 시험에서 해당 수치를 기록했다고 주장했다는 데까지다.

취약점 발견에서 영구 수정까지 네 단계가 이어진다

첫 단계는 보호할 대상을 찾는 일이다. 스캐너나 보안 분석이 어느 애플리케이션과 API에 취약점이 있는지, 어떤 요청 요소가 악용 경로인지 식별해야 표적화된 규칙을 만들 수 있다. 발견되지 않은 자산이나 스캔 범위 밖의 경로에는 가상 패치가 자동으로 적용되지 않는다.

두 번째 단계에서는 발견 결과를 WAF 정책으로 전환한다. 기존 서명이 취약점과 맞으면 이를 적용할 수 있고, 그렇지 않다면 CVE나 공격 경로, 메서드, 헤더 또는 매개변수에 맞춘 규칙이 필요하다. 규칙이 지나치게 넓으면 정상 요청을 차단할 수 있고, 지나치게 좁으면 변형된 공격이 통과할 수 있다.

세 번째 단계가 실제 요청 차단이다. 규칙이 활성화되면 WAF는 들어오는 요청의 위험 점수와 정책 일치 여부를 평가해 기준을 넘는 요청을 애플리케이션 앞에서 거부한다. 이 시점부터 개발팀은 임시 방어선이 작동하는 동안 코드 수정과 회귀 시험, 승인 및 배포를 진행할 수 있다.

마지막 단계는 수정된 코드를 운영 환경에 배포하고 취약 경로가 제거됐는지 재시험하는 것이다. 영구 수정이 확인된 뒤에야 임시 규칙을 완화하거나 제거할 수 있다. 가상 패치가 먼저 적용됐다는 이유로 개발팀의 코드 수정 책임이나 변경 관리 절차가 사라지는 것은 아니다.

가상 패치가 영구 패치를 대체하지 못하는 이유

가상 패치는 악용 요청을 막을 뿐 취약한 코드 자체를 바꾸지 않는다. 잘못된 권한 검사, 입력 처리 오류나 취약한 구성은 애플리케이션 안에 그대로 남는다. 새로운 공격 변형이 규칙을 피하거나 요청이 다른 경로로 들어오면 원래 취약점이 다시 노출될 수 있다.

보호 범위도 WAF가 실제로 관찰하고 해석할 수 있는 트래픽에 한정된다. 내부 서비스 간 호출, 관리용 엔드포인트, 별도 도메인 또는 우회 경로가 같은 집행 지점을 지나지 않으면 가상 패치의 적용 대상이 아닐 수 있다. 자산 발견, 요청 경로 통제와 코드 수정이 각각 필요한 이유다.

임시 규칙을 오래 유지할수록 오탐과 정책 노후화 문제도 커질 수 있다. 애플리케이션 기능이 바뀌면 정상 요청의 형태가 달라지고, 처음 설정했을 때의 오탐 수준이 유지되지 않을 수 있다. 반대로 정상 요청을 통과시키려고 기준을 과도하게 완화하면 공격을 놓치는 미탐 위험이 커진다.

영구 패치는 취약한 로직을 제거하고 시험과 배포 절차로 결과를 확인하는 해결책이다. 가상 패치의 책임은 그 완료 시점까지 외부 악용 경로를 제한하는 데 있다. 두 작업을 혼동하면 임시 규칙이 사실상 영구 통제로 남거나 코드 수정 후에도 불필요한 차단이 계속될 수 있다.

제공 중인 기능과 아직 확인되지 않은 성능

발표일 기준으로 F5가 즉시 제공된다고 밝힌 범위는 Distributed Cloud의 새 AI 기반 WAF 기능, 가상 패치 기능, Distributed Cloud WAS와 F5 WAF for BIG-IP의 연동이다. 에이전트형 위협 인텔리전스와 이상 탐지는 순차 배포 단계이며, 더 넓은 제공 범위는 향후 수개월에 걸쳐 확대될 예정이다. 모든 고객이 같은 날 동일한 기능을 같은 조건으로 이용할 수 있게 됐다고 표현해서는 안 된다.

오탐률 1%를 실제 환경에 적용하려면 조직별 정상 트래픽과 대표 공격 표본, 정책 임계값과 예외 규칙을 같은 조건에서 기록해야 한다. 차단된 정상 요청만이 아니라 통과한 공격 요청도 함께 측정해야 탐지 효율과 오탐의 균형을 판단할 수 있다. 이는 공개 자료에 없는 독립 실환경 성능을 확인하는 데 필요한 검증 조건이다.

현재 확인된 결론은 F5가 요청 경로의 가상 패치를 확대해 영구 코드 수정 전 악용 시도를 차단하도록 했고, 자사 내부 시험에서 오탐률 1%와 탐지 효율 98%를 기록했다고 주장했다는 것이다. 앞으로 확인해야 할 부분은 순차 배포 기능의 실제 제공 범위, 다양한 고객 환경에서의 오탐과 미탐 결과, 그리고 임시 규칙에서 영구 코드 수정으로 전환되는 운영 성과다.