华克斯-fortify sca咨询

fortify软件

强化静态代码分析器

使软件更快地生产

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

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

允许所有的行动

应用程序不检查服务器发送的数字---是否发送到---正在连接的url。

java---接字扩展（jsse）提供两组api来建立安全通信，一个---httpsurlconnection api和一个低级sslsocket api。

httpsurlconnection api默认执行主机名验证，再次可以通过覆盖相应的hostnameverifier类中的verify（）方法来禁用（在github上搜索以下代码时，大约有12，800个结果）。

hostnameverifier allhostsvalid = new hostnameverifier（）{

public boolean verify（string hostname，sslsession session）{

         返回真

  }

};

sslsocket api不开箱即可执行主机名验证。以下代码是java 8片段，仅当端点标识算法与空字符串或null值不同时才执行主机名验证。

private void checktrusted（x509certificate [] chain，string authtype，sslengine engine，boolean isclient）

throws certificateexception {

 ...

 string identityalg = engine.getsslparameters（）。

           getendpointidentificationalgorithm（）;

 if（identityalg！= null && identityalg.length（）！= 0）{

           checkidentity（session，chain [0]，identityalg，isclient，

                   getrequestedservernames（发动机））;

 }

 ...

}

当ssl / tls---使用原始的sslsocketfactory而不是httpsurlconnection包装器时，识别算法设置为null，因此主机名验证被默认跳过。因此，如果攻击者在---连接到“domain.com”时在网络上具有mitm位置，则应用程序还将接受为“some-evil-domain.com”颁发的有效的服务器---。

这种记录的行为被掩埋在jsse参考指南中：

“当使用原始sslsocket和sslengine类时，fortify sca采购，您应该始终在发送任何数据之前检查对等体的凭据。 sslsocket和sslengine类不会自动验证url中的主机名与对等体凭

强化sca与强化ssc之间的差异

webinspect是与ssc---匹配的动态代码分析工具。不幸的是，他们没有任何---的ci集成插件来自动化这个每个构建。到目前为止，我看到的大多数共同体解决方案都是在内部开发的。

实际上webinspect（使用webinspect enterprise集成到ssc中，这个控制台连接到ssc，有效地创建了一个新版本的amp）和运行在java或.net应用程序上的runtime产品（以前称为rta），并且可以在运行时执行各种各样的事情（记录/停止攻击等） - 

1

@keshi现在他们为jenkins提供插件，并且可以与jira集成。 - 克里希纳·潘迪2月23日16时5分13分

请说明，同样的---yzser---（也称为sca）由audit workbench和各种sca插件（maven，jenkins，eclipse，visual studio，intellij，xcode等）调用。 ssc不运行sca。 ssc管理从sca输出的fpr文件。 - walthouser apr 14 16 at 21:07