BUUCTF-EasySQL

考点：堆叠注入，MySQL和mssql中||运算符的区别，运算符的意义转换（操作符重置） 打开靶机，尝试输入1查看回显： 可以看到表格回显了内容：1，用其他非0数字尝试全都回显1，那我们换个数字尝试，比如0： 什么都没有。 使用Sql堆叠注入查看信息，先用show指令查看数据库：1;show databases; 再查看一下表：1；show tables； 看到Flag表，猜测flag应该在Flag中。 但是直接select flag from Flag查询是查不...

pyload：1’ or1=1 # (#的意思是把后面的注释掉，在这里是注释到闭合的‘，保证语句正常执行)页面报错，说明为字符型，在构造pyload时候，需要主要闭合‘。用or是因为1=1为真，则该语句执行结果为真。1、手工判断注入类型。输入1’判断注入类型，2、构造pyload。

利用原理： （1）补充系统变量@@sql_modesql_mode：是一组mysql支持的基本语法及校验规则 PIPES_AS_CONCAT：将“||”视为字符串的连接操作符而非或运算符，这和Oracle数据库是一样的，也和字符串的拼接函数Concat相类似 猜测后台sql语句为： select 接受的变量 || flag form flag; payload： 1;set sql_mode=pipes_as_contact;select1; //闭合 //设置变量

BUUCTF的WP

BUUCTF [SUCTF 2019] EasySQL Web writeup 启动靶机，打开页面： 根据题目判断是SQL注入，判断注入类型： 1;show databases; 最终判断为堆叠注入，查看当前表名： 1;show tables; 得到当前表名为Flag，多次注入无果，查看writeup存在源码泄露：index.php.swp，本环境无泄露 <?php se...

BUUCTF [极客大挑战 2019]EasySQL 1 没想到这道题这么简单，仅仅判断注入点flag就出来了，连sqlmap都没用。提交数据出现在URL中，确定为GET提交方式。如果结果返回了全部的内容，可以判断存在注入点。[极客大挑战 2019]EasySQL 1。出现语法错误提示，确定为字符型注入。首先，判断提交方式，随机输入数据。

BUUCTF学习笔记-EasySQL 时间：2020/03/14 考点：堆叠注入、SQL模式 打开是一个输入框，提交参数查询，随意提交几个参数，发现存在堆叠注入。 输入1显示Array ( [0] => 1 ) 输入2显示Array ( [0] => 1 ) 输入2;显示Array ( [0] => 2 ) 输入1'显示空白 输入1''显示空白 输入1;show data...

[极客大挑战 2019]EasySQL 今天开始做buuctf上的web题 先看这题 打开链接后是一个登陆界面 首先想到的是弱口令试一下 admin admin admin 123 …… 都不行 然后考虑用bp爆破一下试试 但是这里有两个爆破的位置，所需要的时间比较长 所以应该不大概率的会是爆破 那么就只能考虑sql注入 对于有username和password的注入口 一般情况是在第一个username的地方注入然后将后面的password用#注释掉 先用普通的万能sql语句试一下 斜体样式 结果就直接

猜测后端执行语句 测试环境：BUUCTF - [SUCTF 2019]EasySQL1 通过测试发现，输入数字的时候，页面回显 输入字母页面就没有回显 而尝试执行注入语句的时候，会显示一个nonono 也就是说，没有回显，联合查询基本没戏。 好在页面会进行相应的变化，证明注入漏洞肯定是有的。而且注入点就是这个POST参数框框，就是那个inject参数。 至少我们可以把精力全部放在这个参数上。...

BUUCTF WEB EasySQL 进去后看到的页面是： 然后由于这个题目提示SQL注入，先试试 1 1' 1" 1'# 1"# 发现上面几种都得到了一个空白页面，所以好像就不能再继续构造其他的语句了。但是这个符合堆栈注入的特征。试一下1;show databases; 结果就把所有的数据库爆出来了，接下来试试1;show tables; 然后尝试报数据，`1;select * from Flag; 发现不行，应该是过滤了，所以我看了一下别人的WP，直接到GITHUB上下载源码， <?ph

BUUCTF[极客大挑战 2019]EasySQL 进去之后，可以看到如下页面： 直接万能管理员账号以及万能密码： 账号：admin 密码：1’ or 1=1# 可以直接登录。登陆成功后显示： 020454966)] 得到flag

如果我们传入的username为1' or 1=1 #，随便输入password。既然知道了是单引号闭合，现在就尝试注入，首先了解一下万能用户名和密码。会用到以下的句型，如果用户与密码匹配正确则返回真值通过验证成功登录。因为1=1恒为真，所以SQL语句返回真值，成功绕过验证得到flag。所以尝试闭合方法，随便输入1、1'、1''密码随便输入即可。但输入1'时会报错，所以语句为单引号闭合。当输入1和1''时会出现以下的提示，××,××,××为两张表查询字段的数量。一般的，库验证登录注册。

发现过滤了flag，看了其它的wp，这道题是内部查询语句，想让||不是逻辑或，用sql_mode去转换它，设置。sql_mode它定义了 MySQL 应支持的 SQL 语法，以及应该在数据上执行何种确认检查。还有就是这个模式下进行查询的时候，使用字母连接会报错，使用数字连接才会查询出数据，因为这个。然后我们接着查 1;回显为1，我们接着查看表 1；2.我们查看数据库 1；0就没有什么回显，然后我们去看看源代码。也只有看出post，其它也没有什么。回显是1，我们再看看0。然后我们先输入1看看。

本文分析了SQL注入的关键特征与绕过技术。通过1' or 1=1 #测试发现存在关键字过滤，堆叠注入可行但受限制。提出两种绕过方案：1）修改SQL模式使||转为字符串连接符；2）利用SELECT *返回所有字段。文章解析了短路逻辑、运算符重载等原理，并给出防御建议：禁用堆叠注入、参数化查询、输入验证等。强调技术研究需遵守法律授权与道德规范，附有详细的免责声明，提醒读者仅用于合法安全测试。全文150字，涵盖漏洞分析、技术方案与安全准则。

写在前面：处理MySQL数据库工作中遇到关于sql_mode的情况，特学习记录一下 1.sql_mode sql_mode是一组语法校验规则 2.查询sql_mode ①命令：select @@GLOBAL.sql_mode或者select @@SESSION.sql_mode 例如：②查看my.conf配置文件 例如：3.设置sql_mode ①命令：SET GLOBAL sql_mode=‘mode’;或者SET SESSION sql_mode=‘mode’;（mode替换为实际配置）。 ②修改my.

启动靶机，首先有一个输入框，提交查询，返回一个数组将数值改成3，页面没有显示输入2，有结果，最大输入为2输入1'出现报错，参数为字符型，需要闭合单引号出现报错，尝试报错注入，被过滤了使用联合注入，过滤了关键字select，没有用尝试使用万能语句，好像没啥用，得到的信息和flag没有关联尝试使用堆叠注入，成功了发现有个数据库，查看该数据库下有哪些表有个FLAG_TABLE表，查看table表有哪些字段不是flag？？？，看来这个数据库不得行进入supersqli。