3.1 验证码

3.1.1 修改返回包绕过

这种方法基于返回的状态码来验证用户凭证的正确性，通常情况下，正确的验证码返回状态码为1，错误则为0。因此，攻击者可以通过抓取响应包，并将错误的状态码修改为1，从而成功绕过验证。

3.1.2 验证码传递特殊参数绕过

验证码安全控制的失效问题。通常，常见的系统安全措施包括设置6位数验证码，有效期为30分钟或更短，验证失败6次后验证码会直接失效。然而，有些系统采用标志位来控制验证码的状态和生命周期。当标志位为1时，系统将验证码标记为失效，用户无法再使用该验证码来修改密码；而当标志位为0时，系统将验证码标记为有效，用户可以继续完成密码修改流程。

3.2 账户

3.2.1 遍历猜解已有账号

这种漏洞可能存在于用户注册、密码重置或验证码验证流程中。在注册过程中，如果系统内部已存在相同账户，通常无法成功注册。对于密码重置策略不够安全的网站，比如允许用户通过相对简单的信息（如用户名、电子邮件地址或手机号码）来重置密码，攻击者可以通过遍历或猜测这些信息来找到有效的用户账号。此外，如果网站在验证码验证过程中没有足够的限制或防护机制，攻击者可以尝试多次提交验证码，通过遍历可能的验证码值来找到有效的组合。

3.3 越权

3.3.1 越权修改账户密码

网站未能有效验证和控制用户在修改邮箱地址时的权限。攻击者可以绕过身份验证，访问其他用户的邮箱地址修改页面，并进行未经授权的邮箱地址修改。这表明在系统设计阶段可能没有进行全面的用户身份验证，或者存在身份验证方面的漏洞，因此可能导致任意账户密码的重置。

3.3.2 越权修改其他用户密码

在正常情况下，当用户试图修改他们自己的密码时，系统应该首先验证用户的身份，以确保他们有权访问和修改他们自己的帐户信息。身份验证通常包括要求用户提供当前密码或其他身份验证凭证。然而，在某些情况下，系统未充分执行身份验证检查，例如将 "id" 参数设置为目标用户的帐户标识。这使得攻击者可以通过篡改请求中的 "id" 参数来伪装成其他用户的帐户，而无需提供正确的身份验证凭证。

3.3.3 越权登陆

通常情况下，登录过程应依赖于用户提供的凭据，例如用户名和密码。然而，在某些系统中，存在由客户端提供的参数，如certSn，用于标识用户会话。攻击者可以修改certSn参数以绕过授权检查，导致服务器未能正确验证会话是否属于请求的用户。这种漏洞使得攻击者能够手动修改certSn的数值，从而进行账户猜解攻击。

阅读原文