洞态是当前我国&业内开源代码的1个主动式IAST商品，针对洞态的某些关键技术，网络上早已有一些内容对它进行了剖析，在这儿小编简略的用自个的掌握针对洞态保持的IAST开展1个汇总论述：
借助简单-Sandbox的AOP开展对重要类开展前后端分离解决.
借助预订义好的规则，对前后文post请求、前后端分离数据信息开展定位意见反馈,洞态针对IAST规则的界定分了下列好多个类型:
Http（这一类型没有在规则中反映出去，源代码中有这一部分的保持，主要是对Servlet数据信息开展复制储存）
Source如、等获得post请求包中数据的某些方法
Propagator（污垢散播，一大堆繁杂的逻辑性对前后文开展判定，依据判定结果去决策是否需要储存该散播点的信息内容）
Sink（最终漏洞开启点）
我本地构建了个洞态的服务，在后台管理看到了许多规则信息内容，能够看见预订义的各类规则遮盖了许多，因而可以针对在呈现漏洞的情况下，将其相应的读取散播局部变量信息内容呈现出去。可是洞态针对成条链接中所牵涉到的souce的散播及其到最终危险变量值达到的一部分，是没形象化的见到其在散播中变量值的全部散播变化结果，仅有个plugin获得攻击基本参数的呈现，如此也许对后面报告中的反映，及其促进产品研发更改这一漏洞有一些BUG。
经洞态的产品研发确定我明白了如果是利用私有化部署的方法下载的Agent，可更新至洞态1.1.3级以上版本号或增多简单基本参数：-Diast.update.device=source，就可以收集到链接上的实际数据信息，这一部分就须要大伙儿自个去探讨看一下了。Contrast,Contrast给予免费的应用，由于对agent的源代码开展了混淆，因此我并没有对其究竟怎样保持开展进一步的掌握，有感兴趣的小伙伴可以掌握看一下。利用对agent的应用及其控制台的呈现内容来说，我我觉得Contrast的IAST更像RASP（Contrast也给予RASP功能，也许我没玩清楚..）,因此到底是IAST，或是RASP换这种方法去呈现，这一就须要大伙儿自个去深入了解了。
