web渗透基础知识

一个下午，渗识我对着靶机上的透基一个留言板功能发了两个小时呆。输入框过滤了单引号，础知过滤了括号，渗识过滤了空格，透基看起来滴水不漏。础知直到我随手粘了个/*进去，渗识页面直接报错，透基SQL语句完整地吐了出来——注释符没过滤。础知就这么简单，渗识一个内联注释绕过，透基整个用户表裸奔在我面前。础知

Web渗透说白了，渗识就是透基在找这种“没想到”。开发者想到了过滤单引号，础知没想到注释符；想到了检查上传后缀，没想到解析漏洞；想到了加验证码，没想到可以重放。你得比写代码的人多想一层，甚至两层。

最基础的东西，反而是最常被翻车的地方。信息收集决定了你的攻击面。别急着扫漏洞，先翻翻robots.txt，看看响应头，试试目录枚举。有个朋友做过一次测试，目标是个政府网站，他花了一整天在翻JS文件里的接口注释，结果在一个被注释掉的调试接口里找到了后台管理员的默认口令。这活儿不酷，但有效。

接下来是注入与绕过。SQL注入是经典中的经典，但别指望还能用' or 1=1--打天下。现在的过滤都学精了，但总有漏网之鱼。报错注入、时间盲注、宽字节注入，每种手法都是为了绕过那道自以为严实的墙。XSS也一样，你以为是存个cookie的事，其实很多存储型XSS能直接打到管理员的浏览器里，变成接管后台的跳板。

文件上传是另一个突破口。我见过最离谱的一次，对方允许上传图片，只检查了Content-Type。我改个头，传了个PHP一句话木马上去，直接拿到webshell。后来他们加了后缀名过滤，但没限制Apache的.htaccess，照样被翻盘。你说这算不算开发者给自己挖坑？

会话管理这块，很多新手容易忽略。你登录后拿到的那个Cookie，里面可能就藏着用户名甚至角色信息。Base64解码一下，把admin改成true，重新塞回去，权限就变了。别笑，这种逻辑漏洞在真实系统里出现过太多次。还有那些忘了设置HttpOnly的会话Cookie，XSS一打，管理员账号直接送人。

搞渗透的人得有点“坏心眼”。你要习惯性地怀疑每个输入点，每个文件上传框，每个参数传递。但更重要的是，你得理解开发者的思维——他们怎么想，就会怎么防，而漏洞往往藏在那些“以为不会有人想到”的地方。

最后说句实在话。别拿这些技术去干不该干的事。练手用靶机，测试要授权。技术本身没有善恶，但用技术的人得有点底线。那些真正的高手，都是在合法范围内把思路练到极致的人。你把这行当饭吃，就得守这行的规矩。

很赞哦!（8698）