da ich mich mit den virtuellen geschichten nicht auskenne, es aber so langsam mal "wissen möchte" - meine fragen:

- wenn ich im OS ein virtuelles OS installiere - kann ich darin noch ein virtuelles OS installieren? sollte doch möglich sein, oder?

- kann maleware aus der V-maschiene "raus"?

- kann man ein OS-abbild vom real-OS in die V-Maschiene einbinden? (damit ich nicht die ganze installation durchgehn muss)

tnx,
cotton

Also zu deinen Fragen:

1. Warum willst du ein virtuelles System zwei mal haben ? Eines reicht doch.

2. Neija (Jaein), wenn du nur sichere Dateien frei gibst, passiert nichts.

3. Ja das müsste funktionieren, schau dich am besten einmal mit Image Programme um, sowas wie Paragon Drive Backup.

mfg Neotax

1. ist ja eine gegenfrage
der grundgedanke (muss bissl ausholen):

ich hab gelesen, dass ein eindringling in dem virt.OS gefangen sei. mit einem sicherungspunkt, der den "urzustand" immer wieder herstellt, wäre der schädling beim nächsten start uninteressant.
(klar, dass es selbst im Virt.OS nicht uninsteressant is, wenn es gerade mit dem schädling benutzt wird. dazu aber ein andermal)

es sei denn, das "ding" oder der "hacker" weiss/bekommt mit, dass er in einem virt.OS gelandet ist.

artikeln nach, haben (wie jede software) programme der "virtuellen welt" viele sicherheitslücken.

mal angenommen der eindringling weiss von solch einer sicherheitslücke und kommt aus dem virt.OS heraus - und jetzt meine simple aber sinnvolle idee - aber dort wartet die nächste virt.Maschiene.

klar, damit nicht die gleiche lücke ausgenutzt wird nutzt man als 2. virt.Programm einen völlig anderen hersteller.

bis der "hacker" nun noch das 2. virtOS ERKANNT hat, und es UMGEHEN kann .... ist mein rechner schon wieder aus

so what? ist doch logisch, wenn auch paranoid


weiter hab ich gelesen, dass es (bald?)möglich (geplant?)sei, vom hostsystem das virtOS zu überwachen.
dabei werden die systemdateien aus dem hostsystem mit dem virtOS "verglichen".

sehr nette geschichte. dumm nur, dass wieder sehr sehr viel software UND eine VERBINDUNG vom hostOS zum virtOS besteht, was das ganze wieder sinnlos macht.


daten freigeben: nein! wenn ich ein virtOS nutzen will, um sicherer zu sein, dann ist ne freigabe = einladung/brücke.


zum schluss: ich werds bald wissen, was passiert, wenn man mehrere virtOS ineinander schachtelt - ich probiers aus

gruss,
cotton

Also ich sags mal so, wenn dein PC nicht gerade der älteste ist, sollte das funktionieren, warum auch nicht. Nur mit dem einlesen einer CD/DVD im virtuellen PC wird es schwer, bzw müsstest du das Image einmal auf den ersten VM kopieren um es auf dem zweiten zu installieren.

Kompliziert, aber so müsste es gehen : ).

fast vergessen ...

das thema virtuell im virtuellen.

sollte funktionieren. ich war soweit, dass ich mit virtualvox ein komplettes sicheres xp virt. laufen hatte.

ich kann es nicht garantieren, da ich mir das programm durch datenverschiebung verdattelt hab, ob es 100%ig funktioniert.
aber in dem virtuellen xp hatte ich virtualbox nochmal installiert ohne probleme.
(hatte bedenken, dass es probleme mit zuprdnung vom speicher o.ä. geben könnte)

allerdings war ich dann schnell wieder gelangweilt von dem thema.
ich hatte keine lust wieder eine stunde zu warten, bis xp installiert ist.
also hab ich nur die cd mal eingelegt, und im virtuellen xp fing die installation eines virt. xp an

warum gelangweilt? weil ich feststellen musste, dass virt. OS keinen sinn für normal user macht.
sicherer ist es evtl., klar, aber wenn die dadurch gegeben wird, dass beim beenden des virt.OS der ursprungszustand wieder hergestellt wird, macht das keinen spass, weill > einfachstes bsp lesezeichen auch wieder weg.

kann man auch lösen ... kann man alles lösen, aber die zeit ...

das einzigst, was mich jetzt nur noch interessiert ist, wie oft man im virt.OS ein virt.OS installieren kann.

sicherlich kennt ihr das, wenn ich in einen spiegel seht, und im spiegel (hinter euch) ein spiegel zu sehen ist. darin spiegelt sich wieder der eine spiegel ... usw

ich schätze als erstes wird mir der ram ausgehen, da der ja dem jeweiligen virt.OS zugeordnet werden muss, und dem hostOS abgezwackt wird.

to be ...