checkmarks是一款商业的代码静态分析工具，和pmd类似的地方是他分析的是java文件，而非class文件。checkmarks使用 .net开发，必须安装在windows上，它的规则也是类似.net语言的语法。
checkmarks 的工作机制大概如下：
1、创建任务时可以通过git、svn、或者上传代码打包。
2、checkmarks会将代码进行语法树解析。
3、然后分析代码中的数据流，并将整个代码中的数据流存储到sql server数据库中，可以理解成一张庞大的数据流网，这个分析比较吃内存。
4、然后匹配规则，checkmarx自带了各种规则，也可以自己编写规则。规则也叫query，顾名思义就是从整个数据流网中查找我们关心的数据流。比如数据流的起点是request.getparameter("url")的调用，终点是 httpClient.exec，这样我们来判断是否存在ssrf漏洞。
自定义规则：
checkmarks的规则就是一个一个的查询，这个查询定义了如何从数据流网中找到我们关心的数据流。
checkmarks内置了大量的函数，100多个吧，我们利用这种函数找到我们关心的数据流的起点，终点。当然也可以的定义过滤点，比如某个安全API的调用作为一个过滤点，过滤掉已经修复了安全问题的数据流。
不足之处：
目前checkmarks的问题还是比较多的，虽然支持了各类的语言，常见语言基本都支持java、php、go等等，但是默认的规则基本上实用性比较差，需要花很多时间去自己编写规则。
目前不支持模块引擎语言，比如velocity、freemarker、thymeleaf等的分析
对前后端分离的项目分析无法支持，比如后端spring mvc，前端vue就无法关联分析了。也不支持 vue、react等框架文件的分析。其实实际代码审计关联分析java、xml、vue等文件类型，目前cheackmarx不会做这样的分析。这两条对xss这样的规则编写造成了很大的困扰。
checkmarks封装的比较死，写规则时有时候让人琢磨不透，没法做定制开发，不够灵活。
对spring这种依赖注入的情况，数据流经常是不完整的，注入的接口类没有实际逻辑就会断，其实数据流是走到了接口的实现类，checkmarx并不会分析实际注入了哪个实现类并进行数据流跟踪。会造成一定的漏报。
对一些orm框架也没法做数据流分析，比如mybatis、spring data jpa等，实际执行sql操作的类都是运行时产生的，比如mapper接口实现类，checkmarx不会根据这些框架的实际情况进行分析。这对sql注入规则的编写造成了一定的误报。