로그 보호 플러그인 구성
각 테이블 및 작업에 대한 보호 규칙을 구성하여 로그 보호 플러그인의 구성을 완료합니다.
시작하기 전에
필요한 역할: security_admin
프로시저
-
다음으로 이동 모두 > 보호된 테이블 > 로그 보호.
관리자 패널 페이지가 표시됩니다.주:Utah 릴리스부터 보호된 테이블 플러그인이 기본적으로 설치되지만 사용되지 않습니다.
-
플러그인 구성을 계속하려면 역할을 security_admin으로 승격합니다.
- 시스템 관리자를 선택합니다.
-
역할 상승을 선택합니다.
역할 상승 모달이 나타납니다.
- security_admin 옵션을 선택하여 역할을 승격하고 업데이트를 선택합니다.
-
각 테이블 및 작업에 대한 보호 규칙을 구성합니다. 보호 규칙은 업데이트, 삽입 및 삭제에 적용됩니다. 일부 테이블의 경우 보호 수준을 변경할 수 없습니다. syslog 및 syslog_app_scope 테이블에는 업데이트 및 삭제 보호에 대한 고정 값이 있습니다. protected_table_configuration 테이블에는 세 가지 작업 모두에 대한 고정 보호 값이 있습니다.
주:sysevent 테이블의 경우 보호 삽입을 차단으로 설정할 수 없습니다.
이전 릴리스에서 syslog에 대해 하위 테이블에 적용을 켠 경우 Utah 릴리스로 업그레이드할 때 하위 테이블이 syslog와 동일한 보호 규칙으로 로그 보호에 추가됩니다. 이는 syslog에 대해서만 발생하며 다른 테이블에는 발생하지 않습니다.
-
로그 보호 사용 토글을 선택하여 기능을 사용하도록 설정합니다.
주:sys_properties 테이블에서 com.glide.security.protected_table.enabled 속성을 변경해야만 이 플러그인을 비활성화할 수 있습니다.