Skip to content
  • Hjem
  • Seneste
  • Etiketter
  • Populære
  • Verden
  • Bruger
  • Grupper
Temaer
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Kollaps
FARVEL BIG TECH
  1. Forside
  2. Ikke-kategoriseret
  3. Somebody has leaked CVE-2026-109618 and CVE-2026-109619 in PHP before the patch is out.

Somebody has leaked CVE-2026-109618 and CVE-2026-109619 in PHP before the patch is out.

Planlagt Fastgjort Låst Flyttet Ikke-kategoriseret
243 Indlæg 153 Posters 11 Visninger
  • Ældste til nyeste
  • Nyeste til ældste
  • Most Votes
Svar
  • Svar som emne
Login for at svare
Denne tråd er blevet slettet. Kun brugere med emne behandlings privilegier kan se den.
  • lanodan@queer.hacktivis.meL lanodan@queer.hacktivis.me
    @GossiTheDog Based on the commits?

    Gross incompetence from PHP if they leaked it that way.
    ondrej@mastodon.rfc1925.orgO This user is from outside of this forum
    ondrej@mastodon.rfc1925.orgO This user is from outside of this forum
    ondrej@mastodon.rfc1925.org
    wrote sidst redigeret af
    #63

    @lanodan @GossiTheDog They didn’t.

    1 Reply Last reply
    0
    • ondrej@mastodon.rfc1925.orgO This user is from outside of this forum
      ondrej@mastodon.rfc1925.orgO This user is from outside of this forum
      ondrej@mastodon.rfc1925.org
      wrote sidst redigeret af
      #64

      @GossiTheDog @christopherkunz It's AI slop, so nobody should rely onthe proposed mitigation.

      1 Reply Last reply
      0
      • catraxx@tech.lgbtC This user is from outside of this forum
        catraxx@tech.lgbtC This user is from outside of this forum
        catraxx@tech.lgbt
        wrote sidst redigeret af
        #65

        @GossiTheDog @systemadminihater @wdormann Plus the exploit is in the wild ...

        1 Reply Last reply
        0
        • gossithedog@cyberplace.socialG gossithedog@cyberplace.social

          A really good mitigation for this btw - AppArmor or SELinux.

          Google something like apparmor restrict php from executing commands. Works against these CVEs.

          Sucks for cybersecurity vendors who shipped their appliances using PHP without SELinux or AppArmor, of course.

          scorpion8741@infosec.exchangeS This user is from outside of this forum
          scorpion8741@infosec.exchangeS This user is from outside of this forum
          scorpion8741@infosec.exchange
          wrote sidst redigeret af
          #66

          @GossiTheDog

          What makes you think that Apparmor works against these?

          1 Reply Last reply
          0
          • gossithedog@cyberplace.socialG gossithedog@cyberplace.social

            I think PHP probably has to bring forward the release as cyber vendors who have advanced notice told customers details so now everybody is running around with details.

            There’s probably a conversation to be had about cyber vendors effectively reselling open-source project intelligence for profit. I don’t think it is great. Protecting the ivory tower sucks.

            masek@infosec.exchangeM This user is from outside of this forum
            masek@infosec.exchangeM This user is from outside of this forum
            masek@infosec.exchange
            wrote sidst redigeret af
            #67

            @GossiTheDog You're faster than most commercial services on the issues that matter 😉.

            eingemaischt@chaos.socialE 1 Reply Last reply
            0
            • sephster@fosstodon.orgS sephster@fosstodon.org

              @GossiTheDog @derickr @saramg pinging for visibility

              derickr@phpc.socialD This user is from outside of this forum
              derickr@phpc.socialD This user is from outside of this forum
              derickr@phpc.social
              wrote sidst redigeret af
              #68

              @sephster @GossiTheDog @saramg Thanks. We'd seen it already.

              1 Reply Last reply
              0
              • wdormann@infosec.exchangeW wdormann@infosec.exchange

                @GossiTheDog
                Looks like Calif may have a PoC called php2shell that works against WordPress.

                kallisti@infosec.exchangeK This user is from outside of this forum
                kallisti@infosec.exchangeK This user is from outside of this forum
                kallisti@infosec.exchange
                wrote sidst redigeret af
                #69

                @wdormann @GossiTheDog

                Calif as in the cybersecurity company?

                It's not on their official channels though, is it?

                tyalie@chaos.socialT 1 Reply Last reply
                0
                • kallisti@infosec.exchangeK kallisti@infosec.exchange

                  @wdormann @GossiTheDog

                  Calif as in the cybersecurity company?

                  It's not on their official channels though, is it?

                  tyalie@chaos.socialT This user is from outside of this forum
                  tyalie@chaos.socialT This user is from outside of this forum
                  tyalie@chaos.social
                  wrote sidst redigeret af
                  #70

                  @kallisti @wdormann @GossiTheDog yes it was. But they either took it down afterwards or Twitter has some kind of new "private" setting. Unsure. But I have seen links refer to the video published by Calif's Twitter channel, which didn't work for me through nitter.

                  kallisti@infosec.exchangeK 1 Reply Last reply
                  0
                  • gossithedog@cyberplace.socialG gossithedog@cyberplace.social

                    Somebody has posted technical details of the PHP vulns. It’s likely LLM generated from GitHub commits (or somewhere!) but it’s in the right ballpark on one of the issues.

                    There’s also another decent mitigation in this but the only real one is to patch.

                    https://jackalsyn.com/posts/php-up-2026.html

                    falken@social.falkensweb.comF This user is from outside of this forum
                    falken@social.falkensweb.comF This user is from outside of this forum
                    falken@social.falkensweb.com
                    wrote sidst redigeret af
                    #71

                    @GossiTheDog PHP lead developer says that mitigation isn't sufficient @ https://phpc.social/@joepferguson/117476273857491231

                    1 Reply Last reply
                    0
                    • tyalie@chaos.socialT tyalie@chaos.social

                      @kallisti @wdormann @GossiTheDog yes it was. But they either took it down afterwards or Twitter has some kind of new "private" setting. Unsure. But I have seen links refer to the video published by Calif's Twitter channel, which didn't work for me through nitter.

                      kallisti@infosec.exchangeK This user is from outside of this forum
                      kallisti@infosec.exchangeK This user is from outside of this forum
                      kallisti@infosec.exchange
                      wrote sidst redigeret af
                      #72

                      @tyalie @wdormann @GossiTheDog

                      Ah okay, my bad.

                      Thanks for the explanation!

                      1 Reply Last reply
                      0
                      • gossithedog@cyberplace.socialG gossithedog@cyberplace.social

                        The PHP situation will lead to a mass of incidents - it’s one of the biggest vulns in years.

                        Shodan dork "X-Powered-By: PHP/" - a lot are on EOL versions with no patch. It’s also more hosts as not everybody lists their PHP version in headers.

                        joho@mastodon.onlineJ This user is from outside of this forum
                        joho@mastodon.onlineJ This user is from outside of this forum
                        joho@mastodon.online
                        wrote sidst redigeret af
                        #73

                        @GossiTheDog session.upload_progress.enabled = off

                        irina@critter.cafeI 1 Reply Last reply
                        0
                        • masek@infosec.exchangeM masek@infosec.exchange

                          @GossiTheDog You're faster than most commercial services on the issues that matter 😉.

                          eingemaischt@chaos.socialE This user is from outside of this forum
                          eingemaischt@chaos.socialE This user is from outside of this forum
                          eingemaischt@chaos.social
                          wrote sidst redigeret af
                          #74

                          @masek @GossiTheDog I am still wating for debian/ubuntu patches....

                          It's a shame that all details are on the table and the embargo is still in place.

                          That 3 hours left are a LONG time...

                          1 Reply Last reply
                          0
                          • gossithedog@cyberplace.socialG gossithedog@cyberplace.social

                            The screenshot in this tweet is real. https://infosec.exchange/@wdormann/117475540081194496

                            gossithedog@cyberplace.socialG This user is from outside of this forum
                            gossithedog@cyberplace.socialG This user is from outside of this forum
                            gossithedog@cyberplace.social
                            wrote sidst redigeret af
                            #75

                            BSI advisory on PHP:

                            https://www.bsi.bund.de/SharedDocs/Cybersicherheitswarnungen/DE/2026/2026-297981-1032.html

                            And yes, I agree with everybody it is best to patch where updates are available.

                            There *are* mitigations for some of the chain which may be useful as an interim measure - they should be in the PHP advisory I’m guessing, if not I’ll do a blog later.

                            SELinux and AppArmor, configured correctly, work well and should be considered regardless.

                            simon_m@infosec.exchangeS microplastic@h.pronounmail.comM gossithedog@cyberplace.socialG 3 Replies Last reply
                            0
                            • gossithedog@cyberplace.socialG gossithedog@cyberplace.social

                              A really good mitigation for this btw - AppArmor or SELinux.

                              Google something like apparmor restrict php from executing commands. Works against these CVEs.

                              Sucks for cybersecurity vendors who shipped their appliances using PHP without SELinux or AppArmor, of course.

                              cirio@infosec.exchangeC This user is from outside of this forum
                              cirio@infosec.exchangeC This user is from outside of this forum
                              cirio@infosec.exchange
                              wrote sidst redigeret af
                              #76

                              @GossiTheDog True, but #SELinux to restrict #php execution is difficult to implement.

                              For instance, when using #Apache and #php-fpm, the latter has the same SEL profile as the main apache process and therefore, none of the restrictions of the SEL profile used for PHP scripts. Creating a custom SEL profile for php-fpm is not something you can improvise in half a day.

                              1 Reply Last reply
                              0
                              • gossithedog@cyberplace.socialG gossithedog@cyberplace.social

                                BSI advisory on PHP:

                                https://www.bsi.bund.de/SharedDocs/Cybersicherheitswarnungen/DE/2026/2026-297981-1032.html

                                And yes, I agree with everybody it is best to patch where updates are available.

                                There *are* mitigations for some of the chain which may be useful as an interim measure - they should be in the PHP advisory I’m guessing, if not I’ll do a blog later.

                                SELinux and AppArmor, configured correctly, work well and should be considered regardless.

                                simon_m@infosec.exchangeS This user is from outside of this forum
                                simon_m@infosec.exchangeS This user is from outside of this forum
                                simon_m@infosec.exchange
                                wrote sidst redigeret af
                                #77

                                @GossiTheDog

                                I am still trying to figure out whether I should assume breach by default or whether I am fine checking manually for intrusion.

                                The main primary systems and client facing stuff just doesn't use php, so we kinda dodged a bullet.

                                1 Reply Last reply
                                0
                                • gossithedog@cyberplace.socialG gossithedog@cyberplace.social

                                  BSI advisory on PHP:

                                  https://www.bsi.bund.de/SharedDocs/Cybersicherheitswarnungen/DE/2026/2026-297981-1032.html

                                  And yes, I agree with everybody it is best to patch where updates are available.

                                  There *are* mitigations for some of the chain which may be useful as an interim measure - they should be in the PHP advisory I’m guessing, if not I’ll do a blog later.

                                  SELinux and AppArmor, configured correctly, work well and should be considered regardless.

                                  microplastic@h.pronounmail.comM This user is from outside of this forum
                                  microplastic@h.pronounmail.comM This user is from outside of this forum
                                  microplastic@h.pronounmail.com
                                  wrote sidst redigeret af
                                  #78

                                  @GossiTheDog still online unlike the dutch ncsc thanks to Java. stay winning, germany lol

                                  1 Reply Last reply
                                  0
                                  • gossithedog@cyberplace.socialG gossithedog@cyberplace.social

                                    The PHP situation will lead to a mass of incidents - it’s one of the biggest vulns in years.

                                    Shodan dork "X-Powered-By: PHP/" - a lot are on EOL versions with no patch. It’s also more hosts as not everybody lists their PHP version in headers.

                                    tomdb@mastodon-belgium.beT This user is from outside of this forum
                                    tomdb@mastodon-belgium.beT This user is from outside of this forum
                                    tomdb@mastodon-belgium.be
                                    wrote sidst redigeret af
                                    #79

                                    @GossiTheDog so….this vulnerability just grounded the Belgian school system provider. The platform will be down until the vulnerability has been appropriately dealt with. Any idea if the fix is readily available? Just to estimate the amount of downtime.

                                    mogwai@social.linux.pizzaM 1 Reply Last reply
                                    0
                                    • gossithedog@cyberplace.socialG gossithedog@cyberplace.social

                                      A really good mitigation for this btw - AppArmor or SELinux.

                                      Google something like apparmor restrict php from executing commands. Works against these CVEs.

                                      Sucks for cybersecurity vendors who shipped their appliances using PHP without SELinux or AppArmor, of course.

                                      bontchev@infosec.exchangeB This user is from outside of this forum
                                      bontchev@infosec.exchangeB This user is from outside of this forum
                                      bontchev@infosec.exchange
                                      wrote sidst redigeret af
                                      #80

                                      @GossiTheDog Any mitigations for Windows? We have customers running PHP 7 and even 5 who cannot patch (besides, there won't be a patch available for anything but 8).

                                      Or should we just prepare for incident response?

                                      bontchev@infosec.exchangeB 1 Reply Last reply
                                      0
                                      • joho@mastodon.onlineJ joho@mastodon.online

                                        @GossiTheDog session.upload_progress.enabled = off

                                        irina@critter.cafeI This user is from outside of this forum
                                        irina@critter.cafeI This user is from outside of this forum
                                        irina@critter.cafe
                                        wrote sidst redigeret af
                                        #81

                                        @joho @GossiTheDog as far as we've all been told, that doesn't work.

                                        joho@mastodon.onlineJ 1 Reply Last reply
                                        0
                                        • tomdb@mastodon-belgium.beT tomdb@mastodon-belgium.be

                                          @GossiTheDog so….this vulnerability just grounded the Belgian school system provider. The platform will be down until the vulnerability has been appropriately dealt with. Any idea if the fix is readily available? Just to estimate the amount of downtime.

                                          mogwai@social.linux.pizzaM This user is from outside of this forum
                                          mogwai@social.linux.pizzaM This user is from outside of this forum
                                          mogwai@social.linux.pizza
                                          wrote sidst redigeret af
                                          #82

                                          @TomDB @GossiTheDog Php website mentions fixes to be released at 14:00 UTC, i.e. 16:00 CEST.

                                          1 Reply Last reply
                                          0
                                          Svar
                                          • Svar som emne
                                          Login for at svare
                                          • Ældste til nyeste
                                          • Nyeste til ældste
                                          • Most Votes


                                          • Log ind

                                          • Login or register to search.
                                          Powered by NodeBB Contributors
                                          Graciously hosted by data.coop
                                          • First post
                                            Last post
                                          0
                                          • Hjem
                                          • Seneste
                                          • Etiketter
                                          • Populære
                                          • Verden
                                          • Bruger
                                          • Grupper