[tor-commits] [tor/master] scan-build: memarea_strndup() undefined behavior

nickm at torproject.org nickm at torproject.org
Fri Apr 25 05:30:23 UTC 2014


commit 3b1f7f75a7efa51ae5549a6413e90066cfe307a8
Author: Nick Mathewson <nickm at torproject.org>
Date:   Sat Apr 19 13:16:56 2014 -0400

    scan-build: memarea_strndup() undefined behavior
    
    The memarea_strndup() function would have hit undefined behavior by
    creating an 'end' pointer off the end of a string if it had ever been
    given an 'n' argument bigger than the length of the memory ares that
    it's scanning.  Fortunately, we never did that except in the unit
    tests.  But it's not a safe behavior to leave lying around.
---
 src/common/memarea.c |    7 ++-----
 1 file changed, 2 insertions(+), 5 deletions(-)

diff --git a/src/common/memarea.c b/src/common/memarea.c
index e2d07fc..bcaea09 100644
--- a/src/common/memarea.c
+++ b/src/common/memarea.c
@@ -291,14 +291,11 @@ memarea_strdup(memarea_t *area, const char *s)
 char *
 memarea_strndup(memarea_t *area, const char *s, size_t n)
 {
-  size_t ln;
+  size_t ln = 0;
   char *result;
-  const char *cp, *end = s+n;
   tor_assert(n < SIZE_T_CEILING);
-  for (cp = s; cp < end && *cp; ++cp)
+  for (ln = 0; ln < n && s[ln]; ++ln)
     ;
-  /* cp now points to s+n, or to the 0 in the string. */
-  ln = cp-s;
   result = memarea_alloc(area, ln+1);
   memcpy(result, s, ln);
   result[ln]='\0';





More information about the tor-commits mailing list