# 계정 탈취

{{#include ../banners/hacktricks-training.md}}

## **권한 문제**

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

## **유니코드 정규화 문제**

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

[**이 강연**](https://www.youtube.com/watch?v=CiIyaZ3x49c)에서 설명된 바와 같이, 이전 공격은 제3자 신원 제공자를 악용하여 수행될 수 있습니다:

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

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

{{#ref}}
unicode-injection/unicode-normalization.md
{{#endref}}

## **재사용 가능한 리셋 토큰**

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

## **계정 탈취 전 단계**

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

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

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

{{#ref}}
cors-bypass.md
{{#endref}}

## **CSRF를 통한 계정 탈취**

페이지가 CSRF에 취약하다면, **사용자가 비밀번호**, 이메일 또는 인증을 수정하도록 할 수 있습니다. 그러면 이를 통해 접근할 수 있습니다:

{{#ref}}
csrf-cross-site-request-forgery.md
{{#endref}}

## **XSS를 통한 계정 탈취**

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

{{#ref}}
xss-cross-site-scripting/
{{#endref}}

## **동일 출처 + 쿠키**

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

{{#ref}}
hacking-with-cookies/
{{#endref}}

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

{{#ref}}
reset-password.md
{{#endref}}

## **응답 조작**

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

## OAuth를 통한 계정 탈취

{{#ref}}
oauth-to-account-takeover.md
{{#endref}}

## 호스트 헤더 주입

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

## 응답 조작

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

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

## 현재 세션의 이메일 변경

[이 보고서](https://dynnyd20.medium.com/one-click-account-take-over-e500929656ea)에서:

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

이것은 [**이 보고서**](https://dynnyd20.medium.com/one-click-account-take-over-e500929656ea)에서도 발생했습니다.

### 오래된 쿠키

[**이 게시물**](https://medium.com/@niraj1mahajan/uncovering-the-hidden-vulnerability-how-i-found-an-authentication-bypass-on-shopifys-exchange-cc2729ea31a9)에서 설명된 바와 같이, 계정에 로그인하고 인증된 사용자로서 쿠키를 저장한 후 로그아웃하고 다시 로그인할 수 있었습니다.\
새로운 로그인으로 인해 다른 쿠키가 생성될 수 있지만, 이전 쿠키가 다시 작동하게 되었습니다.

## 참고 문헌

- [https://infosecwriteups.com/firing-8-account-takeover-methods-77e892099050](https://infosecwriteups.com/firing-8-account-takeover-methods-77e892099050)
- [https://dynnyd20.medium.com/one-click-account-take-over-e500929656ea](https://dynnyd20.medium.com/one-click-account-take-over-e500929656ea)

{{#include ../banners/hacktricks-training.md}}