]> git.ipfire.org Git - thirdparty/vim.git/commit
patch 9.0.1969: [security] buffer-overflow in trunc_string() v9.0.1969
authorChristian Brabandt <cb@256bit.org>
Mon, 2 Oct 2023 18:59:08 +0000 (20:59 +0200)
committerChristian Brabandt <cb@256bit.org>
Mon, 2 Oct 2023 18:59:47 +0000 (20:59 +0200)
commit3bd7fa12e146c6051490d048a4acbfba974eeb04
tree16eef95edff7dd16bcf19fa40cd6d55e74e7a49c
parent6ee7b521fa7531ef356ececc8be7575c3800f872
patch 9.0.1969: [security] buffer-overflow in trunc_string()

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>
src/message.c
src/testdir/test_crash.vim
src/version.c