Canonical meldde dat DDoS treft Canonical-websites. Vorige week werden de belangrijkste webproperties van het Ubuntu-bedrijf tijdelijk verstoord door een aanhoudende distributed denial-of-service-aanval (DDoS). Het incident kwam enkele maanden nadat Canonical ook al werd getroffen door een grotere aanval op de infrastructuur.
Op 8 oktober bevestigde Canonical de situatie via een bericht op het Ubuntu Discourse-forum. Daarbij gaf het bedrijf aan dat Canonical’s websites onder een aanhoudende DDoS-aanval stonden, en dat sommige services op bepaalde momenten mogelijk niet bereikbaar zouden zijn.
Welke Canonical-websites waren geraakt?
De verstoring leek beperkt tot Canonical’s primaire webdomeinen. Volgens berichtgeving van OMG! Ubuntu ging het onder meer om:
- ubuntu.com
- canonical.com
- de Ubuntu blog en de ontwikkelaarswebsite
- Ubuntu security advisory-pagina’s
- Ubuntu’s API
Met andere woorden: het effect concentreerde zich op de publieksgerichte en webgebaseerde informatie- en adviserende onderdelen. Daardoor konden bezoekers en gebruikers die van deze pagina’s afhankelijk waren, te maken krijgen met onderbrekingen.
Developer-services zoals Launchpad bleven grotendeels buiten schot
Niet alle onderdelen van het Ubuntu-ecosysteem waren even zwaar getroffen. Canonical gaf aan dat developer-facing diensten, zoals Launchpad en de Snap Store, niet (duidelijk) waren geraakt.
Dat is belangrijk omdat het voor de werkprocessen van ontwikkelaars een verschil kan maken. Als updates, opslag of package-distributie onaangetast blijven, kan de impact op het dagelijkse ontwikkel- en releaseproces beperkt blijven ten opzichte van een situatie waarbij kernplatformen of pakketkanalen ook uitvallen.
Terugkeer naar normale werking duurde slechts enkele uren
Op 9 oktober liet Canonical weten dat het team nog bezig was om getroffen services terug te brengen. Later bleek dat het merendeel weer toegankelijk was.
OMg! Ubuntu bracht de totale downtime in kaart als iets meer dan vier uur. Hoewel DDoS-aanvallen in korte tijd veel verkeer kunnen genereren, is het dus mogelijk dat een goed ingerichte mitigatie- en herstelroute de zichtbare gevolgen snel beperkt.
Geen publieke info over omvang of oorsprong
Canonical deelde geen details over de grootte van de aanval of de herkomst. Ook nam niemand publiekelijk de verantwoordelijkheid voor het incident. Daardoor blijft het bij deze fase vooral bij een functionele beschrijving: welke onderdelen waren tijdelijk niet beschikbaar, en hoe snel is alles weer hersteld.
Voor organisaties en bezoekers is dat vooral relevant voor risicoperceptie: je kunt niet altijd afleiden wie achter een DDoS zit, maar je kunt wél zien welke ketenonderdelen kwetsbaar bleken voor verstoring.
Vergelijking met de aanval in april
Het incident staat niet op zichzelf. Canonical werd eind april ook getroffen door een aanzienlijk verstorender aanval. In dat eerdere geval werden onder meer Launchpad en de Snap Store tijdelijk uit de lucht gehaald, en konden sommige gebruikers geen Ubuntu-updates installeren.
Canonical beschreef die aanval als een “sustained, cross-border attack” (een aanhoudende, grensoverschrijdende aanval). Ook toen werd dus niet alleen een enkele website geraapt, maar leek de aanval gericht op meerdere componenten binnen het ecosysteem.
Het is daarom aannemelijk dat verschillende DDoS-campagnes kunnen verschillen in doelwitselectie en in de impact op deployment- en distributiekanalen.
Claims door een hacktivist en mogelijke link
Bij de aanval van eind april meldde een hacktivist-groep die zichzelf The Islamic Cyber Resistance in Iraq – 313 Team noemde, dat zij verantwoordelijk waren voor de verstoring. Voor het tweede incident dat nu is gemeld, lijkt er echter geen duidelijke publieke claim te zijn gedaan.
Of beide gebeurtenissen met elkaar verband houden, is op dit moment niet duidelijk. Toch is het voor securityteams zinvol om incidenten te vergelijken: dezelfde of vergelijkbare patronen kunnen wijzen op een terugkerende dreigingsactor, terwijl het verschil in getroffen diensten kan aangeven dat de aanvalstechniek of het gekozen doelwit per campagne varieert.
Wat kun je als organisatie leren van DDoS treft Canonical?
Niet elke organisatie heeft dezelfde schaal als Canonical, maar de belangrijkste les bij DDoS is universeel: beschikbaarheid vereist vooraf ingerichte mitigatie en een herstelplan. Een paar praktische aandachtspunten die passen bij dit soort incidenten:
- Segmentatie van services: het lijkt positief dat developer-services zoals Launchpad en de Snap Store buiten de zichtbare impact vielen. Dat wijst erop dat niet alles als één geheel uitvalt.
- Prioritering van herstel: Canonical gaf aan dat een team de getroffen diensten terugbracht. Door prioriteiten te stellen kun je eerst de meest kritieke endpoints herstellen.
- Heldere communicatie: door in forums updates te geven over bereikbaarheid, kun je gebruikers en developers beter begeleiden tijdens verstoringen.
- Meten is weten: het blijft jammer dat er geen publiek inzicht kwam in omvang of oorsprong, maar intern is het natuurlijk cruciaal om aanvalspatronen te kunnen analyseren.
Als je daarnaast kijkt naar bredere DDoS-incidenten en verstoringen in het veld, helpt het om patronen te herkennen in hoe aanvallen worden onderschept en welke infrastructuur eerst veiliggesteld wordt.
Gerelateerd: DDoS en verstoringen in de praktijk
Voor context over hoe DDoS-aanvallen soms in grotere campagnes voorkomen, kun je ook lezen over eerdere verstoringen in de sector. Op onze site staat bijvoorbeeld een artikel over hoe een DDoS-service werd geraakt tijdens een internationale operatie: NightmareStresser DDoS Service Disrupted in International Operation.
Ook is er aandacht besteed aan maatregelen rond specifieke aanvallen op domeinen, wat laat zien hoe breed DDoS kan zijn: 53 DDoS Domains Taken Down by Law Enforcement.
Conclusie
Met DDoS treft Canonical maakte Canonical duidelijk dat zelfs gevestigde open-sourceplatformen regelmatig te maken kunnen krijgen met grootschalige beschikbaarheidsproblemen. In dit geval leek de verstoring vooral te landen bij publieksgerichte webproperties, waaronder ubuntu.com, canonical.com, de Ubuntu blog en security advisory-pagina’s, plus de API. Developer-services zoals Launchpad en de Snap Store leken volgens de melding niet of nauwelijks geraakt.
Hoewel Canonical geen details deelde over oorsprong of omvang, is de korte downtime van iets meer dan vier uur een indicatie dat mitigatie en herstel de zichtbare impact konden beperken. Tegelijk laat de vergelijking met de aanval in april zien dat eerdere incidenten niet automatisch hetzelfde verloop hebben—en dat het belangrijk blijft om systemen, endpoints en afhankelijkheden telkens opnieuw te beoordelen.
Bron: https://www.securityweek.com/canonical-websites-disrupted-in-second-ddos-attack-this-year/
