0x00 CSRF漏洞
CSRF(Cross-site request forgery)跨站请求伪造：也被称为“One Click Attack”或者Session Riding，通常缩写为CSRF或者XSRF，是一种对网站的恶意利用。尽管听起来像跨站脚本(XSS)，但它与XSS非常不同，XSS利用站点内的信任用户，而CSRF则通过伪装来自受信任用户的请求来利用受信任的网站。与XSS攻击相比，CSRF攻击往往不大流行(因此对其进行防范的资源也相当稀少)和难以防范，所以被认为比XSS更具危险性。
0x01 漏洞危害
以你的身份:
发邮件
发消息
财产操作比如转账，或者购买商品
修改密码
删除文章
0x02 漏洞本质
CSRF(Cross-site request forgery)跨站请求伪造：攻击者诱导受害者进入第三方网站，在第三方网站中，向被攻击网站发送跨站请求。利用受害者在被攻击网站已经获取的注册凭证，绕过后台的用户验证，达到冒充用户对被攻击的网站执行某项操作的目的。
一个典型的CSRF攻击有着如下的流程：
受害者登录a.com，并保留了登录凭证(Cookie)。
攻击者引诱受害者访问了b.com。
b.com 向 a.com 发送了一个请求：a.com/act=xx。浏览器会默认携带a.com的Cookie。
a.com接收到请求后，对请求进行验证，并确认是受害者的凭证，误以为是受害者自己发送的请求。
a.com以受害者的名义执行了act=xx。
攻击完成，攻击者在受害者不知情的情况下，冒充受害者，让a.com执行了自己定义的操作。
0x03 挖掘思路
后台功能模块：管理后台。会员中心。添加用户等。
被引用的核心文件里面有没有验证token和referer相关的代码
没带token：可以直接请求这个页面。
没带referer：返回相同的数据
0x04 代码实例
我们首先创建一个数据库：
然后写一个数据库连接：
$conn = mysql_connect(server:"localhost",username:"root",password:"root");
mysql_select_db(database_name:"admin",$conn);//选择我们创建的admin数据库
mysql_query(query "SET NAMES GB2312");
?>
写一个登陆前端：
用户登陆会员名:
密码:
写登陆表单：
if(!isset($_POST['submit'])){
exit('非法访问');
}
$username = $_POST['username'];
$password = $_POST['password'];
include ('conn.php');
$sql = "SELECT * FROM admin WHERE username='$username' and password='$password'";//讲我们的登陆信息插入数据库
$result= mysql_query($sql) or die("执行失败" . mysql_error());
if($conn = mysqli_fetch_array($result)){
session_start();//开启会话判断是否注册
$_SESSION['username'] = $row['username'];
echo $_SESSION['username'] . ".欢迎登陆";
echo '添加用户';
}
?>
写注册前端
会员注册注册用户
密码
写注册表单
session_start();//判断是否存在已经登陆的用户名
if(!isset($_SESSION['username'])){
echo '';
}
$username = $_POST['username'];
$password = $_POST['password'];
include('conn.php');//包含引用数据库
$sql = "INSERT INTO admin(username,password) VALUES ($username,$password";//执行我们的数据库语句
$res_insert = mysql_query($sql);
if($res_insert){//如果我们的数据库文件存在
echo "';"
}else{
echo "';"
}
在注册用户处，我们发现没有任何保护，存在CSRF漏洞。
直接使用bp自带的CSRF POC
ps:csrftest也可以用来测试，注意代理设置。
诱导受害者使用浏览器访问生成的html文件，
点击submit，会发现注册成功。
这样的还不够直观，我们再来想一下，如果某网站修改密码处存在CSRF漏洞。
当受害者点击链接后，再次登陆会发现自己的密码被修改。我们能够得到受害者密码。(poc是我们制作的)
tips:用js自动触发就不用受害者点击Submit提交表单。意思就是，别人点击连接就可以直接触发csrf！
0x05 其他CSRF
CSRF蠕虫
在CSRF的攻击页面上嵌入蠕虫传播的攻击向量，蠕虫传播要面向不同的用户生成不同的请求。之前的攻击可预测所有的参数，现在必须想办法标识不同用户的数据。
1，服务端脚本获取准备一个php，asp页面，可以检测Referer字段读取url中的用户id等。
2，JSON劫持如果网站提供了这样的数据接口，可以用来获取敏感信息
flash CSRF
网站的根目录下有一个文件crossdomain.xml
secure='true' 表示只能通过安全连接请求
表示哪些域的flash请求可以读写本域的资源，同样可以读取token数据发送请求。
0x06 防御方法
1：验证码
这个方案的思路是：每次的用户提交都需要用户在表单中填写一个图片上的随机字符串。但是这个方法只能用来辅助，不是主要手段，受限于业务，有的网站不能有验证码。
2：服务端进行CSRF防御
在客户端页面增加伪随机数。
(1).Cookie Hashing(所有表单都包含同一个伪随机值)：
这可能是最简单的解决方案了，因为攻击者不能获得第三方的Cookie(理论上)，所以表单中的数据也就构造失败了:>
//构造加密的Cookie信息
$value = “DefenseSCRF”;
setcookie(”cookie”, $value, time()+3600);
?>
在表单里增加Hash值，以认证这确实是用户发送的请求。
$hash = md5($_COOKIE['cookie']);
?>
”>
然后在服务器端进行Hash值验证
if(isset($_POST['check'])) {
$hash = md5($_COOKIE['cookie']);
if($_POST['check'] == $hash) {
doJob();
} else {
//...
}
} else {
//...
}
?>
3：One-Time Tokens(不同的表单包含一个不同的伪随机值
在实现One-Time Tokens时，需要注意一点：就是“并行会话的兼容”。如果用户在一个站点上同时打开了两个不同的表单，CSRF保护措施不应该影响到他对任何表单的提交。考虑一下如果每次表单被装入时站点生成一个伪随机值来覆盖以前的伪随机值将会发生什么情况：用户只能成功地提交他最后打开的表单，因为所有其他的表单都含有非法的伪随机值。必须小心操作以确保CSRF保护措施不会影响选项卡式的浏览或者利用多个浏览器窗口浏览一个站点
function gen_token() {
//这里我是贪方便，实际上单使用Rand()得出的随机数作为令牌，也是不安全的。
$token = md5(uniqid(rand(), true));
return $token;
}
2).然后是Session令牌生成函数(gen_stoken())：
function gen_stoken() {
$pToken = "";
if($_SESSION[STOKEN_NAME] == $pToken){
//没有值，赋新值
$_SESSION[STOKEN_NAME] = gen_token();
}
else{
//继续使用旧的值
}
}
?>
2).WEB表单生成隐藏输入域的函数：
function gen_input() {
gen_stoken();
echo “
value=\”" . $_SESSION[STOKEN_NAME] . “\”> “;
}
?>
3).WEB表单结构：
session_start();
include(”functions.php”);
?>
gen_input(); ?>
4).服务端核对令牌：
客户端验证
1万+
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
