доступа частный метод в различной комплектации с #

Question

Это может быть Daft вопрос, как я могу видеть причину безопасности, чтобы это произошло так, как это делает ...

У меня есть лицензирование C# проекта, это имеет класс который имеет метод, который генерирует мои лицензионные ключи. Я сделал этот метод приватным, так как я не хочу, чтобы кто-либо еще мог вызвать мой метод по очевидным причинам.

Следующее, что я хочу сделать, - это иметь мой пользовательский интерфейс, который находится в другом проекте C#, который ссылается лицензирующая dll будет единственной другой «вещью», которая может получить доступ к этому методу вне себя, это возможно или мне нужно переместить его в один и тот же проект, чтобы он все скомпилировался в одну и ту же DLL, и я могу получить доступ к ее членам?

LicensingProject
-LicensingClass
--private MethodX (GeneratesLicenseKeys)

LicensingProject.UI
-LicensingUiClass
--Я хочу, чтобы иметь возможность быть единственным классом, чтобы иметь возможность доступ MethodX

Существует причина, по которой лицензионный ключ-генератор не только в пользовательском интерфейсе, лицензирование работает, генерируя хеш сам по себе и сравнивает его с тем, который генерируется Генератором лицензий.

Я бы предпочел, чтобы все не компилировались в dll, так как моим конечным пользователям не нужен код пользовательского интерфейса.

Я знаю, что здравым смыслом используется частный метод. Я в тупике.

Answer 1

Вы можете сделать это внутренним методом и использовать InternalsVisibleToAttribute, чтобы предоставить LicensingProject.UI дополнительный доступ к LicensingProject.

Точка Мерддада о правоприменении правильная и неправильная одновременно. Если у вас нет ReflectionPermission, CLR перестанет вам называть то, что вам не нужно, но если вы используете отражение от полностью доверенной сборки, вы можете позвонить что угодно. Вы должны предположить, что потенциальный хакер может запустить полностью доверенную сборку на своем собственном компьютере.

Ничто из этого не позволит кому-то использовать Reflector для декомпиляции кода. Другими словами, сделать это частным, это не действительно, добавляя значительную степень безопасности к вашей схеме лицензирования. Если кто-то действительно приложит все усилия, чтобы сломать его, они, вероятно, смогут это сделать.

Answer 2

public, private ... материал компилятором просто выполняется. Вы можете использовать отражение, чтобы получить доступ к ним довольно легко (при условии, что код имеет необходимые разрешения, что является разумным предположением, поскольку он имеет полный контроль над машиной). Не полагайтесь на то, что никто не может назвать это.

Answer 3

Это действительно комментарий, в ответ на точку зрения Мехрдада о времени выполнения, не выполняющем проверки доступа; здесь вы можете увидеть JIT (он выясняется), выполняющий проверку доступа - не отражение, а не компилятор C#.

Чтобы исправить код, сделайте Foo.Bar общедоступным.Интересно, что он также проверяет, что Foo доступен - так что Foo внутренний, чтобы увидеть больше фейерверк:

using System; 
using System.Reflection; 
using System.Reflection.Emit; 
static class Program { 
    static void Main() { 
     MethodInfo bar = typeof(Foo).GetMethod("Bar", 
      BindingFlags.Instance | BindingFlags.Public | BindingFlags.NonPublic); 
     var method = new DynamicMethod("FooBar", null, new[] {typeof(Foo)}); 
     var il = method.GetILGenerator(); 
     il.Emit(OpCodes.Ldarg_0); 
     il.EmitCall(OpCodes.Callvirt, bar, null); 
     il.Emit(OpCodes.Ret); 

     Action<Foo> action = (Action<Foo>) method.CreateDelegate(typeof(Action<Foo>)); 
     Foo foo = new Foo(); 
     Console.WriteLine("Created method etc"); 
     action(foo); // MethodAccessException 
    } 
} 

public class Foo { 
    private void Bar() { 
     Console.WriteLine("hi"); 
    } 
} 

Answer 4

Foo.Bar может остаться частным ... Чтобы исправить код, указанный выше, добавить один параметр в конце DynamicMethod конструктора :

var method = new DynamicMethod("FooBar", null, new[] {typeof(Foo)}, true); 

Добавить верно пропустить видимость JIT проверок типов и членов, доступ к которым MSIL динамического метода.