Berichten met de tag ‘updates’

Linux kernel updates zonder reboot

25 februari 2011 door Dick Tump

Bij onze High Available clusters streven we natuurlijk altijd naar 100% uptime. Gelukkig lukt dit vaak ook. Door middel van onder andere live migration kunnen wij de fysieke systemen zonder enige downtime voorzien van upgrades van de hardware en de software.

Jammer genoeg is bij sommige updates van de gastsystemen een geplande reboot nodig met als gevolg toch enkele minuten downtime. Dit is op te lossen door te werken met een loadbalancer. Maar niet voor elke klant is het mogelijk om een applicatie op minimaal twee gastsystemen te draaien, bijvoorbeeld omdat de applicatie dit niet ondersteunt, of een oplossing met loadbalancers te complex wordt. Bij het uitvoeren van een Linux kernel update op zo’n gastsysteem, is bij een herstart dus downtime, wat betekent dat de applicatie toch voor enkele minuten onbereikbaar zal zijn.

Gelukkig hebben we hier nu een oplossing voor, namelijk Linux kernel security updates zonder reboot. We kunnen nu bij de belangrijkste Linux distributies security updates uitvoeren op de kernel, zonder dat we het systeem opnieuw op moeten starten. Dit heeft niet alleen als grote voordeel dat er geen downtime meer is bij zo’n update, maar omdat we ook geen reboot hoeven in te plannen, kunnen we security updates direct doorvoeren. Voorheen was het soms nodig om te wachten op een moment dat het de klant goed uitkomt.

Deze optie is inmiddels beschikbaar voor al onze servers met Linux Ubuntu, Debian en CentOS. Bent u een bestaande klant of wilt u klant bij ons worden en heeft u interesse in deze optie? Neem gerust contact met ons op.

Updates voorkomen hacks

23 oktober 2009 door Dick Tump

KluisDe laatste twee maanden horen we regelmatig weer over gehackte servers. Ook enkele van onze eigen klanten, die nog ergens een server hebben die niet bij ons in beheer is,  is dit overkomen. De oorzaak? Een ernstige kernel bug in Linux uit begin augustus 2009, waarbij lokale gebruikers van het systeem root toegang kunnen verkrijgen.

Maar dit is meestal niet de enige oorzaak, want eerst moet een hacker natuurlijk al toegang hebben als lokale gebruiker op het systeem. Toch is dit maar al te vaak simpel te verkrijgen, namelijk via onveilige scripts waar beveiligingslekken in zitten, zoals weblog, forum en andere scripts die niet up-2-date zijn, meestal geschreven in PHP. Bij diverse beveiligingslekken krijgen hackers de mogelijkheid om commando’s en programma’s uit te voeren op de server, dus ook een exploit om root toegang te krijgen op een server.

Vaak gebeurt dit doordat er geen tijd wordt vrijgemaakt voor het updaten van de software op de server of dat er niet voldoende kennis is om de software up-2-date te houden. Veel servers draaien bijvoorbeeld nog op een verouderde Debian (Sarge) of Fedora versie, waarvoor geen updates meer worden vrijgegeven. Een bug, zoals de eerder genoemde kernel bug, wordt hierdoor dus ook niet opgelost op zo’n server. Als dan ook niet goed wordt gelet op de beveiliging van bijvoorbeeld de PHP scripts, kan dit dus heel makkelijk tot een hack leiden. En uiteindelijk kost het dan meer tijd, expertise, moeite en dus ook geld om de gevolgen op te lossen, dan wanneer de updates netjes waren bijgehouden.

Veel van de servers onder ons beheer draaien op Linux Debian. Een aanzienlijk deel draait nog op Debian Etch, waarvoor momenteel nog wel security updates worden gemaakt maar in februari 2010 de updates voor stoppen. Daarom zijn wij al geruime tijd druk bezig met het updaten van alle servers onder ons beheer naar de nieuwe Debian Lenny. Dit wordt gedaan voor elke klant met een Service Level Agreement. Omdat een dergelijke update enkele minuten downtijd inhoud, nemen we dan ook met elke klant even persoonlijk contact op om te bespreken wanneer zo’n update het beste uitkomt.

Een gehackte server kan natuurlijk veel vervelende gevolgen hebben. De data kan op straat komen te liggen, data kan worden verwijderd of de server kan worden misbruikt voor bijvoorbeeld het versturen van spam of voor andere illegale activiteiten zoals het stelen van creditcard gegevens. Saillant detail hierbij is dat de eigenaar van de server in beginsel ook verantwoordelijk is voor deze illegale activiteiten met alle gevolgen weer van dien. Het is hoe dan ook altijd zeer vervelend en daarnaast zeer kostbaar om de situatie (als mogelijk) te herstellen. Ons advies als u uw software zelf beheerd: hou uw software nauwgezet up-2-date!