From 9a20db4b5257d56d2d6030a20ad42f5e0dc9f25b Mon Sep 17 00:00:00 2001 From: Robin Haberkorn Date: Mon, 28 Nov 2022 06:05:48 +0300 Subject: fixed a number of crashes due to empty string arguments or uninitialized registers * An empty but valid teco_string_t can contain NULL pointers. More precisely, a state's done_cb() can be invoked with such empty strings in case of empty string arguments. Also a registers get_string() can return the NULL pointer for existing registers with uninitialized string parts. * In all of these cases, the language should treat "uninitialized" strings exactly like empty strings. * Not doing so, resulted in a number of vulnerabilities. * EN$$ crashed if "_" was uninitialized * The ^E@q and ^ENq string building constructs would crash for existing but uninitialized registers q. * ?$ would crash * ESSETILEXER$$ would crash * This is now fixed. Test cases have been added. * I cannot guarantee that I have found all such cases. Generally, it might be wise to change our definitions and make sure that every teco_string_t must have an associated heap object to be valid. All functions returning pointer+length pairs should consequently also never return NULL pointers. --- src/file-utils.c | 1 + 1 file changed, 1 insertion(+) (limited to 'src/file-utils.c') diff --git a/src/file-utils.c b/src/file-utils.c index 0e024f1..da55da2 100644 --- a/src/file-utils.c +++ b/src/file-utils.c @@ -207,6 +207,7 @@ teco_file_expand_path(const gchar *path) if (!qreg->vtable->get_string(qreg, &home.data, &home.len, NULL) || teco_string_contains(&home, '\0')) return g_strdup(path); + g_assert(home.data != NULL); return g_build_filename(home.data, path+1, NULL); } -- cgit v1.2.3