접근 제어 감사자 확인

  • 릴리스 버전: Yokohama
  • 업데이트 날짜 2025년 01월 30일
  • 읽기2분
  • 기본 접근 제어 감사자 제품군에서 사용할 수 있는 검사, 검사가 평가하는 기준, 인스턴스의 보안을 향상하는 데 사용할 수 있는 방법에 대해 알아보십시오.

    ACL(접근 제어 목록) 규칙은 사용자가 데이터와 상호작용하기 전에 일련의 요구 사항을 통과하도록 요구하여 데이터에 대한 액세스를 제한합니다. 접근 제어 감사자 검사는 다음 표에 나열된 8가지 기준에 따라 인스턴스를 평가합니다. 이러한 검사의 결과를 사용하여 인스턴스의 보안을 강화합니다.
    표 1. 접근 제어 감사자 확인
    검사 이름 검사 기준 설명
    유형의 모든 프로세서 - 스크립트는 CSRF 토큰으로 보호되어야 합니다. CSRF 토큰으로 보호되지 않는 SCRIPT 유형의 프로세서를 확인합니다. SCRIPT 유형의 모든 프로세서는 CSRF(교차 사이트 요청 위조) 토큰으로 보호되어야 합니다. 이러한 프로세서에는 CSRF 옵션이 선택되어 있어야 하며, 인스턴스가 CSRF 토큰을 사용하지 않는 한 프로세서가 실행되지 않습니다.
    기고할 수 있음/기고할 수 없음 사용자 기준은 각 지식에 대해 정의될 수 있습니다. 기고할 수 있음 또는 기고할 수 없음 사용자 기준이 정의되지 않은 지식베이스 기록을 확인합니다. 각 지식베이스에는 기고할 수 있음 또는 기고할 수 없음 사용자 기준이 정의되어야 합니다. 그렇지 않으면 모든 사용자가 참가 기준이 정의되지 않은 지식베이스에 콘텐츠를 기고할 수 있습니다.
    빈 ACL 보안 속성, 역할 또는 공용 역할이 없는 ACL(접근 제어 목록) 기록을 확인합니다. ACL을 비워 두거나 공용 역할을 사용하면 이 ACL로 보호되는 모든 콘텐츠에 대한 공개 액세스가 제공될 수 있습니다.
    클라이언트 호출 가능 스크립트 포함에 대한 접근 통제 ACL로 보호되지 않는 클라이언트 호출 가능 스크립트 포함을 확인합니다. 모든 클라이언트 호출 가능 스크립트 포함은 필수 역할을 사용하는 ACL로 보호되어야 합니다.
    UI 페이지의 액세스 통제 ACL로 보호되지 않는 UI 페이지가 있는지 확인합니다. UI 페이지에 대한 액세스를 보호하는 ACL이 없으면 로그인한 모든 내부 사용자가 해당 UI 페이지에 액세스할 수 있습니다. 제한 없이 로그인한 사용자는 잠재적으로 무단 변경을 수행할 수 있습니다.
    테이블의 액세스 통제 ACL이 없는 테이블 검사 테이블은 ACL로 보호해야 합니다. 테이블에 저장된 데이터에 대한 액세스는 필요한 사용자로만 제한되어야 합니다.
    사용자 계정에 내부 및 외부 역할이 모두 있을 수 없습니다. 내부외부 역할이 모두 할당된 사용자 기록 확인 내부 사용자 역할은 회사 내 사용자를 위한 것입니다. 외부 사용자 역할은 고객 및 파트너와 같은 외부 직원을 위한 것입니다.
    공개적으로 접근 가능한 지식베이스 및 문서 공개적으로 접근 가능한 지식베이스 및 지식베이스 문서를 확인합니다. 공개적으로 접근 가능한 지식베이스와 문서는 인스턴스의 모든 사용자가 볼 수 있습니다. 지식베이스와 문서를 필요로 하는 특정 청중으로 제한하여 보안을 강화합니다.