Improper Neutralization of Special Elements used in an SQL Command
User input is concatenated directly into SQL queries, allowing attackers to modify the query logic and access or manipulate data. This is one of the oldest and most dangerous vulnerability classes, responsible for some of the largest data breaches in history.
इस भेद्यता को कैसे ठीक करें
7 Shoulder डिटेक्शन नियमों पर आधारित SQL Injection के लिए रोकथाम रणनीतियाँ।
Use parameterized queries with $1 (PostgreSQL) or ? (MySQL/SQLite) placeholders
func getUser(w http.ResponseWriter, r *http.Request) { userID := r.URL.Query().Get("id") - query := "SELECT * FROM users WHERE id = " + userID - rows, err := db.Query(query) + rows, err := db.Query("SELECT * FROM users WHERE id = $1", userID) // ... }
Use parameterized queries with placeholder syntax
- const query = `SELECT * FROM users WHERE id = '${req.params.id}'`; - await db.query(query); + const query = 'SELECT * FROM users WHERE id = $1'; + await db.query(query, [req.params.id]);
Use Prisma.sql tagged template for parameterized raw queries instead of regular template literals
- import { PrismaClient } from '@prisma/client'; - const prisma = new PrismaClient(); - - app.get('/api/users/search', async (req, res) => { - const { name } = req.query; - const users = await prisma.$queryRaw` - SELECT * FROM "User" WHERE name LIKE '%${name}%' - `; - res.json(users); - }); - // Attacker sends: name=' OR 1=1 -- + import { PrismaClient, Prisma } from '@prisma/client'; + const prisma = new PrismaClient(); + + app.get('/api/users/search', async (req, res) => { + const { name } = req.query; + const users = await prisma.$queryRaw( + Prisma.sql`SELECT * FROM "User" WHERE name LIKE ${`%${name}%`}` + ); + res.json(users); + });
Use parameterized queries with positional (?) or named (:param) placeholders instead of string interpolation
import { getManager } from 'typeorm'; app.get('/api/users/search', async (req, res) => { const { name, role } = req.query; const manager = getManager(); const users = await manager.query( - `SELECT * FROM users WHERE name = '${name}' AND role = '${role}'` - ); - res.json(users); - }); - // Attacker sends: name=' OR '1'='1' -- + 'SELECT * FROM users WHERE name = $1 AND role = $2', + [name, role] + ); + res.json(users); + });
Use parameterized GraphQL queries with variables instead of string formatting
from flask import request import graphene @app.route('/graphql', methods=['POST']) def graphql_endpoint(): - user_id = request.json.get('id') - query = f'{{ user(id: "{user_id}") {{ name email }} }}' - result = schema.execute(query) + query = request.json.get('query') + variables = request.json.get('variables', {}) + result = schema.execute(query, variables=variables) return jsonify(result.data)
अपने कोड में भेद्यताएँ खोजें
SQL Injection पैटर्न के लिए अपने कोडबेस को स्कैन करने के लिए Shoulder का उपयोग करें। 7 नियम.
# Scan with Shoulder CLI npx @shoulderdev/cli trust --cwe=89 # Or scan entire project npx @shoulderdev/cli trust .
पहचान नियम (7)
कोड समीक्षा में किन बातों पर ध्यान दें
ये पैटर्न संभावित SQL Injection भेद्यताओं का संकेत देते हैं। कोड समीक्षा और सुरक्षा ऑडिट के दौरान इन्हें देखें।
मैनुअल समीक्षा पैटर्न
मैन्युअल रूप से कोड की समीक्षा करते समय, इन खतरनाक पैटर्न को खोजें।
query = + स्ट्रिंग कॉन्कैटनेशनexecute(f"... or execute("..." +raw_query, rawQuery, executeRaw${ or #{ SQL स्ट्रिंग्स के अंदरसुरक्षा विशेषज्ञ कैसे सोचते हैं
इस भेद्यता की समीक्षा करते समय सुरक्षा पेशेवर जिस मानसिक मॉडल का उपयोग करते हैं।
एंट्री पॉइंट्स मैप करें
URL पैरामीटर, POST बॉडी, हेडर, कुकीज़, फ़ाइल अपलोड।
डेटा प्रवाह को ट्रेस करें
इनपुट को कोड के माध्यम से ट्रैक करें। क्या इसे सैनिटाइज़ किया जाता है?
सिंक्स की पहचान करें
Where queries are executed: execute(), query()
विश्वास सीमाओं की जाँच करें
क्वेरीज़ में उपयोग किए गए संग्रहीत डेटा पर ध्यान दें।
अपने कोडबेस को इसके लिए स्कैन करें: SQL Injection
Shoulder CLI आपके पूरे कोडबेस में भेद्य पैटर्न खोजता है।