Date: Wed, 17 Oct 2012 19:14:22 +0100 From: Simon McVittie <smcv@...ian.org> To: oss-security@...ts.openwall.com Subject: Re: CVE request: ruby file creation due in insertion of illegal NUL character On 17/10/12 18:03, Kurt Seifried wrote: > Avtually looking at that page it appears that no modern file > systems allows NUL in a file name (and in general I suspect it's a > bad idea/leads to some nasty edge case issues). Anything that, directly or indirectly, uses Unix-style APIs to access files can't possibly support NUL in a filename anyway, since those APIs receive the filename as a NUL-terminated string. > Personally I think the perlopentut case makes sense, using NUL as > an end of string marker. What happens if stuff comes after it > though? For Perl, one possibility would be to continue to treat an input of "foo\0" as equivalent to "foo" (so that you can use "./ foo \0" to mean " foo ", as documented), but disallow NULs anywhere except the last position. S
Powered by blists - more mailing lists
Please check out the Open Source Software Security Wiki, which is counterpart to this mailing list.
Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.