Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 08 Jan 2021 19:59:50 +0000
From:      bugzilla-noreply@freebsd.org
To:        bugs@FreeBSD.org
Subject:   [Bug 252403] unsafe pointer arithmetic in regcomp()
Message-ID:  <bug-252403-227-ZMQy1YlHKB@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-252403-227@https.bugs.freebsd.org/bugzilla/>
References:  <bug-252403-227@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D252403

--- Comment #1 from commit-hook@FreeBSD.org ---
A commit in branch main references this bug:

URL:
https://cgit.FreeBSD.org/src/commit/?id=3Dd36b5dbe28d8ebab219fa29db533734d4=
7f0c4a3

commit d36b5dbe28d8ebab219fa29db533734d47f0c4a3
Author:     Miod Vallat <miod@online.fr>
AuthorDate: 2021-01-08 18:59:00 +0000
Commit:     Kyle Evans <kevans@FreeBSD.org>
CommitDate: 2021-01-08 19:58:35 +0000

    libc: regex: rework unsafe pointer arithmetic

    regcomp.c uses the "start + count < end" idiom to check that there are
    "count" bytes available in an array of char "start" and "end" both point
to.

    This is fine, unless "start + count" goes beyond the last element of the
    array. In this case, pedantic interpretation of the C standard makes the
    comparison of such a pointer against "end" undefined, and optimizers fr=
om
    hell will happily remove as much code as possible because of this.

    An example of this occurs in regcomp.c's bothcases(), which defines
    bracket[3], sets "next" to "bracket" and "end" to "bracket + 2". Then it
    invokes p_bracket(), which starts with "if (p->next + 5 < p->end)"...

    Because bothcases() and p_bracket() are static functions in regcomp.c,
there
    is a real risk of miscompilation if aggressive inlining happens.

    The following diff rewrites the "start + count < end" constructs into "=
end
-
    start > count". Assuming "end" and "start" are always pointing in the a=
rray
    (such as "bracket[3]" above), "end - start" is well-defined and can be
    compared without trouble.

    As a bonus, MORE2() implies MORE() therefore SEETWO() can be simplified=
 a
    bit.

    PR:             252403

 lib/libc/regex/regcomp.c | 26 ++++++++++++++------------
 1 file changed, 14 insertions(+), 12 deletions(-)

--=20
You are receiving this mail because:
You are on the CC list for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-252403-227-ZMQy1YlHKB>