数字参数是否受到SQL注入攻击？
考虑以下陈述：
PreparedStatement stmt = connection.prepareStatement("SELECT * FROM t WHERE id=?");
stmt.setInt(1, id);
以上内容被认为是安全的，不会受到SQL注入攻击。知道id属于int类型，下面的也安全吗？
PreparedStatement stmt = connection.prepareStatement("SELECT * FROM t WHERE id=" + id);
如果没有，会出现什么问题？
共有3个答案
第一个Java是强类型语言，所以从实用角度讲，sql注入无法将其应用到这部分代码中。
代码质量也是一个不能掉以轻心的安全水位，如果您在sonar qube服务器中传递此代码片段，这将被撤销。
为什么？
首先，如果您不考虑字符串串联，那么这不是一种高性能的编码方式。
在大规模应用中，一切都很重要。技术债务也是一个弱点
如果您的语言不支持强类型或输入验证较弱，则某些恶意字符串（例如：“1或1=1”）可能会进入您的请求。
我可以想到两件可能会出错的事情，即使id是int，也不能是其他任何东西：
- 将来可能会有人将id类型更改为字符串
-
我有这样一个类，它扩展了一个实现CustomTaskChange的类。由于一些类属性（如列名和类型）是通过XML文件传递给它的，所以我需要进行字符串级联。我确实使用PreparedStatement，但我想知道我是否仍然因为它而容易受到SQL注入的攻击，如果是这样的话，我该如何使它安全呢？XML是一个Liquibase变更集（我将在下面留下一个示例）。
-
问题内容： 我知道在调用时使用插值字符串是不安全的。 例如： 应该改写为： 调用时使用插值字符串是否安全？如果不是，应如何改写以下内容？ 问题答案： 是的，ActiveRecord的是鈥涣刻申鈥方法 是 容易受到SQL注入。 不，这 不是 安全打电话时使用插值的字符串。 上述问题的答案已经由亚伦·帕特森（Aaron Patterson） 确认，他将我指向http://rails- sqli.org
-
本文向大家介绍什么是SQL注入式攻击？相关面试题，主要包含被问及什么是SQL注入式攻击？时的应答技巧和注意事项，需要的朋友参考一下 所谓SQL注入式攻击，就是攻击者把SQL命令插入到Web表单的输入域或页面请求的查询字符串，欺骗服务器执行恶意的SQL命令。在某些表单中，用户输入的内容直接用来构造（或者影响）动态SQL命令，或作为存储过程的输入参数，这类表单特别容易受到SQL注入式攻击。常见的SQL
-
问题内容： 这是我的代码： 有人可以告诉我它是否安全或是否容易受到SQL Injection攻击或其他SQL攻击吗？ 问题答案： 有人可以告诉我它是否安全或是否容易受到SQL Injection攻击或其他SQL攻击吗？ 正如uri2x所说的，请参阅SQL注入。 防止SQL注入的最佳方法是使用准备好的语句。它们将数据（您的参数）与指令（SQL查询字符串）分开，并且不会为数据留下任何空间污染查询的结构
-
这是我的代码: 有人可以告诉我它是否安全，或者它是否容易受到SQL注入攻击或其他SQL攻击吗？
-
问题内容： 当使用SQL Object参数绑定时，JDBI是否可以与UUID参数一起使用？ 我有这样的方法： 绑定到接收如下参数的SQL Server存储过程： 执行时，将抛出此异常： 如果我将JDBI上的参数类型更改为String，然后使用UUID对象中的toString（）方法调用它，则它将起作用： 有没有办法编写我的DAO方法来接受UUID参数，并在绑定之前将它们转换为字符串？ 问题答案：