abraxas/sqlite-xfer-authSQLite 3.53.4 - Alta - Locale - Privilegio residuo - INSERT SELECT xfer salta la lettura dell'origine
abraxaslabs.tech · github.com/abraxas · @abraxas_null · [email protected] · sqlite-xfer-auth
Classe: Privilegio residuo Portata: Locale
SQLite 3.53.4 (b09c88c, SOURCE_ID 2026-07-24 19:02:57 bf7c7f30031888f4e796e429ab3978879485813aaca6f641c7b33e4e09459bcc) utilizza ancora il percorso rapido xferOptimization per INSERT INTO dest SELECT * FROM src. sqlite3AuthCheck è SQLITE_INSERT solo su dest. La copia non chiama mai sqlite3Select né sqlite3AuthRead per colonna su src. SELECT * FROM src viene negato. L'INSERT SELECT copia il witness. Il log dell'authorizer è INSERT:dest.
L'authorizer è disattivato a meno che l'embedder non ne installi uno. Non è RCE. DRH ha trattato Fossil d1cdb817 come una funzionalità della 3.54, non come un bugfix della 3.53. La 3.54.0 è ancora in bozza.
| ID | nessuna CVE al momento |
| Classe | Privilegio residuo (copia di tabella con READ negato) |
| Portata | Locale (embedder sqlite3_set_authorizer) |
| CWE | CWE-863 |
| CVSS | Alto: 7.5 CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:N |
| Prodotto | SQLite (Hwaci) |
| Affected | 3.53.4 (b09c88c14082339b66c7b7158d609a771e64ca69) |
| Auth | SQL locale contro un authorizer installato che nega READ/SELECT su src e consente INSERT su dest |
| Licenza | GNU Affero GPL v3.0 |
| Lab | solo 127.0.0.1:18850 |
Preparare INSERT INTO dest SELECT * FROM src quando dest è compatibile a livello di schema e INSERT è consentito. I record B-tree grezzi lasciano una tabella sorgente con READ negato e finiscono in dest. Il semplice SELECT * FROM src restituisce SQLITE_AUTH. Il percorso xfer non compila la SELECT, quindi SQLITE_SELECT sulla sorgente, SQLITE_READ a livello di tabella e sqlite3AuthRead per colonna non vengono mai attivati.
Richiede un embedder che abbia installato sqlite3_set_authorizer come gate ACL per SQL non attendibile / colonne. La libreria predefinita ha quel callback impostato a NULL. Non è RCE.
Stessa caccia Crit/High alla 3.53.4 delle altre vulnerabilità residue su questa GA. L'authorizer è documentato in sqlite3_set_authorizer. L'autorizzazione INSERT è solo sulla tabella dest (insert.c:969). xfer viene preso prima di sqlite3Select() (insert.c:1020-1038). xferOptimization copia i record. Grep di insert.c su questo pin: un sqlite3AuthCheck, nessun sqlite3AuthRead. SQLITE_OMIT_XFER_OPT non è un flag di build predefinito.
Forum 2026-05-21T03:31:22Z. Il trunk d1cdb817cafd03a4 è solo per la 3.54. DRH: nuova funzionalità, non verrà portata sul branch-3.53.
cd lab
./run.sh
Compila l'amalgamation 3.53.4 più lab/xfer_auth.c. Compose sqlite-xfer-auth. Bind 127.0.0.1:18850. L'oracolo è JSON dall'authorizer in-process: SELECT * FROM src negato; INSERT INTO dest SELECT * FROM src ok; dest contiene SQLITE-XFER-AUTH-WITNESS; le azioni di insert sono solo INSERT:dest.
SUCCESS sqlite-xfer-auth how=xfer-opt-skip-src-read select-src=denied insert-select=ok dest-has-witness=yes SQLITE-XFER-AUTH-WITNESS
Autorizzare la sorgente come fa la 3.54 d1cdb817: se è registrato un authorizer, xferOptimization deve eseguire sqlite3AuthCheck SELECT/READ su src (oppure rifiutare il percorso rapido e passare a sqlite3Select). Fino ad allora, gli embedder che negano READ su una tabella devono comunque negare INSERT verso qualsiasi dest compatibile, oppure compilare con -DSQLITE_OMIT_XFER_OPT.
b09c88c14082339b66c7b7158d609a771e64ca69)src/insert.c sqlite3AuthCheck INSERT dest, xferOptimization prima di sqlite3Select