# HTTP 요청 필터링 정책

Canonical: https://www.nsecsoft.com/ko/docs/ping64-endpoint-management/uem/network/http-filter/

Language: ko-KR

Updated: 2026-11-15T03:28:12.938031Z

HTTP Protocol Filter는 요청 메서드와 헤더 조건에 따라 동작하며 웹사이트 방문 감사 및 웹 콘텐츠 유출 방지와 별도로 설정합니다. **Allow**는 이 기능이 일치 요청을 차단하지 않는다는 의미일 뿐 다른 정책이나 네트워크의 접근 허용을 보장하지 않습니다. 이 안내는 Windows 시험을 기준으로 하며 다른 플랫폼, 브라우저와 암호화 연결은 별도 검증합니다.

## 준비 사항

UEM 정책 설정 권한이 있는 계정을 사용하고 시험 단말의 등록, 권한 및 정책 수신을 확인합니다. 업무·네트워크 관리자와 시험 앱, 요청, 유지보수 시간 및 현장 복구 방법을 정합니다. 필터는 웹사이트, 업로드 및 업무 인터페이스에 영향을 줄 수 있습니다. 거부 규칙을 전체 단말에 바로 적용하거나 실제 민감 데이터로 시험하지 마십시오.

## 규칙 설정 및 검증

1.  **UEM > Policy**에서 시험 정책을 만들거나 편집하고 이름, 적용 시간과 대상을 확인합니다. **HTTP Protocol Filter**를 켜고 **Settings**를 선택합니다. 변경 전 기존 규칙 상태와 순서를 확인합니다.
2.  **Filtering Rules**에서 **Add Rule**을 선택하고 이름, 활성 상태와 **Method**를 입력합니다. **Header Conditions**에서 시험에 필요한 필드, 비교 방식과 값을 추가합니다. 숫자 비교 값은 숫자 문자만 포함해야 하며 음수 부호와 소수점은 사용할 수 없습니다. 와일드카드 값에는 `*`가 필요합니다. 한 규칙에서 필드 이름은 대소문자 구분 없이 중복할 수 없습니다. 예를 들어 승인된 시험 요청에 대해 `POST`를 선택하고 `Content-Type` 조건을 추가한 뒤 **Pattern**과 `multipart/*`를 지정하고 이 장의 절차에 따라 저장 및 검증합니다. `Content-Length`는 숫자 비교, `Content-Type`은 문자열 비교를 사용하며 해당 요청 필드를 인식할 수 있어야 합니다. 화면에서 선택할 수 있는 메서드는 `GET`, `HEAD`, `POST`, `PUT`, `DELETE`, `TRACE`, `CONNECT`, `OPTIONS`입니다.
3.  **Action**을 선택합니다. 첫 시험은 **Allow**를 우선하고 영향과 복구 방법을 평가한 후에만 **Block**를 별도로 검증합니다. 규칙은 순서대로 평가되며 메서드와 모든 조건이 일치하는 첫 규칙의 동작이 적용됩니다. 헤더 조건이 없는 규칙은 해당 메서드의 인식 가능한 모든 요청에 일치하여 범위가 넓을 수 있습니다.
4.  필터 설정과 전체 정책을 저장하고 활성 상태, 순서와 범위를 확인한 뒤 단말 수신을 기다립니다. 통제된 요청으로 일치와 불일치 시 실제 업무 결과를 각각 확인합니다. 거부 시험 전에 중요 업무와 관리 연결을 보호합니다.

## 제한 및 문제 해결

-   이 기능은 별도의 헤더 감사 기록을 제공하지 않습니다. 시험 앱 결과, 다른 관련 기록과 네트워크를 함께 분석하며 기록 부재만으로 불일치를 판단하지 마십시오.
-   예상과 다르면 권한, 수신, 규칙 상태, 순서, 메서드, 필드와 값을 확인하고 다른 정책, 단말과 네트워크도 점검합니다. 저장이 실행이나 모든 암호화·기타 트래픽 인식을 보장하지 않습니다.
-   변경이나 비활성화 전에 의존성을 평가하고 복구를 준비합니다. 문제가 생기면 확대를 멈추고 조직 절차에 따라 복구한 후 재검증합니다.