this post was submitted on 14 Aug 2026
222 points (97.4% liked)
linuxmemes
32558 readers
1141 users here now
Hint: :q!
Sister communities:
Community rules (click to expand)
1. Follow the site-wide rules
- Instance-wide TOS: https://legal.lemmy.world/tos/
- Lemmy code of conduct: https://join-lemmy.org/docs/code_of_conduct.html
2. Be civil
- Understand the difference between a joke and an insult.
- Do not harrass or attack users for any reason. This includes using blanket terms, like "every user of thing".
- Don't get baited into back-and-forth insults. We are not animals.
- Leave remarks of "peasantry" to the PCMR community. If you dislike an OS/service/application, attack the thing you dislike, not the individuals who use it. Some people may not have a choice.
- Bigotry of any kind will not be tolerated. This is an LGBTQ+-friendly community -- if that is a problem for you, you should leave.
3. Post Linux-related content
- Including Unix and BSD.
- Non-Linux content is acceptable as long as it makes a reference to Linux. For example, the poorly made mockery of
sudoin Windows. - No porn, no politics, no trolling or ragebaiting.
- Don't come looking for advice, this is not the right community.
4. No recent reposts
- Everybody uses Arch btw, can't quit Vim, <loves / tolerates / hates> systemd, and wants to interject for a moment. You can stop now.
5. π¬π§ Language/ΡΠ·ΡΠΊ/Sprache
- This is primarily an English-speaking community. π¬π§π¦πΊπΊπΈ
- Comments written in other languages are allowed.
- The substance of a post should be comprehensible for people who only speak English.
- Titles and post bodies written in other languages will be allowed, but only as long as the above rule is observed.
6. (NEW!) Regarding public figures
We all have our opinions, and certain public figures can be divisive. Keep in mind that this is a community for memes and light-hearted fun, not for airing grievances or leveling accusations. - Keep discussions polite and free of disparagement.
- We are never in possession of all of the facts. Defamatory comments will not be tolerated.
- Discussions that get too heated will be locked and offending comments removed. Β
Please report posts and comments that break these rules!
Important: never execute code or follow advice that you don't understand or can't verify, especially here. The word of the day is credibility. This is a meme community -- even the most helpful comments might just be shitposts that can damage your system. Be aware, be smart, don't remove France.
founded 3 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
If possible do it in a distrobox and down networking before running, yes that won't stop the curl | sh in the install, but at least you can blow it away without hurting your main install and it will likely infect only the distrobox. Bonus points for an immutable main OS.
As the whole supply chain attack vector gets more sophisticated, and probably subtler in effect, these are going to be harder and harder to spot and likely start making it into main repos. Keep sharp people.
Not real fun for a linuxmemes post, but I think it needs saying.
Distrobox is not an isolated environment, it is quite the opposite. They say so themselves on their page:
I would argue that Docker isn't a good way to stop malware either, since it is highly vulnerable to sandbox escape leveraging the shared host-guest kernel, like the many of LPEs that have been found in the last few months (example using copy-fail).
Docker is not a secure sandbox, Podman is not a secure sandbox, Flatpak is not a secure sandbox. Use a VM, or better yet, don't use the AUR.
True, you'll note I didn't say sandboxed, but it is a different environment. Paths that point to normal things like /usr etc. will be in the distrobox environment. That said, unless you use a custom home for the distrobox (you should anyway), your home directory is hosed. At this point I expect the malware to not be distrobox aware and use things like distrobox-host-exec, that may change.
A VM is absolutely a better approach, if significantly more frictional.
You don't need to say the words "sandboxed" or "isolated" to say effectively the same thing. Your goal with distrobox was to keep the AUR malware separate from your normal system, no?
Security through obscurity is not security. The malware can do the same data exfiltration regardless of root access because the AUR malware has been about stealing secrets in user-readable directories. Setting a custom home for distrobox does not disallow access to the normal one.
Say for example that your default user home is /home/user and you set the distrobox home to /tmp/home
If you run
ls $HOMEinside distrobox it will list files in /tmp/home, but just as easily you could runls /home/$USERand it would list in your default home. Or alternatively just use the find command and steal secrets without targeting the user home.This is because changing the user home through distrobox doesn't do anything about preventing directory traversal to your default home.
If your goal is to create a different environment and you don't care that it won't stop malware, use Incus or Podman directly. Distrobox is the wrong choice.
My point was simple: when dealing with malware, distrobox is not an effective method of creating a "different environment" because that is antithetical to its stated goals.
You can do whatever you want, I am not here to police your choice on your personal system. I only take issue with recommending this strategy to others.
Would Firejail fall for the same/similar sandbox vulnerabilities that Docker containers do?
Btw, login uses /bin/sh (or respective), script headers also, all fixed paths; would anything break, if you do
alias sh=echoin your session?