Re: Resolution for ver_export()/addslashes() encoding based script execution attack?

From: Date: Thu, 27 Feb 2014 23:08:19 +0000
Subject: Re: Resolution for ver_export()/addslashes() encoding based script execution attack?
References: 1 2 3 4 5 6 7 8 9 10 11 12 13  Groups: php.internals 
Request: Send a blank email to internals+get-72851@lists.php.net to get a copy of this message
Hi Padraic, On Fri, Feb 28, 2014 at 7:22 AM, Pádraic Brady <padraic.brady@gmail.com>wrote: > On 26 February 2014 22:28, Yasuo Ohgaki <yohgaki@ohgaki.net> wrote: > >> I don't see how the RFC addressed the problem anyway. > > > > Please research how databases were fixed this issue many years ago. I > don't > > remember well, but I guess it was around 2005. > > I have a vague recollection of issues, but since there's little > specific detail on this (as it pertains to PHP) publicly it's > impossible for most of us to assess what the problem may be. It's even > stranger to see a secret security report being RFC'd publicly, with > Right. This kind of discussion should be done in closed list. > the attendant discussions on list, which appears to go against > responsible disclosure if one can put two and two together in a Eureka > moment. It just spreads a lot of doubt and confusion to no end. For the time being, I suggest look for the details of char encoding based SQL/JavaScript injections. The basic is the same. Regards, P.S. Are we really going to discuss this kind of discussion in public? Can't we just discuss implementation? -- Yasuo Ohgaki yohgaki@ohgaki.net

« previous php.internals (#72851) next »