• non_burglar@lemmy.world
    link
    fedilink
    English
    arrow-up
    6
    ·
    6 hours ago

    As a security auditor, I would have specified that it’s the OLD php plugins/scripts extensibility that was the mess. And similar to CGI, PHP used to be a problem for infosec audits because it was usually so full of configuration holes that the mantra just became “Don’t use PHP”. AJAX implementations are also rife with security issues because of configuration errors. So is a default implementation of nginx.

    But PHP gets the bad rep because it was hands down the most popular way to add custom functionality to a webapp during the time when infosec became a more widespread profession, a victim of its own success.

    As an aside, a default install of PHP on reasonably modern Linux today is a hell of a lot more secure than it was in 2009. I know this because I did the comparison for a presentation to my peers in 2023.

    This is the problem with extensible platforms that allow you the freedom to build what you want: their success is built on being malleable, which brings with it a lot of problems people with experience know to patch up, but less experienced people don’t.