找SQL注入点，何找本质上是网站在找程序对用户输入处理不严谨的地方。别想得太玄乎，何找它就是网站个“猜”和“试”的过程。

我最早学这个的何找时候，干过一件蠢事。网站对着一个新闻网站，何找把URL里的网站参数从1改到100，挨个试。何找手都酸了，网站啥也没发现。何找后来才明白，网站光改数字没用，何找你得看它怎么处理你的网站输入。

最基础的何找思路，是找那种带参数传值的动态页面。比如news.php?id=5、product.aspx?pid=88，这类东西后面跟个数字或字符串，程序拿它去拼SQL查询。你在数字后面加个单引号，比如id=5'，如果页面报错，弹出数据库语法错误，恭喜，这基本是块肥肉。

但别高兴太早。现在很多站用了参数化查询，你加引号它纹丝不动，顶多给你个空页面。这时候得换思路，试试盲注。盲注不是直接看报错，而是通过页面反应来判断。比如id=5 and 1=1正常显示，id=5 and 1=2页面空白或内容变化，那说明条件被拼进去了，有戏。

还有个容易被忽略的地方，搜索框。有些站的搜索功能直接拼SQL，你输入%' or 1=1--，如果返回全部商品，那基本就裸奔了。我见过一个二手交易平台，搜索“手机”能正常搜，输入手机' and '1'='1也能搜，但输入手机' and '1'='2就搜不到任何东西。这种细节差异就是突破口。

再说个偏门的，登录框。很多人觉得登录框有验证码、有加密就安全，其实不然。有些老系统，用户名输入admin'--，密码随便填，直接绕过密码校验。我印象很深，一个本地论坛的管理后台，就这样被我试出来了。但说实话，现在这种漏洞少了，大部分开发至少知道用预编译语句处理登录。

真正好找的，反而是那些边缘功能。比如排序参数、导出功能、API接口里的分页参数。sort=price改成sort=price;waitfor delay '0:0:5'--，如果页面卡了五秒才响应，说明延时注入生效了。这种地方往往没人管，测试也不充分，反而容易中招。

工具方面，sqlmap确实能省事，但别依赖它。我见过太多人拿sqlmap乱扫，扫出一堆“疑似漏洞”，结果全是WAF拦截的假象。手动测试的意义在于，你能理解参数到底怎么被处理的。有一次我手动测一个接口，发现它对union select过滤很严格，但没过滤union all select，sqlmap根本没跑出来，我自己写了个payload就进去了。

最后说点实际的。别去碰政府网站、银行系统或者任何你觉得可能有法律风险的站点。练手找漏洞，可以去漏洞众测平台，或者自己搭个DVWA靶场。我在本地虚拟机里练了三个月，才敢去众测平台接单。安全这行，技术是其次，边界感才是第一位的。

找注入点就是个耐心活，多观察页面差异，多试几个位置，总会有收获。但记住，真正的乐趣在于理解漏洞背后的原理，而不是单纯为了搞垮某个网站。