It was reported that SQLite was was using uninitialized memory when parsing collation sequences.
This issue was fixed by following upstream commit:
More information about this issue can be found in the links below:
The issue is fixed in the latest upstream release, which is currently in updates-testing for F20 and newer.
Created sqlite tracking bugs for this issue:
Affects: fedora-all [bug 1212360]
spatialite-tools-4.2.0-10.fc21, sqlite-3.8.9-1.fc21 has been pushed to the Fedora 21 stable repository. If problems still persist, please make note of it in this bug report.
spatialite-tools-4.2.0-10.fc22, sqlite-3.8.9-1.fc22 has been pushed to the Fedora 22 stable repository. If problems still persist, please make note of it in this bug report.
spatialite-tools-4.1.1-12.fc20, sqlite-3.8.9-1.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report.
Common Vulnerabilities and Exposures assigned an identifier CVE-2015-3414 to
the following vulnerability:
SQLite before 3.8.9 does not properly implement the dequoting of
collation-sequence names, which allows context-dependent attackers to
cause a denial of service (uninitialized memory access and application
crash) or possibly have unspecified other impact via a crafted COLLATE
clause, as demonstrated by COLLATE"""""""" at the end of a SELECT
RHEL 5 and 6 are *NOT affected by this flaw as the code affected by this CVE is not present in the sqlite package shipped for these products.
Created attachment 1055262 [details]
Backported upstream patch for RHEL7
This issue has been addressed in the following products:
Red Hat Enterprise Linux 7
Via RHSA-2015:1635 https://rhn.redhat.com/errata/RHSA-2015-1635.html