# [PATCH v2] Fix buffer overflow in config parser 10 messages from 2009-04-14 to 2009-04-17. Participants: Thomas Jarosch, Johannes Schindelin, Junio C Hamano, Johannes Sixt, Jeff King. Thread: https://gitlist.dev/t/18872 ## Thomas Jarosch, 2009-04-14 21:28 Subject: [PATCH v2] Fix buffer overflow in config parser Message-ID: <49E50003.2040907@intra2net.com> URL: https://gitlist.dev/e/49E50003.2040907%40intra2net.com ``` When interpreting a config value, the config parser reads in 1+ space character(s) and puts -one- space character in the buffer as soon as the first non-space character is encountered (if not inside quotes). Unfortunately the buffer size check lacks the extra space character which gets inserted at the next non-space character, resulting in a crash with a specially crafted config entry. Signed-off-by: Thomas Jarosch --- config.c | 2 +- t/t1303-wacky-config.sh | 9 ++++++++- 2 files changed, 9 insertions(+), 2 deletions(-) diff --git a/config.c b/config.c index b76fe4c..2d70398 100644 --- a/config.c +++ b/config.c @@ -51,7 +51,7 @@ static char *parse_value(void) for (;;) { int c = get_next_char(); - if (len >= sizeof(value)) + if (len >= sizeof(value) - 1) return NULL; if (c == '\n') { if (quote) diff --git a/t/t1303-wacky-config.sh b/t/t1303-wacky-config.sh index 1983076..a7d8d25 100755 --- a/t/t1303-wacky-config.sh +++ b/t/t1303-wacky-config.sh @@ -10,7 +10,7 @@ setup() { check() { echo "$2" >expected - git config --get "$1" >actual + git config --get "$1" >actual 2>&1 test_cmp actual expected } @@ -40,4 +40,11 @@ test_expect_success 'make sure git config escapes section names properly' ' check "$SECTION" bar ' +LONG_VALUE=`perl -e 'print "x" x 1023," a"'` +test_expect_success 'do not crash on special long config line' ' + setup && + git config section.key "$LONG_VALUE" && + check section.key "fatal: bad config file line 2 in .git/config" +' + test_done -- 1.6.1.3 ``` ## Johannes Schindelin, 2009-04-14 21:41 Subject: Re: [PATCH v2] Fix buffer overflow in config parser Message-ID: URL: https://gitlist.dev/e/alpine.DEB.1.00.0904142340350.10279%40pacific.mpi-cbg.de In-Reply-To: <49E50003.2040907@intra2net.com> ``` Hi, On Tue, 14 Apr 2009, Thomas Jarosch wrote: > t/t1303-wacky-config.sh | 9 ++++++++- I like the name! > +LONG_VALUE=`perl -e 'print "x" x 1023," a"'` But should it not be guarded against NO_PERL? Ciao, Dscho ``` ## Thomas Jarosch, 2009-04-14 21:47 Subject: Re: [PATCH v2] Fix buffer overflow in config parser Message-ID: <49E50480.5060005@intra2net.com> URL: https://gitlist.dev/e/49E50480.5060005%40intra2net.com In-Reply-To: ``` Johannes Schindelin wrote: >> +LONG_VALUE=`perl -e 'print "x" x 1023," a"'` > > But should it not be guarded against NO_PERL? Hmm, lots of other tests like "t4200-rerere.sh" use perl and it don't see any special guard around the perl usage. If it's needed, just add it while applying :-) Thomas ``` ## Junio C Hamano, 2009-04-14 22:38 Subject: Re: [PATCH v2] Fix buffer overflow in config parser Message-ID: <7v3aca3lpl.fsf@gitster.siamese.dyndns.org> URL: https://gitlist.dev/e/7v3aca3lpl.fsf%40gitster.siamese.dyndns.org In-Reply-To: ``` Johannes Schindelin writes: > Hi, > > On Tue, 14 Apr 2009, Thomas Jarosch wrote: > >> t/t1303-wacky-config.sh | 9 ++++++++- > > I like the name! > >> +LONG_VALUE=`perl -e 'print "x" x 1023," a"'` > > But should it not be guarded against NO_PERL? The right question to ask is a rhetorical "do we need perl to do this?" ``` ## Johannes Sixt, 2009-04-15 07:11 Subject: Re: [PATCH v2] Fix buffer overflow in config parser Message-ID: <49E5888D.2090607@viscovery.net> URL: https://gitlist.dev/e/49E5888D.2090607%40viscovery.net In-Reply-To: <7v3aca3lpl.fsf@gitster.siamese.dyndns.org> ``` Junio C Hamano schrieb: > Johannes Schindelin writes: > >> Hi, >> >> On Tue, 14 Apr 2009, Thomas Jarosch wrote: >> >>> t/t1303-wacky-config.sh | 9 ++++++++- >> I like the name! >> >>> +LONG_VALUE=`perl -e 'print "x" x 1023," a"'` >> But should it not be guarded against NO_PERL? > > The right question to ask is a rhetorical "do we need perl to do this?" LONG_VALUE=$(printf "x%0.1021dx a", 7) -- Hannes ``` ## Johannes Sixt, 2009-04-15 07:39 Subject: Re: [PATCH v2] Fix buffer overflow in config parser Message-ID: <49E58F38.5060103@viscovery.net> URL: https://gitlist.dev/e/49E58F38.5060103%40viscovery.net In-Reply-To: <49E5888D.2090607@viscovery.net> ``` Johannes Sixt schrieb: > Junio C Hamano schrieb: >> Johannes Schindelin writes: >> >>> Hi, >>> >>> On Tue, 14 Apr 2009, Thomas Jarosch wrote: >>> >>>> t/t1303-wacky-config.sh | 9 ++++++++- >>> I like the name! >>> >>>> +LONG_VALUE=`perl -e 'print "x" x 1023," a"'` >>> But should it not be guarded against NO_PERL? >> The right question to ask is a rhetorical "do we need perl to do this?" > > LONG_VALUE=$(printf "x%0.1021dx a", 7) Oops! Make this LONG_VALUE=$(printf "x%01021dx a" 7) -- Hannes ``` ## Jeff King, 2009-04-15 07:50 Subject: Re: [PATCH v2] Fix buffer overflow in config parser Message-ID: <20090415075035.GA23332@coredump.intra.peff.net> URL: https://gitlist.dev/e/20090415075035.GA23332%40coredump.intra.peff.net In-Reply-To: <49E50480.5060005@intra2net.com> ``` On Tue, Apr 14, 2009 at 11:47:44PM +0200, Thomas Jarosch wrote: > Johannes Schindelin wrote: > >> +LONG_VALUE=`perl -e 'print "x" x 1023," a"'` > > > > But should it not be guarded against NO_PERL? > > Hmm, lots of other tests like "t4200-rerere.sh" use perl > and it don't see any special guard around the perl usage. Right. There are really two types of perl usage in the tests: 1. Testing git programs which use perl. 2. Tests which happen to require perl as part of the testing. Right now, only instances of (1) are marked with NO_PERL. This means that you can build with NO_PERL, test and install the result, and then uninstall perl (or make a binary package for perl-less people), and have it work fine. But you can't currently run the full test suite without any perl. Your usage falls into (2), none of which are marked (and if they are to be marked, then all of them should be, since there is otherwise no point). -Peff ``` ## Jeff King, 2009-04-15 07:53 Subject: Re: [PATCH v2] Fix buffer overflow in config parser Message-ID: <20090415075352.GB23332@coredump.intra.peff.net> URL: https://gitlist.dev/e/20090415075352.GB23332%40coredump.intra.peff.net In-Reply-To: <20090415075035.GA23332@coredump.intra.peff.net> ``` On Wed, Apr 15, 2009 at 03:50:35AM -0400, Jeff King wrote: > 2. Tests which happen to require perl as part of the testing. > [...] > Your usage falls into (2), none of which are marked (and if they are to > be marked, then all of them should be, since there is otherwise no > point). I meant to add: it is still nice to avoid the use of perl in the test scripts if we can (and I think we can in this instance, as other responses have noted). If a patch were made to skip tests which use perl, then the fewer tests we have to skip, the better. -Peff ``` ## Thomas Jarosch, 2009-04-17 12:05 Subject: [PATCH v3] Fix buffer overflow in config parser Message-ID: <200904171405.48269.thomas.jarosch@intra2net.com> URL: https://gitlist.dev/e/200904171405.48269.thomas.jarosch%40intra2net.com In-Reply-To: <49E58F38.5060103@viscovery.net> ``` When interpreting a config value, the config parser reads in 1+ space character(s) and puts -one- space character in the buffer as soon as the first non-space character is encountered (if not inside quotes). Unfortunately the buffer size check lacks the extra space character which gets inserted at the next non-space character, resulting in a crash with a specially crafted config entry. The unit test now uses Java to compile a platform independent .NET framework to output the test string in C# :o) Read: Thanks to Johannes Sixt for the correct printf call which replaces the perl invocation. Signed-off-by: Thomas Jarosch --- config.c | 2 +- t/t1303-wacky-config.sh | 9 ++++++++- 2 files changed, 9 insertions(+), 2 deletions(-) diff --git a/config.c b/config.c index b76fe4c..2d70398 100644 --- a/config.c +++ b/config.c @@ -51,7 +51,7 @@ static char *parse_value(void) for (;;) { int c = get_next_char(); - if (len >= sizeof(value)) + if (len >= sizeof(value) - 1) return NULL; if (c == '\n') { if (quote) diff --git a/t/t1303-wacky-config.sh b/t/t1303-wacky-config.sh index 1983076..a7d8d25 100755 --- a/t/t1303-wacky-config.sh +++ b/t/t1303-wacky-config.sh @@ -10,7 +10,7 @@ setup() { check() { echo "$2" >expected - git config --get "$1" >actual + git config --get "$1" >actual 2>&1 test_cmp actual expected } @@ -40,4 +40,11 @@ test_expect_success 'make sure git config escapes section names properly' ' check "$SECTION" bar ' +LONG_VALUE=$(printf "x%01021dx a" 7) +test_expect_success 'do not crash on special long config line' ' + setup && + git config section.key "$LONG_VALUE" && + check section.key "fatal: bad config file line 2 in .git/config" +' + test_done -- 1.6.1.3 ``` ## Johannes Schindelin, 2009-04-17 13:16 Subject: Re: [PATCH v3] Fix buffer overflow in config parser Message-ID: URL: https://gitlist.dev/e/alpine.DEB.1.00.0904171516400.6675%40intel-tinevez-2-302 In-Reply-To: <200904171405.48269.thomas.jarosch@intra2net.com> ``` Hi, On Fri, 17 Apr 2009, Thomas Jarosch wrote: > When interpreting a config value, the config parser reads in 1+ space > character(s) and puts -one- space character in the buffer as soon as > the first non-space character is encountered (if not inside quotes). > > Unfortunately the buffer size check lacks the extra space character > which gets inserted at the next non-space character, resulting in > a crash with a specially crafted config entry. > > The unit test now uses Java to compile a platform independent > .NET framework to output the test string in C# :o) Read: > Thanks to Johannes Sixt for the correct printf call > which replaces the perl invocation. LOL! Thanks, Dscho ```