这次要说的是由于CORS配置不当而引起的跨域问题。CORS，翻译过来就是“跨域资源共享”，这里的重点在于跨域，要知道在网络安全里面，同源策略是一个很重要的东西。而这个跨域就打破了这个特性，从而可能会造成一些问题。但其实CORS本意是用来避免这些安全问题的。
CORS简介
CORS是一个W3C标准，全称是"跨域资源共享"（Cross-origin resource sharing）。它允许浏览器向跨源(协议 + 域名 + 端口)服务器，发出...
CORS可能产生的漏洞与修复
SQL INJECTION BYPASS CHEATSHEET
SQL INJECTION
SQL Injection is one of the many web attack types, an attacker can send request with malicious SQL statements then executed by database server.
A successful SQL injection exploit Attacker can read sensitive data from the database, modify database data (Insert/Update/Delete), execute administration operations on the database (such as shutdown the DBMS), read/wri...
URL跳转漏洞检测与修复- URL跳转漏洞
漏洞描述
服务端未对传入的跳转url变量进行检查和控制，可能导致可恶意构造任意一个恶意地址，诱导用户跳转到恶意网站。
由于是从可信的站点跳转出去的，用户会比较信任，所以跳转漏洞一般用于钓鱼攻击，通过转到恶意网站欺骗用户输入用户名和密码盗取用户信息，或欺骗用户进行金钱交易；
也可能引发的XSS漏洞（主要是跳转常常使用302跳转，即设置HTTP响应头，Locatioin: url，如果url包含了CRLF，则可能...
巧用DNSlog实现实现无回显注入
测试一些网站的时候，一些注入都是无回显的，我们可以写脚本来进行盲注，但有些网站会ban掉我们的ip，这样我们可以通过设置ip代理池解决，
但是盲注往往效率很低，所以产生了DNSlog注入。具体原理如下。
首先需要有一个可以配置的域名，比如：ceye.io，然后通过代理商设置域名 ceye.io 的 nameserver 为自己的服务器 A，然后再服务器 A 上配置好 DNS Server，这样以来所有 ceye.io 及其子域名的查询都会到 ...
CRLF Injection漏洞利用与学习
http header注入 CRLF
黑客入侵应急分析手工排查
Author: [email protected]猎户攻防实验室
行文仓促，不足之处，还望大牛指正。
1 事件分类
常见的安全事件：
Web入侵：挂马、篡改、Webshell
系统入侵：系统异常、RDP爆破、SSH爆破、主机漏洞
病毒木马：远控、后门、勒索软件
信息泄漏：脱裤、数据库登录（弱口令）
网络流量：频繁发包、批量请求、DDOS攻击
2 排查思路
一个常规的入侵事件后的系统排查思路：
文件分析
a) 文件日期、新增文件、可疑/异常文件、...
CNVD-C-2019-48814 Weblogic wls9_async_response 反序列
复现环境
1 Kali2019\Win10(关闭安全中心实时防护下)
2 Weblogic10.3.6(wls1036_generic.jar)
漏洞组件
bea_wls9_async_response.war
漏洞路径
http://ip:port/_async/AsyncResponseService
漏洞确认
访问漏洞路径存在以下页面，即有可能存在漏洞
漏洞利用(所有利用都需要被攻击机能够访问公网)
1.Linux下
1 反弹shell
使用如下报文即可
POST /_async/AsyncResponseService HTTP/1.1
Host: ip:port
...
RedisDesktopManager Windows安装包
需要用到redis连接工具，网上找了好久，一个找几个不错的安装包，安全情况未知，自检
redis-desktop-manager-0.8.8.384
redis-desktop-manager-0.8.8.384
redis-desktop-manager-0.9.3.817
redis-desktop-manager-0.9.3.817
redis-desktop-manager-0.9.7.180925
redis-desktop-manager-0.9.7.180925
JSON CSRF的一个案例-附利用链接
这是最近的一个真实案例，所以某些地方对进行打码处理，算作对json csrf的一点研究吧，废话不多说，进入正题
对一个SDK进行渗透测试过程中发现，发现POST请求的data都使用json格式进行数据传输，该做的校验和过滤都做了，权限也做了很好的控制，难道就没问题了？感觉此处应该存在CSRF问题的，但是由于post的内容是json格式，而且对Content-Type也进行了限制，如下图：
尝试一、常规思路利用构造了如下代码...
thinkPHP渗透之经验决定成败
如上图，目标就一个登陆框，最近 Thinkphp 程序很多，根据后台地址结构，猜测可能是 ThinkPHP ，随手输入 xxx 得到 thinkPHP 报错页面，确定目标程序和版本。
然后上 5.X EXP 测试：
命令执行漏洞已经被修复了。。。
爆破？这验证码我没辙。。。
尝试读取日志瞅瞅，结果遇到防火墙
然后查了下 IP ，没有CDN，果断查下旁站，有那么几个站，目测都是 thinkPHP
爱站旁站查询其实并不准确，有的查不到，所以...