News for hackers. Stuff that matters.
Re:Our Ambitious Plan to Make Insecure PHP Software a Thing ... by astrodust on Tuesday January 16, 2018 @09:41PM (#16165036)
What's the friction for upgrading from 5.3 to at least 5.5?
Re:Our Ambitious Plan to Make Insecure PHP Software a Thing ... by jccc on Wednesday January 17, 2018 @08:41AM (#16167771)
Please see point #2 if you're still confident that 5.3 to 5.5 should give a host like mine no trouble:

"PHP 5.3.3 (with backported security and bug patches) remains the default in CentOS 6.9, which is supported until 2020. More recent versions are not available via their repositories. Hosts would have to upgrade PHP outside of the CentOS packages and assume the maintenance burden from then on."

https://news.ycombinator.com/item?id=16161455

The point isn't that you can't or shouldn't do it, but that it is much more trouble than you might think for many people. There are implications that apply to others that you might not see or care about for your particular situation.

Re:Our Ambitious Plan to Make Insecure PHP Software a Thing ... by astrodust on Wednesday January 17, 2018 @12:56PM (#16170099)
If your distro's package maintainer is asleep at the wheel then you'll have to take matters into your own hand and source install.

The Node team has done a great job here, they have a number of ways of doing managed source installs that avoid a lot of the ugly hassles you can usually hit. Ruby has rvm which also handles this quite well. This helps work around any friction you might get at the distribution level.

If PHP is being held back by distribution maintainers then that's a problem that the PHP community should fix. 5.3 came out in 2009, it's ancient.

Re:Our Ambitious Plan to Make Insecure PHP Software a Thing ... by fizdoonk on Wednesday January 17, 2018 @12:08AM (#16165632)
register_global
Re:Our Ambitious Plan to Make Insecure PHP Software a Thing ... by astrodust on Wednesday January 17, 2018 @12:54PM (#16170082)
If you're using that you're going to hard-fail even the most cursory of security audits.
Re:Our Ambitious Plan to Make Insecure PHP Software a Thing ... by CiPHPerCoder on Wednesday January 17, 2018 @01:21AM (#16165879)
extract($_REQUEST);

Look, one-line register_globals polyfill.

Re:Our Ambitious Plan to Make Insecure PHP Software a Thing ... by jccc on Wednesday January 17, 2018 @08:45AM (#16167797)
This kind of breezy dismissal is really frustrating. Developers and admins in the field are dealing with this situation for the reasons I gave above, and not out of simple ignorance.