Staging Environment: Content and features may be unstable or change without notice.

Advisory Package Curation

CVE-2026-54619

Progress 0 / 0

Advisory Summaries

github_osv/GHSA-28hh-pr2h-2w89

sqlite3-ruby has Use-After-Free When Redefining SQLite Functions with Different Arity ## Summary Using `Database#create_function` or `Database#define_function` to define the same function name more than once with different numbers of arguments ("arity") or text encodings will result in a invalid memory read and a segmentation fault. ## Mitigation Upgrade to sqlite3 gem v2.9.5 or later. As a workaround, avoid defining multiple custom functions with the same name (varying numbers of arguments or encoding). ## Severity The sqlite3-ruby maintainers assess this as Low severity. It is reliably triggered after GC when code is structured in a particular way. There is no known general exploit that could be used as a denial of service attack.

gitlab/gem/sqlite3/CVE-2026-54619

sqlite3-ruby has Use-After-Free When Redefining SQLite Functions with Different Arity Using `Database#create_function` or `Database#define_function` to define the same function name more than once with different numbers of arguments ("arity") or text encodings will result in a invalid memory read and a segmentation fault.

gitlab/gem/sqlite3-ruby/CVE-2026-54619

sqlite3-ruby has Use-After-Free When Redefining SQLite Functions with Different Arity Using `Database#create_function` or `Database#define_function` to define the same function name more than once with different numbers of arguments ("arity") or text encodings will result in a invalid memory read and a segmentation fault.

ruby_advisory_db/gems/sqlite3/CVE-2026-54619

Use-After-Free When Redefining SQLite Functions with Different Arity ## Summary Using Database#create_function or Database#define_function to define the same function name more than once with different numbers of arguments ("arity") or text encodings will result in a invalid memory read and a segmentation fault. ## Severity The sqlite3-ruby repo maintainers assess this as Low severity. It is reliably triggered after GC when code is structured in a particular way. There is no known general exploit that could be used as a denial of service attack.