![\"\"](\"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-content\/uploads\/2025\/12\/image-2-300x227.png\")
<\/p>\nVirtualBox ist eine plattform\u00fcbergreifende Open-Source-Software zur Virtualisierung, mit der auf einem physischen Rechner mehrere Betriebssysteme gleichzeitig simuliert werden k\u00f6nnen. Die Betriebssysteme laufen als virtuelle Maschinen (VMs) und verhalten sich f\u00fcr den User wie ein eigener, unabh\u00e4ngiger Rechner. Es k\u00f6nnen praktisch alle x86-Betriebssysteme virtualisiert werden, darunter neben Linux Distributionen auch veraltete Windows Systeme. Eine Ausnahme ist MacOS, das nur mit offizieller Apple Hardware genutzt werden kann. VirtualBox kann auf g\u00e4ngigen Betriebssystemen wie Linux, Windows oder macOS installiert und genutzt werden.<\/p>\n
Die Anwendungsf\u00e4lle sind vielseitig und reichen vom einfachen Ausf\u00fchren alter Betriebssysteme bis hin zu komplexen IT-Security-Analysen.<\/p>\n
<\/p>\n
VirtualBox wurde in den 2000er\u2011Jahren von der deutschen InnoTek Systemberatung GmbH als Virtualisierungssoftware f\u00fcr x86\u2011Rechner entwickelt und ist seit 2010 im Besitz von Oracle. Seit 2007 steht es in einer Open\u2011Source\u2011Variante zur Verf\u00fcgung, und ab 2010 ist das Basispaket komplett frei nutzbar, w\u00e4hrend optionale Erweiterungen \u00fcber ein separates Extension Pack lizenziert werden.<\/p>\n
Durch die freie Verf\u00fcgbarkeit wurde VirtualBox f\u00fcr eine gro\u00dfe Zahl von Anwender:innen attraktiv und fand vor allem im privaten Gebrauch sowie in der Lehre weite Verbreitung, wodurch Virtualisierung erstmals einer breiten Masse praktisch zug\u00e4nglich wurde.<\/p>\n
Bevor sich Virtualisierung durchsetzte, standen zum Ausf\u00fchren mehrerer Betriebssysteme haupts\u00e4chlich unflexible L\u00f6sungen wie zus\u00e4tzliche physische Rechner oder komplex eingerichtete Dual\u2011Boot\u2011Systeme zur Verf\u00fcgung, die jeweils separate Hardware oder einen Neustart erforderten.<\/p>\n
<\/p>\n
Der Software Kern der Virtualisierung ist der sogenannte Hypervisor, also die Komponente, welche Hardwareressomdurcen wie CPU, RAM oder Speicher auf virtuelle Maschinen abstrahiert und aufteilt. Dabei unterscheidet sich, auf welcher Ebene dieser Hypervisor arbeitet und wie viel Kontrolle er \u00fcber die Ressourcen hat.<\/p>\n
VirtualBox ist ein Typ-2-Hypervisor (hosted hypervisor) und wird als Anwendung auf einem bestehenden Host-Betriebssystem (Host) ausgef\u00fchrt. Der Host kontrolliert die Hardware und stellt Ressourcen bereit, die VirtualBox anschlie\u00dfend an die VMs weitergibt.<\/p>\n
<\/p>\n
Im Gegensatz dazu laufen Typ-1-Hypervisoren (bare-metal) direkt auf der Hardware oder sind im Kernel integriert und haben somit die volle Kontrolle \u00fcber die Hardware. Typ-1-Hypervisoren gelten damit als performanter, skalierbarer und sicherer, aber auch als komplexer und wenig anwenderfreundlich. Virtuelle Maschinen laufen grundlegend isoliert und k\u00f6nnen parallel betrieben werden. So lassen sich zum Beispiel kleinere Computernetzwerke simulieren, ohne die Gefahr, den Host zu ver\u00e4ndern.<\/p>\n
<\/p>\n
VMware<\/strong><\/p>\n VMware hat mit ESXi einen Typ-1-Hypervisor, der direkt auf der Hardware l\u00e4uft und umfangreiche Enterprise-Features umfasst. Funktionen zur Sicherheit und Ressourcennutzung machen die Software beliebt f\u00fcr Rechenzentren.<\/p>\n Microsoft Hyper-V<\/strong><\/p>\n Hyper-V ist Microsofts Hypervisor (Typ-1) welcher in Windows Servern, sowie teilweise in Windows-Clients integriert ist, wodurch sich VMs ohne zus\u00e4tzliche, externe Software ausf\u00fchren lassen. Somit integriert sich Hyper-V gut in Windows-basierte Infrastrukturen, zum Beispiel in die Azure Plattform.<\/p>\n KVM<\/strong><\/p>\n KVM ist ein Teil des Linux Kernels, welcher Linux erm\u00f6glicht, als Hypervisor (Typ-1) zu agieren. Durch die direkte Kontrolle \u00fcber die Hardware erreicht KVM bei der Virtualisierung eine nahezu native Performance. Vor allem in Linux\u2011Infrastrukturen eignet sich KVM daher sehr gut als Basis f\u00fcr skalierbare Virtualisierungs\u2011 und Cloud\u2011Umgebungen.<\/p>\n QEMU<\/strong><\/p>\n QEMU ist als plattform\u00fcbergreifender Emulator und Hypervisor (Typ-2) in der Lage, verschiedenste Hardware zu virtualisieren. Vor allem in Kombination mit KVM ist es jedoch in der Lage, sehr performant zu arbeiten, sodass die Beiden in der Praxis h\u00e4ufig zusammen verwendet werden.<\/p>\n Im Vergleich mit den Alternativen zeigt sich, dass VirtualBox mit dem Typ-2-Hypervisor nicht f\u00fcr performance-hungrige Einsatzfelder ausgelegt ist. Fokus liegt vor allem auf anwendungsfreundlicher Virtualisierung mit intuitiver GUI.<\/p>\n <\/p>\n <\/p>\n Kostenlos und Open Source<\/strong><\/p>\n VirtualBox ist eine kostenlose Open-Source-Software. Das bedeutet, dass man keine Lizenzgeb\u00fchren zahlen oder monatliche Abos abschlie\u00dfen muss. Open-Source-Software hat den Vorteil, dass der Code frei einsehbar ist und eine gro\u00dfe Community an der Weiterentwicklung der Software arbeitet. Zudem verhindert man durch die Nutzung von Open-Source-Software den sogenannten Vendor Lock-in, also eine Abh\u00e4ngigkeit vom Herausgeber. Das sind gro\u00dfe Vorteile im Vergleich zu kommerzieller Software wie VMware.<\/p>\n Plattform\u00fcbergreifend<\/strong><\/p>\n VirtualBox l\u00e4uft auf Windows, Linux, macOS und sogar Solaris. Das bedeutet: Windows-User k\u00f6nnen Linux ausprobieren, Linux-User k\u00f6nnen Windows testen \u2013 alles auf demselben Computer.<\/p>\n Benutzerfreundlich<\/strong><\/p>\n VirtualBox hat eine benutzerfreundliche und intuitive grafische Oberfl\u00e4che (GUI). Man braucht keine Kommandozeile und keine komplizierte Konfiguration. Mit wenigen Klicks ist eine virtuelle Maschine (VM) erstellt.<\/p>\n Vollst\u00e4ndige Isolation<\/strong><\/p>\n Jede VM l\u00e4uft mit ihrem eigenen separaten Betriebssystem. Das bedeutet: Wenn die VM crasht, abst\u00fcrzt oder mit Malware infiziert wird, bleibt das Host-System stabil. Die VMs k\u00f6nnen sich nicht gegenseitig beeinflussen. Das ist essenziell f\u00fcr Sicherheit und Stabilit\u00e4t.<\/p>\n Snapshots<\/strong><\/p>\n Ein Snapshot ist ein Zustand der VM, der in VirtualBox gespeichert und jederzeit wiederhergestellt werden kann. Das ist besonders praktisch, wenn man sicherheitskritische Experimente auf einem Betriebssystem durchf\u00fchren m\u00f6chte.<\/p>\n Flexible Netzwerkkonfigurationen<\/strong><\/p>\n VirtualBox bietet verschiedene Netzwerk-Modi an. Die VM kann v\u00f6llig isoliert vom Netz laufen oder mit dem Internet verbunden sein \u2013 je nachdem, was f\u00fcr den Anwendungsfall ben\u00f6tigt wird. Es k\u00f6nnen mehrere VMs miteinander verbunden oder an das Netzwerk des Hosts angeschlossen werden.<\/p>\n Gasterweiterungen<\/strong><\/p>\n Gasterweiterungen sind zus\u00e4tzliche Treiber und Tools, die auf dem Gast-OS installiert werden k\u00f6nnen. Damit kann unter anderem eine bessere Grafik und h\u00f6here Aufl\u00f6sung erreicht werden, da die Grafikkarte von der VM besser genutzt werden kann.<\/p>\n Durch Gasterweiterungen k\u00f6nnen au\u00dferdem USB-Ger\u00e4te in der VM genutzt sowie Copy-and-Paste zwischen Host und VM erm\u00f6glicht werden und vieles mehr.<\/p>\n <\/p>\n Hoher Ressourcenverbrauch<\/strong><\/p>\n Jede virtuelle Maschine ben\u00f6tigt eigene Ressourcen wie Arbeitsspeicher, CPU und Festplattenspeicher. In der Praxis hei\u00dft das: Eine VM braucht meist mindestens 2 GB RAM \u2013 auch dann, wenn sie gerade nichts tut. Wer mehrere VMs parallel betreibt, st\u00f6\u00dft schnell an die Grenzen seines Systems. Besonders auf Laptops kann das zu sp\u00fcrbaren Performance-Einbu\u00dfen f\u00fchren.<\/p>\n Langsame Startzeiten<\/strong><\/p>\n Da jede VM ein vollst\u00e4ndiges Betriebssystem enth\u00e4lt, muss dieses komplett hochfahren. Das dauert je nach System zwischen 30 Sekunden und mehreren Minuten. Im Vergleich zu moderneren Technologien wie Containern ist das sehr langsam und im Alltag oft unpraktisch.<\/p>\n Type-2-Hypervisor<\/strong><\/p>\n VirtualBox ist ein sogenannter Type-2-Hypervisor. Das bedeutet, dass es als normales Programm auf dem Host-Betriebssystem l\u00e4uft und nicht direkt auf der Hardware. Diese zus\u00e4tzliche Abstraktionsschicht sorgt f\u00fcr mehr Overhead und geringere Performance im Vergleich zu Type-1-Hypervisoren wie VMware ESXi oder Hyper-V.<\/p>\n Begrenzte Enterprise-Funktionen<\/strong><\/p>\n F\u00fcr gro\u00dfe Unternehmensumgebungen ist VirtualBox nicht ausgelegt. Funktionen wie automatisches Failover, Clustering oder zentrales Monitoring fehlen. Deshalb wird VirtualBox eher f\u00fcr Einzelanwender, Lernzwecke und kleine Testumgebungen genutzt \u2013 nicht f\u00fcr Rechenzentren oder produktive Serverlandschaften.<\/p>\n Eingeschr\u00e4nkte Grafikunterst\u00fctzung<\/strong><\/p>\n VirtualBox bietet keine echte GPU-Beschleunigung und kein GPU-Passthrough. Moderne 3D-Anwendungen, Spiele, CAD-Software oder Video-Rendering laufen daher nur eingeschr\u00e4nkt oder sehr langsam. F\u00fcr grafikintensive Anwendungen ist VirtualBox ungeeignet.<\/p>\n Performance-Overhead<\/strong><\/p>\n Durch die Virtualisierung entsteht immer ein gewisser Leistungsverlust. Programme laufen in der VM grunds\u00e4tzlich langsamer als direkt auf der Hardware. Dieser Overhead l\u00e4sst sich nicht vollst\u00e4ndig vermeiden und ist ein grundlegender Nachteil klassischer Virtualisierung.<\/p>\n Schlechte Skalierbarkeit<\/strong><\/p>\n VirtualBox ist nicht f\u00fcr gro\u00dfe, skalierende Umgebungen gedacht. Der Betrieb von Dutzenden oder gar Hunderten VMs ist kaum praktikabel. F\u00fcr solche Szenarien kommen spezialisierte Virtualisierungs- oder Containerplattformen zum Einsatz.<\/p>\n Aufwendige Einrichtung<\/strong><\/p>\n Die Einrichtung einer VM erfordert mehrere Schritte: ISO-Datei beschaffen, VM konfigurieren, Betriebssystem installieren, Treiber einrichten und Gasterweiterungen installieren. Das kostet Zeit und ist deutlich aufwendiger als moderne Deployment-Ans\u00e4tze.<\/p>\n Virtualisierung vs. Containerisierung<\/strong><\/p>\n VirtualBox virtualisiert komplette Betriebssysteme. Jede VM bringt ihren eigenen Kernel, eigene Systemdienste und ein vollst\u00e4ndiges Dateisystem mit. Docker hingegen nutzt Container, die nur aus der Anwendung und ihren Abh\u00e4ngigkeiten bestehen \u2013 ohne eigenes Betriebssystem.<\/p>\n Ressourcenverbrauch<\/strong><\/p>\n Eine VM ben\u00f6tigt meist mehrere Gigabyte Speicher. Ein Docker-Container hingegen kommt oft mit 50\u2013200 MB aus. Dadurch lassen sich auf einem System deutlich mehr Container als VMs betreiben.<\/p>\n Startzeiten<\/strong><\/p>\n VMs ben\u00f6tigen Sekunden bis Minuten zum Starten. Container starten in Millisekunden, da kein Betriebssystem gebootet werden muss. Das macht Docker besonders attraktiv f\u00fcr moderne Entwicklungs- und Deployment-Workflows.<\/p>\n Einsatzgebiete<\/strong><\/p>\n VirtualBox eignet sich hervorragend, wenn ein anderes Betriebssystem ben\u00f6tigt wird, etwa f\u00fcr Tests, Schulungen oder alte Software. Docker ist der Industriestandard f\u00fcr das Deployen von Anwendungen, Microservices und Cloud-Infrastrukturen.<\/p>\n Faustregel<\/strong><\/p>\n VirtualBox \u2192 wenn ein anderes Betriebssystem ben\u00f6tigt wird<\/p>\n<\/li>\n Docker \u2192 wenn eine Anwendung bereitgestellt oder skaliert werden soll<\/p>\n<\/li>\n<\/ul>\n VirtualBox ist ideal f\u00fcr:<\/strong><\/p>\n das Testen verschiedener Betriebssysteme<\/p>\n<\/li>\n Lern- und Laborumgebungen<\/p>\n<\/li>\n sicheres Experimentieren mit Snapshots<\/p>\n<\/li>\n den Betrieb alter Software auf modernen Systemen<\/p>\n<\/li>\n<\/ul>\n Docker ist ideal f\u00fcr:<\/strong><\/p>\n Microservices und produktive Anwendungen<\/p>\n<\/li>\n schnelle Skalierung und Deployment<\/p>\n<\/li>\n DevOps- und CI\/CD-Pipelines<\/p>\n<\/li>\n Cloud- und Server-Umgebungen<\/p>\n<\/li>\n<\/ul>\n <\/p>\n Alte Software auf moderner Hardware<\/strong><\/p>\n Ein h\u00e4ufiger Anwendungsfall f\u00fcr Virtualisierung ist die Nutzung \u00e4lterer Software, die nur auf veralteten Betriebssystemen lauff\u00e4hig ist. Wenn beispielsweise eine wichtige Unternehmensanwendung ausschlie\u00dflich unter Windows XP funktioniert, stellt der Betrieb auf modernen Ger\u00e4ten mit Windows 11 ein Problem dar. Ein hilfreiches Werkzeug in diesem Zusammenhang sind Snapshots. Sie dienen als Sicherungspunkte, auf die bei Problemen oder fehlerhaften \u00c4nderungen jederzeit zur\u00fcckgegriffen werden kann.<\/p>\n Testen von Softwa<\/strong>re auf verschiedenen Betriebssystemen<\/strong><\/p>\n Bei der Entwicklung neuer Anwendungen ist es oft notwendig, diese unter unterschiedlichen Betriebssystemen zu testen. Statt f\u00fcr jedes System eine eigene physische Testmaschine bereitzustellen, k\u00f6nnen mit VirtualBox mehrere virtuelle Maschinen erstellt werden, die verschiedene Zielplattformen repr\u00e4sentieren, beispielsweise Windows 10, Windows 11 und Linux. Sicheres Testen potenziell unsicherer Software<\/strong><\/p>\n Ein weiterer Vorteil von Virtualisierung liegt im sicheren Testen potenziell gef\u00e4hrlicher oder unbekannter Anwendungen. Verd\u00e4chtige Programme lassen sich in einer isolierten virtuellen Umgebung ausf\u00fchren, die vollst\u00e4ndig vom Hostsystem getrennt ist. Simulieren von Netzwerkumgebungen<\/strong><\/p>\n Mit VirtualBox lassen sich komplexe Netzwerkinfrastrukturen simulieren, ohne die bestehende Firmenumgebung zu beeintr\u00e4chtigen. So k\u00f6nnen etwa mehrere virtuelle Maschinen eingerichtet werden, die verschiedene Serverrollen \u00fcbernehmen \u2013 beispielsweise Web-, Datenbank- und Dateiserver. Schulungen und Demonstrationen<\/strong><\/p>\n Auch im Bildungs- und Schulungsbereich bietet VirtualBox praktische Vorteile. Wenn mehrere Teilnehmende dieselbe Softwareumgebung ben\u00f6tigen, kann eine vorbereitete virtuelle Maschine einfach dupliziert werden. <\/p>\n Installation einer virtuellen Maschine<\/strong><\/p>\n Import einer vorkonfigurierten virtuellen Maschine<\/strong><\/p>\n <\/p>\n Netzwerkkonfiguration<\/strong><\/p>\n VirtualBox stellt verschiedene Netzwerkmodi zur Verf\u00fcgung, die sich hinsichtlich Erreichbarkeit und Isolation in Bezug auf andere VMs, den Host und externe Netzwerke deutlich unterscheiden. Je nach Anwendungsfall sollten unterschiedliche Netzwerkmodi in Erw\u00e4gung gezogen werden.<\/p>\n <\/p>\n Der Netzwerkmodus \u201eNot attached\u201c<\/strong> deaktiviert die Netzwerkanbindung der virtuellen Maschine vollst\u00e4ndig. Es wird keine Verbindung zu anderen virtuellen Maschinen, zum Host oder zu externen Netzwerken hergestellt. Dieser Modus eignet sich insbesondere f\u00fcr Offline-Analysen, forensische Untersuchungen oder Experimente, bei denen jegliche Netzwerkinteraktion ausgeschlossen werden muss.<\/p>\n Der NAT-Modus (Network Address Translation)<\/strong> erm\u00f6glicht virtuellen Maschinen den Zugriff auf externe Netzwerke, insbesondere das Internet, ohne selbst als eigenst\u00e4ndiger Teilnehmer im lokalen Netzwerk des Hosts sichtbar zu sein. Eingehende Verbindungen zur virtuellen Maschine sind standardm\u00e4\u00dfig nicht m\u00f6glich, wodurch ein hohes Ma\u00df an Isolation erreicht wird. Dieser Modus eignet sich insbesondere f\u00fcr Testsysteme, die Software aus dem Internet beziehen m\u00fcssen, ohne Sicherheitsrisiken f\u00fcr das umgebende Netzwerk darzustellen.<\/p>\n Das NAT-Netzwerk<\/strong> stellt eine Erweiterung des klassischen NAT-Modus dar. Mehrere virtuelle Maschinen k\u00f6nnen hierbei innerhalb eines gemeinsamen virtuellen Netzes miteinander kommunizieren, w\u00e4hrend gleichzeitig ein gemeinsamer Internetzugang \u00fcber den Host bereitgestellt wird. Dieser Modus ist besonders geeignet f\u00fcr die Simulation kleiner, abgeschlossener Netzwerke mit externem Zugriff.<\/p>\n Beim Bridged-Adapter-Modus<\/strong> wird die virtuelle Maschine direkt mit dem lokalen Netzwerk des Hosts verbunden und erh\u00e4lt eine eigene IP-Adresse. Die virtuelle Maschine verh\u00e4lt sich somit wie ein eigenst\u00e4ndiger physischer Rechner. Dieser Modus erlaubt realit\u00e4tsnahe Netzwerkszenarien, ist jedoch mit erh\u00f6hten Sicherheitsanforderungen verbunden, da die virtuelle Maschine vollst\u00e4ndig aus dem lokalen Netzwerk erreichbar ist.<\/p>\n Das Internes Netzwerk<\/strong> stellt einen vollst\u00e4ndig isolierten Netzwerkmodus dar, in dem ausschlie\u00dflich virtuelle Maschinen miteinander kommunizieren k\u00f6nnen. Weder der Host noch externe Netzwerke haben Zugriff auf dieses Netz. Dieser Modus wird h\u00e4ufig f\u00fcr streng abgeschottete Testszenarien verwendet, beispielsweise zur Simulation interner Netzwerke.<\/p>\n Der Host-only-Adapter<\/strong> erm\u00f6glicht ausschlie\u00dflich die Kommunikation zwischen dem Host-System und den virtuellen Maschinen sowie zwischen mehreren VMs innerhalb desselben Host-only-Netzes. Ein direkter Internetzugang ist nicht m\u00f6glich. Aufgrund der klaren Abgrenzung vom externen Netzwerk eignet sich dieser Modus besonders f\u00fcr sicherheitsrelevante Experimente und kontrollierte Demonstrationen, bei denen eine unbeabsichtigte Exposition vermieden werden soll.<\/p>\n <\/p>\n Das folgende Kapitel dokumentiert eine systematische Schwachstellenanalyse eines Windows-XP-Systems mithilfe von Kali Linux. Beide Betriebssysteme werden als virtuelle Maschinen innerhalb eines Host-only-Netzwerks auf demselben Hostsystem betrieben. Nachfolgend ist in der Abbildung die Netzwerkkonfiguration der beiden VMs sowie des Hosts zu sehen.<\/p>\n Durch diese Konfiguration ist eine kontrollierte und vom externen Netzwerk isolierte Analyseumgebung gegeben, die sich besonders f\u00fcr sicherheitstechnische Untersuchungen veralteter Betriebssysteme eignet. Die Analyse erfolgt schrittweise, beginnend mit der \u00dcberpr\u00fcfung der eigenen Netzwerkkonfiguration, gefolgt von der Identifikation erreichbarer Systeme und der anschlie\u00dfenden Untersuchung eines Zielsystems auf potenzielle Schwachstellen.<\/p>\n ip addr<\/strong><\/p>\n Der Befehl ip addr zeigt die Netzwerkschnittstellen des Kali-Linux-Systems sowie deren IP-Konfiguration an. Die Ausgabe best\u00e4tigt, dass Kali Linux \u00fcber das Interface eth0 mit der Adresse 192.168.56.102\/24 korrekt in das Host-only-Netzwerk eingebunden ist und somit die notwendige Netzwerkverbindung zur Analyse anderer virtueller Maschinen besitzt.<\/p>\n nmap -sP 192.168.56.0\/24<\/strong><\/p>\n Mit diesem Ping-Scan werden aktive Hosts im Subnetz 192.168.56.0\/24 identifiziert. Die Ergebnisse zeigen mehrere erreichbare Systeme, darunter das Windows-XP-Zielsystem unter der Adresse 192.168.56.101. Dieser Schritt dient der grundlegenden Netzwerkerkundung und der Verifikation der Erreichbarkeit des Zielsystems.<\/p>\n nmap -O 192.168.56.101<\/strong><\/p>\n Der Befehl nmap -O kombiniert eine Portanalyse mit einer Betriebssystemerkennung des Zielsystems. Dabei werden mehrere f\u00fcr Windows typische Netzwerkdienste identifiziert. Die Betriebssystemerkennung weist auf Windows XP hin und best\u00e4tigt somit den Einsatz des veralteten Betriebssystems.<\/p>\n nmap -p 445 –script vuln 192.168.56.101<\/strong><\/p>\n Dieser Befehl pr\u00fcft gezielt den SMB-Dienst auf Port 445 mithilfe automatisierter Schwachstellenskripte. Die Ergebnisse weisen auf bekannte sicherheitskritische Schwachstellen hin, die f\u00fcr ungepatchte Windows-XP-Systeme charakteristisch sind.<\/p>\n <\/p>\n <\/p>\n <\/p>\n Auf Grundlage der Ergebnisse k\u00f6nnte der Einsatz von Metasploit in einer kontrollierten Laborumgebung genutzt werden, um die identifizierten Schwachstellen nachvollziehbar zu demonstrieren. Alternativ bietet sich eine strukturierte Dokumentation der Schwachstellen und des Patchstands an, um geeignete Gegenma\u00dfnahmen abzuleiten und umzusetzen. Anschlie\u00dfend kann \u00fcberpr\u00fcft werden, inwieweit eingespielte Updates und H\u00e4rtungsma\u00dfnahmen die Sicherheitslage des Systems verbessern.<\/p>\n <\/p>\n <\/p>\n <\/p>\n <\/p>\n https:\/\/it-wegweiser.de\/virtualisierungssoftware-virtualbox\/<\/a><\/p>\n https:\/\/www.ibm.com\/de-de\/think\/topics\/virtualization<\/a><\/p>\n https:\/\/www.redhat.com\/de\/topics\/virtualization\/what-is-a-hypervisorv<\/a><\/p>\n https:\/\/www.redhat.com\/de\/topics\/virtualization\/what-is-KVM<\/a><\/p>\n <\/p>\n https:\/\/www.virtualbox.org\/manual\/topics\/working-with-vms.html<\/a><\/p>\n https:\/\/www.virtualbox.org\/manual\/ch06.htmlhttps:\/\/de.wikipedia.org\/wiki\/Hypervisor<\/a><\/p>\n https:\/\/de.wikipedia.org\/wiki\/VirtualBox<\/a><\/p>\n https:\/\/www.oracle.com\/de\/virtualization\/virtualbox\/<\/a><\/p>\n https:\/\/www.ionos.com\/digitalguide\/server\/configuration\/best-virtualization-software\/<\/a><\/p>\n https:\/\/docs.oracle.com\/en\/virtualization\/virtualbox\/6.0\/user\/snapshots.html<\/a><\/p>\n https:\/\/docs.oracle.com\/en\/virtualization\/virtualbox\/6.0\/user\/sharedfolders.html<\/a><\/p>\n https:\/\/www.virtualbox.org\/manual\/topics\/Introduction.html<\/a><\/p>\n https:\/\/docs.docker.com\/<\/a><\/p>\n https:\/\/www.redhat.com\/de\/topics\/containers\/containers-vs-vms<\/a><\/p>\nVorteile von VirtualBox<\/h1>\n
Grenzen von VirtualBox<\/h1>\n
VirtualBox vs. Docker<\/h1>\n
\n
Wann welche Technologie nutzen?<\/h2>\n
\n
\n
Anwendungsbeispiele<\/h1>\n
\nDurch den Einsatz einer Virtualisierungssoftware wie VirtualBox kann eine virtuelle Maschine mit Windows XP eingerichtet werden. Die alte Software l\u00e4uft so in einer isolierten Umgebung, ohne dass das Hauptsystem ver\u00e4ndert oder neu installiert werden muss. Dies erm\u00f6glicht die Weiterverwendung kritischer Anwendungen auch auf aktueller Hardware.<\/p>\n![\"\"](\"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-content\/uploads\/2025\/12\/Screenshot-2025-12-16-134859-300x195.png\")
<\/p>\n
\nDiese Vorgehensweise erm\u00f6glicht plattform\u00fcbergreifende Tests auf einer einzigen physischen Hardware. Durch Funktionen wie \u201eShared Folders\u201c ist ein einfacher Datenaustausch zwischen Host und virtueller Maschine m\u00f6glich. Eine bidirektionale Zwischenablage vereinfacht zudem die Arbeit und steigert die Effizienz im Testprozess.<\/p>\n
\nSelbst wenn sich die getestete Software als Schadprogramm herausstellt, bleibt das reale System gesch\u00fctzt, da keine direkte Verbindung zwischen Host und virtueller Maschine besteht. Diese Methode bietet somit ein hohes Ma\u00df an Sicherheit bei der Analyse unsicherer oder fremder Software.![\"\"](\"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-content\/uploads\/2025\/12\/Screenshot-2025-12-16-142418-300x220.png\")
<\/p>\n
\nDurch die Verwendung von Host-only-Netzwerken kommunizieren die virtuellen Maschinen untereinander, bleiben aber vom internen Firmennetzwerk isoliert. Auf diese Weise k\u00f6nnen Systeme getestet oder konfiguriert werden, ohne ein Risiko f\u00fcr die produktive Infrastruktur zu verursachen. VirtualBox bietet hierzu verschiedene Netzwerkmodi, darunter NAT, Bridged und Host-only, die je nach Szenario flexibel eingesetzt werden k\u00f6nnen.<\/p>\n
\nDies erm\u00f6glicht es, Schulungen, Workshops oder Demos effizient durchzuf\u00fchren, ohne f\u00fcr jede Person eine separate Hardware bereitzustellen. Die Teilnehmenden arbeiten in identischen Umgebungen, was die Nachvollziehbarkeit und Vergleichbarkeit von \u00dcbungen erleichtert.
\nDurch die Installation von \u201eGuest Additions\u201c wird zudem eine bessere Integration der virtuellen Maschine in das Hostsystem erreicht, was etwa die Grafikleistung, Maussteuerung und Dateifreigabe verbessert.<\/p>\nKonfiguration<\/h1>\n
\n
![\"\"](\"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-content\/uploads\/2025\/12\/Screenshot-2025-12-16-124827-1-300x85.png\")
<\/li>\n![\"\"](\"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-content\/uploads\/2025\/12\/Screenshot-2025-12-16-124853-300x52.png\")
<\/li>\n![\"\"](\"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-content\/uploads\/2025\/12\/Screenshot-2025-12-16-124914-1-300x122.png\")
<\/li>\n\n
![\"\"](\"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-content\/uploads\/2025\/12\/Screenshot-2025-12-09-161422-300x142.png\")
<\/p>\nPraktisches Beispiel (Schwachstellenanalyse einer WindowsXP-VM in einem Netzwerk)<\/h1>\n
![\"\"](\"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-content\/uploads\/2025\/12\/Unbenanntes-Diagramm.drawio-300x116.png\")
<\/p>\n![\"\"](\"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-content\/uploads\/2025\/12\/Screenshot-2025-12-16-131200-300x50.png\")
<\/p>\n![\"\"](\"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-content\/uploads\/2025\/12\/Screenshot-2025-12-16-131256-300x25.png\")
<\/p>\n![\"\"](\"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-content\/uploads\/2025\/12\/Screenshot-2025-12-16-131339-300x90.png\")
<\/p>\n![\"\"](\"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-content\/uploads\/2025\/12\/Screenshot-2025-12-16-131427-300x221.png\")
<\/p>\nQuellen<\/h1>\n