Adobe Experience Manager(AEM)의 서비스 사용자 service-users-in-aem

개요 overview

AEM에서 관리 세션 또는 리소스 확인자를 가져오는 기본 방법은 Sling에서 제공한 SlingRepository.loginAdministrative() 및 ResourceResolverFactory.getAdministrativeResourceResolver() 메서드를 사용하는 것입니다.

그러나 이 두 메서드는 모두 최소 권한의 원칙에 따라 디자인되지 않았습니다. 개발자가 초기에 콘텐츠에 대한 적절한 구조와 해당 ACL(액세스 제어 수준)을 계획하지 않을 수 있기 때문입니다. 이러한 서비스에 취약점이 있으면 코드 자체가 작동하는 데 관리 권한이 필요하지 않더라도 admin 사용자에게 권한 에스컬레이션이 발생하는 경우가 많습니다.

관리 세션을 단계적으로 종료하는 방법 how-to-phase-out-admin-sessions

우선 순위 0: 기능이 활성/필요/중단되었습니까? priority-is-the-feature-active-needed-derelict

관리 세션이 사용되지 않거나 기능이 완전히 비활성화된 경우가 있을 수 있습니다. 구현과 함께 기능이 있는 경우 기능을 모두 제거하거나 NOP 코드와 일치하는지 확인하십시오.

우선 순위 1: 요청 세션 사용 priority-use-the-request-session

가능하면 콘텐츠를 읽거나 쓰는 데 지정된 인증된 요청 세션을 사용할 수 있도록 기능을 리팩터링하십시오. 이렇게 할 수 없는 경우, 아래 우선순위에 따라 우선 순위를 적용하여 달성할 수도 있다.

우선 순위 2: 컨텐츠 재구성 priority-restructure-content

많은 이슈들은 내용을 재구조화하여 해결할 수 있다. 재구성을 수행할 때 다음과 같은 간단한 규칙을 염두에 두십시오.

또한 개발하는 새로운 기능이 다음 원칙을 준수하는지 확인하십시오.

엄격한 액세스 제어 strict-access-control

컨텐츠를 재구성하는 동안 액세스 제어를 적용하든 새 서비스 사용자에 대해 적용하든 가능한 가장 엄격한 ACL을 적용해야 합니다. 액세스 제어의 가능한 모든 시설 사용:

서비스 사용자 및 매핑 service-users-and-mappings

위에서 언급한 내용이 실패하면 Sling 7은 번들 대 사용자 매핑과 두 개의 해당 API 방법을 구성할 수 있는 서비스 사용자 매핑 서비스를 제공합니다.

이 메서드는 구성된 사용자의 권한만 있는 세션/리소스 확인자를 반환합니다. 이러한 방법에는 다음과 같은 특성이 있습니다.

기타 Recommendations other-recommendations

admin-session을 service-user로 바꾸기 replacing-the-admin-session-with-a-service-user

서비스 사용자는 암호가 설정되지 않고 특정 작업을 수행하는 데 필요한 최소 권한 집합이 있는 JCR 사용자입니다. 암호가 설정되지 않았다는 것은 서비스 사용자로 로그인할 수 없음을 의미합니다.

관리 세션을 사용하지 않는 방법은 서비스 사용자 세션으로 바꾸는 것입니다. 또한 필요한 경우 여러 하위 서비스 사용자로 대체될 수 있습니다.

관리 세션을 서비스 사용자로 바꾸려면 다음 단계를 수행해야 합니다.

서비스 사용자 만들기 creating-a-new-service-user

AEM 서비스 사용자 목록에 사용 사례에 적용할 수 있는 사용자가 없고 해당 RTC 문제가 승인되었음을 확인한 후 새 사용자를 기본 콘텐츠에 추가합니다.

권장 접근 방법은 https://<server>:<port>/crx/explorer/index.jsp ​에서 저장소 탐색기를 사용할 서비스 사용자를 만드는 것입니다.

목표는 콘텐츠 패키지 설치를 통해 사용자를 만드는 데 필요한 올바른 jcr:uuid 속성을 가져오는 것입니다.

다음을 수행하여 서비스 사용자를 만들 수 있습니다.

해당 .content.xml을 번들의 내용에 추가할 때 rep:authorizableId을(를) 설정하고 기본 유형이 rep:SystemUser인지 확인하십시오. 다음과 같이 표시되어야 합니다.

<?xml version="1.0" encoding="UTF-8"?>
<jcr:root xmlns:jcr="https://www.jcp.org/jcr/1.0" xmlns:rep="internal"
    jcr:primaryType="rep:SystemUser"
    jcr:uuid="4917dd68-a0c1-3021-b5b7-435d0044b0dd"
    rep:principalName="authentication-service"
    rep:authorizableId="authentication-service"/>

ServiceUserMapper 구성에 구성 수정 사항 추가 adding-a-configuration-amendment-to-the-serviceusermapper-configuration

서비스에서 해당 시스템 사용자에 매핑을 추가하려면 ServiceUserMapper 서비스에 대한 팩터리 구성을 만드십시오. 이 모듈식 구성을 유지하려면 Sling 수정 메커니즘을 사용하여 이러한 구성을 제공할 수 있습니다. 번들과 함께 이러한 구성을 설치하는 데 권장되는 방법은 초기 콘텐츠 로드 중을(를) 사용하는 것입니다.

서비스에서 공유 세션 처리 dealing-with-shared-sessions-in-services

loginAdministrative()에 대한 호출은 종종 공유 세션과 함께 나타납니다. 이러한 세션은 서비스 활성화 시 획득되며 서비스가 중지된 후에만 로그아웃됩니다. 일반적인 방법이지만 두 가지 문제로 이어집니다.

보안 위험에 대한 가장 확실한 해결 방법은 loginAdministrative() 호출을 제한된 권한이 있는 사용자에게 loginService() 호출로 바꾸는 것입니다. 그러나 이는 잠재적인 성능 저하에는 영향을 주지 않습니다. 세션과 연관성이 없는 객체에서 모든 요청된 정보를 래핑하는 문제를 완화할 수 있습니다. 그런 다음 필요에 따라 세션을 생성(또는 제거)합니다.

권장되는 접근 방법은 호출자에게 세션의 생성/소멸을 제어할 수 있도록 서비스 API를 리팩터링하는 것입니다.

JSP의 관리 세션 administrative-sessions-in-jsps

연결된 서비스가 없으므로 JSP에서 loginService()을(를) 사용할 수 없습니다. 그러나 JSP의 관리 세션은 일반적으로 MVC 패러다임 위반의 징후입니다.

이 문제는 다음 두 가지 방법으로 해결할 수 있습니다.

첫 번째 방법이 선호됩니다.

이벤트, 복제 전처리기 및 작업 처리 processing-events-replication-preprocessors-and-jobs

이벤트 또는 작업, 경우에 따라 워크플로우를 처리할 때 이벤트를 트리거한 해당 세션이 손실됩니다. 이렇게 되면 이벤트 처리기와 작업 처리기가 종종 관리 세션을 사용하여 작업을 수행하게 됩니다. 각각 장점과 단점을 가진 이 문제를 해결하기 위해 생각할 수 있는 접근 방식이 다릅니다.

세 번째 접근법은 선호되는 처리 기술이다.

워크플로우 프로세스 workflow-processes

워크플로우 프로세스 구현 내에서 워크플로우를 트리거한 해당 사용자 세션이 손실됩니다. 이렇게 되면 관리 세션을 사용하여 작업을 수행하는 워크플로우 프로세스가 시작됩니다.

이러한 문제를 해결하려면 이벤트 처리, 복제 프로세서 및 작업에서 설명한 것과 동일한 방법을 사용하는 것이 좋습니다.

Sling POST 프로세서 및 삭제된 페이지 sling-post-processors-and-deleted-pages

슬링 POST 프로세서 구현에 사용되는 두 가지 관리 세션이 있습니다. 일반적으로 관리 세션은 처리 중인 POST 내에서 삭제 보류 중인 노드에 액세스하는 데 사용됩니다. 따라서 요청 세션을 통해 더 이상 사용할 수 없습니다. 삭제 보류 중인 노드는 액세스해서는 안 되는 메타데이터를 공개하기 위해 액세스할 수 있습니다.