.NET Security. Proseminar Objektorientiertes Programmieren mit.net und C# Bulwahn Julian. Institut für Informatik Software & Systems Engineering

Transkript

1 .NET Security Proseminar Objektorientiertes Programmieren mit.net und C# Bulwahn Julian Institut für Informatik Software & Systems Engineering

2 Motivation NET Security 2

3 Inhalt Code Access Security(CAS) - Type Safety - Permissions - Transparency - Sandboxing Role-Based Security NET Security 3

4 Type Safety Type Safety: Zugriff auf Typen nur auf genau definierte, zulässige Weise. Keine Pointerarithmetik und kein Zugriff auf private Werte. Bei der JIT Kompilierung Prüfung der Typsicherheit Nur verifizierbar typsicherer Code erlaubt die Durchführung der Sicherheitsmechanismen Zur Ausführung von nicht verifizierbar typsicheren Code oder unverwalteten Code werden spezielle Berechtigungen benötigt (siehe SecurityPermission) NET Security 4

5 Permissions regeln Zugriff auf Operationen und Ressourcen Beispiele: - FileIOPermission - UIPermission - ReflectionPermission - SecurityPermission Permissions nehmen Werte an: PermissionState.Unrestricted, PermissionState.None oder bestimmte Werte. Assemblies besitzen jeweils eine Menge(PermissionSet) an Permissions NET Security 5

6 SecurityPermission Enthält mächtige Flags zur Ausführung von Code Execution: zur Ausführung von Code SkipVerification: Zulassen von nicht verifizierbar typsicheren Code UnmanagedCode: Zulassen von nicht verwalteten Code ControlAppDomain: Ermöglicht Zugriff auf die AppDomain NET Security 6

7 CodeAccessPermissionInterface Bild NET Security 7

8 Stackwalk Beim Aufruf von Demand() wird jede aufrufende Assembly auf die Permission(menge) geprüft. Ein Aufruf von Assert() unterbricht den Stackwalk. Höherliegende Assemblies werden nicht geprüft NET Security 8

9 Imperative und Deklarative Syntax Paar aus Permission-Klasse und Attribut Imperative Syntax Erstellen von Permissions innerhalb von Funktionen und Aufruf der der Permission-methoden Deklarative Syntax Überprüfung von Permissions anhand von Attributen NET Security 9

10 Beispiel deklarative Syntax [FileIOPermission(SecurityAction.Demand, AllFiles=FileIOPermissionAccess.Read)] string readlineinfile(string filename){ } //Lese Zeile der Datei ein //... return result; NET Security 10

11 Beispiel imperative Syntax string readlineinfile(string filename){ FileIOPermission f = new FileIOPermission(PermissionState.None); f.addpathlist(fileiopermissionaccess.read, filename); } try { f.demand(); } catch (SecurityException s) { (new PermissionSet(PermissionState.Unrestricted)).Assert(); } Console.WriteLine(s.Message); CodeAccessPermission.RevertAssert(); //Lese Zeile der Datei ein //... return result; NET Security 11

12 Transparency Unterteilung von Code in kritische und unkritische Bereiche Beim Erstellen von transparenten Code muss kaum an Sicherheitsaspekte gedacht werden. SecuritySafeCritical SecuritySafeCritical Code muss besonders sorgfältig geprüft werden. SecurityTransparent SecurityCritical NET Security 12

13 Nutzung von Transparency-Attributen [SecurityTransparent] void harmlessmethod() { //Mache harmlose Sachen } } } //rufe eine privilegierte Funktion aus. writefile(); [SecuritySafeCritical, FileIOPermission(SecurityAction.Demand, Unrestricted=true)] void writefile(){ //Berechtigungen sichergestellt. //rufe kritische Methode(n) auf writefileonos(); [SecurityCritical] void writefileonos(){ // Use native functions // NET Security 13

14 PermissionSets von Assemblies Lokale (und Intranet) Applikation laufen unter Full-Trust Bei hosted Assemblies entscheidet der Host (z.b. ASP.NET, IE, Silverlight ) über die zugeteilten Permissions Einschränkungen der Permissions über Sandboxing NET Security 14

15 Sandboxing Zum Ausführen teilweiser vertrauenswürdiger Assemblies (managed Code) werden diese in einer Sandbox vom restlichen Code isoliert Permission der Sandbox(AppDomain) werden vom Host/Entwickler selbst spezifiziert NET Security 15

16 Sandboxbeispiel static void Main(string[] args){ Evidence e = new Evidence(); e.addhostevidence(new Zone(SecurityZone.Internet)); PermissionSet pset = SecurityManager.GetStandardSandbox(e); AppDomainSetup ads = new AppDomainSetup(); ads.applicationbase = "C:\\Sandbox"; File.Copy("HelloWorld.exe", "C:\\Sandbox\\HelloWorld.exe", true); } AppDomain sandbox = AppDomain.CreateDomain( "Sandboxed Domain", e, ads, pset, null); sandbox.executeassemblybyname("helloworld"); NET Security 16

17 Role-Based Security Nutzerautorisierung anhand von Rollen (und Identitäten) Interfaces IPrincipal und IIdentity IPrincipal: kapselt Identity und Rollen IsInRole IIdentity Properties AuthenticationType IsAuthenticated Name NET Security 17

18 Role-Based Security WindowsIdentity und WindowsPrincipal GenericIdentity und GenericPrincipal Implementierung die Zugriff auf Nutzer und Gruppen des WindowsBS ermöglicht. Standardimplementierung unabhängig von Windows NET Security 18

19 Role-Based Security void checkprincipalbypermission() { AppDomain.CurrentDomain.SetPrincipalPolicy(PrincipalPolicy.WindowsPrincipal); PrincipalPermission principalperm = new PrincipalPermission(null, "Administrators"); principalperm.demand(); } } Console.WriteLine("Hi Admin!"); void checkprincipaldirectly() { AppDomain.CurrentDomain.SetPrincipalPolicy(PrincipalPolicy.WindowsP rincipal); WindowsPrincipal MyPrincipal = (WindowsPrincipal)Thread.CurrentPrincipal; if(myprincipal.isinrole(windowsbuiltinrole.administrator)) Console.WriteLine("Hi Admin!"); NET Security 19

20 .NET Security Grundprinzip: Einfach, aber erweiterbar. zumindestens seit.net NET Security 20

21 Fragen? Diskussionsbedarf? Danke für die Aufmerksamkeit NET Security 21