Name |
Last commit
|
Last update |
---|---|---|
.. | ||
add.c | ||
backend.c | ||
conditionals.c | ||
config_helpers.c | ||
config_helpers.h | ||
configlevel.c | ||
global.c | ||
include.c | ||
multivar.c | ||
new.c | ||
read.c | ||
readonly.c | ||
rename.c | ||
snapshot.c | ||
stress.c | ||
validkeyname.c | ||
write.c |
In case a configuration includes a key "include.path=" without any value, the generated configuration entry will have its value set to `NULL`. This is unexpected by the logic handling includes, and as soon as we try to calculate the included path we will unconditionally dereference that `NULL` pointer and thus segfault. Fix the issue by returning early in both `parse_include` and `parse_conditional_include` in case where the `file` argument is `NULL`. Add a test to avoid future regression. The issue has been found by the oss-fuzz project, issue 10810. (cherry picked from commit d06d4220)
Name |
Last commit
|
Last update |
---|---|---|
.. | ||
add.c | Loading commit data... | |
backend.c | Loading commit data... | |
conditionals.c | Loading commit data... | |
config_helpers.c | Loading commit data... | |
config_helpers.h | Loading commit data... | |
configlevel.c | Loading commit data... | |
global.c | Loading commit data... | |
include.c | Loading commit data... | |
multivar.c | Loading commit data... | |
new.c | Loading commit data... | |
read.c | Loading commit data... | |
readonly.c | Loading commit data... | |
rename.c | Loading commit data... | |
snapshot.c | Loading commit data... | |
stress.c | Loading commit data... | |
validkeyname.c | Loading commit data... | |
write.c | Loading commit data... |