422
Oh Snap! Canonical now doing manual reviews for new packages due to scam apps
(www.gamingonlinux.com)
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 31 Mar 2024
422 points (96.9% liked)
Linux
48746 readers
1177 users here now
From Wikipedia, the free encyclopedia
Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).
Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.
Rules
- Posts must be relevant to operating systems running the Linux kernel. GNU/Linux or otherwise.
- No misinformation
- No NSFW content
- No hate speech, bigotry, etc
Related Communities
Community icon by Alpár-Etele Méder, licensed under CC BY 3.0
founded 5 years ago
MODERATORS
I do
why?
Still in the process of moving my server from Ubuntu to Debian.
That should be possible by changing the repos, shouldnt it? I will try this in a VM.
Downgrading will be harder than rebasing from Ubuntu LTS to Debian Sid for example. But at the same time I imagine its easier to downgrade from Sid to Stable on the same Distro.
It works for me, and my tinkering times are behind me.
Not the person you are replying to, but my server is on Ubuntu. It was the distro my work used and it was probably the only distro I had heard of at the time I set up my server. At this point I run so much shit that can never go down on my server that I will never consider touching the distro ever.
Plus, who cares? It's a server. I don't interact with the distro. I only ssh in, run services through containers, and add port forwards. Every distro is identical for that stuff. I even prefer old kernel and package versions for ultra stability, as my server can never go down. Sure, Debian would be the same, but why touch it now? That's just asking for headache.
Because its a server. And you want your server to stay online and not get hacked. that's why
What about Ubuntu is more vulnerable? Ubuntu isn't vulnerable to this newly discovered CVE.
Everything downloaded in snap is vulnerable because snap does not cryptographically verify all packages, unlike apt.
Also Ubuntu has newer packages in apt than Debian, which is more dangerous.
This isn't correct. Run
snap download htopfrom your terminal and you'll receive two files: The actual squashfs image that gets mounted in/snap/htop/<revision number>and a.assertfile that cryptographic signature data about this snap file. Modify the squashfs image and snap won't let you install it without passing--dangerousto bypass that check, just like apt-get's--allow-unauthenticated.The problem here exists at a different level: the level of what's getting signed. Conceptually speaking, running
sudo snap install htopis a bit like runningsudo add-apt-repository ppa:maxiberta/htop && sudo apt install htop. The package is built by the owner of the snap/ppa, and what Canonical is cryptographically verifying to you is that they got this from the owner of the (snap|ppa). This is roughly equivalent to domain verification for HTTPS (the type of HTTPS certificates Let's Encrypt uses).There are some different security considerations. For a snap, you need to be aware of the publisher each time you install something new. For PPAs, on the other hand, you only have to worry about this when you add a new PPA. However, the trade-off also works in the other direction. One snap can't just replace another snap on your system, whereas a malicious PPA could provide, for example, a malicious
libc6update.These are both different (and lesser) assertions than what Ubuntu makes with its standard apt repositories. But they are still cryptographically backed.
Can you please link to the documentation that describes this?
I'm not sure if there's a single document explaining all of that, but this document talks about snap's assertions. I'm not entirely sure but I believe this file contains the main snapd business logic for actually checking these assertions.
On the PPA side I don't even know whether there is documentation for this - it's just the result of my understanding of how apt works and my own history creating PPAs.
You're literally replying under a submission that's about unreviewed malware that got accepted in their repo.
Those are snaps. I don't use those on my server. AFAIK, they're mostly used for GUI applications. I don't even have a GUI on my server. I wouldn't even know how to install or run a snap from command line.
Most things that run in my server are containerized services that I wrote personally. So as long as there isn't a vulnerability in podman or my reverse proxy, and as long as keep my base containers up to date (they pull the latest base image each time the image is built), I'm mostly fine.
I want to make something clear before I start: the person to whom you are replying is being quite toxic in this thread and I'm sorry you had to interact with them. (They're also saying a bunch of incorrect stuff.)
That said - I personally have more non-GUI snaps installed than GUI ones. Including in my homelab, where having the latest htop is very convenient and where I've got several actual server apps installed as snaps (postgres and plex being the first two that come to mind).
That's good to know, and I had a feeling I was wrong about that.
Just because you don't use them doesn't invalidate the earlier statement.
And that's totally fine, but it doesn't invalidate my claim that I don't really care, because it doesn't affect me. 🤷
WTF are you talking about? The submission is about malware in Ubuntu's Snap repository.
You clearly didn't read the article.
True. But please dont be harassing anyways
I use it because a class wanted me to either use it in a VM or use WSL but WSL didn't work and I figured it was easier to set up a dual boot than setting up a VM since I've installed Linux quite a few times.