Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • 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 (Cyborg)
  • No Skin
Collapse
Brand Logo

CIRCLE WITH A DOT

  1. Home
  2. Uncategorized
  3. #copyfail

#copyfail

Scheduled Pinned Locked Moved Uncategorized
copyfail
39 Posts 13 Posters 0 Views
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • viss@mastodon.socialV viss@mastodon.social

    having the architecture component sorted ahead of time means this problem goes from a "oh fuck oh fuck oh fuck get everyone out of bed" problem to a "okay, make sure the logging is solid, lets add some detection rules, and lets make sure the patches get inserted the second they land" flavor of issue

    viss@mastodon.socialV This user is from outside of this forum
    viss@mastodon.socialV This user is from outside of this forum
    viss@mastodon.social
    wrote last edited by
    #8

    yes, i can help,

    phobos has your back, remember?

    sempf@infosec.exchangeS viss@mastodon.socialV 2 Replies Last reply
    0
    • viss@mastodon.socialV This user is from outside of this forum
      viss@mastodon.socialV This user is from outside of this forum
      viss@mastodon.social
      wrote last edited by
      #9

      @glent in my experience the gatekeeping doesnt happen at the sysadmin level. sysadmin has a broad surface full of entry level positions, and theres mountains of shit you can do to turn a linux noob into a linux turbonerd.

      at the end of the day, besides the intra-corporate bureaucracy, the more someone knows about the systems they manage, the better.

      1 Reply Last reply
      0
      • viss@mastodon.socialV This user is from outside of this forum
        viss@mastodon.socialV This user is from outside of this forum
        viss@mastodon.social
        wrote last edited by
        #10

        @elebertus they are absolutely one of them, sure - chuck in some openclaw malicious skills and youre off to the races

        1 Reply Last reply
        0
        • viss@mastodon.socialV viss@mastodon.social

          #copyfail

          just to chime in on the copyfail thing, while, yes, it is a very big deal, the prerequisite is that you have a shell on the box you wish to exploit.

          so keep that in mind when doing risk register stuff.

          attackers will aim for shit like jumpboxes, shared hosting environments, multi-tennancy environments, and places they can get a shell, then move laterally to get you.

          shops doing yolo devops are gonna get targeted, and I wouldnt be surprised to see openclaw malicious skills too

          mustardfacial@infosec.exchangeM This user is from outside of this forum
          mustardfacial@infosec.exchangeM This user is from outside of this forum
          mustardfacial@infosec.exchange
          wrote last edited by
          #11

          @Viss It might also become a big deal for IoT devices that are running linux and give you shell access to a very limited user account for configuration or diagnostic purposes.

          Devices like that rarely get patched.

          viss@mastodon.socialV 1 Reply Last reply
          0
          • viss@mastodon.socialV viss@mastodon.social

            yes, i can help,

            phobos has your back, remember?

            sempf@infosec.exchangeS This user is from outside of this forum
            sempf@infosec.exchangeS This user is from outside of this forum
            sempf@infosec.exchange
            wrote last edited by
            #12

            @Viss SAVE ME VISS!!!

            1 Reply Last reply
            0
            • mustardfacial@infosec.exchangeM mustardfacial@infosec.exchange

              @Viss It might also become a big deal for IoT devices that are running linux and give you shell access to a very limited user account for configuration or diagnostic purposes.

              Devices like that rarely get patched.

              viss@mastodon.socialV This user is from outside of this forum
              viss@mastodon.socialV This user is from outside of this forum
              viss@mastodon.social
              wrote last edited by
              #13

              @Mustardfacial it'll depend entirely on the kernel: https://ubuntu.com/security/CVE-2026-31431

              mustardfacial@infosec.exchangeM 1 Reply Last reply
              0
              • viss@mastodon.socialV viss@mastodon.social

                @Mustardfacial it'll depend entirely on the kernel: https://ubuntu.com/security/CVE-2026-31431

                mustardfacial@infosec.exchangeM This user is from outside of this forum
                mustardfacial@infosec.exchangeM This user is from outside of this forum
                mustardfacial@infosec.exchange
                wrote last edited by
                #14

                @Viss I don’t have enough fingers or toes to count how many vendor-supplied appliances run on Ubuntu.

                But yes, the older IoT devices won’t be affected, but I’ve seen my fair share of them which are not much more than a raspberry pi and a couple of relays

                1 Reply Last reply
                0
                • viss@mastodon.socialV viss@mastodon.social

                  yes, i can help,

                  phobos has your back, remember?

                  viss@mastodon.socialV This user is from outside of this forum
                  viss@mastodon.socialV This user is from outside of this forum
                  viss@mastodon.social
                  wrote last edited by
                  #15

                  this fixed it for me:

                  cat >/etc/modprobe.d/disable-algif-aead.conf <<'EOF'
                  install algif_aead /bin/false
                  blacklist algif_aead
                  EOF

                  depmod -a

                  rmmod algif_aead

                  i tested with this: https://github.com/rootsecdev/cve_2026_31431

                  mirabilos@toot.mirbsd.orgM 1 Reply Last reply
                  1
                  0
                  • viss@mastodon.socialV viss@mastodon.social

                    #copyfail

                    just to chime in on the copyfail thing, while, yes, it is a very big deal, the prerequisite is that you have a shell on the box you wish to exploit.

                    so keep that in mind when doing risk register stuff.

                    attackers will aim for shit like jumpboxes, shared hosting environments, multi-tennancy environments, and places they can get a shell, then move laterally to get you.

                    shops doing yolo devops are gonna get targeted, and I wouldnt be surprised to see openclaw malicious skills too

                    rootwyrm@weird.autosR This user is from outside of this forum
                    rootwyrm@weird.autosR This user is from outside of this forum
                    rootwyrm@weird.autos
                    wrote last edited by
                    #16

                    @Viss so, yeah, about that?

                    You actually 100% do not need a shell to exploit. Maybe to gain root, but not necessarily.

                    You just need something that calls the crypto API in a way that creates a scatterlist with the broken function.

                    Which can be done by literally any program in userland.

                    If anyone needs me, I'm going to be chugging bottles of hemlock and strychnine and bleach.

                    viss@mastodon.socialV 1 Reply Last reply
                    0
                    • viss@mastodon.socialV viss@mastodon.social

                      right now, every single remote code vuln that will lead to command injection or rce will make this #copyfail thing a very very big deal.

                      so all those qa servers and staging servers and test boxes you think nobody gives a shit about that are just flapping out there in the public, not being logged, not in the siem, not getting alerted on, not getting patched?

                      all those are gonna catch the "oops attackers overwrote sshd to steal creds" disease.

                      or cryptominers. or proxies.

                      scott@mastodon.clitheroe.caS This user is from outside of this forum
                      scott@mastodon.clitheroe.caS This user is from outside of this forum
                      scott@mastodon.clitheroe.ca
                      wrote last edited by
                      #17

                      @Viss I keep saying at work "it should be considered production the second it's on the network", but it gets shot down because of ... existing PROCESSES. The easy, human, tribal knowledge shit that we could fix with the snap of our fingers and a couple meetings.

                      1 Reply Last reply
                      0
                      • rootwyrm@weird.autosR rootwyrm@weird.autos

                        @Viss so, yeah, about that?

                        You actually 100% do not need a shell to exploit. Maybe to gain root, but not necessarily.

                        You just need something that calls the crypto API in a way that creates a scatterlist with the broken function.

                        Which can be done by literally any program in userland.

                        If anyone needs me, I'm going to be chugging bottles of hemlock and strychnine and bleach.

                        viss@mastodon.socialV This user is from outside of this forum
                        viss@mastodon.socialV This user is from outside of this forum
                        viss@mastodon.social
                        wrote last edited by
                        #18

                        @rootwyrm im sure youre right, and that there will be edge cases where some one-off webhosted thinger or weirdo node app bullshit or custom binary doodad will have some path to trigger this thing - but the most commonly exploited scenario based on what ive seen the last few years in consulting land is gonna be shops with very lax security, shared accounts, injectable automated processing, ci/cd pipelines, and llm craps

                        viss@mastodon.socialV 1 Reply Last reply
                        0
                        • viss@mastodon.socialV viss@mastodon.social

                          @rootwyrm im sure youre right, and that there will be edge cases where some one-off webhosted thinger or weirdo node app bullshit or custom binary doodad will have some path to trigger this thing - but the most commonly exploited scenario based on what ive seen the last few years in consulting land is gonna be shops with very lax security, shared accounts, injectable automated processing, ci/cd pipelines, and llm craps

                          viss@mastodon.socialV This user is from outside of this forum
                          viss@mastodon.socialV This user is from outside of this forum
                          viss@mastodon.social
                          wrote last edited by
                          #19

                          @rootwyrm the nation states are 100% gonna go for those edge cases tho. and its gonna hit shit like fortinets and ciscos and panw and ... hey @cR0w and @da_667 and @reverseics get in here, we're back to ../ again!

                          rootwyrm@weird.autosR 1 Reply Last reply
                          0
                          • viss@mastodon.socialV viss@mastodon.social

                            @rootwyrm the nation states are 100% gonna go for those edge cases tho. and its gonna hit shit like fortinets and ciscos and panw and ... hey @cR0w and @da_667 and @reverseics get in here, we're back to ../ again!

                            rootwyrm@weird.autosR This user is from outside of this forum
                            rootwyrm@weird.autosR This user is from outside of this forum
                            rootwyrm@weird.autos
                            wrote last edited by
                            #20

                            @Viss @cR0w @da_667 @reverseics well yeah, I thought that was kinda obvious when I said basically anything that uses the crypto API could be exploited and www:www still has access to ../../../bin/bash

                            viss@mastodon.socialV 1 Reply Last reply
                            0
                            • rootwyrm@weird.autosR rootwyrm@weird.autos

                              @Viss @cR0w @da_667 @reverseics well yeah, I thought that was kinda obvious when I said basically anything that uses the crypto API could be exploited and www:www still has access to ../../../bin/bash

                              viss@mastodon.socialV This user is from outside of this forum
                              viss@mastodon.socialV This user is from outside of this forum
                              viss@mastodon.social
                              wrote last edited by
                              #21

                              @rootwyrm @cR0w @da_667 @reverseics its amusing that "firewall appliances" are going to have more surfaces exposed to exploit this thing than linux boxes

                              cr0w@infosec.exchangeC paul_ipv6@infosec.exchangeP 2 Replies Last reply
                              0
                              • viss@mastodon.socialV viss@mastodon.social

                                @rootwyrm @cR0w @da_667 @reverseics its amusing that "firewall appliances" are going to have more surfaces exposed to exploit this thing than linux boxes

                                cr0w@infosec.exchangeC This user is from outside of this forum
                                cr0w@infosec.exchangeC This user is from outside of this forum
                                cr0w@infosec.exchange
                                wrote last edited by
                                #22

                                @Viss @rootwyrm @da_667 @reverseics you think it's funny? joker quote

                                viss@mastodon.socialV 1 Reply Last reply
                                0
                                • cr0w@infosec.exchangeC cr0w@infosec.exchange

                                  @Viss @rootwyrm @da_667 @reverseics you think it's funny? joker quote

                                  viss@mastodon.socialV This user is from outside of this forum
                                  viss@mastodon.socialV This user is from outside of this forum
                                  viss@mastodon.social
                                  wrote last edited by
                                  #23

                                  @cR0w @rootwyrm @da_667 @reverseics yes

                                  da_667@infosec.exchangeD 1 Reply Last reply
                                  0
                                  • viss@mastodon.socialV viss@mastodon.social

                                    @cR0w @rootwyrm @da_667 @reverseics yes

                                    da_667@infosec.exchangeD This user is from outside of this forum
                                    da_667@infosec.exchangeD This user is from outside of this forum
                                    da_667@infosec.exchange
                                    wrote last edited by
                                    #24

                                    @Viss @cR0w @rootwyrm @reverseics and I'm tired of pretending its not

                                    1 Reply Last reply
                                    0
                                    • viss@mastodon.socialV viss@mastodon.social

                                      @rootwyrm @cR0w @da_667 @reverseics its amusing that "firewall appliances" are going to have more surfaces exposed to exploit this thing than linux boxes

                                      paul_ipv6@infosec.exchangeP This user is from outside of this forum
                                      paul_ipv6@infosec.exchangeP This user is from outside of this forum
                                      paul_ipv6@infosec.exchange
                                      wrote last edited by
                                      #25

                                      @Viss @rootwyrm @cR0w @da_667 @reverseics

                                      *what*? perimeter and middleware boxen as platforms to exploite? surely not. they are *security* devices, so they must be more secure!

                                      *choke* *gasp* *cough*

                                      ok. couldn't get that all out with a straight face...

                                      🍿🍿🍿

                                      viss@mastodon.socialV 1 Reply Last reply
                                      0
                                      • viss@mastodon.socialV viss@mastodon.social

                                        right now, every single remote code vuln that will lead to command injection or rce will make this #copyfail thing a very very big deal.

                                        so all those qa servers and staging servers and test boxes you think nobody gives a shit about that are just flapping out there in the public, not being logged, not in the siem, not getting alerted on, not getting patched?

                                        all those are gonna catch the "oops attackers overwrote sshd to steal creds" disease.

                                        or cryptominers. or proxies.

                                        bhhaskin@social.bitsofsimplicity.comB This user is from outside of this forum
                                        bhhaskin@social.bitsofsimplicity.comB This user is from outside of this forum
                                        bhhaskin@social.bitsofsimplicity.com
                                        wrote last edited by
                                        #26

                                        @Viss just think of all the WordPress sites with RCE there where pretty useless up until now.

                                        viss@mastodon.socialV 1 Reply Last reply
                                        0
                                        • viss@mastodon.socialV viss@mastodon.social

                                          this is why ive been on a tear about architectural defensive measures, and adversarial defensive measures.

                                          because when you build shit from the ground up to be defensively positioned at the architecture layer, this shit is way harder to exploit - purely because its way less accessible.

                                          every k8s cluster out there right now with alpine linux rocking kernel 6.7 or whatever is kindling for this thing.

                                          onyxraven@hachyderm.ioO This user is from outside of this forum
                                          onyxraven@hachyderm.ioO This user is from outside of this forum
                                          onyxraven@hachyderm.io
                                          wrote last edited by
                                          #27

                                          @Viss or be ready for supply chain exploits doing this to dependencies or typosquats. Then pushing that into containers. That’s the path I’m concerned about

                                          viss@mastodon.socialV 1 Reply Last reply
                                          0
                                          Reply
                                          • Reply as topic
                                          Log in to reply
                                          • Oldest to Newest
                                          • Newest to Oldest
                                          • Most Votes


                                          • Login

                                          • Login or register to search.
                                          • First post
                                            Last post
                                          0
                                          • Categories
                                          • Recent
                                          • Tags
                                          • Popular
                                          • World
                                          • Users
                                          • Groups