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.
  • raven667@hachyderm.ioR raven667@hachyderm.io

    @GossiTheDog Completing my thought from earlier, Firewalls were introduced at a time when endpoints had zero security controls to protect themselves, but that is no longer the case. With the better capabilities of the endpoint and the rise of end-to-end encryption for everything (tunneling over 443/tcp, the only port on the Internet) it probably makes more sense to invest in endpoint management and distribute as much security tooling as possible with centralized _management_ rather than centralized _networking_. Like I think it makes a ton of sense to put security policy and auditing into a browser extention (like uBlock) than trying to MITM all the clients, and obviously any client which can be managed has a perfectly suitable packet filter built-in. I think you could use the complex firewalls only for devices that you can't closely manage (appliances, IoT, etc.) and try to simplify the overall network filtering to stateless ACLs, just to reduce the amount of obvious garbage the endpoints have to deal with.

    I dunno, maybe when the rubber hits the road this is unworkable in practice, but I think there is room to rethink where security controls make sense, when we have strong SSO and endpoint protection capabilities.

    bms@mastodon.bsd.cafeB This user is from outside of this forum
    bms@mastodon.bsd.cafeB This user is from outside of this forum
    bms@mastodon.bsd.cafe
    wrote sidst redigeret af
    #212

    @raven667 @GossiTheDog Hate to break this to you but this is just likely to get worse, and stateful ACLs at the border save client access IPv6's behind. I'm not just kicking the tyres but I'm in skunkworks, Baldrick has a cunning plan

    1 Reply Last reply
    0
    • raven667@hachyderm.ioR raven667@hachyderm.io

      @GossiTheDog I talked to the network engineers and they were just finishing patching for the last PA management plane RCE on Tuesday, lol. I was most concerned that this affected the public facing web service that hosts GlobalProtect VPN and HIP checks, but that seems to use a different scripting tech than PHP the management plane uses. Management is already ACLd off to just network management subnets, so the biggest risk is Panorama which has a wider audience.

      I'm beginning to think that complex firewalls with deep packet inspection and SSL VPNs with client posture agents were a mistake, since the central choke point is already a forwarding performance problem (hard to get 100g-400g+traffic through a firewall reliably), the packet inspection screws you when signatures are added/changed silently invalidating something in your policy, securing these complex systems seems to be mission impossible, so the firewall is more liability than help.

      bms@mastodon.bsd.cafeB This user is from outside of this forum
      bms@mastodon.bsd.cafeB This user is from outside of this forum
      bms@mastodon.bsd.cafe
      wrote sidst redigeret af
      #213

      @raven667 @GossiTheDog Who is doing HIP in prod? inquiring minds want to know... Ah. Wrong HIP. Never mind.

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

        PHP Foundation’s budget is about 700k a year. It’s used on something like 40 million websites. Almost no company who uses it contributes anything and many people work on it for free.

        The latest trend is cybersecurity and AI vendors have realised they can vampire off its security for publicity (money).

        Perhaps the world would be a better place if those orgs who rely on it just contributed sponsorship to the foundation, and vendors didn’t monetise vulnerabilities for themselves.

        leelatorres@ieji.deL This user is from outside of this forum
        leelatorres@ieji.deL This user is from outside of this forum
        leelatorres@ieji.de
        wrote sidst redigeret af
        #214

        @GossiTheDog
        @OCRbot

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

          Security vendor Palo-Alto plans to release patches for their flagship firewall product to fix the PHP vulnerabilities in them sometime next week, after they’ve finished scratching their arse.

          https://security.paloaltonetworks.com/CVE-2026-109618

          dec23k@mastodon.ieD This user is from outside of this forum
          dec23k@mastodon.ieD This user is from outside of this forum
          dec23k@mastodon.ie
          wrote sidst redigeret af
          #215

          @GossiTheDog
          The company that shows up in everyone's httpd access logs with the weirdly verbose user-agent string?

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

            Security vendor Palo-Alto plans to release patches for their flagship firewall product to fix the PHP vulnerabilities in them sometime next week, after they’ve finished scratching their arse.

            https://security.paloaltonetworks.com/CVE-2026-109618

            S This user is from outside of this forum
            S This user is from outside of this forum
            snoop@cyberplace.social
            wrote sidst redigeret af
            #216

            @GossiTheDog Palo Alto report indicating successful exploitation of php2shell but the report is very vague and does not state php2shell was exploited. Thoughts? https://unit42.paloaltonetworks.com/cve-2026-109618-cve-2026-109619/

            1 Reply Last reply
            0
            • jt_rebelo@ciberlandia.ptJ jt_rebelo@ciberlandia.pt

              @8tpercent @GossiTheDog does anyone know if Asustor or QNAP login portals use unpatched PHP versions? They seem to only mention PHP installations on the NAS, not the portals themselves (Synology explains that theirs doesn't), and if I'm not wrong, their remote connection capabilities mean someone could access them remotely without the manager/owner knowing at all.

              8tpercent@fosstodon.org8 This user is from outside of this forum
              8tpercent@fosstodon.org8 This user is from outside of this forum
              8tpercent@fosstodon.org
              wrote sidst redigeret af
              #217

              @jt_rebelo @GossiTheDog

              A little more info...

              https://synopower.club/synology-php2shell-emergency-patch/

              Could only find this...which was updated yesterday, so only a few apps to fix...

              https://www.qnap.com/en/security-advisory/qsa-26-18

              1 Reply Last reply
              0
              • cliffsesport@mastodon.socialC cliffsesport@mastodon.social

                @ADHDruid @GossiTheDog Druid, do you think going through a class on physical security would help change their perspective? Not IT physical security but personal/family physical security? I still know much more about that type of physical security than computer security, and know a standard element of teaching it by many if not most/all is being a tougher target than others around you deters most attacks that are not targeted.

                adhdruid@infosec.exchangeA This user is from outside of this forum
                adhdruid@infosec.exchangeA This user is from outside of this forum
                adhdruid@infosec.exchange
                wrote sidst redigeret af
                #218

                @CliffsEsport @GossiTheDog I think more people need to understand opsec and first principles. You’re definitely onto something

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

                  If you use Palo-Alto firewalls, make sure you upgrade for the PHP vulns.

                  In particular, if you have the mgmt interface facing the internet upgrade those now. The Palo-Alto firewall VMs have ASLR disabled which makes exploitation trivial.

                  just_patch_it@cyberplace.socialJ This user is from outside of this forum
                  just_patch_it@cyberplace.socialJ This user is from outside of this forum
                  just_patch_it@cyberplace.social
                  wrote sidst redigeret af
                  #219

                  @GossiTheDog EVERYONE. Stop with the mgmt exposed interfaces. Are you that LAZY? Urgh.

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

                    Security vendor Palo-Alto plans to release patches for their flagship firewall product to fix the PHP vulnerabilities in them sometime next week, after they’ve finished scratching their arse.

                    https://security.paloaltonetworks.com/CVE-2026-109618

                    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
                    #220

                    Palo-Alto moved their patch dates for PHP2Shell up after that toot, patches available now. https://security.paloaltonetworks.com/CVE-2026-109618

                    xakan@social.zdx.frX fuzzyfuzzyfungus@cyberplace.socialF gossithedog@cyberplace.socialG 3 Replies Last reply
                    0
                    • gossithedog@cyberplace.socialG gossithedog@cyberplace.social

                      Palo-Alto moved their patch dates for PHP2Shell up after that toot, patches available now. https://security.paloaltonetworks.com/CVE-2026-109618

                      xakan@social.zdx.frX This user is from outside of this forum
                      xakan@social.zdx.frX This user is from outside of this forum
                      xakan@social.zdx.fr
                      wrote sidst redigeret af
                      #221

                      @GossiTheDog bon après, en théorie, ce n’est pas l’équipement le plus exposé 😅
                      Enfin sa GUI.

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

                        Palo-Alto moved their patch dates for PHP2Shell up after that toot, patches available now. https://security.paloaltonetworks.com/CVE-2026-109618

                        fuzzyfuzzyfungus@cyberplace.socialF This user is from outside of this forum
                        fuzzyfuzzyfungus@cyberplace.socialF This user is from outside of this forum
                        fuzzyfuzzyfungus@cyberplace.social
                        wrote sidst redigeret af
                        #222

                        @GossiTheDog I bet it sucks to be Palo's PHP-wrangler; but I'm morbidly curious what internal fork hell is implied by the gradually shifting ETAs. Last week they were all much closer together; over the weekend a few actually shipped ahead of schedule; while others have been pushed all the way to friday, including some of newer PAN-OS versions.

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

                          If you use Palo-Alto firewalls, make sure you upgrade for the PHP vulns.

                          In particular, if you have the mgmt interface facing the internet upgrade those now. The Palo-Alto firewall VMs have ASLR disabled which makes exploitation trivial.

                          wdormann@infosec.exchangeW This user is from outside of this forum
                          wdormann@infosec.exchangeW This user is from outside of this forum
                          wdormann@infosec.exchange
                          wrote sidst redigeret af
                          #223

                          @GossiTheDog
                          They do?

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

                            @GossiTheDog
                            They do?

                            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
                            #224

                            @wdormann the VM Series one do, unless they’ve changed it since last I checked

                            wdormann@infosec.exchangeW 2 Replies Last reply
                            0
                            • gossithedog@cyberplace.socialG gossithedog@cyberplace.social

                              @wdormann the VM Series one do, unless they’ve changed it since last I checked

                              wdormann@infosec.exchangeW This user is from outside of this forum
                              wdormann@infosec.exchangeW This user is from outside of this forum
                              wdormann@infosec.exchange
                              wrote sidst redigeret af
                              #225

                              @GossiTheDog
                              This is from what I'd expect to be the VM series, as it was snagged from Azure in May of this year. 🤷‍♂️

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

                                @GossiTheDog
                                This is from what I'd expect to be the VM series, as it was snagged from Azure in May of this year. 🤷‍♂️

                                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
                                #226

                                @wdormann maybe they levelled up!

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

                                  @wdormann the VM Series one do, unless they’ve changed it since last I checked

                                  wdormann@infosec.exchangeW This user is from outside of this forum
                                  wdormann@infosec.exchangeW This user is from outside of this forum
                                  wdormann@infosec.exchange
                                  wrote sidst redigeret af
                                  #227

                                  @GossiTheDog
                                  It's kind of hard to not get ASLR on modern Linux. Did they set kernel.randomize_va_space=0? Or use a not-modern FreeBSD?

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

                                    @GossiTheDog
                                    It's kind of hard to not get ASLR on modern Linux. Did they set kernel.randomize_va_space=0? Or use a not-modern FreeBSD?

                                    hanno@mastodon.socialH This user is from outside of this forum
                                    hanno@mastodon.socialH This user is from outside of this forum
                                    hanno@mastodon.social
                                    wrote sidst redigeret af
                                    #228

                                    @wdormann @GossiTheDog I think you can always compile something with -nopie if you are in need of an extra insecure version.

                                    wdormann@infosec.exchangeW 1 Reply Last reply
                                    0
                                    • hanno@mastodon.socialH hanno@mastodon.social

                                      @wdormann @GossiTheDog I think you can always compile something with -nopie if you are in need of an extra insecure version.

                                      wdormann@infosec.exchangeW This user is from outside of this forum
                                      wdormann@infosec.exchangeW This user is from outside of this forum
                                      wdormann@infosec.exchange
                                      wrote sidst redigeret af
                                      #229

                                      @hanno @GossiTheDog
                                      Ironically, that indeed sounds like something a security product vendor would do. 😂

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

                                        Palo-Alto moved their patch dates for PHP2Shell up after that toot, patches available now. https://security.paloaltonetworks.com/CVE-2026-109618

                                        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
                                        #230

                                        Citrix finally released Netscaler patches for PHP2Shell. Netscaler notably has no ASLR so I’d recommend patching.

                                        https://support.citrix.com/support-home/kbsearch/article?articleNumber=CTX697263&articleTitle=Citrix_Security_Advisory_for_CVE_2026_109618_and_CVE_2026_109619

                                        wdormann@infosec.exchangeW gossithedog@cyberplace.socialG 2 Replies Last reply
                                        0
                                        • gossithedog@cyberplace.socialG gossithedog@cyberplace.social

                                          Citrix finally released Netscaler patches for PHP2Shell. Netscaler notably has no ASLR so I’d recommend patching.

                                          https://support.citrix.com/support-home/kbsearch/article?articleNumber=CTX697263&articleTitle=Citrix_Security_Advisory_for_CVE_2026_109618_and_CVE_2026_109619

                                          wdormann@infosec.exchangeW This user is from outside of this forum
                                          wdormann@infosec.exchangeW This user is from outside of this forum
                                          wdormann@infosec.exchange
                                          wrote sidst redigeret af
                                          #231

                                          @GossiTheDog
                                          Weird that using a FreeBSD version EOL'd over 5 years ago has consequences. 🤔

                                          z_ack@infosec.exchangeZ 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