Eklenti erişimini, dosya sistemi ve ağ üzerinden appdomain üzerinden sınırla

Question

Bir süre önce eklenti erişiminin nasıl kısıtlanacağını (bunların diske veya ağa yazılmasını engellemek istiyorum) sordum ve AppDomain'u kullanmam söylendi. Bu çalışmayı nasıl alacağımı araştırdım, denedim ve başaramadım.

Başlayabilmem için bazı bilgileri sağlayabilir miyim, basitçe dosyaya veya ağa yazılmasına izin vermeyen bir AppDomain oluştur.

Answer 1

Sanırım doğru olanı anlamanız gerekirse, ihtiyacın olan şey bu.

System.Security.PermissionSet ps = 
    new System.Security.PermissionSet(System.Security.Permissions.PermissionState.None); 
ps.AddPermission(new System.Security.Permissions.FileIOPermission(System.Security.Permissions.FileIOPermissionAccess.NoAccess, "C:\\")); 
System.Security.Policy.PolicyLevel pl = System.Security.Policy.PolicyLevel.CreateAppDomainLevel(); 
pl.RootCodeGroup.PolicyStatement = new System.Security.Policy.PolicyStatement(ps); 
AppDomain.CurrentDomain.SetAppDomainPolicy(pl); 
System.Reflection.Assembly myPluginAssembly = AppDomain.CurrentDomain.Load("MyPluginAssembly"); 

Bu daha tam olarak ne anlama geliyor?

Eklentinin erişim sahibi olmasını istemediğiniz yolları içeren bir dizi dizi sağlayabileceğine dikkat edin. FileIOPermission sınıfının yeni örneğini başlatırken sağlayabilirsiniz.

Bu yardımcı olursa bana bildirin. :-)

Answer 2

Eklentiler kullanıyorsanız, belki de vekiller hakkında bilgi sahibi olabilirsiniz.

Derlemenizi bir proxy aracılığıyla yüklerken, doğru bir şekilde hatırladığım takdirde, bu belirli aksamın güvenlik ilkesi düzeyini LoadAssembly() yöntemiyle belirtebilirsiniz. Başka bir deyişle, bu yansıma ile yapılır.

Cevabımın çok ayrıntılı olmadığını biliyorum, ama umarım size çözümünüzü nasıl arayacağınıza dair bir fikir verir. Konuyla ilgili daha fazla bilgi bulmak için bir göz atacağım, böylece daha iyi bir yardım alabileceğim. =)

Yaptığınız zaman bulgularınızı paylaşacağınızı umuyorum.

Answer 3

.net framework 4.0 için lütfen aşağıdaki kodu this MSDN makalesinden izleyin.

Aşağıdaki örnek, önceki bölümdeki yordamı uygular. Örnekte, bir Visual Studio çözümünde Sandboxer adlı bir proje, UntrustedCode adlı bir proje de içerir ve bu da UntrustedClass sınıfını uygular. Bu senaryo, sağladığınız sayının bir Fibonacci numarası olup olmadığını belirtmek için true veya false döndürmesi beklenen bir yöntem içeren bir kitaplık derlemesini indirdiğinizi varsayar. Bunun yerine, yöntem bilgisayarınızdan bir dosya okumayı dener. Aşağıdaki örnek güvenilir olmayan kodu göstermektedir. Aşağıdaki örnek, güvenilmeyen kodu yürüten Sandboxer uygulama kodunu göstermektedir.

using System; 
using System.Collections.Generic; 
using System.Linq; 
using System.Text; 
using System.IO; 
using System.Security; 
using System.Security.Policy; 
using System.Security.Permissions; 
using System.Reflection; 
using System.Runtime.Remoting; 

//The Sandboxer class needs to derive from MarshalByRefObject so that we can create it in another 
// AppDomain and refer to it from the default AppDomain. 
class Sandboxer : MarshalByRefObject 
{ 
    const string pathToUntrusted = @"..\..\..\UntrustedCode\bin\Debug"; 
    const string untrustedAssembly = "UntrustedCode"; 
    const string untrustedClass = "UntrustedCode.UntrustedClass"; 
    const string entryPoint = "IsFibonacci"; 
    private static Object[] parameters = { 45 }; 
    static void Main() 
    { 
     //Setting the AppDomainSetup. It is very important to set the ApplicationBase to a folder 
     //other than the one in which the sandboxer resides. 
     AppDomainSetup adSetup = new AppDomainSetup(); 
     adSetup.ApplicationBase = Path.GetFullPath(pathToUntrusted); 

     //Setting the permissions for the AppDomain. We give the permission to execute and to 
     //read/discover the location where the untrusted code is loaded. 
     PermissionSet permSet = new PermissionSet(PermissionState.None); 
     permSet.AddPermission(new SecurityPermission(SecurityPermissionFlag.Execution)); 

     //We want the sandboxer assembly's strong name, so that we can add it to the full trust list. 
     StrongName fullTrustAssembly = typeof(Sandboxer).Assembly.Evidence.GetHostEvidence<StrongName>(); 

     //Now we have everything we need to create the AppDomain, so let's create it. 
     AppDomain newDomain = AppDomain.CreateDomain("Sandbox", null, adSetup, permSet, fullTrustAssembly); 

     //Use CreateInstanceFrom to load an instance of the Sandboxer class into the 
     //new AppDomain. 
     ObjectHandle handle = Activator.CreateInstanceFrom(
      newDomain, typeof(Sandboxer).Assembly.ManifestModule.FullyQualifiedName, 
      typeof(Sandboxer).FullName 
      ); 
     //Unwrap the new domain instance into a reference in this domain and use it to execute the 
     //untrusted code. 
     Sandboxer newDomainInstance = (Sandboxer) handle.Unwrap(); 
     newDomainInstance.ExecuteUntrustedCode(untrustedAssembly, untrustedClass, entryPoint, parameters); 
    } 
    public void ExecuteUntrustedCode(string assemblyName, string typeName, string entryPoint, Object[] parameters) 
    { 
     //Load the MethodInfo for a method in the new Assembly. This might be a method you know, or 
     //you can use Assembly.EntryPoint to get to the main function in an executable. 
     MethodInfo target = Assembly.Load(assemblyName).GetType(typeName).GetMethod(entryPoint); 
     try 
     { 
      //Now invoke the method. 
      bool retVal = (bool)target.Invoke(null, parameters); 
     } 
     catch (Exception ex) 
     { 
      // When we print informations from a SecurityException extra information can be printed if we are 
      //calling it with a full-trust stack. 
      (new PermissionSet(PermissionState.Unrestricted)).Assert(); 
      Console.WriteLine("SecurityException caught:\n{0}", ex.ToString()); 
      CodeAccessPermission.RevertAssert(); 
      Console.ReadLine(); 
     } 
    } 
}