Codeql如何分析cookie未启用httponly的问题

今天我们利用codeql分析下“cookie启用httponly“这类的安全问题,由此加深自己对codeql的使用。如果反应好的话,可以考虑把Vulnerability-goapp的其他漏洞也弄一弄。

分析go程序时必须额外下载codeql-go

说明

审计对象

Vulnerability-goapp:Vulnerable golang Web application for education。

修改

因为该项目中的所有cookie均未设置http-only,没有对比性,所以我们先要对其修改。在一些cookie设置中添加上http-only,修改记录如下。

pkgadminadmin.go修改如下。
Codeql如何分析cookie未启用httponly的问题

pkgloginlogin.go修改如下。
Codeql如何分析cookie未启用httponly的问题

pkgregisterregister.go修改如下。
Codeql如何分析cookie未启用httponly的问题

修改后记得重新生成一次database(如果需要覆盖旧的DATabase的话,则需要先删除旧的再生成新的。

目的

就是通过codeql脚本来发现其中未设置httponly和设置了httponly的但httponly的值为false(一般不会这样,但保不齐有)的这样存在漏洞的点。

确定Source和Sink

Sink定义

Sink很简单,设置Cookie时,需要用到http.SetCookie方法,而需要设置的Cookie值是这个函数的第二个参数,然后我们可以写出找到类似这样Sink的查询语句。

import gofrom DataFlow::Node sinkwhere exists(DataFlow::CallNode c |      c.getTarget().hasQualifiedName("net/http", "SetCookie") and c.getArgument(1) = sink    )select sink

运行后可获得以下结果,点击任意条目都会跳转到复合要求的代码段下。
Codeql如何分析cookie未启用httponly的问题

我们将其转换成一个Sink类,如下。

private class Sink extends DataFlow::Node {  Sink() {    exists(DataFlow::CallNode c |      c.getTarget().hasQualifiedName("net/http", "SetCookie") and c.getArgument(1) = this    )  }}

这样之后我们通过将一个变量定义成Sink的话,就是指符合条件的所有代码片段,例如:

import goprivate class Sink extends DataFlow::Node {  Sink() {    exists(DataFlow::CallNode c |      c.getTarget().hasQualifiedName("net/http", "SetCookie") and c.getArgument(1) = this    )  }}from Sink sselect s

运行后会获得同样的结果。

Source定义

然后我们再来确定Source,从http.SetCookie方法接收的参数来看,实际第二个参数是接收一个Cookie的结构体的指针。
Codeql如何分析cookie未启用httponly的问题Codeql如何分析cookie未启用httponly的问题

所以我们先要找到这样一个结构体,我们可以先把项目中所有的结构体列出来。

codeql-go中关于结构体的定义如下。
Codeql如何分析cookie未启用httponly的问题

所以我们的查询脚本例如。

import gofrom StructLit sourceselect source

也如我们预期的一样列出了所有的结构体。
Codeql如何分析cookie未启用httponly的问题

然后接下来就是剔除其他不相干的内容,对类型做限制。

关于hasQualifiedName方法,在各种Codeql-go中的各种类型都有相同的方法,定义如下,标记对象的是在属于哪个包,叫什么名。
Codeql如何分析cookie未启用httponly的问题

如果不确定的话,可以通过,getPackage和getName打印相关字段,例如。

import gofrom StructLit source// where source.getType().hasQualifiedName("net/http", "Cookie")select source.getType().getPackage(), source.getType().getName()

结果如下。
Codeql如何分析cookie未启用httponly的问题

我们可以找到source定义,例如。

import gofrom StructLit sourcewhere source.getType().hasQualifiedName("net/http", "Cookie")select source

Codeql如何分析cookie未启用httponly的问题同样转换成DataFlow::Node的子类。

private class Source extends DataFlow::Node {  Source() {    exists(StructLit s | s.getType().hasQualifiedName("net/http", "Cookie") and this.asExpr() = s)  }}

TaintConfig定义

简单的数据流

有了Source和Sink,简单定义TaintConfig,就能获得所有从Source到Sink的数据流。

import goprivate class Source extends DataFlow::Node {  Source() {    exists(StructLit s | s.getType().hasQualifiedName("net/http", "Cookie") and this.asExpr() = s)  }}private class Sink extends DataFlow::Node {  Sink() {    exists(DataFlow::CallNode c |      c.getTarget().hasQualifiedName("net/http", "SetCookie") and c.getArgument(1) = this    )  }}class Configuration extends TaintTracking::Configuration {  Configuration() { this = "HttpOnly" }  override predicate isSource(DataFlow::Node source) { source instanceof Source }  override predicate isSink(DataFlow::Node sink) { sink instanceof Sink }}from Configuration cfg, DataFlow::PathNode source, DataFlow::PathNode sinkwhere cfg.hasFlowPath(source, sink)select source, sink

结果如下:
Codeql如何分析cookie未启用httponly的问题

剔除

但是还没完,我们并没有将设置了httponly=true的部分给剔除。所以需要增加限定,就是将给HttpOnly字段设置了true的数据流,从结果中剔除。

我们可以 CodeQL 提供的 TaintTracking::isSanitizer,来过滤无害节点:

override predicate isSanitizer(DataFlow::Node node) {    exists(Write w, Field f, DataFlow::Node rhs |      f.hasQualifiedName("net/http", "Cookie", "HttpOnly") and      w.writesField(node, f, rhs) and      rhs.getBoolValue() = true    )  }

运行结果如下,但有一处地方需要注意。
Codeql如何分析cookie未启用httponly的问题红框中实际有对HttpOnly进行设置,但我们的脚本并不能识别这样的一个数据流。后面试了各种方法,最终找到一种解决方式,将isSanitizer修改成以下内容。

override predicate isSanitizer(DataFlow::Node node) {    exists(Write w, Field f, DataFlow::Node n, DataFlow::Node rhs |      f.hasQualifiedName("net/http", "Cookie", "HttpOnly") and      w.writesField(n, f, rhs) and      rhs.getBoolValue() = true and      node = n.getAPredecessor*()n    )  }

其中node=n.getAPredecessor*()是说node是n的前置数据流节点,数据可以在0个或多个步骤中从node流到n。

最终脚本

加上一些信息,模仿官方的示例,最终脚本如下。

/** * @name Cookie未设置httponly * @description Cookies包含一个HTTPOnly的设置选项,可以使此cookie不能被js读取,而只能用于HTTP请求。 * @kind path-problem * @problem.severity error * @precision low * @id go/Cookie-not-set-httponly * @tags security */import goimport DataFlow::PathGraphprivate class Source extends DataFlow::Node {  Source() {    exists(StructLit s | s.getType().hasQualifiedName("net/http", "Cookie") and this.asExpr() = s)  }}private class Sink extends DataFlow::Node {  Sink() {    exists(DataFlow::CallNode c |      c.getTarget().hasQualifiedName("net/http", "SetCookie") and c.getArgument(1) = this    )  }}class Configuration extends TaintTracking::Configuration {  Configuration() { this = "HttpOnly" }  override predicate isSource(DataFlow::Node source) { source instanceof Source }  override predicate isSink(DataFlow::Node sink) { sink instanceof Sink }  override predicate isSanitizer(DataFlow::Node node) {    exists(Write w, Field f, DataFlow::Node n, DataFlow::Node rhs |      f.hasQualifiedName("net/http", "Cookie", "HttpOnly") and      w.writesField(n, f, rhs) and      rhs.getBoolValue() = true and      node = n.getAPredecessor*()    )  }}from Configuration cfg, DataFlow::PathNode source, DataFlow::PathNode sinkwhere cfg.hasFlowPath(source, sink)select sink.getNode(), source, sink, "Cookie-not-set-httponly in $@.", source.getNode(), "here"

最终筛选出存在问题的内容。
Codeql如何分析cookie未启用httponly的问题

以上就是Codeql如何分析cookie未启用httponly的问题,小编相信有部分知识点可能是我们日常工作会见到或用到的。希望你能通过这篇文章学到更多知识。更多详情敬请关注亿速云行业资讯频道。

文章标题:Codeql如何分析cookie未启用httponly的问题,发布者:亿速云,转载请注明出处:https://worktile.com/kb/p/25451

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
亿速云的头像亿速云
上一篇 2022年9月15日 下午11:21
下一篇 2022年9月15日 下午11:23

相关推荐

  • 2024年9款优质CRM系统全方位解析

    文章介绍的工具有:纷享销客、Zoho CRM、八百客、红圈通、简道云、简信CRM、Salesforce、HubSpot CRM、Apptivo。 在选择合适的CRM系统时,许多企业面临着功能繁多、选择困难的痛点。对于中小企业来说,找到一个既能提高客户关系管理效率,又能适应业务扩展的CRM系统尤为重要…

    2024年7月25日
    1600
  • 数据库权限关系图表是什么

    数据库权限关系图表是一种以图表形式展示数据库权限分配和管理的工具。它可以有效地帮助我们理解和管理数据库中的各种权限关系。数据库权限关系图表主要包含以下几个部分:数据对象、用户(或用户组)、权限类型、权限级别、权限状态等。其中,数据对象是权限关系图表中的核心元素,它代表了数据库中的各种数据资源,如表、…

    2024年7月22日
    200
  • 诚信数据库是什么意思

    诚信数据库是一种收集、存储和管理个人或组织诚信信息的系统。它是一种用于评估和管理个人或组织行为的工具,通常由政府、商业组织或者非营利组织进行运营。诚信数据库的主要功能包括:1、评估个人或组织的诚信状况;2、提供决策支持;3、预防和控制风险;4、促进社会信用体系建设。 在这四大功能中,评估个人或组织的…

    2024年7月22日
    400
  • 数据库期末关系代数是什么

    关系代数是一种对关系进行操作的代数系统,是关系模型的数学基础,主要用于从关系数据库中检索数据。其操作包括选择、投影、并集、差集、笛卡尔积、连接、除法等。其中,选择操作是对关系中的元组进行筛选,只保留满足某一条件的元组;投影操作则是从关系中选择出一部分属性构造一个新的关系。 一、选择操作 选择操作是关…

    2024年7月22日
    700
  • mysql建立数据库用什么命令

    在MySQL中,我们使用"CREATE DATABASE"命令来创建数据库。这是一个非常简单且基础的命令,其语法为:CREATE DATABASE 数据库名。在这个命令中,“CREATE DATABASE”是固定的,而“数据库名”则是你要创建的数据库的名称,可以自己设定。例如,如…

    2024年7月22日
    500
注册PingCode 在线客服
站长微信
站长微信
电话联系

400-800-1024

工作日9:30-21:00在线

分享本页
返回顶部