fix off-by-one in checking hostname length in new resolver backend
authorRich Felker <dalias@aerifal.cx>
Mon, 2 Jun 2014 05:31:28 +0000 (01:31 -0400)
committerRich Felker <dalias@aerifal.cx>
Mon, 2 Jun 2014 05:31:28 +0000 (01:31 -0400)
this bug was introduced in the recent resolver overhaul commits. it
likely had visible symptoms. these were probably limited to wrongly
accepting truncated versions of over-long names (vs rejecting them),
as opposed to stack-based overflows or anything more severe, but no
extensive checks were made. there have been no releases where this bug
was present.

src/network/lookup_name.c

index b1f1ffd..e1b583e 100644 (file)
@@ -14,7 +14,7 @@
 static int is_valid_hostname(const char *host)
 {
        const unsigned char *s;
-       if (strnlen(host, 255)-1 > 254 || mbstowcs(0, host, 0) > 255) return 0;
+       if (strnlen(host, 256)-1 > 254 || mbstowcs(0, host, 0) > 255) return 0;
        for (s=(void *)host; *s>=0x80 || *s=='.' || *s=='-' || isalnum(*s); s++);
        return !*s;
 }
@@ -119,7 +119,7 @@ int __lookup_name(struct address buf[static MAXADDRS], char canon[static 256], c
        *canon = 0;
        if (name) {
                size_t l;
-               if ((l = strnlen(name, 255))-1 > 254)
+               if ((l = strnlen(name, 256))-1 > 254)
                        return EAI_NONAME;
                memcpy(canon, name, l+1);
        }