summaryrefslogtreecommitdiffstats
path: root/src/message.c
diff options
context:
space:
mode:
authorChristian Brabandt <cb@256bit.org>2023-10-02 20:59:08 +0200
committerChristian Brabandt <cb@256bit.org>2023-10-02 20:59:47 +0200
commit3bd7fa12e146c6051490d048a4acbfba974eeb04 (patch)
tree16eef95edff7dd16bcf19fa40cd6d55e74e7a49c /src/message.c
parent6ee7b521fa7531ef356ececc8be7575c3800f872 (diff)
patch 9.0.1969: [security] buffer-overflow in trunc_string()v9.0.1969
Problem: buffer-overflow in trunc_string() Solution: Add NULL at end of buffer Currently trunc_string() assumes that when the string is too long, buf[e-1] will always be writeable. But that assumption may not always be true. The condition currently looks like this else if (e + 3 < buflen) [...] else { // can't fit in the "...", just truncate it buf[e - 1] = NUL; } but this means, we may run into the last else clause with e still being larger than buflen. So a buffer overflow occurs. So instead of using `buf[e - 1]`, let's just always truncate at `buf[buflen - 1]` which should always be writable. Signed-off-by: Christian Brabandt <cb@256bit.org>
Diffstat (limited to 'src/message.c')
-rw-r--r--src/message.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/src/message.c b/src/message.c
index 2fc6cefa9d..83c8b4f4a0 100644
--- a/src/message.c
+++ b/src/message.c
@@ -353,7 +353,7 @@ trunc_string(
else
{
// can't fit in the "...", just truncate it
- buf[e - 1] = NUL;
+ buf[buflen - 1] = NUL;
}
}