INDRA BENCHMARK VULNERABILITY ATLAS | INJ-SQL (AUTO_SCAN)

Deterministic Detection and Auto-Patching of Database Query Injection

An attacker hides a database command inside a normal search box or product filter to read private records or erase tables. The platform blocks destructive table deletion before the network socket, proves the flaw with a harmless read check, and writes a permanent filter rule in 10 microseconds.

Database query injection occurs when user input is concatenated directly into a relational query string instead of being bound as a typed parameter. Traditional vulnerability scanners send hundreds of blind payloads against live endpoints, which often corrupts application state or triggers false alarms whenever a server returns a generic error page.

1. Interception and Rule Synthesis Schematic for INJ-SQL

INTERCEPTION AND CONTRACT SYNTHESIS SCHEMATIC FOR INJ-SQL 1. Candidate Probe Structured test input 2. Filter SEC-ZD-SQL-01 Blocks destructive ops 3. Witness 85de2412 Decoy diff (FP=0) 4. Contract IMMUNE-SQL-85DE2412 0.016 ms gate filter

Verification sequence for INJ-SQL: candidate probe inspection by wire rule SEC-ZD-SQL-01, differential confirmation via witness 85de2412c34d4965, and compilation of gateway contract IMMUNE-SQL-85DE2412.

2. In-Path Mutation Blocking and Paired Decoy Verification (INJ-SQL)

During verification on the reference testbed, the engine inspects outgoing probes through an in-path software filter before any bytes enter the socket. Any probe containing table deletion, truncation, or unconstrained row removal is halted immediately under rule SEC-ZD-SQL-01, protecting the target database from accidental damage.

To confirm a vulnerability without harming data, the verifier compares the response of a benign mathematical boolean probe against a decoy endpoint with identical parameter names. On the benchmark sample of four scenarios (two vulnerable targets and two parameterized decoys), the verifier achieves two true positives, zero false positives, two true negatives, and zero false negatives.

EMPIRICAL STAND RECORD FOR INJ-SQL (BENCHMARK N = 28)
Class Identifier:        INJ-SQL (sql_injection)
Execution Mode:          Active Safe Probing (AUTO_SCAN)
Candidate Probe:         GET /api/v1/vuln/sqli/search?query=laptop' UNION SELECT username,password_hash FROM accounts--
Blocked Mutation:        DROP TABLE accounts; TRUNCATE audit_log;
Stand Confusion Matrix:  TP = 2, FP = 0, TN = 2, FN = 0 (FPR = 0.0%)
Wire Sandbox Rule:       SEC-ZD-SQL-01
Formal Witness Hash:     85de2412c34d4965
Compiled Sentinel Rule:  IMMUNE-SQL-85DE2412 (synthesis time 10 µs)

3. Automatic Synthesis of Gateway Rule IMMUNE-SQL-85DE2412

Once the formal witness hash 85de2412c34d4965 is recorded in the cryptographic ledger, the compiler synthesizes contract IMMUNE-SQL-85DE2412 for the mcp-sentinel proxy. Subsequent requests carrying union selectors, stacked queries, or comment-terminated predicates are rejected in 0.016 milliseconds in memory.

4. Related Benchmark Classes on the INDRA Stand