> For the complete documentation index, see [llms.txt](https://hacking-notes.jord4n.pro/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://hacking-notes.jord4n.pro/zh/web/authentication/2fa-bypass-via-brute-force.md).
# 通过暴力破解绕过 2FA
通过暴力破解绕过 2FA，PortSwigger Web Security Academy 实验笔记，包括利用流程、载荷测试、Burp Suite 验证以及修复上下文。
### 使用暴力破解攻击绕过2FA
此实验有两个因子可被暴力破解攻击利用。/ 用户ID已知，但2FA验证码无法获取。/ 目标是强制获取MFA代码，以访问以下账户 **Carlos**.
* **受害者**: `carlos`
* **密码**: `montoya`
**2FA 身份验证上下文**
在使用用户名和密码成功连接后，应用程序会要求输入MFA代码。
服务器端请求如下所示：
```bash
csrf=pqkmb1Cny2T3wbbgKEdqZPweWFpyCv0A&mfa-code=1234
```
**遇到的问题**
* 在测试多个MFA代码时，服务器会提示 **CSRF令牌已不再有效**.
* 随后，应用程序会自动重定向到登录页面。
每次重新访问登录页面时，都会生成一个 **新的CSRF令牌** 。
这会阻止对 `mfa-code` 参数中指定管理员的用户 ID 来获得管理员权限。
**设置解决方案（Burp Suite）**
为绕过此保护，使用一个 **宏** 以便在每次尝试时自动重新生成有效的CSRF令牌。
**步骤：**
1. 创建一个新的 **宏** 在 Burp Suite 中。
* 在宏中包含以下请求：
* `GET /login`
* `POST /login`
* `GET /login2`
1. 验证该宏是否允许提取一个 **新的CSRF令牌** 在每次执行时。
该宏现在已准备就绪并可正常运行。
**MFA 代码暴力破解攻击**
1. 拦截 `POST` 包含 `mfa-code` 参数中指定管理员的用户 ID 来获得管理员权限。
* 将此请求发送到 **Intruder**.
* 在 `mfa-code` 字段上设置有效载荷。
* 设置一个数值范围，从 **0000 到 9999**，格式为 **4位必填数字**.
关联宏，以便 **CSRF会自动更新** 到每个请求中。
**结果**
* CSRF令牌会随着每次尝试正确变化。
* 当测试到有效的MFA代码时，服务器响应会有所不同。
* 正确的代码可通过一个 **`302 已找到`** 响应识别出来，表明已成功重定向到用户账户。
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://hacking-notes.jord4n.pro/zh/web/authentication/2fa-bypass-via-brute-force.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
