开源安全工具
sqlmap：在发现注入之前查找注入
sqlmap 自动化 SQL 注入测试：它对后端进行指纹识别，枚举数据库和模式，并且（带有您应该三思而后行的标志）可以转储表。如果使用得当，对于专业人员已经手工确认的技术来说，它可以节省时间；如果盲目使用，它就像一门针对生产系统的数据破坏性大炮。该工具位于测试链的末尾，而不是开头：您找到注入，理解它，然后让 sqlmap 为报告枚举它。
要点
- 首先手动查找：参数在 Repeater 中响应奇怪（错误字符串、时间更改），您使用手动负载进行验证，然后才引入 sqlmap 来自动执行您已经确认的操作。
- 基本调用形式：sqlmap -u URL p参数和POST主体的sqlmap --data； --batch 跳过提示，操作风险由您自行承担。
- 故意升级标志：--level 和 --risk 提高探测量（更多注入点，更积极的有效负载），这正是服务器离线的方式 - 将它们与参与允许的内容相匹配。
- 枚举是生产阶段：--dbs，然后是 -D db --tables，然后是 -T table --columns，然后是 --dump 仅在客户端明确同意的情况下进行，因为它会复制真实数据。
- 使用 --technique (B, E, U, T, S) 的技术选择告诉引擎要尝试什么；如果盲布尔有效，基于慢速网络的时间会浪费几个小时。
- --os-shell 和 tamper 脚本存在并且功能强大，两者都是最常破坏事物的标志；在开火之前，先了解一下他们实际部署的内容。
- 报告的价值在于精确：命名后端、注入点和经过验证的有效负载的发现比扫描仪输出屏幕截图更好读，无论生成的是什么工具。
- 修复范围上限：如果没有您的请求，sqlmap 不会写入任何内容，但是真实用户表上的 --dump 是具有真正合规性后果的客户端数据副本 - 将同意写入参与计划。
一线手记
我得到的最好的建议：你不能先转储你手工发现的东西，只有在同意后才转储，并且永远不要在没有人监视线路的情况下使用 --batch 反对生产。枚举模式生成的报告比任何屏幕截图都更好。
常见问题
sqlmap 能保证找到每个注入吗？
否：它很好地涵盖了经典模式，盲点包括二阶注入、不寻常的编码以及人眼击败自动模式匹配的情况。
使用自动注入工具合法吗？
针对您自己的或授权范围的系统是；反对任何其他事情，不；该工具与犯罪无关，它只是让犯罪变得更大。
--os-shell 怎么样？
这是影响最大的标志：数据库主机上的系统命令通道，显示为授权利用；在生产规模上，它属于明确的参与级别同意。
如果 sqlmap 存在，我还需要 Burp 吗？
绝对：Burp 查找并验证注入，sqlmap 枚举它，它们链接而不是相互替换。
Kinetikatech 如何在开源安全工具方面为您提供帮助
这是我们的日常工作：测试工具箱专业人员实际上一直在加载：扫描仪、嗅探器、破解器和网络代理解释了它们在实际操作中的使用方式 - 命令、标志、输出以及每个工具在方法中的位置。我们的渗透测试和Linux 服务器安全服务提供端到端覆盖：评估、实施、24/7 监控，以及 30 分钟内的应急响应。