华克斯-fortify sca咨询

fortify软件

强化静态代码分析器

使软件更快地生产

“将findbugs xml转换为hp fortify sca fpr | main | ca---身份管理员安全研究---?

强化针对jsse api的sca自定义规则---

---接字层（ssl / tls）是使用加密过程提供身份验证，机mi性和完整性的广泛使用的---通信协议。为---该方的身份，必须交换和验证x.509---。一方当事人进行身份验证后，协议将提供加密连接。用于ssl加密的算法包括一个安全的散列函数，---了数据的完整性。

当使用ssl / tls时，必须执行以下两个步骤，以---中间没有人篡改通道：

---链---验证：x.509---指ding颁发---的---颁发机构（ca）的名称。服务器还向---发送中间ca的---列表到根ca。---验证每个---的签名，到期（以及其他检查范围，例如撤销，基本约束，策略约束等），从下一级到根ca的服务器---开始。如果算法到达链中的---一个---，没有---，则验证成功。

主机名验证：建立---链后，---必须验证x.509---的主题是否与所请求的服务器的完全限定的dns名称相匹配。 rfc2818规定使用subjectaltnames和common name进行向后兼容。

当---使用ssl / tls api并且可能导致应用程序通过受攻击的ssl / tls通道传输---息时，可能会发生以下错误使用情况。

证明所有---

应用程序实现一个自定义的trustmanager，fortify sca经销商，使其逻辑将---每个呈现的服务器---，而不执行---链验证。

trustmanager [] trustallcerts = new trustmanager [] {

       新的x509trustmanager（）{

...

  public void checkservertrusted（x509certificate [] certs，

                string authtype）fortify sca

}

这种情况通常来自于自---书被广泛使用的开发环境。根据我们的经验，我们通常会发现开发人员完全禁用---验证，而不是将---加载到密钥库中。这导致这种危险的编码模式意外地进入生产版本。

当这种情况发生时，它类似于从烟雾探测器中取出电池：检测器（验证）将仍然存在，提供错误的---，因为它不会检测烟雾（不可信方）。实际上，当---连接到服务器时，验证例程将乐意接受任何服务器---。

在github上搜索上述弱势代码可以返回13，823个结果。另外在stackoverflow上，一些问题询问如何忽略---错误，获取类似于上述易受攻击的代码的回复。这是关于投piao---建议禁用任何---管理。

fortifysca  pta 无需源代码，部署简单方便

与qa测试活动结合，省时省力

自动化完成测试，提供安全漏洞信息，使修复漏洞更快，更容易

能达到较高的测试覆盖率，发现更多安全漏洞，测试全mian

软件开发人员：企业软件外包商或者内部开发人员。主要对所开发项目的漏洞进行修复。

安全测试人员，主要从事使用fortify sca 对所有需要被测试项目的源代码进行安全测试。：一般为软件测试部的人员。

安全审计人员：主要从事软件安全漏洞审计的人员，一般与安全测试人员为同一个人。主要对所有项目的漏洞进行审计和漏洞信息发布。

项目管理人员：主要从事软件安全测试事宜的管理，---。以及与外包商/开发团队的协调工作。一般为安全处/部人员