make crypt return an unmatchable hash rather than NULL on failure
authorRich Felker <dalias@aerifal.cx>
Fri, 10 Aug 2012 00:47:17 +0000 (20:47 -0400)
committerRich Felker <dalias@aerifal.cx>
Fri, 10 Aug 2012 00:47:17 +0000 (20:47 -0400)
unfortunately, a large portion of programs which call crypt are not
prepared for its failure and do not check that the return value is
non-null before using it. thus, always "succeeding" but giving an
unmatchable hash is reportedly a better behavior than failing on
error.

it was suggested that we could do this the same way as other
implementations and put the null-to-unmatchable translation in the
wrapper rather than the individual crypt modules like crypt_des, but
when i tried to do it, i found it was making the logic in __crypt_r
for keeping track of which hash type we're working with and whether it
succeeded or failed much more complex, and potentially error-prone.
the way i'm doing it now seems to have essentially zero cost, anyway.

src/misc/crypt_des.c

index 4dc6b4b5dbe70e39a955f2c44921d13a049c963c..4454a130de79208089875ecc6c29a067a9763752 100644 (file)
@@ -1014,11 +1014,8 @@ char *__crypt_des(const char *key, const char *setting, char *output)
         * likely that any alignment related issues would be detected.
         */
        p = _crypt_extended_r_uut(test_key, test_setting, test_buf);
-       if (p && !strcmp(p, test_hash))
+       if (p && !strcmp(p, test_hash) && retval)
                return retval;
 
-       /*
-        * Should not happen.
-        */
-       return NULL;
+       return (setting[0]=='*') ? "x" : "*";
 }