Sanitize SQL queries #6019

Problem Statement

Our JDBC and Android SQLite integrations currently use caller-provided SQL directly as the span description. If a customer interpolates values instead of using placeholders, literals and comments can contain PII, credentials, or other sensitive data and are sent to Sentry. The Java SDK has no SQL sanitizer today.

Solution Brainstorm

Introduce a shared internal SQL analyzer used by sentry-jdbc and sentry-android-sqlite.

Requirements:

• Sanitize every statement, including prepared-statement text.
• Replace literal values with placeholders while preserving SQL structure and existing parameter markers.
• Remove or redact line and block comments.
• Handle database dialect differences conservatively.
• Never fall back to, attach, or log the original query if analysis fails; fail closed to safe structural metadata.
• Use sanitized query text as the transaction-based span description.
• Cover JDBC, SupportSQLiteOpenHelper, and SQLiteDriver instrumentation.
• Add malformed-input, dialect, secret-canary, fuzz/robustness, and performance tests.

OpenTelemetry Java's Apache-2.0 JFlex SqlSanitizerWithSummary.jflex is strong prior art and can likely be adapted, but should not be vendored unchanged: OTel preserves comments, may skip sanitization for prepared statements, and preserves unknown fragments. Vendoring requires source attribution and a THIRD_PARTY_NOTICES.md entry.