Onafhankelijk sinds 2004security & privacy, elke werkdag
Nieuws

Kritieke kwetsbaarheid in Nimbus Storage actief misbruikt

Aanvallers maken actief misbruik van een kwetsbaarheid in Nimbus Storage. Er is inmiddels een update beschikbaar, maar volgens onderzoekers is alleen updaten niet genoeg.

Omdat aanvallers voor het uitkomen van de patch al binnen konden komen, adviseren onderzoekers om sleutels en sessietokens te vervangen.

Achtergrond

Het misbruik werd ontdekt nadat een beheerder verdacht verkeer in de logbestanden aantrof. Vervolgonderzoek wees uit dat aanvallers al langer toegang hadden.

Organisaties wordt aangeraden te controleren op onbekende beheeraccounts en op automatische doorstuurregels.

22 reacties
bashbrother  woensdag 13 mei 2026, 18:38   +11
Als het al misbruikt wordt, is patchen alleen niet genoeg. Ga uit van compromittatie.
SPer  woensdag 13 mei 2026, 19:17   +9
Dit is precies waarom je logging langer dan dertig dagen wil bewaren.
Annelies de Vries  woensdag 13 mei 2026, 20:54   +13
Precies dit. Zolang het budget bij een andere afdeling ligt, verandert er niets aan.
Anoniem  woensdag 13 mei 2026, 21:07   +12
Nog steeds geen verplichte meldplicht met sancties voor dit soort trage patches. Zonder pijn verandert er niets.
mailserverman  woensdag 13 mei 2026, 22:49   +6
Zolang leveranciers geen SBOM meeleveren blijft dit dweilen met de kraan open. Je weet gewoon niet wat er in dat ding zit.
Bosbeetle moderator  14 augustus 2026, 01:28   +8
Ik heb de betreffende dienst maar uitgezet. Functionaliteit die je niet gebruikt is functionaliteit die je niet hoeft te patchen.
firewalletje  14 augustus 2026, 07:02   +8
Tegen de tijd dat de gemiddelde organisatie dit heeft opgepakt, is er alweer een nieuwe versie met een nieuw lek.
Anoniem  14 augustus 2026, 12:02   +0
Interessant dat het lek al maanden bekend was bij de leverancier. Responsible disclosure werkt alleen als de andere kant ook meewerkt.
signalkring  14 augustus 2026, 16:36   +1
Dat is precies waar een brancheorganisatie iets zou moeten betekenen, maar in de praktijk hoor je ze niet.
raid5rob  14 augustus 2026, 17:52   +8
Wat mij vooral opvalt: geen woord over hoe lang de aanvallers binnen zaten. Dat zegt meestal genoeg.
Anoniem  14 augustus 2026, 19:54   +0
CVSS 9.8 en dan geen automatische update. Dat is in 2026 echt niet meer uit te leggen aan je klanten.
Anoniem  14 augustus 2026, 22:13   +10
Dank, dat verklaart wel het een en ander. Daar zit hem nu net de crux: wie is er eigenaar van dat systeem?
9600baud  14 augustus 2026, 22:50   +4
Zit hier al een uur naar te kijken. De kern is een ontbrekende inputvalidatie, de rest is ruis.
Anoniem  14 augustus 2026, 23:02   +10
Enig idee of er ook een workaround is zonder te patchen? We zitten midden in een changefreeze.
sven_nb  15 augustus 2026, 04:15   +9
De gemiddelde gebruiker merkt hier niets van, tot het misgaat. Bewustwording blijft het lastigste stuk.
Bosbeetle moderator  15 augustus 2026, 05:15   +7
Ik draai hier al jaren alles in containers met read-only filesystem. Scheelt enorm bij dit soort meldingen.
Nietinbeeld  15 augustus 2026, 06:06   +6
Goed punt, maar Formeel klopt het, praktisch schiet je er weinig mee op.
stijn  15 augustus 2026, 10:13   +8
Voor wie het zoekt: de release notes staan onder het versienummer van vorige week, niet onder de securitypagina. Slordig.
binary49  15 augustus 2026, 13:31   +2
De vraag is niet of je gehackt wordt, maar hoe snel je het merkt. Detectie is bij de meeste organisaties nog steeds het zwakke punt.
gerard007  15 augustus 2026, 13:37   +0
Backups. Getest. Offline. Blijft het saaiste maar beste advies dat er is.
logrotate  15 augustus 2026, 15:38   +14
Eens, met een kanttekening: Formeel klopt het, praktisch schiet je er weinig mee op.
joost8  15 augustus 2026, 16:12   +3
Ik ben benieuwd hoeveel systemen er over een half jaar nog ongepatcht zijn. Meestal is dat percentage schrikbarend hoog.
Reageren kan na registratie.
Inloggen
Meer nieuws