Centralizing software distribution through Snap creates a single point of failure that contradicts the resilient, decentralized ethos of Linux. This outage serves as a critical warning that convenience should never come at the cost of system availability and security.
Deep Dive
Prerequisite Knowledge
- No data available.
Where to go next
- No data available.
Deep Dive
Ubuntu's DDoS Knocked Out Snap Installs...Added:
Today on Switch to Linux, Ubuntu was DDoS'd and it took installing your snap software offline.
Let's talk about this briefly.
Thanks for checking out this video by Switch Linux. If you like this type of content, subscribe to the channel if you've not already done so. Leave us a like and a comment down below.
And of course this last week, if you haven't seen the news, Ubuntu was DDoS'd or you know, at least they didn't confirm it was DDoS'd. It's just somebody engaged in a coordinated attack against their servers and uh it overwhelmed their servers and their servers stopped working. Yeah, that's a DDoS.
Okay. Now, why would somebody DDoS Ubuntu? I don't know. I didn't look into it, but it's stupid to do so. If you don't like something, just don't use it.
Okay? Uh Ubuntu is not my favorite distro these days, but Ubuntu does a lot of wonderful things in the Linux world and it deserves to, you know, not be attacked by morons. So, leave Ubuntu alone.
But one of the things I've always talked about on this channel is snaps and I am not a fan of snaps. Now, will I never ever ever ever ever use them? No. I mean, I will when some software is the best choice and I have no other option.
I don't mind using a snaps. I don't think I have snap support enabled on any of my computers right now, but I'm not so 100% fundamentally against them I will not use them. I just will not use them when there are other choices and options available. Of course, snap is one of the ways that you have a Linux package which can package its own dependencies, which means it will continue to work.
Um they are good in that they tend to work well uh better than some dependency software as versions change and and dependencies change and things like that. The downsides is and the biggest downside is well, the snaps themselves are open source, the distribution method is central and proprietary.
And that is two systems that I'm not a huge fan of. Now, the proprietary part we've talked about a lot on this channel. We're not going to spend a lot of time talking about that. I would love it if they open source that and if they did as Flatpak does, there is a central flat hub, but anybody can publish flat packs to a number of different flat pack repositories and so it's not centralized. And if Ubuntu made it so that you could run your own snap store or have a variety of different snap stores available and you can choose where your come from and the distribution method wasn't proprietary, I would like them a little bit better.
But let's talk about that central distribution.
Because snaps are centralized on Ubuntu servers, there is only one place they all come from. So, if you happen to be using a computer with a lot of snaps on it and there was a major security vulnerability found and your computer needs to update or wants to and snaps auto update, guess what? Your system is not going to be able to properly work now. That is a a very interesting thing because the software cannot update itself.
It can't.
The DDoS took out the servers that were serving the snaps, people could not update their software because it's centralized.
One point of attack knocked out Snapcraft.
Nobody was able to update their snaps.
If there was an active vulnerability in a snap package, it could have continued to be exploited because you couldn't update it. If you needed to install some new software, you couldn't do it because there's only one place you can get those software packages from and it was blocked blocked.
This is a fundamental problem that Ubuntu has had that I have mentioned to several times before. In fact, if I dig back through my video archive long enough, I might actually find videos where I would say, "Hey, guess what? The centralized method of putting together the snap packages is a major vulnerability because if there's one single source, then that one single source can be overwhelmed. So, let's have a brief look at an OMG! Ubuntu article here. Attack knocks Ubuntu websites and services and snap store offline.
So, obviously the website went down.
Now, you could still run apt. Why could you still install software on your apt system rather than uh not? Because your computer, you can go and set your mirror a number of different places. If your apt was pointed directly to Ubuntu, they couldn't be accessible. You just go into the software sources application, you click the button to change your mirrors and you simply change the mirrors to something else because it is not centralized. But Ubuntu pushes snap first.
So, the installation packages are all centrally proprietary.
And that is where the problem comes into play.
So, if you're having trouble accessing the Ubuntu website, the snap store or launchpad, you're not alone. Their website is currently facing a quote sustained cross-border attack, end quote. Um so the company says it's working to address the attack, will provide more details. Websites and services have been affected since around 6:00 p.m. on um April 30th and I will say as of right now, this is all resolved. So, uh last time I checked, the Ubuntu site is working. They say in the article here this is working. This is not like news, "Hey, Ubuntu site's down." Hey, you're like, "No, no, no." I'm talking about the fundamental problem Ubuntu has that they have central sourced snap.
That's what we're talking about today.
So, what is and is not? So, the apt repos are not offline because they are mirrored across multiple locations, countries and servers. The main archive, archive.ubuntu.com, was offline during the attack at the time of the writing and it's still possible to download the OS images because there are a number of different distributed places where those are mirrored to. So, distribution, non-centralization and mirroring is exactly what we wanted to see. That is what stops uh stops silence whether from a government or from a a bad actor, which in this case it looks like a bad actor.
So, website services are offline. Uh the live patch API is impacted as is landscape, the mass uh m a a s.io website, launchpad.net, Canonical's own website along with some subdomain services like contracts.canonical.com, portal.canonical.com, but not all.
They don't They They don't call it. Do not call it.
Don't call it.
Editor, please.
They don't call it Canonical don't call it. CANONICAL DON'T CALL IT, YO.
Canonical don't call it DDoS.
But they do say it's sustained.
Uh so, this is the um that points to some sort of volumetric onslaught of potentially affecting availability.
As George Carlin says, "Stop with the euphemisms." That's a DDoS.
The who and how and and importantly why is unknown. A hacktivist group has reportedly claimed um but Canonical has not confirmed that.
And uh effectively what went on here that I wanted to talk about is the fact that snaps, since they are allowing you only one place to install software on your computer, that only one place is what's causing the fundamental challenge. This is one of the many reasons I do not like using snap packages on my computer. If there is a need to force an update really fast, I can't do it if it's centralized and that server is overwhelmed. What if it's the most popular snap package in the world? A critical zero-day has been found.
Everybody needs to update it and the whole world tries to update it all at once. Well, that's not an intentional DDoS. That's just, "Hey, your server went way way too big." And this is a serious impact for business. One of the ed tech startups I worked with, uh we I came on board with them I think at the end of their first year and they had grown three years 300% three years in a row. We hit this mass mass critical infrastructure. So many people signed on to the site so fast, it crashed the whole thing down because we didn't have the scalability inside the back end on the technology and it caused a lot of frustrated people and we were working with students and professors. It caused a lot of frustrated uh college people and it did definitely impact the sales later on. We had to issue some refunds. Some people understood and uh we brought in some other people to uh to fix the scalability issues and it end up going out to be purchased by a big conglomerate who then fired us all because that's the way corporate works.
But the problem is is that even if it's not a coordinated DDoS attack, if too many people use the system all at once and you have a centralized place of installing software like snaps, that's a fundamental problem. I wanted to point that out to say, "Hey, I've been warning about this." Let me know your thoughts about that that in the comments down below.
Related Videos
Agentforce NOW AMA: Build with React and Salesforce Multi-Framework
SalesforceDevs
490 viewsβ’2026-05-28
How agent o11y differs from traditional o11y β Phil Hetzel, Braintrust
aiDotEngineer
450 viewsβ’2026-05-28
WEB TECHNOLOGIES UNIT-2 | Degree 4th sem BCOM Computers web technologies unit-2 full explanationπ―β
LearnwithSahera
1K viewsβ’2026-05-29
More tests are always better? How to use AI to identify tests that bring little value
Alliance4Qualification
335 viewsβ’2026-05-29
Search Algorithms Explained in 60 Seconds! π€π¨
samarthtuliofficial
218 viewsβ’2026-06-01
People of Game of Thrones using JavaScript DOM
AltCampus
296 viewsβ’2026-05-30
Introduction to Problem Solving Part - 1 | Lecture 1 | Intermediate DSA
ascensionix
107 viewsβ’2026-05-29
So What's Odin Lang Even Good For
TechOverTea
131 viewsβ’2026-06-01











