Ik heb de bovenstaande vraag vaak genoeg dat ik voelde dat waardig van een blog post. Terwijl een paar jaar terug het antwoord kan zijn "minder veilig", vandaag is het antwoord "beide". Ik weet het, klinkt als Chris zijn vrijblijvend, maar dat antwoord wel degelijk het meest nauwkeurig beschrijft de huidige stand van de technologie.
Virtualisatie verandert alles
Ik heb gehoord dat een paar mensen opmerking dat virtualisatie is over de industrie invloed op de dezelfde manier als de Internet deed in de jaren 90. Om eerlijk te zijn, ik denk dat er verdienste in dat advies. In de vroege jaren '90 de meeste mensen liepen IPX, AppleTalk, NetBUI en een overvloed aan andere protocollen op gesloten netwerken. Tegen het einde van de jaren 90, werden de meeste mensen actief IP uitsluitend met connectiviteit naar de hele wereld. De manier waarop we zaken deden, evenals de manier waarop we beveiligingsmaatregelen, compleet veranderd over die 10 jaar. Zowel netwerkbeheer en security vaardigheden die rand waren zagen in 1990 waren allemaal maar nutteloos in 1999.
Virtualisatie begint oprit tot aan het dezelfde impact op de industrie hebben. Implementatie van virtualisatie vereist een volledige heroverweging van hoe de veiligheid toe te passen. Terug in de jaren 1990, kreeg admins die gewoon aangesloten op het internet, zonder rekening te houden met hoe dit zou hun netwerk impact, verbrand big time. We staan in de rij om een vergelijkbaar resultaat te zien als mensen vast te stellen virtualisatie.
Wat maakt virtualisatie minder veilig
De achilleshiel van virtualisatie is in de software zelf. We hopen dat we de software te gast systemen weg te houden van elkaar, evenals de gastheer en / of de hypervisor vertrouwen. Er zijn twee grote problemen met deze verwachting:
- U hoeft geen software is bug vrij
- Software kan worden verkeerd geconfigureerd
Een paar jaar terug Core Uit onderzoek bleek ze konden doorbreken van een gast en volledige controle van de host-OS . Terwijl een hypervisor wordt verondersteld dat type van blootstelling te beperken, hebben we zeker gezien de gevallen waar zelfs de hypervisor is overgeslagen . We hebben zelfs gevallen gezien zijn software wordt misbruikt pas wanneer deze wordt uitgevoerd in een gevirtualiseerde omgeving . Deze links tonen een kleine dwarsdoorsnede van de virtualisatie problemen die zijn ontdekt in de afgelopen jaren. Google kan u een meer complete lijst als je geïnteresseerd bent.
Dus een voorzichtige security professional gaat voorzichtig van blindelings te vertrouwen software te beveiligen. Het probleem is dat verkopers niet altijd nemen deze dezelfde aanpak. Neem VMware met hun ESX (binnenkort ESXi) product als een voorbeeld. Velen van ons waren verbijsterd toen een vertegenwoordiger van VMware aangekondigd op CanSecWest dat het theoretisch onmogelijk om de ESX hypervisor te vallen . Wanneer we gewoon aannemen wat onbreekbaar is, is iemand die meer creatief gaan bedenken een manier om door middel van punch .
Een van mijn grootste zorgen met ESX / ESXi is dat VMware heeft ontworpen om te worden modulair (via VMSafe ). Aan de positieve kant, betekent dit dat externe leveranciers kunnen producten te creëren om de hypervisor van de functionaliteit en de veiligheid te verbeteren. Aan de andere kant verhoogt dit aanzienlijk de kans op slechte code wordt ingevoerd dat kan in gevaar te brengen.
We hebben gezien een mooi voorbeeld van dit in het verleden. Marcus Ranum schiep de Gauntlet firewall, die op dat moment was een van de meest veilige en kick butt beveiliging apparaten beschikbaar. Toen drie letter agentschappen van de beste security wilde, wendden zij zich tot Gauntlet. Marcus verkocht Gauntlet op Network Associates (later werd het McAfee) die meteen begonnen met het toevoegen van functies. Het duurde niet lang voordat er een gestage reeks kwetsbaarheden werden ontdekt, elk ingeleid door deze nieuwe "features". Vanaf nu is het product verloor zijn veiligheid cred en gleed af van de radar.
Nu is het zeker mogelijk om functies toe te voegen en dingen die veilig te houden. De FreeBSD mensen zijn een uitstekend voorbeeld van hoe correct te doen. Om ervoor te zorgen de beveiliging onderhouden ze een zeer strenge controle proces . Is het perfect? Absoluut niet, maar hun audit proces heeft de lat voor veilige software-implementatie. Met een beetje geluk VMware zal doen lijken, maar ik heb niet gehoord geen buzz over dit het geval is.
Getting Your Head Straight
OK, dus we kunnen niet blind vertrouwen virtualisatie software om aanvallers op afstand te houden. We kunnen echter nog steeds voorzorgsmaatregelen treffen om het minimaliseren van de impact als het ergste zich voordoet. Een van de grootste stappen die u kunt nemen is om zorgvuldig te overwegen welke servers gehost te krijgen, en welke andere gastsystemen zijn toegestaan om te draaien op dezelfde doos. De veiligheidszone concept wordt gebruikt door het netwerk van architecten is net zo hier van toepassing.
Een veiligheidszone is gewoon een verzameling van systemen die dezelfde relatieve mate van risico te delen. Bijvoorbeeld Web, en SMTP-servers zijn meestal allemaal op een DMZ, omdat ze allemaal dezelfde risico van directe aanval. Op het binnenste deel van het netwerk, zijn desktops meestal geplaatst in een andere beveiligingszone dan de servers. Dit komt omdat servers hebben weinig tot geen toegang tot het internet, terwijl desktops worden meestal toegestaan om rechtstreeks te communiceren. Dit plaatst de desktops een hoger risico van een aanval dan de servers.
We kunnen toepassen van deze zelfde logica bij de implementatie van virtualisatie. Een DMZ-server en een interne server mag niet worden gasten op dezelfde hardware (zowel CPU en disk array). Dit kan leiden dat een aanvaller een alternatieve route in ons netwerk te creëren. In plaats van door te geven door middel van een firewall, NIDS, NIPS, etc. apparaten die is ingezet op de draad, kan een aanvaller in staat zijn om toegang tot interne resources te krijgen via de virtualisatie-software. Is het een makkelijke aanval? Niet van wat we tot nu toe hebben gezien. Functionele exploits zijn echter ontdekt, dus waarom onnodige risico als we niet te hebben.
By the way, moeten deze dezelfde veiligheid zone regels worden toegepast op uw gevirtualiseerde netwerk versnelling. Het is bijvoorbeeld een slecht idee om dezelfde fysieke switch te gebruiken om VLAN de DMZ en het interne netwerk. Ik heb een paar klanten te krijgen op die manier vermoord.
Wat maakt Virtualisatie veiliger
Gelukkig, vanuit een security perspectief, virtualisatie is niet allemaal slecht nieuws. In feite zijn er een aantal zeer coole beveiliging praktijken die je kunt toepassen in een gevirtualiseerde omgeving die je gewoon niet kan doen zonder. Dit was een van de redenen waarom we gestart met virtualisatie binnen het Honeynet al in 2000.
Een van de grootste security problemen waar we vandaag de dag is kernel-niveau rootkits . Wat maakt deze stam van malware zo verraderlijk is blijkt effectief het besturingssysteem zelf in malware. Dit maakt detectie van uiterst moeilijk, aangezien alle veiligheidscontroles moet door de kernel. Als de kernel zelf is aangetast, kunnen we niet vertrouwen op de kernel om nauwkeurig verslag beveiligingsinformatie. We eindigen met systeem moet afsluiten, monteert u de schijf op een bekend is dat schoon OS, en het uitvoeren van onze forensische controles vanaf daar. Oh natuurlijk het probleem met dit proces is dat het niet goed doet schaal. Als we tientallen of honderden servers, er is gewoon niet genoeg tijd in een dag om ze te controleren alles goed.
Zoals eerder vermeld, is VMware nu toelaten van derden leveranciers toegang tot de hypervisor API via VMSafe. Dit maakt de toegang tot bevoorrechte status informatie, zoals het geheugen en het netwerkverkeer, op elk van de gast-besturingssystemen. Door de stekker in de hypervisor, een aantal zeer coole beveiligingsopties mogelijk geworden.
Bijvoorbeeld laten we zeggen een gast-OS is aangevallen door een kernel rootkit niveau. Door het analyseren van gast-geheugen, kan de rootkit te detecteren van buiten het virtuele besturingssysteem. Bij het uitvoeren van de controles via de hypervisor, is er veel minder van een kans dat een rootkit kan stealth haar activiteiten en onopgemerkt blijven. Zoals eerder vermeld, is er geen vergelijkbare optie met een niet-gevirtualiseerde systeem.
De API plug creëert ook nieuwe mogelijkheden voor het omgaan met versleutelde verkeer. Bij het begin tot het einde encryptie wordt gebruikt (zoals een VPN), netwerk op basis controles van de applicatielaag zijn gemakkelijk omzeild. Uw enige reële optie was om agent software draaien op het eindpunt, kon zo de veiligheid worden uitgevoerd nadat de decryptie-proces. Natuurlijk is het probleem hier is dat als de agent wordt aangevallen, zijn alle weddenschappen zijn uitgeschakeld. Nogmaals, door de stekker in de hypervisor zijn we in een betere positie om veiliger te controleren deze gegevens.
We zijn net begonnen om nieuwe te zien producten die de VMSafe API stekker leverage . Omdat alle producten zijn relatief nieuw, de jury is nog steeds op hoe effectief ze kunnen zijn. Aanbod loopt het gambiet van de vervanging van host-based firewall en IDS bescherming volledige beleid handhaving. Het zal interessant zijn om te zien hoe dit product niche schudt over het komende jaar.
Overzicht
Dus als ik al zei aan het begin van deze post, virtualisatie heeft de mogelijkheid om uw omgeving meer of minder veilig is, afhankelijk van hoe u implementeren. Als je gewoon begint te lopen alles op een enkele box, bent u waarschijnlijk gaat krijgen vermoord. Als u uitbreiden van de best practices die in de loop der jaren ontwikkeld tot de virtualisatie rijk, maar ook als hefboom een aantal van de nieuwe beveiligingsfuncties die worden vrijgegeven, kunt u daadwerkelijk zorgen voor een betere algemene veiligheid houding.



