lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Message-ID: <CALx_OUCJ=U5VnMNQqxEBi=bZ63JWvD2bxysrDcAs8HDQfY+COA@mail.gmail.com> Date: Thu, 26 Jun 2014 12:55:42 -0700 From: Michal Zalewski <lcamtuf@...edump.cx> To: defensecode <defensecode@...ensecode.com> Cc: "fulldisclosure@...lists.org" <fulldisclosure@...lists.org> Subject: Re: [FD] Back To The Future: Unix Wildcards Gone Wild > We wanted to inform all major *nix distributions via our responsible > disclosure policy about this problem before posting it I'm not sure how to put it mildly, but I think you might have been scooped on this some 1-2 decades ago... Off the top of my head, there's a rant about this behavior in "The Unix-Haters Handbook", and there are several highly detailed articles by David Wheeler published over the years (e.g., http://www.dwheeler.com/essays/filenames-in-shell.html). Yup, it's a counterintuitive behavior that leads to security problems. The odds of changing the semantics at this point are very slim. Other operating systems have their own idiosyncrasies in this area - for example, Windows it not a lot better with parameter splitting and special filenames. /mz _______________________________________________ Sent through the Full Disclosure mailing list http://nmap.org/mailman/listinfo/fulldisclosure Web Archives & RSS: http://seclists.org/fulldisclosure/
Powered by blists - more mailing lists