Re: glibc - CVE for library bug that requires application participation

[cve-assign () mitre org]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

In this type of situation, the requirement for "application
participation" does not affect whether a CVE ID can be assigned.

> https://sourceware.org/bugzilla/show_bug.cgi?id=17048
> posix_spawn_file_actions_addopen fails to copy the path argument ...
> Per the specification ... it is supposed to.

> http://pubs.opengroup.org/onlinepubs/000095399/functions/posix_spawn_file_actions_addclose.html
> http://pubs.opengroup.org/onlinepubs/9699919799/functions/posix_spawn_file_actions_addopen.html

> IEEE PASC Interpretation 1003.1 #105 is applied, adding a note to the
> DESCRIPTION that the string pointed to by path is copied by the
> posix_spawn_file_actions_addopen() function.

> http://standards.ieee.org/findstds/interps/1003-1-90_int/pasc-1003.1d-105.html
> Finalized interpretation: 29 August 2000

> http://www.gnu.org/software/libc/libc.html
> The GNU C Library ... follows all relevant standards including
> POSIX.1-2008

Without researching the POSIX standards process in detail, it seems
likely that a 29 August 2000 interpretation can reasonably be
considered required behavior for a library claiming to follow
POSIX.1-2008.

Use CVE-2014-4043.

(If it were the case that the relevant POSIX interpretation happened
last month, and a new glibc release implementing that interpretation
simply wasn't ready yet, then probably a CVE ID couldn't be assigned.
But this seems like almost 14 years.)

- -- 
CVE assignment team, MITRE CVE Numbering Authority
M/S M300
202 Burlington Road, Bedford, MA 01730 USA
[ PGP key available through http://cve.mitre.org/cve/request_id.html ]
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.14 (SunOS)

iQEcBAEBAgAGBQJTmo73AAoJEKllVAevmvmsKL0H/2U08DxCZqL22H6nZaAyDlhF
wYIokK8r1ucQGaDzXA5j32w+S4RoT8ALsxbwqjCFYEg6cFsjE+ojPWS0V0uIvdsI
TAUjAY7+HEci8V/u0Ii2G9BDs5AWdIWlTtjLOG+o+PqRvGQKatlGyzr2LY+9jbXl
Ys9VnQQL+1U5uTfke2Sj3rfhFdgsTGGtwHf/NZP6nU3mYgUpe99g7GteOxiYO5+f
i81mnE2rvgjwiAShpOtooOHElBRsK82icowO6tVW1TjRM3yqaFBWF588Blhkress
vmrmT/K2+XY5h2FlTPaezUmmVcOEPwxiIwJ21L8T4RWXEv7i8LAwShS6SFwIB5o=
=tUte
-----END PGP SIGNATURE-----