13 comments

  • geerlingguy 23 minutes ago
    Tons of sites are currently offline to hopefully prevent an attack until they can update PHP; just the things I've run into this morning: OBS, TicketTailor, tons of wikis...
    • reddalo 11 minutes ago
      TicketTailor looks up to me?
  • mkesper 21 minutes ago
    That's why (mostly) static sites should be delivered as static HTML.
    • graemep 4 minutes ago
      I just moved my last PHP site, my personal blog, to a static site generator. It looks like my timing was lucky!

      The only significant thing lost of comments, but they have been getting more spammy over the years. Its actually better now too in many ways and I fixed various issues during the move.

  • freecodeio 5 minutes ago
    my thoughts and prayers to the stubborn php 4-6 developers who refused to upgrade since 7 and now they have breaking changes with the new 9.2
    • jjice 3 minutes ago
      I fought hard about four years ago at a previous company to upgrade us from PHP 5 to 8 because I think 5 was going EOL or something like that (could be wrong about that now). Based on my experience in software, I have to imagine the vast majority of normal developers do not give a damn about security in being in security patch lifecycles on software.
  • sam_lowry_ 6 minutes ago
    Also the Belgian Centre for Cybersecurity is down https://ccb.belgium.be/

    Dark day for Drupal and Wordpress, heh

    • p-e-w 0 minutes ago
      I know nothing about the Belgian Center for Cybersecurity, but the fact that they are running a platform that has been infamous for its security issues for 25 years, and been considered essentially obsolete for 15 years, immediately makes me not take them seriously.

      This is like a Health Ministry recommending leech therapy to its employees.

  • stingraycharles 21 minutes ago
    Which kind of makes sense, I think a lot of Dutch websites have been taken offline. I think it’s due to recent regulations that have been introduced.

    I think, given the (supposed) seriousness of this issue, it’s an adequate response. I suspect Cloudflare et al will have rules added to their managed WAFs within a few hours after release as well.

    That said: it seems like the core issue is that they can’t release PHP publicly without revealing the exploit, wouldn’t it have made more sense to coordinate in the background with these organizations, and important distros, so that this could have been patched without revealing the exploit?

    • jaydenkieran 10 minutes ago
      Cloudflare have already deployed WAF managed rules to help mitigate the vuln: https://x.com/dok2001/status/2112811965735202970

      But they say it's a stopgap and still advise patching. It makes sense, since their tweet also says "are updating mitigations as new vectors show up" so it seems like there are many ways to exploit this, whatever it is.

    • rapnie 7 minutes ago
      > Which kind of makes sense, I think a lot of Dutch websites have been taken offline.

      Europa.eu and all related subdomains were down very early CEST morning. They run Drupal.

    • trollbridge 17 minutes ago
      I expect that Cloudflare already knows some details of the problem and will have the rules up within minutes or seconds.
    • martijnvds 20 minutes ago
      All it takes is one small leak. Which seems to be what happened here.
      • stingraycharles 4 minutes ago
        Ah, so you’re saying that proper orchestration was happening, it’s just that someone leaked it?
  • tosti 25 minutes ago
    PHP is going to publish the patch in 5 minutes, right? On their website which runs on... Perl Catalyst? Ruby on Rails? Django? What could possibly go wrong?
    • jayknight 1 minute ago
      php.net does run php, but one would assume they are already on the patched version.

      https://github.com/php/web-php

    • freshpaint 23 minutes ago
      It's scheduled to release at 14:00 UTC so around an hour from now.
      • tosti 10 minutes ago
        Whoops, sorry, that's right. Thanks!
  • WJW 29 minutes ago
    Well, the public website of the NCSC is offline. Who knows what crazy proprietary stuff they have.
    • jacquesm 12 minutes ago
      I don't know. Still, at a time like this I would expect a 99% static public website to be up, running and serving all comers. This is a complete mission fail, both in terms of using PHP and in terms of not having a fall-back plan in place.
      • piker 5 minutes ago
        Due respect, neither of those make sense. PHP is boring software, and this website routinely suggests (1) use it if it is fit for purpose and (2) don't rewrite for the sake of it. For most sites, the engineering effort to have a static backup of their dynamic website (say, generated by Wordpress or Drupal) just isn't possible. They just need to power down and patch.

        [EDIT: I see I may have erroneously extended your criticism to sites other than NCSC, for which it does make sense. I would still defend using PHP.]

    • baaym 25 minutes ago
      Not all hacks are used to steal data. It's an authoritative website. If this hack is used to host a fake PHP fix stuffed with credential stealers then you have a problem.
      • WJW 17 minutes ago
        Oh I absolutely agree they should take it offline until the fix is ready, I just mean that the NCSC itself is very much still operational even if their public website is temporarily offline. Like a computer with the monitor switched off.
    • BlackRabbit1 26 minutes ago
      PHP 4 maybe? lol
  • 2OEH8eoCRo0 3 minutes ago
    All my favorite private trackers such as empornium are down :(
  • Hamuko 27 minutes ago
    Finnish state services too.

    https://yle.fi/a/74-20252600

  • louwrentius 8 minutes ago
    It's easy to harp on PHP but I wonder if we're going to get this kind of vulnerabilities in languages like Python or Go soon too.
  • andsoitis 0 minutes ago
    [dead]