Yakit靶场通关教程|SQL注入篇（二）

最新推荐文章于 2025-08-19 09:19:36 发布

原创

最新推荐文章于 2025-08-19 09:19:36 发布 · 910 阅读

CC 4.0 BY-SA版权

文章标签：

本文详细讲解了SQL注入中的字符型漏洞，包括字符串为注入点、模糊查询和Base64参数嵌套情况，强调了参数化查询和输入验证的重要性。同时预告了下周将探讨XSS多场景。

前言

话接上回，上周牛牛已经给大家进行了部分SQL注入漏洞类型的教学Yakit靶场通关教程|SQL注入篇（一）。一个严重的SQL注入漏洞，可能会直接导致企业一夜破产！

这并不是玩笑话。SQL注入漏洞不仅普遍并且危害也极高，类型繁杂，作为网安从业者，应该能认识到SQL注入对于安全测试的重要性。

那么本周我们将开启进阶之旅，了解更高难度的SQL注入类型。在SQL注入中，可以简单分为数字型、字符型两种类型。如何判定呢？看\斜杠后面跟着的字符，是什么字符，它的闭合字符就是什么，若是没有，就为数字型。上周我们谈到了数字型，这周牛牛将着重讲解字符型注入。

字符串为注入点的SQL注入是一种常见的安全漏洞，它发生在应用程序在处理用户提供的字符串数据时，未正确验证、转义或过滤这些输入，导致攻击者可以通过恶意构造的字符串来执行非授权的数据库操作。

常见的字符串为注入点的SQL注入攻击是通过在输入的字符串中插入SQL语句的特殊字符，使得这些特殊字符被误解为SQL代码的一部分，从而改变原始的SQL查询的含义。

http://127.0.0.1:8787/user/name?name=admin#查询名为admin的用户select * from vulin_users where username = 'admin';

此案例中通过用户输入的用户名来执行查询。

user_input1 = ' OR 1=1 --user_input2 = ' OR '1'='1

攻击者可以通过恶意构造的用户名来尝试注入SQL代码，如果应用程序未进行适当的处理，最终的查询语句会变成：

/*user_input1构造语句*/select * from vulin_users where username