Spring MVC Web 应用程序检测暴力攻击的最佳方法？

Question

Spring 3.0 MVC 中是否有任何特定功能可以帮助在 Web 应用程序的身份验证/登录页面上实现暴力攻击检测？

Answer 1

长期证明的做法是，如果身份验证失败，则引入随机但相当大的延迟。

这样合法用户将立即登录，但攻击者每次尝试将花费 500ms-1s，这使得整个暴力破解的想法不切实际（将永远花费）。

合法用户偶尔登录失败只会导致轻微的延迟，并且不会被注意到。

如果您需要收到有关重复登录失败的通知，则需要实现一个报告，打印每个用户的后续登录失败次数，按该数字 desc limit 100 排序。

PS 这里是一篇解释如何在登录尝试时收到通知的帖子。我相信，采用相同的方法可能会导致延迟。

Answer 2

通过 Spring security 中的一些配置和编码可以实现这一点。

顺便说一句，我不建议在可疑的无效登录尝试之前做出一些延迟。您可能会延迟一些时间来响应可疑的登录尝试，但这种延迟会导致您在应用程序中暂停线程一段时间。如果您的应用程序同时发生大量无效登录，这可能会对您的系统造成 DoS 或 DDoS 攻击。

更好的方法是对可疑的无效登录做出快速响应，但同时暂停用户尝试登录的用户帐户。这样，暴力攻击避免不会导致提供 Dos 或 DDoS 攻击。

然而，暂停用户帐户也会为DoS攻击提供一种途径，因为它可能导致无法向真实用户提供服务。但是，在这些情况下，正确的安全方案会很有帮助。
例如，如果检测到暴力攻击，您可以：

• 显示一些验证码、
• 暂停帐户、向帐户所有者发送电子邮件或短信以更改密码
• ，或者，暂停帐户一段时间，同时通知帐户所有者更改密码，
• ...

所有这一切都取决于您的领域和服务场景。
例如，您可以实现自己的 UserDetailsS​​ervice 并在此实现中检测暴力攻击。

为了通过 Spring Security 实现最后一个场景，以下代码声明了一个身份验证管理器，该管理器传递一个自定义的 UserDetailsS​​ervice，其类型为 JdbcDaoImpl（请注意，包名称和查询必须修改为您自己的包和数据模型）。

<authentication-manager alias="authenticationManager" xmlns="http://www.springframework.org/schema/security">
    <authentication-provider user-service-ref="CustomUserDetailsService" />           
</authentication-manager>

<!--
This bean is to provide jdbc-user-service.
Also, it provides a way to avoid BFD along with AuthenticationFailureListener
-->
<bean id="CustomUserDetailsService" class="com.example.CustomUserDetailsService">
    <property name="dataSource" ref="dataSource" />
    <property name="usersByUsernameQuery" value="SELECT user_client.user_name, user_client.password, user.is_active
                                   FROM user_client INNER JOIN user ON user_client.fk_user = user.ID
                                   WHERE user_client.user_name=? "/>
    <property name="authoritiesByUsernameQuery" value="SELECT user_client.user_name, CONCAT('ROLE_',user_client.client_id)
                                   FROM user_client WHERE user_client.user_name=? "/>
</bean>

CustomUserDetailsS​​ervice 检测是否发生暴力攻击，以及我很快讨论的 AuthenticationFailureListener。 FailedLoginCacheManager 是一个 ehcache 包装器，用于维护失败的登录（用户名）及其相对失败数量。缓存设置了适当的 timeToIdleSeconds 以使帐户暂时暂停。

public class CustomUserDetailsService extends JdbcDaoImpl {

@Autowired
private FailedLoginCacheManager cacheManager;

@Override
public UserDetails loadUserByUsername(String username) throws UsernameNotFoundException {
    if (cacheManager.isBruteForceAttackLogin(username)) {
     //throw some security exception
     ...
    }
    return super.loadUserByUsername(username);
}

此外

，还实现了一个 ApplicationListener 来检测失败的登录尝试并将其保存在 ehcache 中。

@Component public class AuthenticationFailureListener implements ApplicationListener<AuthenticationFailureBadCredentialsEvent> {

@Autowired
private FailedLoginCacheManager cacheManager;

@Override
public void onApplicationEvent(AuthenticationFailureBadCredentialsEvent event) {
    UsernamePasswordAuthenticationToken token = (UsernamePasswordAuthenticationToken) event.getSource();
    String userName = token.getPrincipal().toString();
    cacheManager.updateLoginFailureStatus(userName);
}}

没有必要更多地讨论 FailedLoginCacheManager 服务，但这里讨论的两个主要方法可以像以下方法一样实现：

public void updateLoginFailureStatus(String userName) {
    Cache cache = manager.getCache(CACHE_NAME);

    Element element = cache.get(userName);
    if (isValid(element)) {
        int failureCount = (Integer)element.getObjectValue();
        cache.remove(userName);
        cache.put(new Element(userName, ++failureCount));
    } else {
        cache.put(new Element(userName, 1));
    }

}

public boolean isBruteForceAttackLogin(String username) {
    Cache cache = manager.getCache(CACHE_NAME);
    Element element = cache.get(username);
    if (isValid(element)) {
        int failureCount = (Integer)element.getObjectValue();
        return failureCount >= 3;
    } else {
        return false;
    }
}

Answer 3

令人惊讶的是，我在参考文档中找不到 Spring MVC 或 春天安全。

然而，我确实找到了 这个已有 3 年历史的教程介绍了如何使用 Splunk 来完成此操作。

Answer 4

还可以考虑将验证码添加到您的登录页面，Google 的 reCAPTCHA 非常容易集成到任何应用程序中。 这里是有关将其与 Java/JSP 一起使用的文档

Answer 5

简而言之，答案是否定的，据我所知 Spring 3.0 MVC 没有任何东西可以帮助您检测暴力攻击。我不相信 Spring Security 3.0 有任何与此相关的东西。

但是，您应该能够通过扩展某些 UserDetailsS​​ervices 来自己实现某些功能。

有时建议记录所有登录尝试，无论成功与否。如果您记录所有失败（例如在数据库中），您应该能够确定是否有人/某物正在尝试对您的网站进行暴力攻击。

您应该考虑限制登录尝试，例如@road to yamburg 所描述的。