|
Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com |
Subject: Re: Here's another glibc env. var.
From: Alan Cox (alan
lxorguk.ukuu.org.uk)Date: Wed May 24 2000 - 16:43:18 CDT
- Next message: Matthew Kirkwood: "Re: glibc env. vars. (again)"
- Previous message: Chris Evans: "Here's another glibc env. var."
- In reply to: Chris Evans: "Here's another glibc env. var."
- Next in thread: Pavel Kankovsky: "Re: Here's another glibc env. var."
- Reply: Alan Cox: "Re: Here's another glibc env. var."
- Reply: Pavel Kankovsky: "Re: Here's another glibc env. var."
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
> So who can cook up something evil with LC_ALL then?
LC_* is good for app attacking.
Grep apps for
sprintf(stackbuffer, _("foo %-85s bar"), string)
There's a lot of it about. And ignoring LC_ for setuid apps is not an option
if you wish to travel abroad and live.
Alan
- Next message: Matthew Kirkwood: "Re: glibc env. vars. (again)"
- Previous message: Chris Evans: "Here's another glibc env. var."
- In reply to: Chris Evans: "Here's another glibc env. var."
- Next in thread: Pavel Kankovsky: "Re: Here's another glibc env. var."
- Reply: Alan Cox: "Re: Here's another glibc env. var."
- Reply: Pavel Kankovsky: "Re: Here's another glibc env. var."
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]