On a Gentoo AMD64 installation with sudo-1.6.9p16, I experience a segmentation fault when the /etc/sudoers file contains a glob with a very large number of results.

Example:

ALL ALL=(root) NOPASSWD: /usr/portage/*/*/


$ sudo
Segmentation fault


Bug is in parse.c and is also present in 1.7.0 development release.  In 'command_matches', there is a globfree call performed while the function still has a pointer into the glob's buffer.  After the globfree, a dereference of the pointer is performed.  

If the glob has a large number of results, the buffer could be allocated into its own heap region. Then the globfree is performed the region is released.  Typically, I imagine the glob is small enough that the memory is in the normal heap region and the pointer is still good enough at the point of the memory access.

--- sudo-1.6.9p17_fix/parse.c	2008-09-10 15:25:23.000000000 -0500
+++ sudo-1.6.9p17/parse.c	2008-02-09 08:44:48.000000000 -0600
@@ -311,21 +311,19 @@ command_matches(sudoers_cmnd, sudoers_ar
 		continue;
 	    if (user_stat->st_dev == sudoers_stat.st_dev &&
 		user_stat->st_ino == sudoers_stat.st_ino) {
 		efree(safe_cmnd);
 		safe_cmnd = estrdup(*ap);
 		break;
 	    }
 	}
-	if (*ap == NULL) { 
-	    globfree(&gl); 
-	    return(FALSE); 
-	}
 	globfree(&gl);
+	if (*ap == NULL)
+	    return(FALSE);
 
 	if (!sudoers_args ||
 	    (!user_args && sudoers_args && !strcmp("\"\"", sudoers_args)) ||
 	    (sudoers_args &&
 	     fnmatch(sudoers_args, user_args ? user_args : "", 0) == 0)) {
 	    efree(safe_cmnd);
 	    safe_cmnd = estrdup(user_cmnd);
 	    return(TRUE);