Kritiek beveiligingslek in Apache ActiveMQ gebruikt bij ransomware-aanvallen
Een kritiek beveiligingslek in Apache ActiveMQ wordt actief gebruikt bij ransomware-aanvallen. De Amerikaanse overheid heeft federale instanties opgedragen om de beveiligingsupdate voor het probleem, die vorige week verscheen, binnen drie weken te installeren. Apache ActiveMQ is een open source 'message broker' voor het uitwisselen van berichten tussen verschillende applicaties.
Een kritieke remote code execution kwetsbaarheid in de software, aangeduid als CVE-2023-46604, maakt het mogelijk voor aanvallers om willekeurige shellcommando's op systemen uit te voeren. De impact van het lek is op een schaal van 1 tot en met 10 beoordeeld met een 10.0. Op 25 en 26 oktober verscheen een patch voor de kwetsbaarheid. Inmiddels maken aanvallers actief misbruik van het lek om systemen met ransomware te infecteren, zo meldt securitybedrijf Rapid7.
Organisaties worden opgeroepen om de patch zo snel mogelijk uit te rollen. Het Cybersecurity and Infrastructure Security Agency (CISA) van het Amerikaanse ministerie van Homeland Security heeft federale overheidsinstanties gisteren opgedragen om de update voor 17 november te installeren. Vandaag kwam de Apache Foundation met verdere uitleg over de kwetsbaarheid, aangezien die voor veel vragen van gebruikers zorgt. De Shadowserver Foundation meldde onlangs dat duizenden kwetsbare ActiveMQ-instances vanaf het internet toegankelijk zijn.
Even snel een "get-apt upgrade" en klaar.
Hoe kan het zijn dat het een impact van 10 op een schaal van 10 dit na een week nog niet gedaan is/was door beheerders? als er nu duizenden servers direct aan het Internet hangen.....
Waarom is de praktijk zo anders, dan we hier altijd van de Linux beheerders horen?
Even snel een "get-apt upgrade" en klaar.
Hoe kan het zijn dat het een impact van 10 op een schaal van 10 dit na een week nog niet gedaan is/was door beheerders? als er nu duizenden servers direct aan het Internet hangen.....
Waarom is de praktijk zo anders, dan we hier altijd van de Linux beheerders horen?
Helaas zijn zit dagelijkse taferelen qua infrastructuur bewaking. Enjoy the ride.
Even snel een "get-apt upgrade" en klaar.
Hoe kan het zijn dat het een impact van 10 op een schaal van 10 dit na een week nog niet gedaan is/was door beheerders? als er nu duizenden servers direct aan het Internet hangen.....
Waarom is de praktijk zo anders, dan we hier altijd van de Linux beheerders horen?
Het is een ernstig probleem omdat er geen privileges en user interactie vereist zijn.
Dit pakket maakt geen deel uit van een Linux repository, dus geen werk voor de Linux beheerder maar een applicatie beheerder. Het gaat namelijk om een pakketje dat in veel enterprise applicaties wordt gebruikt.
Die applicatiebeheerders willen nog wel eens traag zijn, omdat zij nieuwe versies van de applicatie repositories moeten klaarzetten.
Het hele Linux park wordt normaal in een enterprise gepatcht met 1 druk op de knop (per maand of week) volgens een otap ontwikkelstraat. Een critical moet natuurlijk direct worden ge-patcht.
Je hebt ook bedrijven (grote dienstverleners) die applicaties zelfs hebben uitbesteedt aan andere dienstverleners die het zelf kunnen doen (omdat de applicatie als een bepaalde user draait met eigen tools) zonder interactie met de Linux beheerder.
Die Linux beheerder doet zijn werk wel omdat alles is geautomatiseerd.
Even snel een "get-apt upgrade" en klaar.
Hoe kan het zijn dat het een impact van 10 op een schaal van 10 dit na een week nog niet gedaan is/was door beheerders? als er nu duizenden servers direct aan het Internet hangen.....
Waarom is de praktijk zo anders, dan we hier altijd van de Linux beheerders horen?
Deze posting is gelocked. Reageren is niet meer mogelijk.
Netwerk Security Engineer
Luchtverkeersleiding Nederland
Als Netwerk Security Engineer ontwerp en optimaliseer je onze technische netwerk- en beveiligingsinfrastructuur. Je stuurt tech-nische veranderingen aan op basis van de gestelde architectuur kaders en helpt mee met de uitvoering ervan. Ben jij een gedreven professional met passie voor netwerk-beveiliging? Dan is deze functie als Netwerk Security Engineer bij Luchtverkeersleiding Nederland (LVNL) iets voor jou!
Lead Network Security Engineer
Luchtverkeersleiding Nederland
Word Lead Network Security Engineer bij LVNL. Ontwerp en implementeer security-oplossingen die de luchtverkeersleidings-systemen veilig houden. Solliciteer nu en draag bij aan onze cyberweerbaarheid! Als Lead Network Security Engineer bij LVNL ben je verantwoordelijk voor het ontwerpen, implementeren en optimaliseren van de netwerkbeveiliging die cruciaal is voor de veilige en efficiënte werking van het luchtverkeersleidingssysteem in Nederland.
Junior DevOps Engineer
Certified Secure is op zoek naar een Junior DevOps Engineer. Deze functie is een stuk interessanter dan de term doet vermoeden! Om jou als potentiële nieuwe collega meteen te laten zien wat we doen hebben we speciaal voor jou een selectie gemaakt van een aantal leuke security challenges. Are you ready for a challenge?