보호 동작 방식¶
보안 엔진인 Corvus Sentinel은 모든 요청이 서비스에 닿기 전에 검사합니다. 시작할 때 따로 설정할 것은 없습니다. 새 호스트마다 알려진 공격 경로 차단이 켜져 있고, 공격을 반복하는 IP는 자동으로 차단됩니다.
검사 순서¶
모든 요청은 아래 검사를 순서대로 거칩니다. 가장 먼저 차단한 검사가 결과를 정합니다.
| # | 검사 | 설정 위치 |
|---|---|---|
| 1 | IP 차단: 차단된 주소는 바로 거부합니다 | 차단과 Rate Limit |
| 2 | 보안 규칙: 위에서 아래로 차단, 허용, 로그, 챌린지 | 보안 규칙 |
| 3 | 공격 경로 차단과 요청 본문 검사 | 프록시 호스트 → 보호 |
| 4 | 공격 대응 모드: 모든 방문자가 챌린지를 통과해야 합니다 | 챌린지와 공격 대응 모드 |
| 5 | Rate Limit, 비밀번호 보호, 접속 대기열 | 프록시 호스트 → 보호, 접속 대기열 |
허용 규칙과 일치한 요청은 나머지 규칙, 공격 차단, Rate Limit을 건너뛰지만 접속 대기열은 건너뛰지 않습니다.
차단된 방문자에게는 IP와 시각이 담긴 차단 페이지가 표시됩니다. 그래서 잘못 차단되었다고 알려 온 사용자를 요청 로그에서 찾을 수 있습니다.
무슨 일이 있었는지 확인하는 곳¶
- 트래픽 관제 → 이벤트: 차단, Rate Limit, 챌린지, 접속 대기열 대기
- 보안 규칙 → 규칙 이벤트: 어떤 규칙이 어떤 요청과 일치했는지
- IP 차단: 누가, 왜, 언제까지 차단되었는지
- 알림: 반복 공격 IP, 공격 시도, 스캐너
관리형 시그니처와 가상 패치¶
공격 패턴은 Corvus 릴리스와 함께 갱신되며, 원하면 서명된 규칙 번들(CORVUS_RULES_URL)로도
갱신할 수 있습니다. 번들은 서명이 올바르고 설치된 것보다 새 버전일 때만 받아들입니다.
최근 공개된 취약점(React2Shell, wp2shell, PHP-CGI, Vite, n8n …)에 대해서는 Corvus가 가상 패치 템플릿을 제공합니다. 보안 규칙 페이지에서 템플릿에서 추가를 누르면, 해당 애플리케이션을 업데이트하기 전까지 쓸 수 있는 규칙이 바로 추가됩니다. 먼저 로그로 적용해 오탐이 없는지 확인한 다음 차단으로 바꾸세요.