AEM의 서비스 사용자

개요

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

그러나 이러한 방법은 모두 최소 권한의 원칙에 따라 설계되지 않았으며, 개발자가 해당 컨텐츠에 대해 적절한 구조 및 해당 ACL(액세스 제어 수준)을 계획하지 않도록 너무 쉽게 할 수 있습니다. 이러한 서비스에 취약점이 있으면 코드 자체가 작동하기 위해 관리 권한이 필요하지 않더라도 admin 사용자에게 권한 에스컬레이션이 발생하는 경우가 많습니다.

관리 세션을 단계적으로 종료하는 방법

우선순위 0:이 기능이 활성/필수/방치되어 있습니까?

관리 세션을 사용하지 않거나 기능이 완전히 비활성화된 경우가 있을 수 있습니다. 이 경우 구현에서 이 기능을 완전히 제거하거나 NOP 코드에 맞는지 확인합니다.

우선순위 1:요청 세션 사용

가능한 경우 지정된 인증된 요청 세션을 컨텐츠 읽기 또는 쓰기에 사용할 수 있도록 기능을 리팩터링할 수 있습니다. 이 작업을 수행할 수 없는 경우, 아래 우선순위 다음에 나오는 우선순위를 적용하여 종종 달성할 수 있습니다.

우선순위 2:컨텐츠 재구성

콘텐츠를 재구성함으로써 많은 문제를 해결할 수 있습니다. 구조 조정을 수행할 때는 다음 간단한 규칙을 염두에 두십시오.

액세스 제어 변경
- 실제로 액세스 권한이 필요한 사용자 또는 그룹이 실제로 액세스할 수 있는지 확인합니다.
콘텐츠 구조 세분화
- 액세스 제어가 사용 가능한 요청 세션과 일치하는 경우 등 다른 위치로 이동합니다.
- 컨텐츠 세부기간을 변경합니다.
코드를 적절한 서비스로 리팩터링
- 비즈니스 로직을 JSP 코드에서 서비스로 이동합니다. 이렇게 하면 다른 컨텐츠 모델링을 수행할 수 있습니다.

또한 개발하는 새로운 기능은 다음 원칙을 따라야 합니다.

보안 요구 사항이 컨텐츠 구조를 주도해야 합니다
- 액세스 제어를 관리하는 것은 자연스러운 것으로 느껴져야 합니다
- 액세스 제어는 애플리케이션이 아니라 리포지토리에 의해 적용되어야 합니다
노드 사용
- 설정할 수 있는 속성 집합을 제한합니다
개인 정보 설정 준수
- 비공개 프로필의 경우 한 가지 예로는 개인 /profile 노드에 있는 프로필 사진, 이메일 또는 전체 이름이 표시되지 않습니다.

엄격한 액세스 제어

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

예를 들어 /apps에 jcr:read을 적용하는 대신 /apps/*/components/*/analytics에만 적용합니다
제한 사용
노드 유형에 ACL 적용
권한 제한
- 예를 들어 속성을 작성해야 하는 경우에는 jcr:write 권한을 제공하지 마십시오.대신 jcr:modifyProperties 사용

서비스 사용자 및 매핑

위의 작업이 실패하면 Sling 7에서는 번들-사용자 매핑 과 두 개의 해당 API 메서드를 구성할 수 있는 서비스 사용자 매핑 서비스를 제공합니다.구성된 사용자의 권한으로 세션/리소스 확인자를 반환하는 [SlingRepository.loginService()](https://sling.apache.org/apidocs/sling7/org/apache/sling/jcr/api/SlingRepository.html#loginService-java.lang.String-java.lang.String-) 및 [ResourceResolverFactory.getServiceResourceResolver()](https://sling.apache.org/apidocs/sling7/org/apache/sling/api/resource/ResourceResolverFactory.html#getServiceResourceResolver-java.util.Map-). 이러한 방법에는 다음과 같은 특성이 있습니다.

이를 통해 사용자에게 서비스를 매핑할 수 있습니다
이를 통해 하위 서비스 사용자를 정의할 수 있습니다
중앙 구성 포인트는 다음과 같습니다.org.apache.sling.serviceusermapping.impl.ServiceUserMapperImpl
service-id = service-name [ ":" subservice-name ]
service-id 인증을 위해 리소스 확인자 및/또는 JCR 저장소 사용자 ID에 매핑됩니다
service-name 은 서비스를 제공하는 번들의 상징적인 이름입니다

기타 Recommendations

admin-session을 service-user 로 바꾸기

서비스 사용자는 특정 작업을 수행하는 데 필요한 최소한의 권한 집합과 암호가 설정되지 않은 JCR 사용자입니다. 설정된 암호가 없으면 서비스 사용자로 로그인할 수 없습니다.

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

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

최소 권한 원칙을 고려하여 서비스에 필요한 권한을 식별합니다.
필요한 권한 설정으로 사용 가능한 사용자가 이미 있는지 확인합니다. 기존 사용자가 사용자의 요구 사항에 맞지 않을 경우 새 시스템 서비스 사용자를 만듭니다. 새 서비스 사용자를 만들려면 RTC가 필요합니다. 경우에 따라 여러 하위 서비스 사용자(예: 쓰기 및 읽기 위한 사용자)를 만들어 액세스를 더 구분하는 것이 적절합니다.
사용자를 위한 ACE 설정 및 테스트
서비스 및 user/sub-users에 대한 service-user 매핑을 추가합니다
서비스 사용자 sling 기능을 번들에 사용할 수 있도록 합니다.org.apache.sling.api 최신 버전으로 업데이트합니다.
코드에서 admin-session 을 loginService 또는 getServiceResourceResolver API로 바꿉니다.

새 서비스 사용자 만들기

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

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

목표는 컨텐츠 패키지 설치를 통해 사용자를 만들려면 반드시 필요한 유효한 jcr:uuid 속성을 가져오는 것입니다.

다음 방법으로 서비스 사용자를 만들 수 있습니다.

https://<server>:<port>/crx/explorer/index.jsp에 있는 저장소 탐색기로 이동
화면 왼쪽 위 모서리에서 로그인 링크를 눌러 관리자로 로그인합니다.
그런 다음 시스템 사용자를 만들고 이름을 지정합니다. 사용자를 시스템 사용자로 만들려면 중간 경로를 system 로 설정하고 필요에 따라 하위 폴더를 추가합니다.
시스템 사용자 노드가 다음과 같이 표시되는지 확인합니다.

노트

서비스 사용자와 연관된 혼합 유형은 없습니다. 즉, 시스템 사용자에 대한 액세스 제어 정책이 없습니다.

해당 .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 구성에 구성 수정을 추가하는 중

서비스에서 해당 시스템 사용자에게 매핑을 추가하려면 [ServiceUserMapper](https://sling.apache.org/apidocs/sling7/org/apache/sling/serviceusermapping/ServiceUserMapper.html) 서비스에 대한 공장 구성을 만들어야 합니다. 이러한 모듈식 구성을 유지하려면 Sling 수정 메커니즘을 사용하여 제공할 수 있습니다. 이러한 구성을 번들과 함께 설치하는 데 권장되는 방법은 Sling Initial Content Loading을 사용하는 것입니다.

번들의 src/main/resources 폴더 아래에 하위 폴더 SLING-INF/content를 만듭니다
이 폴더에서 공장 구성의 컨텐츠(모든 하위 서비스 사용자 매핑 포함)를 사용하여 org.apache.sling.serviceusermapping.impl.ServiceUserMapperImpl.re정한-<공장 구성의 일부 고유 이름>.xml이라는 파일을 만듭니다. 예:
번들의 src/main/resources 폴더 아래에 SLING-INF/content 폴더를 만듭니다.
이 폴더에서 모든 하위 서비스 사용자 매핑을 포함하여 공장 구성의 컨텐츠가 포함된 named org.apache.sling.serviceusermapping.impl.ServiceUserMapperImpl.amended-<a unique name for your factory configuration>.xml 파일을 만듭니다.

설명을 위해 org.apache.sling.serviceusermapping.impl.ServiceUserMapperImpl.amended-com.adobe.granite.auth.saml.xml 파일을 만듭니다.
```
<?xml version="1.0" encoding="UTF-8"?>
<node>
    <primaryNodeType>sling:OsgiConfig</primaryNodeType>
    <property>
        <name>user.default</name>
        <value></value>
    </property>
    <property>
        <name>user.mapping</name>
        <values>
            <value>com.adobe.granite.auth.saml=authentication-service</value>
        </values>
    </property>
</node>
```

번들의 pom.xml에 있는 maven-bundle-plugin 구성에서 Sling 초기 컨텐츠를 참조합니다. 예:

<Sling-Initial-Content>
   SLING-INF/content;path:=/libs/system/config;overwrite:=true;
</Sling-Initial-Content>

번들을 설치하고 공장 구성이 설치되었는지 확인하십시오. 다음을 통해 이 작업을 수행할 수 있습니다.
- https://serverhost:serveraddress/system/console/configMgr의 웹 콘솔로 이동
- Apache Sling Service User Mapper Service Addition을 검색합니다.
- 적절한 구성이 있는지 확인하려면 링크를 클릭하십시오.

서비스의 공유 세션 처리

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

보안: 이러한 관리 세션은 공유 세션에 바인딩된 리소스 또는 다른 개체를 캐시하고 반환하는 데 사용됩니다. 나중에 호출 스택에서 이러한 개체는 높은 권한을 가진 세션이나 리소스 확인자에 적응할 수 있으며, 호출자에게 해당 개체가 사용 중인 관리 세션이라는 것을 명확하지 않은 경우가 있습니다.
성능: Oak 공유 세션에서 성능 문제를 일으킬 수 있으며 현재 이러한 세션을 사용하지 않는 것이 좋습니다.

보안 위험에 대한 가장 분명한 해결 방법은 loginAdministrative() 호출을 loginService() 호출로 제한된 권한을 가진 사용자에게 단순히 대체하는 것입니다. 그러나 이는 잠재적인 성능 저하에 영향을 주지 않습니다. 세션과의 연관성이 없는 개체에 요청된 모든 정보를 래핑하는 것을 줄일 수 있습니다. 그런 다음 세션을 요청 시 만들거나 삭제합니다.

권장되는 접근 방법은 서비스의 API를 리팩터링하여 호출자에게 세션의 생성/삭제를 제어하는 것입니다.

JSP 의 관리 세션

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

다음과 같은 두 가지 방법으로 수정할 수 있습니다.

사용자 세션을 사용하여 컨텐츠를 조작할 수 있는 방식으로 컨텐츠를 재구성합니다.
JSP에서 사용할 수 있는 API를 제공하는 서비스에 논리를 추출합니다.

첫 번째 방법이 선호됩니다

처리 이벤트, 복제 전처리기 및 작업

이벤트 또는 작업을 처리할 때, 일부 경우에 워크플로우에서 이벤트를 트리거한 해당 세션이 일반적으로 손실됩니다. 이로 인해 이벤트 핸들러 및 작업 처리자가 종종 관리 세션을 사용하여 작업을 수행합니다. 이 문제를 해결하기 위한 각각의 장점과 단점이 있습니다.

이벤트 페이로드에서 user-id을 전달하고 가장을 사용하십시오.

이점: 사용하기 쉽습니다.

단점: 여전히 loginAdministrative()사용합니다. 이미 인증된 요청을 다시 인증합니다.
데이터에 액세스할 수 있는 서비스 사용자를 만들거나 재사용합니다.

장점: 현재 디자인과 일치합니다. 최소한의 변경이 필요합니다.

단점: 유연하기 위해 매우 강력한 서비스 사용자가 필요하며, 이로 인해 권한 에스컬레이션이 쉽게 발생할 수 있습니다. 보안 모델을 우회합니다.
이벤트 페이로드에서 Subject 직렬화를 전달하고 해당 제목을 기반으로 ResourceResolver 를 만듭니다. 한 예제는 ResourceResolverFactory에서 JAS doAsPrivileged을 사용하는 것입니다.

장점: 보안 관점에서 구현을 정리합니다. 재인증을 피하고 원래 권한으로 작동합니다. 보안 관련 코드는 이벤트 소비자에게 투명합니다.

단점: 리팩터링이 필요합니다. 이벤트 소비자에 대해 관련 코드가 투명하게 처리되면 문제가 발생할 수도 있습니다.

세 번째 방법은 현재 기본 처리 방법입니다.

워크플로우 프로세스

워크플로우 프로세스 구현 내에서 워크플로우를 트리거한 해당 사용자 세션은 일반적으로 손실됩니다. 이로 인해 워크플로우 프로세스는 종종 관리 세션을 사용하여 작업을 수행합니다.

이러한 문제를 해결하려면 처리 이벤트, 복제 전처리기 및 작업에 언급된 것과 동일한 접근 방식을 사용하는 것이 좋습니다.

Sling POST 프로세서 및 삭제된 페이지

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

Adobe.com의 리소스

Automated Onboarding Cms Cloud Personalized Experiences Asset Collections Document Generation Digital Signage

새롭고 향상된 검색