Bug 2543789

Summary: CVE-2026-51936 sqlcipher: sqlcipher: Defensive mode bypass via crafted source database parameter [epel-all]
Product: [Fedora] Fedora EPEL Reporter: Ganesh <gnaik>
Component: sqlcipherAssignee: Siddharth Sharma <siddharth.kde>
Status: NEW --- QA Contact:
Severity: low Docs Contact:
Priority: low    
Version: epel10CC: carlwgeorge, siddharth.kde, tadej.j
Target Milestone: ---Keywords: Security, SecurityTracking
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard: {"flaws": ["a4ab428f-b9d6-4cf8-96a2-ae36a18964c4"]}
Fixed In Version: Doc Type: ---
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 2543754    

Description Ganesh 2026-09-30 03:27:55 UTC 
Disclaimer: Community trackers are created by Red Hat Product Security team on a best effort basis. Package maintainers are required to ascertain if the flaw indeed affects their package, before starting the update process.

Zetetic SQLCipher before 4.15.0 allows SQL injection. The sqlcipher_export convenience function can be used to copy the contents of one attached database into another. It is most often used to convert between plaintext and encrypted databases. It needs to do dynamic schema manipulation, and thus the function temporarily clears defensive restrictions during operation. A vulnerability in the handling of the source database name parameter made it possible for a caller to supply a crafted source name, which could execute statements that defensive mode would otherwise block. This could allow direct modifications to the sqlite_schema table and database corruption. SQLCipher 4.15.0 now strictly validates the source database name and prevents the bypass.