mirror of
https://github.com/github/codeql.git
synced 2025-12-16 16:53:25 +01:00
Merge pull request #17127 from geoffw0/swiftsql
Swift: Improve doc for swift/sql-injection
This commit is contained in:
@@ -12,13 +12,13 @@ If a database query (such as a SQL query) is built from user-provided data witho
|
||||
<recommendation>
|
||||
|
||||
<p>
|
||||
Most database connector libraries offer a way to safely embed untrusted data into a query using query parameters or prepared statements. You should use these features to build queries, rather than string concatenation or similar methods without sufficient sanitization.
|
||||
Most database connector libraries offer a way to safely embed untrusted data into a query using query parameters or prepared statements. You should use these features to build queries, rather than string concatenation or similar methods. You can also escape (sanitize) user-controlled strings so that they can be included directly in an SQL command. A library function should be used for escaping, because this approach is only safe if the escaping function is robust against all possible inputs.
|
||||
</p>
|
||||
|
||||
</recommendation>
|
||||
<example>
|
||||
|
||||
<p>In the following example, a SQL query is prepared using string interpolation to directly include a user-controlled value <code>userControlledString</code> in the query. An attacker could craft <code>userControlledString</code> to change the overall meaning of the SQL query.
|
||||
<p>In the following examples, an SQL query is prepared using string interpolation to directly include a user-controlled value <code>userControlledString</code> in the query. An attacker could craft <code>userControlledString</code> to change the overall meaning of the SQL query.
|
||||
</p>
|
||||
|
||||
<sample src="SqlInjectionBad.swift" />
|
||||
@@ -35,4 +35,4 @@ Most database connector libraries offer a way to safely embed untrusted data int
|
||||
<li>OWASP: <a href="https://cheatsheetseries.owasp.org/cheatsheets/SQL_Injection_Prevention_Cheat_Sheet.html">SQL Injection Prevention Cheat Sheet</a>.</li>
|
||||
|
||||
</references>
|
||||
</qhelp>
|
||||
</qhelp>
|
||||
|
||||
@@ -1,3 +1,12 @@
|
||||
let unsafeQuery = "SELECT * FROM users WHERE username='\(userControlledString)'" // BAD
|
||||
// with SQLite.swift
|
||||
|
||||
try db.execute(unsafeQuery)
|
||||
let unsafeQuery = "SELECT * FROM users WHERE username='\(userControlledString)'"
|
||||
|
||||
try db.execute(unsafeQuery) // BAD
|
||||
|
||||
let stmt = try db.prepare(unsafeQuery) // also BAD
|
||||
try stmt.run()
|
||||
|
||||
// with SQLite3 C API
|
||||
|
||||
let result = sqlite3_exec(db, unsafeQuery, nil, nil, nil) // BAD
|
||||
|
||||
@@ -1,4 +1,19 @@
|
||||
// with SQLite.swift
|
||||
|
||||
let safeQuery = "SELECT * FROM users WHERE username=?"
|
||||
|
||||
let stmt = try db.prepare(safeQuery, userControlledString) // GOOD
|
||||
try stmt2.run()
|
||||
try stmt.run()
|
||||
|
||||
// with sqlite3 C API
|
||||
|
||||
var stmt2: OpaquePointer?
|
||||
|
||||
if (sqlite3_prepare_v2(db, safeQuery, -1, &stmt2, nil) == SQLITE_OK) {
|
||||
if (sqlite3_bind_text(stmt2, 1, userControlledString, -1, SQLITE_TRANSIENT) == SQLITE_OK) { // GOOD
|
||||
let result = sqlite3_step(stmt2)
|
||||
|
||||
// ...
|
||||
}
|
||||
sqlite3_finalize(stmt2)
|
||||
}
|
||||
|
||||
Reference in New Issue
Block a user