# 접근 정책 보안 검사

Canonical: https://www.nsecsoft.com/ko/docs/ping64-zero-trust/zero-trust/access-control/security-checks/

Language: ko-KR

Updated: 2026-11-15T04:12:27.627822Z

접근 그룹은 제로 트러스트 노드와 네트워크 리소스를 묶어 접근 정책, 경로 등에서 참조합니다. 접근 정책은 어떤 소스가 어떤 대상에 접근하도록 허용하거나 거부할지와 프로토콜, 방향, 포트를 지정합니다. 그룹 생성만으로 접근 권한이 부여되지는 않습니다. 정책 저장 또한 모든 노드가 구성을 수신했거나 대상 서비스에 접근할 수 있음을 뜻하지 않습니다.

이 장에서는 보안 검사를 생성하여 접근 정책에 추가하는 방법을 설명합니다. 검사 결과, 정책 일치 및 실제 접근은 별개의 단계이므로 각각 검증해야 합니다.

## 준비

-   제로 트러스트 접근 그룹과 정책 관리 권한이 있는 관리자 계정을 사용합니다. 참여 노드의 제로 트러스트 연결과 필요한 네트워크 리소스의 준비 상태를 확인합니다.
-   허용 또는 제한할 소스, 대상, 업무 프로토콜과 포트, 역방향 접근의 필요성을 정합니다. 업무에 필요한 최소 범위를 선택하고 허용 대상과 비대상 시험 개체를 준비합니다.
-   기존 정책, 경로 및 그룹 참조를 확인합니다. 여러 구성이 하나의 경로에 영향을 줄 수 있으므로 새 정책 하나만으로 최종 결과를 판단하지 않습니다.
-   내부 서비스 접근 시 라우팅 노드의 도달성과 전달 조건, 대상 서비스, 방화벽 및 반환 경로를 확인합니다. [제로 트러스트 네트워크 경로 구성](https://www.nsecsoft.com/ko/docs/ping64-zero-trust/zero-trust/network-resources/network-routes/)을 참조하십시오.

**포트 구성 제한:** 하나의 정책 규칙에는 여러 개별 포트 또는 하나 이상의 포트 범위를 지정할 수 있지만, 개별 포트와 범위를 같은 규칙에 혼합하지 마십시오. 예를 들어 `443`과 `8000-8080`을 한 규칙에 함께 입력하면 화면이 입력을 받아도 저장이 실패할 수 있습니다. 둘 다 필요하면 별도 정책을 검토하고 각각의 출발지, 대상, 동작, 보안 검사를 확인한 뒤 시험 환경에서 결합 효과를 검증하십시오. `*`도 다른 포트와 혼합하지 마십시오.

## 접근 정책 생성

1.  등록된 시험용 출발지 노드, 대상 노드 또는 네트워크 리소스와 업무에 필요한 프로토콜 및 포트를 확인합니다. 관리 권한과 접근에 영향을 줄 수 있는 기존 정책도 확인합니다.
2.  적용할 접근 정책을 새로 만들거나 선택하고 업무에 맞게 출발지, 대상, 방향, 동작 및 포트를 설정합니다. 프로토콜이나 객체 유형을 바꾼 후에는 접근 범위가 의도치 않게 확대되지 않도록 선택을 다시 확인합니다.
3.  저장하고 정책이 활성화되었는지 확인한 다음 관련 노드가 수신하기를 기다립니다. 정책 생성과 보안 검사 적용은 별도 단계입니다. 포트 제한, 옵션 변경 및 전체 검증은 [접근 정책](https://www.nsecsoft.com/ko/docs/ping64-zero-trust/zero-trust/access-control/access-policy/)을 참조하십시오.

## 접근 정책에 보안 검사 추가

보안 검사는 출발지 노드의 조건을 추가합니다. 방화벽 예에서는 먼저 조직 절차에 따라 시험 단말을 설정하고 방화벽이 켜진 출발지와 꺼진 출발지를 준비합니다. 검사는 방화벽 설정을 대신하지 않으며 이름만으로 차단을 증명하지 않습니다.

1.  단말 관리 보안 검사 관리 권한으로 **Security Checks**를 열고 목록이 정상적으로 로드되어 비어 있으면 **Create Security Check**, 기존 검사가 있으면 **Create Check**를 선택합니다. **Firewall Enabled**를 선택하고 **Check type**, **Check settings**, **Review**를 진행합니다. 추가 매개변수는 필요 없습니다. 이름을 입력해 저장하고 동일한 검사가 있으면 확인해 재사용합니다.
2.  목록에서 이름, 유형, 활성 상태를 확인합니다. 단말이 보안 상태를 보고하고 평가가 완료되어야 합니다. 데이터나 유효 결과가 없으면 통과로 가정하지 않습니다.
3.  제로 트러스트 접근 정책에서 위 절차대로 출발지, 대상, 동작, 프로토콜, 포트를 설정하고 **Security Checks**에서 활성 검사를 선택해 저장합니다. 생성만 하고 정책에 추가하지 않으면 조건이 아닙니다.
4.  데이터와 정책 갱신 후 조건을 충족하는 출발지와 충족하지 않는 출발지에서 각각 접근을 시험하고 출발지 그룹, 다른 정책, 경로, 대상 방화벽을 확인합니다. 실패, 알 수 없음, 만료, 사용 불가 결과는 이 정책의 유효한 통과가 아니지만 다른 경로의 차단을 보장하지 않습니다.
5.  수정하거나 비활성화하기 전에 참조 정책과 영향을 확인합니다. 참조 중인 검사는 직접 삭제할 수 없습니다. 검증과 조직 변경 승인 후 범위를 확대합니다.

**거부 정책의 중요 제한:** 보안 검사는 출발지 일치 조건이며 검사 실패 시 거부를 실행하는 스위치가 아닙니다. 거부 정책에 검사를 추가하면 출발지에 유효한 통과 결과가 없을 때 해당 거부 규칙이 적용되지 않을 수 있습니다. 다른 허용 정책이나 경로도 접근에 영향을 줄 수 있습니다. 이 조합이 비준수 단말을 반드시 차단한다고 가정하지 말고 통과, 실패, 데이터 누락을 각각 시험합니다.

**양방향 정책과 보안 검사:** 노드 간 양방향 정책에서 검사는 정책에 정의된 출발지 노드를 기준으로 평가되며, 대상 노드도 검사를 통과했다는 뜻은 아닙니다. 출발지는 통과하고 대상은 통과하지 못해도 양방향 규칙이 대상에서 출발지로의 접근 시작을 허용할 수 있으며, 결과는 다른 규칙과 네트워크 조건에도 좌우됩니다. 양쪽 모두 검사를 충족해야 한다면 각 출발지에 검사를 설정한 두 개의 단방향 정책을 검토하고, 통과·실패·데이터 누락 상태에서 양방향을 시험하십시오.

### DLP 또는 필수 소프트웨어 검사 사용

방화벽 외에도 각 제품에서 다음 검사를 만들 수 있습니다. 해당 제품 승인과 검사 관리 권한이 필요합니다. 검사마다 대상 하나를 선택하며 같은 대상에 같은 유형이 이미 있으면 확인해 재사용합니다.

1.  **데이터 유출 방지:** 먼저 필요한 DLP 정책을 설정·활성화하고 시험 단말 적용 범위를 확인합니다. 해당 제품의 **Security Checks**에서 **Data Loss Prevention Policy Applied**를 만들고 활성화되고 유효한 정책을 선택해 이름을 입력하고 확인·저장합니다. 이 검사는 정책 적용 관계를 평가하며 단말 수신이나 실제 실행 성공을 단독으로 증명하지 않습니다. 해당 기능 안내에 따라 단말 효과를 확인합니다.
2.  **필수 소프트웨어:** 대상을 식별하는 소프트웨어 개체를 준비·활성화하고 시험 단말이 자산을 보고했는지 확인합니다. **Software > Security Checks**에서 **Required Software Installed**를 만들고 소프트웨어 개체를 선택해 이름을 입력하고 확인·저장합니다. 기록된 자산 기준이므로 실행 중이거나 버전이 요구사항을 충족함을 증명하지 않습니다. 필요하면 단말에서 별도로 확인합니다.
3.  제로 트러스트 접근 정책의 **Security Checks**에서 활성화되고 사용 가능한 검사를 선택해 저장합니다. 여러 검사를 선택하면 이 정책 조건을 만족하려면 모두 유효하게 통과해야 합니다. 데이터와 정책 갱신 후 충족하는 통제된 출발지와 충족하지 않는 출발지에서 시험하고 다른 정책과 경로를 확인합니다.
4.  참조 정책이나 소프트웨어 개체가 비활성화·사용 불가이거나 결과가 없거나 만료되면 통과로 가정하지 않습니다. 변경 전 참조와 업무 영향을 평가하며 정책에서 참조 중인 검사는 직접 삭제할 수 없습니다.

-   [접근 정책](https://www.nsecsoft.com/ko/docs/ping64-zero-trust/zero-trust/access-control/access-policy/)