다음 웹 응용 프로그램 보안 프로젝트 열기 (OWASP)는 다음과 같이 간주되는 항목의 목록을 유지 관리합니다. 10대 웹 응용 프로그램 보안 위험.
다음은 CRX가 이러한 자산을 처리하는 방법에 대한 설명과 함께 나와 있습니다.
일반적인 완화 방법은 를 기반으로 서버측 XSS 보호 라이브러리를 사용하여 사용자 생성 콘텐츠의 모든 출력을 인코딩하는 것입니다. OWASP 인코더 및 앤티사미.
XSS는 테스트 및 개발 기간 동안 최우선 순위가 되며, 발견된 문제는 (일반적으로) 즉시 해결됩니다.
AEM은 사운드 및 입증된 인증 기술을 사용하여 아파치 잭래빗 및 Apache Sling. 브라우저/HTTP 세션은 AEM에서 사용되지 않습니다.
데이터 객체에 대한 모든 액세스는 저장소에 의해 매개되므로 역할 기반 액세스 제어에 의해 제한됩니다.
CSRF(교차 사이트 요청 위조)는 모든 양식 및 AJAX 요청에 암호화 토큰을 자동으로 삽입하고 모든 POST에 대해 서버에서 이 토큰을 확인하여 완화됩니다.
또한 AEM에는 를 구성할 수 있는 레퍼러 헤더 기반 필터가 제공됩니다. 전용 목록에 정의된 특정 호스트의 POST 요청을 허용합니다.
모든 소프트웨어가 항상 올바르게 구성되었다고 보장할 수는 없다. 그러나 가능한 한 많은 지침을 제공하고 가능한 한 구성을 단순하게 만들기 위해 노력합니다. 또한 AEM은 통합 보안 상태 점검 보안 구성을 한눈에 모니터링할 수 있습니다.
다음을 검토하십시오. 보안 검사 목록 단계별 강화 지침을 제공하는 추가 정보입니다.
암호는 사용자 노드에 암호화 해시로 저장됩니다. 기본적으로 이러한 노드는 관리자 및 사용자 자신만 읽을 수 있습니다.
타사 자격 증명과 같은 중요한 데이터는 FIPS 140-2 인증 암호화 라이브러리를 사용하여 암호화된 형식으로 저장됩니다.
저장소를 통해 다음을 설정할 수 있습니다. 세분화된 권한(JCR에 의해 지정됨) 액세스 제어 항목을 통해 지정된 경로에 있는 지정된 사용자 또는 그룹에 대해 액세스 제한은 저장소에 의해 적용됩니다.
서버 구성으로 완화됩니다(예: HTTPS만 사용).
사용자가 제공한 대상에 대한 모든 리디렉션을 내부 위치로 제한하여 완화했습니다.