Mirrors/hacktricks
2
0
Fork 0
mirror of https://github.com/carlospolop/hacktricks synced 2024-11-21 20:23:18 +00:00
Code Issues Projects Releases Packages Wiki Activity
hacktricks/pentesting-web/account-takeover.md

8.5 KiB
Raw Permalink Blame History

계정 탈취

{% hint style="success" %} AWS 해킹 배우기 및 연습하기:HackTricks Training AWS Red Team Expert (ARTE)
GCP 해킹 배우기 및 연습하기: HackTricks Training GCP Red Team Expert (GRTE)

HackTricks 지원하기
{% endhint %}

권한 문제

계정의 이메일을 변경하려고 시도해야 하며, 확인 프로세스는 검토되어야 합니다. 만약 약한 것으로 발견되면, 이메일을 의도된 피해자의 이메일로 변경한 후 확인해야 합니다.

유니코드 정규화 문제

  1. 의도된 피해자의 계정 victim@gmail.com
  2. 유니코드를 사용하여 계정을 생성해야 합니다
    예: vićtim@gmail.com

이 발표에서 설명된 바와 같이, 이전 공격은 제3자 신원 제공자를 악용하여 수행될 수 있습니다:

  • 피해자와 유사한 이메일을 가진 제3자 신원에서 계정을 생성합니다 (vićtim@company.com).
  • 제3자 제공자는 이메일을 확인하지 않아야 합니다.
  • 만약 신원 제공자가 이메일을 확인한다면, 도메인 부분을 공격할 수 있습니다: victim@ćompany.com과 같은 형식으로 도메인을 등록하고, 신원 제공자가 도메인의 아스키 버전을 생성할 것이라고 기대합니다. 피해자 플랫폼이 도메인 이름을 정규화할 때.
  • 이 신원 제공자를 통해 피해자 플랫폼에 로그인하면, 유니코드 문자가 정규화되어 피해자 계정에 접근할 수 있습니다.

자세한 내용은 유니코드 정규화 문서를 참조하십시오:

{% content-ref url="unicode-injection/unicode-normalization.md" %} unicode-normalization.md {% endcontent-ref %}

재사용 가능한 리셋 토큰

대상 시스템이 리셋 링크를 재사용할 수 있도록 허용한다면, gau, wayback 또는 scan.io와 같은 도구를 사용하여 더 많은 리셋 링크를 찾기 위한 노력을 해야 합니다.

계정 탈취 전 단계

  1. 피해자의 이메일을 사용하여 플랫폼에 가입하고 비밀번호를 설정해야 합니다 (확인 시도를 해야 하지만, 피해자의 이메일에 접근할 수 없으면 불가능할 수 있습니다).
  2. 피해자가 OAuth를 사용하여 가입하고 계정을 확인할 때까지 기다려야 합니다.
  3. 일반 가입이 확인되기를 바라며, 피해자의 계정에 접근할 수 있습니다.

CORS 잘못 구성으로 인한 계정 탈취

페이지에 CORS 잘못 구성이 포함되어 있다면, 사용자의 민감한 정보를 훔쳐서 그의 계정을 탈취하거나 동일한 목적을 위해 인증 정보를 변경하도록 만들 수 있습니다:

{% content-ref url="cors-bypass.md" %} cors-bypass.md {% endcontent-ref %}

CSRF를 통한 계정 탈취

페이지가 CSRF에 취약하다면, 사용자가 비밀번호, 이메일 또는 인증 정보를 수정하도록 만들어서 이후에 접근할 수 있습니다:

{% content-ref url="csrf-cross-site-request-forgery.md" %} csrf-cross-site-request-forgery.md {% endcontent-ref %}

XSS를 통한 계정 탈취

애플리케이션에서 XSS를 발견하면, 쿠키, 로컬 스토리지 또는 웹 페이지의 정보를 훔쳐서 계정을 탈취할 수 있습니다:

{% content-ref url="xss-cross-site-scripting/" %} xss-cross-site-scripting {% endcontent-ref %}

동일 출처 + 쿠키

제한된 XSS 또는 서브도메인 탈취를 발견하면, 쿠키를 조작하여 (예를 들어 고정시키기) 피해자 계정을 타겟으로 할 수 있습니다:

{% content-ref url="hacking-with-cookies/" %} hacking-with-cookies {% endcontent-ref %}

비밀번호 리셋 메커니즘 공격

{% content-ref url="reset-password.md" %} reset-password.md {% endcontent-ref %}

응답 조작

인증 응답을 단순한 불리언으로 줄일 수 있다면, false를 true로 변경해 보세요 그리고 접근할 수 있는지 확인하세요.

OAuth를 통한 계정 탈취

{% content-ref url="oauth-to-account-takeover.md" %} oauth-to-account-takeover.md {% endcontent-ref %}

호스트 헤더 주입

  1. 비밀번호 리셋 요청 시작 후 호스트 헤더가 수정됩니다.
  2. X-Forwarded-For 프록시 헤더가 attacker.com으로 변경됩니다.
  3. 호스트, 리퍼러 및 오리진 헤더가 동시에 attacker.com으로 변경됩니다.
  4. 비밀번호 리셋을 시작한 후 메일을 다시 보내기로 선택하면, 위의 세 가지 방법이 모두 사용됩니다.

응답 조작

  1. 코드 조작: 상태 코드가 200 OK로 변경됩니다.
  2. 코드 및 본문 조작:
  • 상태 코드가 200 OK로 변경됩니다.
  • 응답 본문이 {"success":true} 또는 빈 객체 {}로 수정됩니다.

이러한 조작 기술은 JSON이 데이터 전송 및 수신에 사용되는 시나리오에서 효과적입니다.

현재 세션의 이메일 변경

이 보고서에서:

  • 공격자가 자신의 이메일을 새 이메일로 변경해 달라고 요청합니다.
  • 공격자는 이메일 변경 확인 링크를 받습니다.
  • 공격자는 피해자에게 링크를 보내 클릭하도록 합니다.
  • 피해자의 이메일이 공격자가 지정한 이메일로 변경됩니다.
  • 공격자는 비밀번호를 복구하고 계정을 탈취할 수 있습니다.

이것은 이 보고서에서도 발생했습니다.

오래된 쿠키

이 게시물에서 설명된 바와 같이, 계정에 로그인하고 인증된 사용자로서 쿠키를 저장한 후 로그아웃하고 다시 로그인하는 것이 가능했습니다.
새로운 로그인으로 인해 다른 쿠키가 생성되더라도, 이전 쿠키가 다시 작동하기 시작했습니다.

참고 문헌

{% hint style="success" %} AWS 해킹 배우기 및 연습하기:HackTricks Training AWS Red Team Expert (ARTE)
GCP 해킹 배우기 및 연습하기: HackTricks Training GCP Red Team Expert (GRTE)

HackTricks 지원하기
{% endhint %}