This project might be open to known security vulnerabilities, which can be prevented by tightening the version range of affected dependencies. Find detailed information at the bottom.

Crate arraystring

Dependencies

(4 total, 1 outdated, 1 possibly insecure)

CrateRequiredLatestStatus
 diesel ⚠️^12.1.6out of date
 log^0.40.4.21up to date
 serde^11.0.198up to date
 typenum^11.17.0up to date

Dev dependencies

(7 total, 3 outdated, 1 possibly insecure)

CrateRequiredLatestStatus
 criterion^0.20.5.1out of date
 diesel ⚠️^1.32.1.6out of date
 env_logger^0.50.11.3out of date
 inlinable_string^0.10.1.15up to date
 serde^1.01.0.198up to date
 serde_json^1.01.0.116up to date
 smallstring^0.10.1.2up to date

Security Vulnerabilities

diesel: Fix a use-after-free bug in diesels Sqlite backend

RUSTSEC-2021-0037

We've misused sqlite3_column_name. The SQLite documentation states that the following:

The returned string pointer is valid until either the prepared statement is destroyed by sqlite3_finalize() or until the statement is automatically reprepared by the first call to sqlite3_step() for a particular run or until the next call to sqlite3_column_name() or sqlite3_column_name16() on the same column.

As part of our query_by_name infrastructure we've first received all field names for the prepared statement and stored them as string slices for later use. After that we called sqlite3_step() for the first time, which invalids the pointer and therefore the stored string slice.