Думаю следующее развитие будет полезным.
1. Расширить набор примеров на C#.
Примеры на C# не охватывают всю функциональность API. Нет примеров для Code. Нет примеров для TRU.
Думаю, что более предпочтительны примеры в виде консольного приложения, нежели оконного примера как в уроках практического курса.
2. В обфускатор .Net включить поддержку переименований в BAML файлах.
Это крайне важно для WPF приложений. Иначе много придется исключать из офускации т.к. и наименование контролов, и дата биндинг, и ресурсы XAML, привязываются к именам кода. Если поддержки переименования в BAML не будет, то проще использовать внешний обфускатор для WPF приложения, а в таком случае затруднено добавление функций в исключения в ExclusionUtility.
На сколько мне известно такие опен сорс проекты как Obfuscar в каком то, объеме это делают.
Например если в XAML контрола или окна использовать атрибут x:ClassModifier="internal", то возможно практически полностью удалить наименования классов при обфускации в Dotfuscatore.
Вообще неплохо было-бы BAML файлы шифровать при автозащите, т.к. там много текста.
3. Дополнить обфускатор.
Добавить возможность настройки удаления информационных атрибутов на подобии [DebuggerDisplay("{Position}; {Normal}")].
Добавить возможность настройки обфускации имен локальных переменных у публичных функций. Например:
4. Дополнить ExclusionUtility.exe анализом сборок и автоматическим расставлением галочек на обфускацию.
Например, если в сборке используется атрибут [Obfuscation(Exclude = true)], то галочка не ставиться и появляется возможность просмотреть причину исключения из обфускации. Аналогично не проставлять галочки на обфускацию при наличии ссылок в BAML файлах.
Да и автоматический выбор галочек для обфускации потока управления тоже не помешает, т.к. даст возможность понять какие функции в итоге будут обфусцироваться при заданном проценте защиты.
5. ExclusionUtility.exe - нахватает функционала анализа изменений в сборках.
Например, если у меня изменился проект (добавились и удалились классы и/или функции), мне нужно будет расставить все галочки заново?
6. Исходный код GuardantDotNetApi.dll
В принципе GuardantDotNetApi.dll можно декомпилировать (это законно?). Но лучше бы иметь исходный код для встраивания в собственное приложение. И наборы функций-утилит преобразования данных из массивов байт и обратно.
7. Экспорт из GrdUtil в C#.
Преобразовать Си код в код C# больших проблем не составляет, но и запрограммировать это преобразование в GrdUtil тоже, зато будет польза для остальных разработчиков.
8. Еще заметил прикольную подсказку.
]]>