CSRF 공격 방지 preventing-csrf-attacks

CSRF 공격 작동 방식 how-csrf-attacks-work

CSRF(크로스 사이트 요청 위조)는 유효한 사용자의 브라우저를 사용하여 악의적인 요청을 보내는 웹 사이트 취약성입니다(iFrame 사용 가능). 브라우저는 도메인 기반으로 쿠키를 보내기 때문에 사용자가 애플리케이션에 로그인하면 사용자의 데이터가 손상될 수 있습니다.

예를 들어, 브라우저에서 관리 콘솔에 로그인하는 시나리오를 생각해 보십시오. 링크가 포함된 이메일 메시지를 받게 됩니다. 링크를 클릭하면 브라우저에 새 탭이 열립니다. 연 페이지에는 인증된 AEM Forms 세션의 쿠키를 사용하여 Forms 서버에 악의적인 요청을 하는 숨겨진 iFrame이 포함되어 있습니다. 사용자 관리는 유효한 쿠키를 수신하므로 요청을 전달합니다.

CSRF 관련 용어 csrf-related-terms

Referer: 요청이 들어오는 소스 페이지의 주소. 예를 들어 site1.com의 웹 페이지에는 site2.com에 대한 링크가 포함되어 있습니다. 링크를 클릭하면 site2.com에 요청이 게시됩니다. 이 요청은 site1.com이 소스인 페이지에서 수행되므로 이 요청의 레퍼러는 site1.com입니다.

허용 목록에추가된 URI: URI는 요청되는 Forms 서버의 리소스를 식별합니다(예: /adminui 또는 /contentspace). 일부 리소스는 외부 사이트에서 애플리케이션에 대한 입력 요청을 허용할 수 있습니다. 이러한 리소스는 허용 목록에추가된 URI로 간주됩니다. Forms 서버는 허용 목록에추가된 URI에서 레퍼러 검사를 수행하지 않습니다.

Null 참조: 새 브라우저 창이나 탭을 연 다음 주소를 입력하고 Enter 키를 누르면 레퍼러가 null입니다. 이 요청은 완전히 새로운 것으로, 상위 웹 페이지에서 시작하지 않습니다. 따라서 요청에 대한 레퍼러가 없습니다. Forms 서버는 다음 위치에서 null 레퍼러를 수신할 수 있습니다.

SOAP 및 REST 끝점에 Null 레퍼러를 허용합니다. 또한 /adminui 및 /contentspace와 같은 모든 URI 로그인 페이지와 해당 매핑된 리소스에 null 레퍼러를 허용합니다. 예를 들어 /contentspace에 대해 매핑된 서블릿은 /contentspace/faces/jsp/login.jsp이며, null 레퍼러 예외여야 합니다. 이 예외는 웹 응용 프로그램에 대해 GET 필터링을 사용하는 경우에만 필요합니다. 애플리케이션은 null 레퍼러를 허용할지 여부를 지정할 수 있습니다. 에서 "사이트 간 요청 위조 공격으로부터 보호"를 참조하십시오. AEM Forms의 보안 강화.

허용된 레퍼러 예외: 허용된 레퍼러 예외는 허용된 레퍼러 목록의 하위 목록으로서 요청이 차단됩니다. 허용됨 참조 예외는 웹 응용 프로그램에만 해당됩니다. 허용된 레퍼러의 하위 집합이 특정 웹 애플리케이션을 호출하도록 허용해서는 안 되는 경우 허용된 레퍼러 예외를 통해 레퍼러를 차단 목록 할 수 있습니다. 허용된 레퍼러 예외는 응용 프로그램의 web.xml 파일에 지정됩니다. (도움말 및 Tutorials 페이지에서 AEM Forms 보안 강화 및 보안 의 "사이트 간 요청 위조 공격으로부터 보호"를 참조하십시오.)

허용된 레퍼러 작동 방식 how-allowed-referers-work

AEM Forms은 CSRF 공격을 방지하는 레퍼러 필터링을 제공합니다. 레퍼러 필터링 작동 방식은 다음과 같습니다.

허용된 레퍼러 구성 configure-allowed-referers

구성 관리자를 실행하면 기본 호스트 및 IP 주소 또는 Forms 서버가 허용된 레퍼러 목록에 추가됩니다. 관리 콘솔에서 이 목록을 편집할 수 있습니다.