Access control
출처: 문서
본문
접근 제어
Security 플러그인을 구성하여 자신만의 인증서와 선호하는 인증 백엔드를 사용하도록 설정하고 나면, 사용자를 추가하고, 역할을 만들고, 역할을 사용자에게 매핑하기 시작할 수 있어요.
문서의 이 섹션에서는 사용자가 성공적으로 인증한 후에 무엇을 보고 무엇을 할 수 있는지 다뤄요.
개념
| 용어 | 설명 |
|---|---|
| 권한 | 인덱스 생성(예: indices:admin/create)과 같은 개별 작업이에요. 전체 목록은 권한을 참고하세요. |
| 액션 그룹 | 권한들의 집합이에요. 예를 들어, 사전 정의된 SEARCH 액션 그룹은 역할이 _search 및 _msearch API를 사용할 수 있도록 허용해요. |
| 역할 | 보안 역할은 권한이나 액션 그룹의 범위를 정의하는데, 그 범위는 클러스터, 인덱스, 문서, 필드 중 하나예요. 예를 들어, delivery_analyst라는 이름의 역할은 클러스터 권한은 없고, delivery-data-* 패턴에 일치하는 모든 인덱스에 대한 READ 액션 그룹, 해당 인덱스 안의 모든 문서 타입에 대한 접근, 그리고 delivery_driver_name을 제외한 모든 필드에 대한 접근을 가질 수 있어요. |
| 백엔드 역할 | (선택 사항) 백엔드 역할은 LDAP/Active Directory 같은 외부 인증 시스템이 사용자 또는 사용자 그룹에 부여하는 특정 식별자예요. 개별 사용자에게 권한을 매핑하는 대신 이 권한들을 백엔드 역할에 할당할 수 있는데, 이렇게 하면 역할 매핑 과정을 크게 간소화할 수 있어요. 예를 들어, 조직 안에서 100명의 사용자가 같은 기능을 공유한다면 이들 모두에게 동일한 백엔드 역할을 할당할 수 있어요. 이 방식을 사용하면 각 사용자에게 하나하나 매핑하는 대신 역할을 백엔드 역할 식별자에 매핑하기만 하면 돼요. |
| 사용자 | 사용자는 OpenSearch 클러스터에 요청을 보내요. 사용자는 자격 증명(예: 사용자 이름과 비밀번호)과 0개 이상의 백엔드 역할, 0개 이상의 커스텀 속성을 가지고 있어요. |
| 역할 매핑 | 사용자는 성공적으로 인증을 마친 후 역할을 갖게 돼요. 역할 매핑은 역할을 사용자(또는 백엔드 역할)에 매핑해요. 예를 들어, kibana_user(역할)를 jdoe(사용자)에 매핑한다는 것은 John Doe가 인증 후 kibana_user의 모든 권한을 갖게 된다는 뜻이에요. 마찬가지로, all_access(역할)를 admin(백엔드 역할)에 매핑한다는 것은 admin 백엔드 역할을 가진 모든 사용자가 인증 후 all_access의 모든 권한을 갖게 된다는 뜻이에요. 각 역할은 여러 사용자 및/또는 백엔드 역할에 매핑할 수 있어요. |
Security 플러그인에는 다수의 사전 정의된 액션 그룹, 역할, 매핑, 사용자가 포함되어 있어요. 이러한 엔티티들은 합리적인 기본값 역할을 하며, 플러그인을 사용하는 방법의 좋은 예이기도 해요.