- Java锁的逻辑(结合对象头和ObjectMonitor)
- 还在用饼状图?来瞧瞧这些炫酷的百分比可视化新图形(附代码实现)⛵
- 自动注册实体类到EntityFrameworkCore上下文,并适配ABP及ABPVNext
- 基于Sklearn机器学习代码实战
前几天看了两篇文章,觉得很不错,写一笔,就当笔记记录.
第一篇文章: https://jinone.github.io/bugbounty-dom-xss/ 。
作者写了自己通过自动化挖dom xss,差不多赚了3w刀左右。他分享了一些不错的漏洞案例。这里很感谢作者,无私分享思路出来,也给大家有了喝口汤的机会.
中国需要多一些这样的热爱分享的白帽子,一方面是推动安全测试水位,另一方面是带来更多的思路给他人。看这篇文章,给了我一些启发。在相当内卷的今天,选择适合自己的漏洞挖掘赛道很重要。就像不是人人都适合挖rce,一个道理.
第一篇文章的细节点
访问: 。
https://example.com/xsspath'%22?xssparam%27%22=xssvalue%27%22#xsshash'%22
。
。
。
结论
location.search 会对' "编码 location.hash 不会对 ' 编码 location.pathnme 不会对 ' 编码 location.href hash和pathname中的 ' 不会被编码 包含search,hash和pathname { 这三个可以跳出单引号 location.href location.hash location.pathname }
。
。
因为作者文章中提到有自动化挖掘。这里就调研了下市面上的工具,记录下
通过查看作者写的文章,以及自己对dom xss的理解,简单写下半动化的粗略思路 。
dom xss半自动化简单思路
{
n个source
n个sink
如果有某个source和某个sink同时存在
疑似dom xss,命中
}
只检索applocation
/javascript和text/html
关于dom xss的探测,多疑似,那么误报率就会很高.
缺陷很明显,需要尽可能的收集javascript和javscipt库的source和sink,吃经验,吃规律,需要熟悉一定的规律.
工具1:Dom Invader 可以用于检测dom xss和postMessage xss 。
。
。
。
检测postmessage+dom xss配置如下
。
。
和写dom xss的作者聊过一些,这款工具,检测dom xss很不错 。
关于这个插件的学习教程
https: // www.youtube.com/watch?v=Wd2R47czzO0&t=156s https: // portswigger.net/blog/introducing-dom-
这里简单提一嘴,burpsuite很多插件,挖洞使用很方便,有空的话,我讲下burpsuite上一些很好的辅助挖洞神器.
这个工具我就一笔带过,他不是本文的重点,本文的重点是另一个工具
重点检测工具:semgrep 。
semgrep? what?
A fast, open-source, static analysis tool for profoundly improving software security and reliability.
一种快速、开源、静态分析工具,可显著提高软件的安全性和可靠性。
我认为它就是grep命令的升级版,更加的强大。
优势
1 .支持本地,命令行运行,很方便 2.支持在线网站上创建和导入/新增规则
3.支持批量检测,无需对代码进行编译
。
什么场景下使用他们?
1 .大量的代码,进行安全缺陷审查 2 .漏洞挖掘,web代码审计 3 .支持纯文本代码识别和污点跟踪 4.src/众测 部分代码需要
5.发现某个漏洞特征,使用semgrep事半功倍
。
安装
三种安装方式 # Using Homebrew $ brew upgrade semgrep # Using pip $ python3 -m pip install -- upgrade semgrep # Using Docker $ docker pull returntocorp /semgrep:latest
。
。
。
这里我使用的是第二种,pip安装.
referer: https://github.com/returntocorp/semgrep 。
。
semgrep基础使用
1.命令行cl使用 。
semgrep --pattern ' 127.$A.$B.$C ' --lang generic /etc/ hosts #lang 是指定某种类型 参考:https: // semgrep.dev/docs/supported-languages/ 很详细
。
。
参考: https://semgrep.dev/docs/getting-started/ 。
—pattern是一种匹配模式。但是更推荐的是导入yaml,对某段代码/某个项目进行运行漏洞规则文件
。
。
漏洞yaml规则库大全 用于学习编写规则
https: // github.com/returntocorp/semgrep-rules https: // semgrep.dev/playground/new?editorMode=advanced
涉及到的语言众多 。
。
。
污点跟踪 这个适合漏洞挖掘,半自动化
污点跟踪演示教程:https://semgrep.dev/docs/writing-rules/data-flow/taint-mode/ 。
使用污点跟踪半动化检测dom xss
rules:
- id: domxss-insertAdjacentHTML
languages:
- javascript
- typescript
message: Found dangerous HTML output
mode: taint
pattern-sources:
- pattern: document.location.href
- pattern: document.location
- pattern: window.location
- pattern: window.location.href
pattern-sinks:
- pattern: $X.insertAdjacentHTML(...)
- pattern: $X.innerHTML(...)
- pattern: $X.innerHTML = ...
severity: WARNING
。
不想聊规则细节,我说下这段yaml哪里来的.
参考:https://netsec.expert/posts/automating-dom-xss/ 。
一定要看,这篇文章作者是谷歌的一位安全工程师,这是他写的规则.
他还写了一个辅助工具,用于爬虫网站上的js:https://github.com/the-xentropy/dump-scripts/blob/main/dump-scripts.py 。
。
。
。
然后调用semgrep批量检测script目录里的js.
这个规则,会漏掉很多dom xss,这里简单调研了下,source和sink非常多,这里只总结了一些常见的,整合了前面的几位作者的思路和官方规则
总结了下用于检测js open redirect_url和其他类型的dom xss规则
rules:
- id: dom_xss
message: dom_xss
metadata:
cwe:
- "dom_xss"
owasp:
- A03:2021 - Injection
asvs:
section: V5 Validation, Sanitization and Encoding
control_id: 5.2.4 Dynamic Code Execution Features
control_url: https://github.com/OWASP/ASVS/blob/master/4.0/en/0x13-V5-Validation-Sanitization-Encoding.md#v52-sanitization-and-sandboxing
version: "4"
category: security
technology:
- browser
subcategory:
- audit
likelihood: LOW
impact: MEDIUM
confidence: LOW
references:
- https://owasp.org/Top10/A03_2021-Injection
license: Commons Clause License Condition v1.0[LGPL-2.1-only]
languages:
- javascript
- typescript
severity: WARNING
mode: taint
pattern-sources:
- patterns:
- pattern-inside: |
url.split('...')
- patterns:
- pattern-inside: |
getURLParameter('...')
- patterns:
- pattern-inside: |
$PROPS.get('...')
- patterns:
- pattern-inside: |
getUrlParameter('...')
- patterns:
- pattern-inside: |
GetQueryString('...')
- patterns:
- pattern-inside: |
$PROPS.get('...')
- patterns:
- pattern-inside: |
$PROPS.split("...")
- patterns:
- pattern-either:
- pattern-inside: >
$PROP = new URLSearchParams($WINDOW. ...
.location.search).get('...')
...
- pattern-inside: |
$PROP = new URLSearchParams(location.search).get('...')
...
- pattern-inside: >
$PROP = new URLSearchParams($WINDOW. ...
.location.hash.substring(1)).get('...')
...
- pattern-inside: >
$PROP = new
URLSearchParams(location.hash.substring(1)).get('...')
...
- pattern-inside: |
$PROP = window.location.search.substr(1).match(...)
...
- pattern: $PROP
- patterns:
- pattern-either:
- pattern-inside: |
$PROPS = new URLSearchParams($WINDOW. ... .location.search)
...
- pattern-inside: |
$PROPS = new URLSearchParams(location.search)
...
- pattern-inside: >
$PROPS = new URLSearchParams($WINDOW. ...
.location.hash.substring(1))
...
- pattern-inside: |
$PROPS = new URLSearchParams(location.hash.substring(1))
...
- pattern: $PROPS.get('...')
- patterns:
- pattern-either:
- pattern-inside: |
$PROPS = new URL($WINDOW. ... .location.href)
...
- pattern-inside: |
$PROPS = new URL(location.href)
...
- pattern: $PROPS.searchParams.get('...')
- patterns:
- pattern-either:
- pattern-inside: >
$PROPS = new URL($WINDOW. ...
.location.href).searchParams.get('...')
...
- pattern-inside: |
$PROPS = new URL(location.href).searchParams.get('...')
...
- pattern: $PROPS
pattern-sinks:
- patterns:
- pattern-either:
- pattern: $WINDOW. ... .location.href = $SINK
- pattern: $WINDOW. ... .location = $SINK
- pattern: location.href = $SINK
- pattern: $THIS. ... .location.href = $SINK
- pattern: $THIS. ... .location.replace($SINK)
- pattern: $WINDOW. ... .replace($SINK)
- pattern: $PROPS.replace($SINK)
- pattern: $X.insertAdjacentHTML($SINK)
- pattern: $X.innerHTML($SINK)
- pattern: $X.innerHTML = $SINK
- pattern: $X.innerHTML += $SINK
- pattern: $X.prepend($SINK)
- pattern: $X.prepend("..."+$SINK)
- pattern: $X.append($SINK)
- pattern: $X.append("..."+$SINK)
- pattern: $X.before($SINK)
- pattern: $X.before("..."+$SINK)
- pattern: $X.after($SINK)
- pattern: $X.after("..."+$SINK)
- pattern: $X.html($SINK)
- pattern: $X.html("..."+$SINK)
- metavariable-pattern:
patterns:
- pattern-not: |
"..." + $VALUE
- pattern-not: |
`...${$VALUE}`
metavariable: $SINK
如何实战利用?
使用一个漏洞规则批量检测多个项目
。
使用多个规则检测多个项目
semgrep -c rules/ jstest
/*
。
。
。
对于semgrep,我并不陌生。早在今年log4j2漏洞刚爆发的时候,我们团队内部就使用了semgrep编写log4j2规则去批量检测,效果很好。 。
工具很强大,写好匹配规则即可。语言都是次要的,主要是要多收集source和sink。剩下的就是套娃~~ 。
。
最后此篇关于domxss->半自动化的文章就讲到这里了,如果你想了解更多关于domxss->半自动化的内容请搜索CFSDN的文章或继续浏览相关文章,希望大家以后支持我的博客! 。
前几天看了两篇文章,觉得很不错,写一笔,就当笔记记录. 第一篇文章: https://jinone.github.io/bugbounty-dom-xss/ 。 作者写了自己通过自动化
OWASP 对 HTML 注入(inject)页面 (link) 的测试显示了一个特定的代码,该代码应该容易受到 HTML 注入(inject)的攻击。 function setMessage()
我是一名优秀的程序员,十分优秀!