Wer kennt nicht noch die Zeiten, wo Microsoft nicht gerade der Inbegriff für Sicherheit war.

Aber dies hat sich enorm geändert. Microsoft hat viel getan in dieser Hinsicht und hat noch viel mehr vor.

Jetzt haben die Jungs vom Internet Explorer Team eine weitere feine Sache in den IE8 implementiert.

Und zwar das sogenannte “InPrivate”.

Laut dem Blogbeitrag unter IE8 and Privacy speichert der IE8 keinerlei Daten auf der Festplatte.

Das macht Forensikern das Leben so richtig schwer, den Werbetreibenden aber auch.

Keine Tracking Cookies, keine versteckten Informationen mehr und auch Viren haben hier ihre Last dann. Da der IE8 nichts mehr auf der Platte speichert, wird sich hier auch ein Virus die Zähne ausbeißen.

So jedenfalls die Theorie!

Bleibt abzuwarten wie die ganze Sache gelöst ist. In der nächsten Beta des IE8 soll dieses Feature enthalten sein und ich werde es mir auf jeden Fall ansehen.

*Aktualisierung*

Hier ein Auszug aus dem Blogbeitrag vom IE8 Team:

New temporary Internet files will be deleted after the Private Browsing window is closed

Merci… Solange Daten auf der Platte landen, kommt man später auch wieder ran. Auch wenn sie gelöscht sind.

Schade… Hätte ja sein können, dass hier mal mitgedacht wird.

Unittests sind oftmals das letzte, was vor dem Codechaos schützt.

Aber wehe man muß bei den Unittests eine Datenbank berücksichtigen.

Da kommt man schnell ins Fummeln. Hier mal ein Hilfsscript, dort ein Backup, hier ein Restore und weil es Spaß macht, muß man alles wieder von vorne machen, sobald sich nur eine kleine Sache in der Datenbank geändert hat.

Und hier kommt dann NDbUnit ins Spiel.

NDbUnit ist aber nicht wie NUnit eine Unittestlösung mit Oberfläche, sondern wird direkt in den Source integriert.

Bleibt abzuwarten, ob sich hier in Zukunft noch was ändert. So wirklich glücklich bin ich über diese Lösung nicht…

Wer nur einen kurzen Blick drauf werfen will, der findet hier ein kleines Videobeispiel von NDbUnit.

Für mich selbst ist es im Moment nicht sinnvoll einsetzbar, da ich mit dem Dynamic Data Cache auf eine eigene Datenbankfremde Lösung setze.