Java开发规范V1.2 - 图文(12)

软件开发项目管理培训

12.1.3安全风险

可能会窃取或操纵客户会话和 cookie，它们可能用于模仿合法用户，从而使黑客能够以该用户身份查看或变更用户记录以及执行事务。

12.1.4 解决方案

? 不要接受外部创建的会话标识。

? 始终生成新的会话，供用户成功认证时登录。 ? 防止用户操纵会话标识。

? 请勿接受用户浏览器登录时所提供的会话标识。 12.1.5 技术实现

? 登陆界面和登陆成功的界面一致时

修改后台逻辑，在验证登陆逻辑的时候，先强制让当前session过期，然后用新的session存储信息。

? 登陆界面和登陆成功的界面不一致时

在登陆界面后增加下面一段代码，强制让系统session过期。

request.getSession().invalidate();//清空session Cookie cookie = request.getCookies()[0];//获取cookie cookie.setMaxAge(0);//让cookie过期

37

软件开发项目管理培训

12.2 不充分帐户封锁

12.2.1 描述

程序没有使用锁定功能，可以穷举密码，可以造成蛮力攻击，恶意用户发送大量可能的密码和/或用户名以访问应用程序的尝试。 由于该技术包含大量登录尝试，未限制允许的错误登录请求次数的应用程序很容易遭到这类攻击。 12.2.2 安全级别

高。 12.2.3 安全风险

可能会升级用户特权并通过 Web 应用程序获取管理许可权。 12.2.4 解决方案

请确定允许的登录尝试次数（通常是 3-5 次），确保超出允许的尝试次数之后，便锁定帐户。 为了避免真正的用户因帐户被锁定而致电支持人员的麻烦，可以仅临时性暂挂帐户活动，并在特定时间段之后启用帐户。帐户锁定大约 10 分钟，通常用这样的方法阻止蛮力攻击。

38

软件开发项目管理培训

12.2.5 技术实现

提供锁定信息配臵类，可根据项目特定需求修改此配臵信息。

修改登陆验证逻辑，根据上面的配臵信息提供帐户锁定功能。

39

软件开发项目管理培训

12.3 可预测的登录凭证

12.3.1 描述

发现应用程序会使用可预期的认证凭证（例如：admin+admin、guest+guest）。 攻击者很容易预测用户名和密码，登录应用程序，从而获取未获授权的特权。 12.3.2 安全级别、

高。 12.3.3 安全风险

可能会升级用户特权并通过 Web 应用程序获取管理许可权。 12.3.4 解决方案

不应使用易于预测的凭证（例如：admin+admin、guest+guest、test+test 等），因为它们可能很容易预测，可让用户不当进入应用程序。

12.3.5 技术实现

只要养成良好的习惯，坚决不使用容易预测的名和密码，即可彻底杜绝此类问题。

40

软件开发项目管理培训

12.4 登录错误消息凭证枚举

12.4.1 描述

当试图利用不正确的凭证来登录时，当用户输入无效的用户名和无效的密码时，应用程序会分别生成不同的错误消息。 通过利用该行为，攻击者可以通过反复试验（蛮力攻击技术）来发现应用程序的有效用户名，再继续尝试发现相关联的密码。 12.4.2 安全级别

高。 12.4.3 安全风险

可能会升级用户特权并通过 Web 应用程序获取管理许可权。 12.4.4 解决方案

不论名和密码哪个错误，都提示同样的消息。且同时加上登陆失败次数达到规定的帐户锁定功能。 12.4.5 技术实现

不论名和密码哪个错误，都提示如下所示同样的消息：

41