- 사용 안내서 관리 개요
- 사이트 기능
- 작업
- 대시보드
- 작업 대시보드
- 백업 및 복원
- 데이터 저장소 가비지 컬렉션
- JMX 콘솔을 사용하여 서버 리소스 모니터링
- 로그 작업
- AEM 6의 감사 로그 유지 관리
- 리치 텍스트 편집기 구성
- 액세스 가능한 사이트 생성을 위한 RTE 구성
- 페이지 편집에 대한 실행 취소 구성
- 리치 텍스트 편집기 플러그인 구성
- 비디오 구성 요소 구성
- 벌크 편집기
- 이메일 알림 구성
- 링크 검사기
- AEM 문제 해결
- 워크플로우에 대한 액세스 관리
- 워크플로우 시작
- 워크플로우 관리
- 워크플로우 인스턴스 관리
- AEM에서 cURL 사용
- 프록시 서버 도구(proxy.jar)
- AEM 앱에 대한 구성
- 검색 양식 구성
- 도구 콘솔
- 보고
- 레이아웃 컨테이너 및 레이아웃 모드 구성
- 편집자
- 클래식 UI에 대한 액세스 활성화
- Admin Console
- 보안
- 사용자 관리 및 보안
- 사용자, 그룹 및 액세스 권한 관리
- Security 검사 목록
- OWASP 상위 10
- 프로덕션 준비 모드에서 AEM 실행
- ID 관리
- AEM Managed Services에 대한 Adobe IMS 인증 및 Admin Console 지원
- 폐쇄된 사용자 그룹 만들기
- AEM의 일련화 문제 완화
- 사용자 동기화
- 캡슐화된 토큰 지원
- 단일 사인온
- AEM에서 사용자 관리 작업을 감사하는 방법
- 기본적으로 SSL
- SAML 2.0 인증 처리기
- AEM에서 닫힌 사용자 그룹
- Granite Operations - 사용자 및 그룹 관리
- AEM에서 CRXDE Lite 활성화
- AEM 6에서 LDAP 구성
- 설치 시 관리자 암호 구성
- AEM의 서비스 사용자
- 구성 속성에 대한 암호화 지원
- AEM Foundation에 대한 GDPR 요청 처리
- 권한 관리에 대한 기본 보기
- 컨텐츠 처리 필터
- AEM 6.5의 사용자 지정 사용자 그룹 매핑
- 개인화
- eCommerce
- 통합
- 제3자 서비스와 통합
- Salesforce와 통합
- Adobe Target과 통합
- Adobe Analytics와 통합
- Adobe Analytics 및 Creating Frameworks에 연결
- Adobe Analytics에 대한 링크 추적 구성
- Adobe Analytics 속성을 사용하여 구성 요소 데이터 매핑
- Adobe Analytics에 대한 비디오 추적 구성
- 콘텐츠의 HTTP2 전달 FAQ
- Adobe Campaign 통합 문제 해결
- SharePoint Connector 라이선스, 저작권 고지 사항 및 부인
- SharePoint Connector
- DHTML 뷰어 지원 중단 FAQ
- Adobe Campaign Classic과 통합
- 관련 커뮤니티 문서
- Adobe Campaign Standard과 통합
- Flash 뷰어 지원 중단 알림
- 제품 피드
- Adobe 다이내믹 태그 관리와 통합
- Adobe Analytics 및 Adobe Target에 선택
- AEM 포털 및 포틀릿
- Dynamic Media Classic(Scene7)과 통합
- AEM Livefyre 레서피
- 통합 문제 해결
- BrightEdge Content Optimizer와 통합
- 카탈로그 프로듀서
- Experience Cloud 및 Creative Cloud과 AEM Assets 통합 구성
- Silverpop Engage와 통합
- Adobe Campaign과 통합
- ExactTarget과 통합
- 외부 공급자와 분석
- Adobe Marketing Cloud과 통합
- Adobe Target과 통합 수동 구성
- Adobe Target과 통합하기 위한 사전 요구 사항
- Adobe I/O을 사용한 Adobe Target 통합
- Adobe 분류
- Adobe Search & Promote과 통합
- 솔루션 통합
- Adobe Target으로 경험 조각 내보내기
- 이메일 템플릿 우수 사례
- Livefyre와 통합
- 우수 사례
- 컨텐츠 관리
OWASP 상위 10개
OWASP(Open Web Application Security Project)(OWASP)는 Top 10 Web Application Security Risks)로 간주하는 항목의 목록을 유지합니다.
다음은 CRX가 어떻게 그들을 상대하는지에 대한 설명과 함께 아래에 나열되어 있습니다.
1. 주입
- SQL - 디자인에서 방지:기본 저장소 설정은 기존 데이터베이스를 포함하거나 필요로 하지 않으며, 모든 데이터는 컨텐츠 저장소에 저장됩니다. 모든 액세스는 인증된 사용자로 제한되며 JCR API를 통해서만 수행할 수 있습니다. SQL은 검색 쿼리에만 지원됩니다(SELECT). SQL은 값 바인딩 지원을 제공합니다.
- LDAP - LDAP 주입은 인증 모듈에서 입력을 필터링하고 바인딩 방법을 사용하여 사용자 가져오기를 수행하므로 수행할 수 없습니다.
- OS - 애플리케이션 내에서 수행되는 셸 실행이 없습니다.
2. XSS(교차 사이트 스크립팅)
일반적인 완화 방법은 OWASP 인코더 및 AntiSamy를 기반으로 서버측 XSS 보호 라이브러리를 사용하여 사용자 생성 컨텐츠의 모든 출력을 인코딩하는 것입니다.
XSS는 테스트 및 개발 과정에서 최우선 순위이며 발견된 모든 문제는 즉시 해결됩니다(일반적으로).
3. 끊어진 인증 및 세션 관리
AEM은 Apache Jackrabbit 및 Apache Sling에 의존하여 사운드와 입증된 인증 기술을 사용합니다. 브라우저/HTTP 세션은 AEM에서 사용되지 않습니다.
4. 안전하지 않은 직접 개체가참조
데이터 객체에 대한 모든 액세스는 저장소에 의해 조정되므로 역할 기반 액세스 제어로 제한됩니다.
5. 교차 사이트 요청 위조(CSRF)
CSRF(교차 사이트 요청 위조)는 모든 양식 및 AJAX 요청에 암호화 토큰을 자동으로 삽입하고 모든 POST에 대해 서버에서 이 토큰을 확인하여 완화됩니다.
또한 AEM은 레퍼러 헤더 기반 필터와 함께 제공됩니다. 이 필터는 만으로 구성하여 특정 호스트(목록에 정의됨)의 POST 요청을 허용합니다.
6. 보안 잘못된 구성
모든 소프트웨어가 항상 올바로 구성되어 있다고 보장하는 것은 불가능하다. 하지만, 우리는 가능한 한 많은 지침을 제공하고 가능한 한 간단하게 구성하도록 노력한다. 또한 AEM에는 보안 구성을 한 눈에 모니터링할 수 있는 통합 보안 상태 검사가 포함되어 있습니다.
단계별 강화 지침을 제공하는 자세한 내용은 보안 검사 목록을 참조하십시오.
7. 비보안 암호화 저장소
암호는 사용자 노드에서 암호화 해시로 저장됩니다.기본적으로 이러한 노드는 관리자와 사용자 자신만 읽을 수 있습니다.
타사 자격 증명과 같은 중요한 데이터는 FIPS 140-2 인증 암호화 라이브러리를 사용하여 암호화된 형태로 저장됩니다.
8. URL 액세스 제한 오류
리포지토리는 액세스 제어 항목을 통해 지정된 경로의 지정된 사용자 또는 그룹에 대해 미세 지정됨 권한(JCR에서 지정한 경우)을 설정할 수 있습니다. 액세스 제한은 저장소에 의해 적용됩니다.
9. 전송 계층 보호 불충분
서버 구성에 의해 완화됩니다(예: HTTPS만 사용).
10. 검증되지 않은 리디렉션 및 전달
사용자 제공 대상에 대한 모든 리디렉션을 내부 위치로 제한하여 완화된 상태입니다.