4应用安全课件.docVIP

身份鉴别 应提供专用的登录控制模块对登录用户进行身份标识和鉴别； 应对同一用户采用两种或两种以上组合的鉴别技术实现用户身份鉴别； 查看对用户进行身份鉴别是采用两种或 以上机制，比如用户名 /密码、 CA、USB 、KEY 、 生物特征识别等中的两种。 应提供用户身份标识唯一和鉴别信息复杂度检查功能， 保证应用系统中不存在重复用户身份 标识，身份鉴别信息不易被冒用； 通过测试主要应用系统的管理模块， 查看系统是否具有用户身份唯一性标识的能力， 如系统 采用用户名来进行唯一性标识， 则系统不应存在两个同名的用户。 通过测试主要应用系统的 管理模块， 查看系统是否具有用户身份唯一性标识的能力， 如系统采用用户名来进行唯一性 标识，则系统不应存在两个同名的用户。 通过登录系统用户管理后台，先建立一个用 户名为“ test1”的用户，然后继续尝试添 加一 个用户名为“ test1”的用户，系统提 示“用户名或别名 test1 已存在”。因此，可判定该系 统具有身份唯一性标识的能力。 应提供登录失败处理功能，可采取结束会话、限制非法登录次数和自动退出等措施； 通过测试主要应用系统登录验证模块，验证系统在登录失败的情况下是否启用了登录 失败处理功能，其测试结果是否与系统设计保持一致。 以“admin”用户登录界面登录应用系统，输入错误的鉴别口令，系统提示“用户名或密码 错误” ，则在输入错误的鉴别口令时系统并未精确返回密码错误， 增加了非授权用户的非法 猜测用户名和鉴别口令的难度。 应启用身份鉴别、 用户身份标识唯一性检查、 用户身份鉴别信息复杂度检查以及登录失败处 理功能，并根据安全策略配置相关参数。 通过测试主要应用系统的管理模块， 查看系统是否具有鉴别信息复杂度的能力， 如鉴别口令 必须采用 8 位以上， 达不到此要求， 系统应返回错误提示。 则建议系统开发人员在开发时预 留鉴别信息复杂度控制功能， 一般情况下要求鉴别口令长度不低于 8 位，密码复杂度应包含 字母、 数字和特殊字符相结合； 特殊情况下， 考虑到易用性， 普通用户密码复杂度要求可做 适当调整，但管理员类用户口令应保证较高的复杂度要求。 访问控制 应提供访问控制功能，依据安全策略控制用户对文件、数据库表等客体的访问； 访问控制的覆盖范围应包括与资源访问相关的主体、客体 及它们之间的操作； 应由授权主体配置访问控制策略，并严格限制默认帐户的访问权限； 应授予不同帐户为完成各自承担任务所需的最小权限， 并 在它们之间形成相互制约的关系。 通过“ admin”用户身份登录应用系统，依据安全策略对客体进行访问，查看是否成功；不 依据安全策略对客体进行访问， 看是否成功。 如依据安全策略能访问成功， 反之则不能访问 成功，可判定系统安全策略实现满足设计要求。 检查主要应用系统是否存在默认账号或测试账号查看系统中存在的角色， 针对不同的角色进 一步通过 “编辑角色权限” 窗口查看系统管理员相应的权限， 系统管理员没有操作业务和管 理日志的权限，只有管理配置的权限。 安全审计 应具有对重要信息资源设置敏感标记的功能； 应依据安全策略严格控制用户对有敏感标记重要信息资源的操作； 应提供覆盖到每个用户的安全审计功能，对应用系统重要安全事件进行审计； 应保证无法单独中断审计进程，无法删除、修改或覆盖审计记录； 审计记录的内容至少应包括事件的日期、时间、发起者信息、类型、描述和结果等； 应提供对审计记录数据进行统计、查询、分析及生成审计报表的功能。 通过登录审计日志管理的工作界面， 审计日志内容包含日期、 时间、发起者信息、 日志描述， 但不包括日志类型和结果，则该系统审计内容不完全符合要求。 剩余信息保护 应保证用户鉴别信息所在的存储空间被释放或再分配给其他用户前得到完全清除， 无论这些 信息是存放在硬盘上还是在内存中； 应保证系统内的文件、 目录和数据库记录等资源所在的存储空间被释放或重新分配给其他用 户前得到完全清除。 a) 访谈应用系统管理员， 询问系统是否采取措施保证对存储介质中的残余信息进行删除 （无 论这些信息是存放在硬盘上还是在内存中），具体措施有哪些； b) 检查设计 /验收文档，查看其是否有关于系统在释放或再分配鉴别信息所在存储空间给其 他用户前如何将其进行完全清除 （无论这些信息是存放在硬盘上还是在内存中） 的描述， 如 用户退出模块中是否有对清除用户 COOKIES ，会话 SESSION，删除缓存文件等代码操作的 描述； c) 通过测试主要应用系统，用某用户登录系统并进行操作后，在该用户退出后用另一用户 登录，试图操作（读取、修改或删除等）其他用户产生的文件、目录和数据库记录等资源， 查看操作是否成功，验 证系统提供的剩余信息保护功能是否正确（确保系统内的文件、目 录