网络安全开发培训教程.pptVIP

大多数企业内部都是逆向的过程，绿盟也是如此，企业是否实施SDL，开发团队的安全能力非常重要，这是一个团队打造的过程 逆向是成本最低的过程，避免了直接上代码审计，由于海量需要人工定性的安全问题而加大成本 * 用户身份认证的强度设计可以采用以下几种方式，应根据应用的重要程度合理使用认证方式。 用户名、口令认证； 一次性口令、动态口令认证； 证书认证； 对高价值交易和进入保护区域的用户需要进行重新认证(比如修改个人口令等操作)。 认证失败后的处理方式设计 连续失败登录后锁定账号。账号锁定后可以由系统管理员解锁，也可以在一段时间后自动解锁。 通知用户认证失败，但不应区分是账号错误还是口令错误，否则可能被利用于猜测系统账号。 使用强口令策略 应用软件需要检查用户设定的口令是否符合口令管理规则，要求输入至少8位字符，其中要包含大写字母、小写字母、数字和特殊字符四种中的三种。 在使用短信口令的程序中，需设定短信有效时间应不超过15分钟，请求间隔不少于60秒。 对于高权限用户（比如管理员账号），应该设定口令定期修改的周期，根据实际应用的情况，可选择三个月强制修改口令。 使用图片验证码 图片验证码应当能抵抗自动识别，但不影响普通用户的正常识别，应实现为长度至少4位的随机串，且使用扭曲、噪点干扰、字体变换、大小变换、位置变换等防自动识别的一种或者多种方法。 敏感信息加密处理 涉及到用户名、口令、数据库口令等敏感信息，在通信和保存时，需采用通用的加密算法进行加密处理。 使用加密通信通道，以保护身份认证令牌，例如：使用https协议来传递表单数据。 * 限制普通用户对系统级资源的访问； 系统级资源包括文件、文件夹、注册表项、数据库对象、事件日志等，不同的用户角色只允许访问特定的资源。 应用软件启动权限最小化 应用软件使用的系统账号（运行环境中的）应该有尽可能低的权限。避免使用“Administrator”、“root”、“sa”或其它特权用户来运行应用程序。 敏感功能IP地址控制 敏感的功能（例如后台管理）应采用黑名单或白名单方式对访问的来源IP地址进行限制，防止非法IP的接入以及地址欺骗。 尽量采用统一的访问控制机制 集中统一的访问控制机制可确保控制规则的一致性。此外还能减少开发的工作量，且有助于后期的维护工作。 资源请求数量限制 B/S、C/S结构的应用程序，需要在服务器端限制客户端的最大请求数目，避免客户端无限制的大量使用资源。 在服务器端实现访问控制 B/S、C/S结构的应用程序，应在服务器端实现对系统内受限资源的访问控制，禁止仅在客户端实现访问控制。 * 限制会话寿命 缩短会话寿命可以降低会话劫持和重复攻击的风险。会话寿命越短，攻击者捕获会话ID并利用它访问应用程序的时间越有限。 确保会话的安全创建 在同一登录过程中，当某用户认证成功后，应为此用户创建新的会话并释放原有会话，创建的会话凭证应满足随机性和长度要求，避免被攻击者猜测。 确保会话数据的存储安全 用户登录成功后所生成的会话数据应存储在服务器端，并确保会话数据不能被非法访问，当更新会话数据时，应对数据进行严格的输入验证，避免会话数据被非法篡改。 确保会话的安全终止 当用户登录成功并成功创建会话后，应在应用系统的各个界面提供用户登出功能，登出时应及时注销服务器端的会话数据。 在B/S结构的应用程序中，当处于登录状态的用户直接关闭浏览器时，提示用户执行安全登出或者自动为用户完成登出过程，确保本次会话的安全终止。 WEB页面应避免跨站请求伪造 在涉及到关键业务操作的WEB页面，应采用认证码或随机令牌来防范跨站请求伪造。 WEB系统确保会话凭证的安全 如果WEB系统采用持久性COOKIE携带会话凭证，必须合理设置COOKIE的Secure、Domain、Path和Expires属性； 禁止会话凭证通过HTTP-GET方式传输， Domain属性限制在合理的区间内。 * 处理诸如身份证号、信用卡号、地址、邮箱等用户私人信息的应用程序应该采取专门的步骤，来确保这些数据的保密性，并确保其不被修改。 尽量避免存储机密信息 验证用户是否知道某个机密时，没必要存储该机密。可以通过存储代表机密的哈希值，然后使用用户提供的值计算哈希值，以验证该用户是否知道该机密。 避免在代码中存储机密信息 禁止在代码中对机密进行硬编码。即使对源代码进行了编译操作，从编译过的可执行文件中仍然可以提取字符串常量。配置漏洞可能会允许攻击者检索编译后的文件并进而提取机密。 WEB系统，不要在永久性 cookie 中存储敏感数据 避免在永久性 cookie 中存储敏感数据。如果存储的是纯文本数据，最终用户能够看到并修改该数据。如果对其加密，必须考虑密钥管理。 WEB系统，不要使用 HTTP-GET 协议传递敏感数据 避免使用