웹사이트 접근 정책

Ping64에서 웹사이트 접근 정책은 사이트 범위와 콘텐츠 조건에 따라 접근 처리, 감사 및 알림을 설정합니다. 규칙이 업무 접근에 영향을 줄 수 있으므로 복구 가능한 시험 범위에서 먼저 검증한 뒤 확대 여부를 결정하십시오.

웹사이트 방문 기록은 감사 규칙과 일치하는 접근을, 검색 엔진 기록은 식별된 검색어를 확인하는 데 사용합니다. 두 기록은 생성 조건과 조회 페이지가 다르며 완전한 검색·방문 기록이 아닙니다. 검색어와 URL에 민감한 정보가 포함될 수 있으므로 관리 권한을 제한하고 조직의 요구사항에 따라 처리하고 보관하십시오.

시험 정책 설정

1. 필요한 기능 라이선스를 확인합니다. 정책 설정과 기록 조회에는 각각 해당 권한이 필요하며 서로 다른 권한 있는 담당자가 수행할 수 있습니다. 검색 기록을 내보내려면 내보내기 권한도 필요합니다. 등록되어 정책 수신과 기록 전송이 가능한 Windows 시험 단말을 선택하고 사용 고지, 업무 영향 및 복구 방법을 미리 확인합니다.
2. UEM > Policy에서 시험 정책을 만들거나 수정하고 이름, 적용 시간과 대상 단말을 설정합니다. Website Access를 활성화하고 Settings를 선택합니다. 기존 정책을 수정하기 전에 다른 단말의 접근이 변경되지 않도록 기존 규칙과 순서를 확인합니다.
3. Add Rule을 선택하고 이름을 입력합니다. Scope(범위)에서 Specified Websites를 선택하고 승인된 시험 URL을 지정합니다. 모든 사이트를 대상으로 하려면 영향을 평가한 뒤 All Websites를 선택합니다. 민감 콘텐츠 조건은 필요에 따라 설정하고 URL만 확인할 때는 No Restriction을 선택할 수 있습니다.

웹사이트 라이브러리에서 선택하려면 먼저 규칙 선택 창에서 적합한 기존 사이트를 확인해 재사용합니다. 항목이 없으면 객체 관리 권한이 있는 계정으로 “Objects & Templates > Website”를 열고 “New”를 선택합니다. “Category”, “Name”, 유효한 “Domain”을 입력합니다. 예를 들어 https://portal.example.com을 사용하고 저장 후 목록에서 확인합니다. 새 분류가 필요하면 먼저 “Type Manager”에서 관리합니다. 위 규칙으로 돌아가 지정 사이트 설정에서 필요한 사이트를 선택하고 확인합니다. 화면 안내에 따라 URL 규칙을 직접 입력하고 Enter를 누를 수도 있습니다. 선택 창에서 분류를 선택할 때 실제로 선택된 사이트 항목을 확인하고 이후 해당 분류에 추가한 사이트가 기존 규칙에 자동 포함된다고 가정하지 마십시오. 사이트 수정 또는 삭제 후 관련 규칙, 저장 결과와 실제 단말 동작을 다시 확인합니다. 주소는 예시이며 기본값이 아니고 객체 생성만으로 감사가 활성화되지는 않습니다.

민감 콘텐츠 선택: 콘텐츠별로 제한하려면 규칙의 Sensitive Content에서 Trigger Any Specified Sensitive Rule을 선택하고 Select Rules를 열어 목록에서 적용할 데이터 분류를 하나 이상 선택한 뒤 확인합니다. 적합한 기존 분류는 확인하여 재사용할 수 있습니다. 새로 만들거나 수정해야 하면 권한 있는 관리자가 플랫폼 기본 안내서의 데이터 분류 관리 내용을 참조하고 해당 분류를 사용하는 다른 기능에 미칠 영향을 평가합니다. 목록이 비었거나 예상 항목이 없으면 분류, 권한 및 로딩 상태를 확인하고 필요시 관리자에게 문의합니다. 빈 목록이 민감 콘텐츠가 없다는 뜻은 아닙니다. No Restriction으로 바꾸면 현재 편집 초안에서 선택한 민감 규칙이 지워지므로 다시 바꿀 때 재선택하여 확인합니다. 웹사이트 접근을 활성화하려면 유효한 웹사이트 접근 규칙이 하나 이상 필요합니다.

4. 동작은 No Action을 선택하고 Audit을 켜서 일치하는 접근을 기록하도록 합니다. 감사를 시험하기 위해 차단을 선택하지 마십시오. 규칙 순서, 다른 적용 정책과 단말 상태가 결과에 영향을 줄 수 있습니다.
5. 검색어 기록이 필요하면 웹사이트 접근 설정에서 Advanced Settings를 열고 Search engine audit을 활성화한 뒤 저장합니다. 이 스위치와 규칙의 Audit은 서로 다른 기록을 제어하므로 하나만 설정해도 둘 다 활성화되는 것은 아닙니다.
6. 웹사이트 접근 설정과 전체 정책을 저장하고 규칙, 스위치 및 대상 범위를 다시 확인한 다음 단말이 수신할 때까지 기다립니다. 콘솔 저장 성공이 단말 적용을 의미하지는 않습니다.

웹사이트 접근 알림이 필요한 경우: 위 시험 규칙에서 Alert를 켭니다. Alert를 켜면 Audit도 함께 켜지며, Audit을 끄면 Alert도 꺼집니다. 규칙을 확인하고 웹사이트 접근 설정과 전체 정책을 저장한 후 단말이 수신하기를 기다리고 승인된 시험 주소에 접속하여 규칙 일치를 유도합니다. 이후 UEM > Alerts에서 시험 단말, 시간 및 웹사이트 접근 알림 유형을 기준으로 조회하고 방문 기록과 실제 결과를 대조합니다. 감사 기록이 보여도 알림이 반드시 생성되는 것은 아닙니다. 규칙 일치, 단말 처리 및 보고 등이 결과에 영향을 줍니다. 알림이 없으면 규칙 순서, 두 스위치, 적용 범위, 단말 상태와 알림 조회 권한을 확인합니다. 빈 목록만으로 접근이 없었거나 정책이 적용되었다고 판단하지 마십시오. 키워드와 고급 필터는 불러온 알림에만 적용되므로 검색 결과가 없다고 전체 기록에 없다는 뜻은 아닙니다.

차단 규칙 설정

접근을 제한하려면 위의 대상과 민감 콘텐츠 조건을 설정한 후 규칙의 기본 동작을 No Action에서 Block으로 변경합니다. Block 동작 카드에서 설정을 열고 Interception Settings의 Interception Mode를 선택합니다. Redirect는 유효한 http:// 또는 https:// Redirect URL이 필요하며, Prompt message는 필요한 안내 문구를 입력합니다. 설정을 확인한 후 규칙, 웹사이트 접근 설정과 전체 정책을 저장합니다. 창만 저장해서는 충분하지 않습니다. 지정 민감 콘텐츠를 선택한 경우 민감 규칙을 하나 이상 선택합니다. Audit과 Alert 사용 여부는 조직 요구사항에 따라 각각 확인합니다.

차단은 업무에 영향을 줄 수 있습니다. 복구 가능한 시험 단말에서 일치하는 URL 및 콘텐츠와 일치하지 않는 경우를 각각 테스트하고 실제 접근, 안내 또는 리디렉션과 기록을 확인한 후 범위 확대를 결정합니다. https://portal.example.com/access-denied는 형식 예시일 뿐이며 조직에서 승인하고 사용할 수 있는 주소로 바꿉니다. 브라우저, 프로토콜과 페이지 콘텐츠별 효과도 확인합니다.

목록 순서는 일치 결과에 영향을 줄 수 있습니다. Windows 웹사이트 접근 제어에서 URL과 민감 콘텐츠는 서로 다른 단계에서 일치 여부를 검사하므로 목록의 첫 규칙이 모든 접근에 대해 한 번에 동일하게 평가된다고 가정하지 마십시오. 순서나 조건을 바꾸면 관련 사례를 다시 테스트합니다. 민감 규칙은 검사 가능한 페이지 콘텐츠에 의존하며 미일치나 기록 부재가 콘텐츠의 안전 또는 모든 접근의 통제를 증명하지 않습니다.