《(安全生产)04-应用安全测评培训资料(DOC41页)》由会员分享,可在线阅读,更多相关《(安全生产)04-应用安全测评培训资料(DOC41页)(38页珍藏版)》请在金锄头文库上搜索。
1、信息安全等级测评师培训 应用系统安全测评 1 内容目录 1. 背景介绍 2. 应用测评的特点和方法 3. 主 要 测 评 内 容 4. 结果整理和分析 2 应用安全的形势(一) o开发商和用户对应用安全重视程度不够 n开发商安全意识普遍淡薄,开发中留有安全隐患 n用户普遍对应用安全不重视,系统上线前把关不严 o应用系统存在的漏洞较多 的报告显示,超过NIST 92% of reported vulnerabilities are in applications, not networks90%的安全漏洞是应用层Encryption Module2%2%1%0%3%Network Protoco
2、l Stack漏洞,它已经远远超过网15%Other41%络、操作系统和浏览器的Communication ProtocolHardware漏洞数量,这个比例还有Operating SystemNon-Server Applications上升的趋势。 Server Applications36%Source: NIST 3 应用安全的形势(二) o针对应用系统的攻击手段越来越多,面临的威胁在不断增大 n针对口令的攻击,如口令破解等 n非授权获取敏感信息,如信息窃听、系统管理员非授权获取敏感业务数据(如用户的密码等信息)等 n针对WEB应用的攻击,如跨站脚本攻击、SQL注入、缓冲区溢出、拒绝服
3、务攻击、改变网页内容等 4 指标选取 o在基本要求中的位置 数据库安全是主机安全的 一个部分,数据库的测评 指标是从“主机安全”和 “数据安全及备份恢复” 中根据数据库的特点映射 得到的。 5 应用系统的指标选取 o在基本要求中的位置 n“应用安全”的所有指标,对于应用平台软件等则从中选择部分指标; n“数据安全及备份恢复”中的部分指标,对于三级信息系统,在应用安全中,主要检查“数据完整性”、“数据保密性”和“备份和恢复”第一和第二项; n应结合管理的要求,如“应根据开发需求检测软件质量”、“应要求开发单位提供软件源代码,并审查软件中可能存在的后门”,加强应用系统的源代码安全性。 6 内容目录
4、 1. 背景介绍 2. 应用测评的特点和方法 3. 主 要 测 评 内 容 4. 结果整理和分析 7 应用测评的特点 o安全功能和配置检查并重 n和数据库、操作系统等成熟产品不同,应用系统现场测评除检查安全配置外,还需验证相关安全功能是否正确 o应用测评中不确定因素较多 n业务和数据流程不同,需根据业务和数据特点确定范围 n应用系统安全漏洞发现困难,很难消除代码级的安全隐患 o测评范围较广,分析较为困难 n应用系统测评包括应用平台(如IIS等)的测评,且和其他层面关联较大 8 应用测评的方法(1) o通过访谈,了解安全措施的实施情况 后台处理系统n和其他成熟产品不同,应用系统只有在充分了解其部
5、署情况后,才能明确测评C-Switch的范围和对象,分析其系统的脆弱性和面临的主要安全威胁,有针对性的进行移动内部接门户网站入网关右图是一个手机支付系检查和测试。-统的流程示意图,通过网页和手机可以完成冲值、查询等业务。 9 应用测评的方法(2) o通过检查,查看其是否进行了正确的配置 n有的安全功能(如口令长度限制、错误登录尝试次数等)需要在应用系统上进行配置,则查看其是否进行了正确的配置,与安全策略是否一致。 n无需进行配置的,则应查看其部署情况是否与访谈一致。 o如果条件允许,需进行测试 n可通过测试验证安全功能是否正确,配置是否生效。 n代码级的安全漏洞在现场查验比较困难,则可进行漏洞
6、扫描和渗透测试。 10 内容目录 1. 背景介绍 2. 应用测评的特点和方法 3. 主 要 测 评 内 容 4. 结果整理和分析 11 身份鉴别 o要求项(一) n应提供专用的登录控制模块对登录用户进行身份标识和鉴别; n应对同一用户采用两种或两种以上组合的鉴别技术实现用户身份鉴别; n应提供用户身份标识唯一和鉴别信息复杂度检查功能,保证应用系统中不存在重复用户身份标识,身份鉴别信息不易被冒用; 12 身份鉴别 o要求项(二) n应提供登录失败处理功能,可采取结束会话、限制非法登录次数和自动退出等措施; n应启用身份鉴别、用户身份标识唯一性检查、用户身份鉴别信息复杂度检查以及登录失败处理功能,
7、并根据安全策略配置相关参数。 13 身份鉴别 o条款理解 n提供专用的登录控制模块对用户身份的合法性进行核实,只有通过验证的用户才能在系统规定的权限内进行操作,这是防止非法入侵最基本的一种保护措施; n三级或三级以上系统要求必须提供两种(两次口令鉴别不属于这种情况)或两种以上组合的鉴别技术进行身份鉴别(口令+CA证书),在身份鉴别强度上有了更大的提高; 14 身份鉴别 o条款理解 n为每一个登录用户提供唯一的标识,这样应用系统就能对每一个用户的行为进行审计;同时,为了增加非授权用户使用暴力猜测等手段破解用户鉴别信息的难度,应保证用户的鉴别信息具有一定的复杂性,如用户的密码的长度至少为8位、密码
8、是字母和数字的组合等; n应用系统应提供登录失败处理功能,如限制非法登录次数等,登录失败次数应能根据用户根据实际情况进行调整; n另外,要求应用启用这些功能,并配置不许的参数。 15 身份鉴别 o检查方法 n询问系统管理员,了解身份鉴别措施的部署和实施情况。 n根据了解的情况,检查应用系统是否按照策略要求进行了相应的配置,在条件允许的情况下,验证功能(包括应用口令暴力破解等测试手段)是否正确。-测试应用系统(如首先以正确的密码登录系统,然后再以错误的密码重新登录,查看是否成功),验证其登录控制模块功能是否正确;扫描应用系统,检查应用系统是否存在弱口令和空口令用户;用暴力破解工具对口令进行破解。
9、 16 访问控制 o要求项(一) n应提供访问控制功能,依据安全策略控制用户对文件、数据库表等客体的访问; n访问控制的覆盖范围应包括与资源访问相关的主体、客体及它们之间的操作; n应由授权主体配置访问控制策略,并严格限制默认帐户的访问权限; 17 访问控制 o要求项(二) n应授予不同帐户为完成各自承担任务所需的最小权限,并在它们之间形成相互制约的关系; n应具有对重要信息资源设置敏感标记的功能; n应依据安全策略严格控制用户对有敏感标记重要信息资源的操作。 18 访问控制 o条款理解 n三级系统要求访问控制的粒度达到文件、数据库表级,权限之间具有制约关系(如三权分离),并利用敏感标记控制用
10、户对重要信息资源的操作; n在应用系统中应严格限制默认用户的访问权限,默认用户一般指应用系统的公共帐户或测试帐户; n应用系统授予帐户所承担任务所需的最小权限,如领导只需进行查询操作,则无需为其分配业务操作权限;同时,该项要求明确规定应在不同帐户之间形成相互制约关系; 19 访问控制 o条款理解 n敏感标记表示主体/客体安全级别和安全范畴的一组信息,通过比较标记来控制是否允许主体对客体的访问,标记不允许其他用户进行修改,包括资源的拥有者,在可信计算基中把敏感标记作为强制访问控制决策的依据;在三级系统中,要求应用系统应提供设置敏感标记的功能,通过敏感标记控制用户对重要信息资源的访问。 20 访问
11、控制 o检查方法 n询问系统管理员,了解访问控制措施的部署和实施情况。 n根据了解的情况,检查应用系统是否按照策略要求进行了相应的配置,在条件允许的情况下,验证功能是否正确。-以管理员身份进行审计操作,查看是否成功;以审计员身份进行删除/增加用户、设定用户权限的操作(也可进行一些其他管理员进行的操作),查看是否成功。 21 安全审计 o要求项 n应提供覆盖到每个用户的安全审计功能,对应用系统重要安全事件进行审计; n应保证无法单独中断审计进程,无法删除、修改或覆盖审计记录; n审计记录的内容至少应包括事件的日期、时间、发起者信息、类型、描述和结果等; n应提供对审计记录数据进行统计、查询、分析
12、及生成审计报表的功能。 22 安全审计 o条款理解 n三级系统强调对每个用户的重要操作进行审计,重要操作一般包括登录/退出、改变访问控制策略、增加/删除用户、改变用户权限和增加/删除/查询数据等; n应用系统应对审计进程或功能进行保护,如果处理审计的事务是一个单独的进程,那么应用系统应对审计进程进行保护,不允许非授权用户对进城进行中断;如果审计是一个独立的功能,则应用系统应防止非授权用户关闭审计功能;另外,应用系统应对审计记录进行保护。 23 安全审计 o检查方法 n询问系统管理员,了解安全审计措施的部署和实施情况。 n重点检查应用系统是否对每个用户的重要操作进行了审计,同时可通过进行一些操作
13、(如用户登录/退出、改变访问控制策略、增加/删除用户、改变用户权限和增加/删除/查询数据等),查看应用系统是否进行了正确的审计。 24 剩余信息保护 o要求项 n应保证用户鉴别信息所在的存储空间被释放或再分配给其他用户前得到完全清除,无论这些信息是存放在硬盘上还是在内存中; n应保证系统内的文件、目录和数据库记录等资源所在的存储空间被释放或重新分配给其他用户前得到完全清除。 25 剩余信息保护 o条款理解 n该项要求是为了防止某个用户非授权获取其他用户的鉴别信息、文件、目录和数据库记录等资源,应用系统应加强内存和其他资源管理。 o检查方法 n询问系统管理员,了解剩余信息保护方面采取的措施。 n
14、根据了解的情况,测试其采取的措施是否有效,如以某个用户进行操作,操作完成退出系统后系统是否保留有未被删除的文件等。 26 通信完整性 o要求项 n应采用密码技术保证通信过程中数据的完整性。 27 通信完整性 o条款理解 n该项要求强调采取密码技术来保证通信过程中的数据完整性,普通加密技术无法保证密件在传输过程中不被替换,还需利用Hash函数(如MD5、SHA和MAC)用于完整性校验,但不能利用CRC生成的校验码来进行完整性校验。 o检查方法 n询问系统管理员,了解通信完整性方面采取的措施。 n可通过查看文档或源代码等方法来验证措施是否落实;如果条件允许,则可设计测试用例进行测试。 28 通信保
15、密性 o要求项 n在通信双方建立连接之前,应用系统应利用密码技术进行会话初始化验证; n应对通信过程中的整个报文或会话过程进行加密。 29 通信保密性 o条款理解 n该项要求强调整个报文或会话过程进行加密,同时,如果在加密隧道建立之前需要传递密码等信息,则应采取密码技术来保证这些信息的安全。 o检查方法 n询问系统管理员,了解通信保密性方面采取的措施。 n可通过抓包工具(如Sniffer pro)获取通信双方的内容,查看系统是否对通信双方的内容进行了加密。 30 抗抵赖 o要求项 n应具有在请求的情况下为数据原发者或接收者提供数据原发证据的功能; n应具有在请求的情况下为数据原发者或接收者提供数据接收证据的功能。 31 抗抵赖 o条款理解 n该项要求强调应用系统提供抗抵赖措施(如数字签名、流水