Migrationsleitfaden Version 3.0

Speichermanagements empfiehlt Microsoft jedoch auch für Neuentwicklungen die .NET-
Plattform.
Das .NET-Framework erlaubt mittels der sogenannten Codezugriffssicherheit (Code
Access Security, CAS) die Beeinflussung der Berechtigung auf Anwendungsebene. Auf
diese Weise kann festgelegt werden, welche Aktionen (zum Beispiel Zugriff auf Ressourcen
wie Dateien, Umgebungsvariablen, Drucker oder Datenbanken) eine Anwendung
durchführen darf, und zwar unabhängig davon, ob der ausführende Benutzer ein
einfacher Benutzer oder ein Administrator ist. Neben den standardmäßig vorhandenen
Berechtigungen können auch neue Berechtigungen implementiert werden. Darüber
hinaus existiert auch die Möglichkeit, Sicherheitseinstellungen in Abhängigkeit von der
Identität des ausführenden Benutzers oder der Herkunft des Programms vorzunehmen.
Die Sicherheitsüberprüfungen werden von der Common Language Runtime vorgenommen
und betreffen nur reine .NET-Anwendungen. So werden beispielsweise aus .NET-
Anwendungen aufgerufene COM-Funktionen ohne sicherheitsbasierte Einschränkungen
(abgesehen von den betriebssystemseitig vergebenen Benutzerrechten) ausgeführt.
Durch solche externe Aufrufe von Altmodulen (COM- oder DCOM-basiert) kann die CAS
umgangen werden, selbst wenn sie eingeschaltet ist. Insbesondere durch die Übernahme
von bewährten aber älteren Softwaremodulen auf COM- oder DCOM-Basis, wird
dadurch die CAS häufig umgangen. Aus diesen Gründen lehnen viele Entwickler die
CAS als prinzipiell hilfreich aber nicht praktikabel ab.
Von der CLR ausgeführte CIL-Programme werden als „Managed Components― bezeichnet,
weil sie von der CLR unter Einbeziehung der CAS kontrolliert ausgeführt werden.
Code, der nicht von der CLR, sondern direkt von der CPU ausgeführt wird, wird im
Gegensatz dazu als „Unmanaged Code― bezeichnet. Dies betrifft zum Beispiel aus .NET-
Anwendungen heraus aufgerufene COM-Funktionen. Der Begriff „Managed Code―
bezeichnet also die Ausführung von Code durch eine Virtual Machine beziehungsweise
das Management dieses Codes. Obwohl der Begriff „Managed Code― durch Microsoft
geprägt wurde, wird diese Technik zum Beispiel auch von Java eingesetzt. Auch hier
übernimmt eine Virtual Machine das Management des Codes.
Die konzeptionell gegebene Plattformunabhängigkeit der zugrundeliegenden Common
Language Infrastructure (CLI) und ihre Standardisierung durch Ecma International und
ISO haben dazu geführt, dass es mittlerweile zwei OpenSource-Projekte gibt, die .NET-
Funktionalitäten auch auf anderen Betriebssystemen zur Verfügung stellen 446 . Dabei
handelt es sich zum einen um das von Novell unterstützte Mono 447 und zum anderen um
das DotGNU Portable.NET 448 .
Bei Mono handelt es sich um eine Entwicklungs- und Laufzeitumgebung, die die Erstellung
und Ausführung von .NET-Anwendungen unter Linux, Solaris, Mac OS X, Windows
und Unix ermöglicht. Der Stand der .NET-Unterstützung von Mono in der aktuellen Version
1.2.4 liegt zwischen .NET 1.1 und .NET 2.0. Bis Ende 2007 soll die .NET-2.0-Unterstützung
vollständig sein.
446 Inwieweit diese technischen Möglichkeiten am Ende durch rechtliche Belange, wie Patente
oder Urheberrecht beschränkt werden, muss sich erst noch zeigen.
447 http://www.mono-project.com/Main_Page
448 http://www.dotgnu.org/pnet.html
Seite 474