Roboterfernsteuerung in offener Netzwerkumgebung

Abbildung 14: Impersonierung des Client, wenn Proxy Identität bekannt ist Bei statischem Cloaking, sieht der Server die Identität des Client, die er beim ersten Aufruf des Servers besitzt. Abbildung 14 zeigt ein Beispiel wenn die Proxy Identität bei einem Aufruf von B nach C gesetzt wurde. Bei einem darauffolgenden Aufruf, sieht Prozess D die Identität von B, da statisches Cloaking bei B und C verwendet wurde. Bei dynamischen Cloaking basiert, wie bereits erwähnt, die Client Identität auf der des Thread - Tokens, falls eine existiert. Abbildung 15 zeigt den Fall, wenn B und C dynamisches Cloaking verwenden und deshalb D die Identität von A sieht, obwohl er über B und C gerufen wird. [...]

Es werden statisches und dynamisches Cloaking unterschieden: • Statisches Cloaking (EOAC_STATIC_CLOAKING): der Server sieht das Proxy - Token des Client beim ersten Aufruf, bei dem die Proxy - Identität benutzt wird, falls sie vorher gesetzt wurde. Wurde sie nicht gesetzt wird das Thread - Token des Hauptthreads des Client benutzt. Falls auch das nicht vorhanden ist, wird das des Prozesses verwendet, das immer existiert. Für alle weiteren Aufrufe wird die Identität des ersten Aufrufes benutzt. • Dynamisches Cloaking (EOAC_DYNAMIC_CLOAKING): die Identität des Client wird bei jedem Aufruf durch das Thread - Token, oder falls es nicht existiert durch das Prozesstoken, bestimmt. Diese Art von Cloaking ist zeitaufwendig. In Tabelle 9 wird zusammengefasst, welche Identität des Client dem Server bekannt ist (Client Identität), wenn eine bestimmte Cloaking Art gesetzt, ein Thread Token vorhanden oder nicht vorhanden ist und wenn die Proxy Identität vorher gesetzt wurde oder nicht. Cloaking Art [...]

Erhält der Server von einem lokalen oder entfernten Client die Anforderung einen COM Server zu starten, der keinen LaunchPermission Eintrag besitzt, wird dieser ACL Wert während der Impersonierung des Client geprüft und, abhängig vom Erfolg dieser Prüfung, der COM Server gestartet oder nicht. Standardmäßig ist den Administratoren, dem SYSTEM und dem INTERACTIVE Benutzer der Zugriff erlaubt. 2.2.7.2 Cloaking Cloaking ist ein Sicherheitsmechanismus, der ab Windows 2000 verfügbar ist. Dabei nimmt ein COM Server der während der Impersonierung die Identität des Client an indem er seine eigene Identität maskiert und tritt gegenüber einem weiteren Server, den er aufruft, als dieser Client auf. Im Wesentlichen ist die Identität des Client, die der Server erkennt, die des Proxy, dessen Identität wiederum von mehreren Faktoren abhängt. Bevor Windows 2000 verfügbar war, hat ein COM Server während der Impersonierung eines COM Client dessen Prozess - Token benutzt um seine Identität zu bestimmen. Deshalb wurde die Identität des Client immer als die des Prozesses erkannt in dem die Komponente instanziert wurde. Mittels Cloaking ist es möglich durch einen Aufruf von CoInitializeSecurity dynamisch die Identität des Prozesses und die des Client zu ändern. Das bedeutet, dass Server, die von einem Client gestartet werden, während der Impersonierung die Identität des Aufrufers erkennen können, vorausgesetzt der Client hat dem Server die Autorität verliehen (siehe „2.2.7.1.2 LegacyImpersonationLevel“). [...]