News for hackers. Stuff that matters.
Re:PHP 7 deployment at Dailymotion by Akujin on Thursday October 13, 2016 @11:55PM (#12706037)
I think people are also confusing an old issue from PHP 4.x where if you had $_POST['somevar'] it would actually have an alias automatically set as $somevar in the global userspace. This was turned off by default a long time ago and is the main real security issue when it comes to super globals. $_POST and $_GET are just the normal way to access POST and GET vars. There's nothing inherently insecure about it.
Re:PHP 7 deployment at Dailymotion by kyriakos on Friday October 14, 2016 @12:45AM (#12706186)
Exactly, this is where the real problem was and thankfully it was fixed. An attacker could insert any variable in a script just by adding it to the URLs additionally the PHP configuration could change variable order the variables from different sources were given so a script essentially didn't know where it was getting the information from. On the other hand the super globals are just a utility making things easier for the developer, they don't directly make code insecure.
Re:PHP 7 deployment at Dailymotion by nilliams on Friday October 14, 2016 @04:52PM (#12711010)
I don't think people are confusing those things at all. The comment you're replying to is quite literally saying that using $_POST['somevar'] is too easy.
Re:PHP 7 deployment at Dailymotion by mastre_ on Monday October 17, 2016 @09:06PM (#12731219)
> I don't think people are confusing those things at all. The comment you're replying to is quite literally saying that using $_POST['somevar'] is too easy.

Are you guys, then, saying that $_POST['id'], by itself, is less secure than a getPostVar('id') would be, by itself?