Re: Sowieso zum Scheitern verurteilt... - Passwortschutz in MS-Office-Dokumenten u... olympus kamera

4. Januar 2004 15:00
4. Januar 2004 14:37
4. Januar 2004 14:19
4. Januar 2004 13:35

> > > > Wie soll sowas denn z.B. gehen? Das braucht massive Unterstützung des
> > > > Betriebssystem, damit ich kein Screenshot mache. Und selbst dann kann
> > > > ich den Bildschrirm mit einer gewöhnlichen olympus kamera fotografieren.
> > >
> > > Das ist doch eine an den Haaren herbeigezogene Argumentation. Dann
> > > fotografiere doch einmal die Geschäftsberichte in einer Länge von
> > > vielleicht 10.000 Seiten vom Bildschirm ab. Wer so etwas macht, der
> > > wird auch jedes andere System aushebeln.
> >
> > Da muss ich ihm aber im Prinzip Recht geben. Sobald die gewünschten
> > Informationen einmal entschlüsselt sind (und sei es nur zum Ansehen)
> > kann damit theoretisch gemacht werden was man will. Wenn sich die
> > proprietäre Office-Software weigert, einige Aktionen damit zu tun,
> > die theoretisch möglich wären (z.B.Drucken), ist das doch kein
> > Hindernis. Würde man ein selbst ein kompatibles Office-Programm
> > programmieren, könnte man die Daten, nachdem sie vom lokalen Server
> > oder was weiss ich zum lesen freigegebenen wurden, auch ausdrucken.
> > Die dazu nötigen Rohdaten sind doch jetzt lesbar im Speicher.
> > Theoretisch gehts aber noch einfacher: Analog zu dem als
> > Soundkartentreiber programmierten Audiorecorder (Total-Recorder) wäre
> > ein als Monitortreibergetarnter Druckerspooler denkbar, etwa als
> > zwischengeschalteter Haupt oder virtueller Zweitbildschirm. Anstatt
> > direkt auf einen echten Monitor könnte man das von der
> > Original-Office-Software erzeugte Bild also zuvor an einen als
> > Monitor getarnten virtuellen Drucker weiterleiten und über simulierte
> > Mausaktionen so hunderte Seiten automatisch übertragen. Höchstens
> > nochmal Texterkennung drüber und schon sind die Daten ungeschützt -
> > da kann die Officesoftware das Druckverbot zehnmal kontrollieren. In
> > meinen Augen absoluter Quatsch und Augenwischerei...
>
> Und genau das wird TCP bzw. Palladium bzw. NGSCB verhindern. Da ein
> Programm, das sowas zulassen würde (also dein selbstgeschriebenes
> Office) als unsicher eingestuft wird und kein Zertifikat == Signatur
> bekommt, lässt es das Betriebssystem nicht zu, dass es gestartet
> wird. Alle anderen Tricks werden auch nicht funktionieren, da du auch
> keinen Treiber weder für Drucker noch für Soundkarten finden wirst,
> der solche "Tricks" zulässt und gleichzeitig signiert ist, also im
> geschützten Bereich funktioniert. Auch das Auslesen des Speichers ist
> durch besondere Hardware == TCP Hardware mit TPM (setzt schon in
> Speichermanagement der CPU an geschützt).

Dann drucke ich es eben aus, simuliere den Drucker und speicher den
Datenstrom an PCL (oder was auch immer), um ihn dann wieder in Text
zu konvertieren. Auch nicht schön.

Was mich sehr skeptisch macht, dass diese Idee funktioniert:
Voraussetzung ist quasi komplett neue Hard- und Software, incl. aller
Treiber und Gadgets, die "man" so einsetzt. Und das halte ich für
praktisch undurchführbar.

Ein schönes Beispiel sind IMHO die DVD-Player. Auch wenn sich die
großen Firmen wie Sony oder Toshiba brav an CSS, Macrovision oder
Region Code halten, gibt es doch gerade bei den billigen Playern aus
Fernost praktisch kein Modell mehr, bei dem diese sich nicht relativ
einfach umgehen lassen oder erst gar nicht aktiviert sind. Und das
ist alles relativ einfacher Kinderkram, der wenig Aufwand bedeutet.
Das wird bei Paladium oder TCP wesentlich aufwändiger.

Gar keine Frage, dass Microsoft mit solchen Methoden die eigene
Vormachtstellung stützen und sogar ausbauen könnte. Das könnte sich
aber IMHO noch viel eher als das Hindernis erweisen, über das der
Konzern seine Vormachtstellung verliert. Ähnlich wie es IBM Ende der
Achtziger mit einem ähnlichen Neubeginn mit PS/2 und OS/2 widerfahren
ist.