Здравствуйте, kig, Вы писали:

kig>Сделал для себя промежуточные выводы. Отсюда вопрос. На сколько реально разобрать и, что немаловажно, потом собрать, сборку, к которой была применена обфускация?

Это зависит от того, каким именно обфускатором прошлись по сборке. ANTS Profiler здорово обфусцирован. Хоть я и разобрался в коде, но собрать разобранную сборку нереально. Вместо названий методов — нечитабельные символы (квадратики).

Hello, "Anton Batenev"

> TK>Строгое имя у сборки это не понацея. Есть масса ситуаций когда целостность сборки со строгим именем не контролируется.
>
> Я вот так и не понял каким образом защищаются подписаные сборки. Ведь, если я ее могу разобрать, изменить и собрать, то и подпись я просто могу удалить и вообще все следы подписи убрать. Или нет?

Добавление к сборке StrongName это не защита, а идентификация. Возможность контроля изменений в такой сборке это всего лишь бесплатное дополнение.

Hello, "Anton Batenev"
>
> TK>Плюс, можно просто для опреденного PublicKey отключить подобные проверки.
>
> А можно по подробнее?

Есть утилита в SDK — sn.exe. Один из ее ключиков позволяет это сделать

Здравствуйте, Anton Batenev, Вы писали:

[]

AB>Кабы я знал. Reflector откатал исходник на шарпе с конструкциями в виде:

[]

Шарп из рефлектора можно использовать только для простых случаев. Или для изучения внутренностей. Пересборку надо делать только через MSIL.


[]

AB>Из / в MSIL я собираю без ошибок и подправленый мной код, но остается тогда проблема с тем, что сборка подписана и, соответственно, перестает работать. Как заставить ее после пересборки работать — не знаю ибо только вчера задался подобными вопросами. Если кто подскажет?

Скорее не пересобранная сборка, а другие сборки, которые зависят от пересобранной, работать не хотят? Выдают типа: при попытке загрузки искали с PublicKeyToken=бла-бла, а найдена с PublicKeyToken=null?

Если так, то или использовать способ

Автор: TK
Дата: 16.11.05

, который озвучил TK, или по цепочке разружать сборки и вычищать в них PublicKeyToken:

.assembly extern xxx
{
//  .publickeytoken = (50 E4 C9 A1 8B 94 8D 5B )                         // P......[
  .ver 6:0:0:6138
}

hint: NDepend, NAnt — таски ilasm и ildasm

kig>>Встречный вопрос. Алгоритм защиты симметричный или асимметричный?

Я имел в виду не подпись сборки (она реализуется по RSA-алгоритму), а защита в "ломаемой" сборке.

ЗЫ: Если не секрет, что за продукт?

Здравствуйте, kig, Вы писали:

AB>>Кабы я знал. Reflector откатал исходник на шарпе с конструкциями в виде:
kig>Шарп из рефлектора можно использовать только для простых случаев. Или для изучения внутренностей. Пересборку надо делать только через MSIL.

OK. Принято к сведению.

AB>>Из / в MSIL я собираю без ошибок и подправленый мной код, но остается тогда проблема с тем, что сборка подписана и, соответственно, перестает работать. Как заставить ее после пересборки работать — не знаю ибо только вчера задался подобными вопросами. Если кто подскажет?
kig>Скорее не пересобранная сборка, а другие сборки, которые зависят от пересобранной, работать не хотят? Выдают типа: при попытке загрузки искали с PublicKeyToken=бла-бла, а найдена с PublicKeyToken=null?

В том-то и дело, что она там одна и от нее никто не зависит. (Если, конечно, я правильно понял, что файл DLL тождественен сборке)

kig>>>Встречный вопрос. Алгоритм защиты симметричный или асимметричный?
kig>Я имел в виду не подпись сборки (она реализуется по RSA-алгоритму), а защита в "ломаемой" сборке.

Да простое условие что-то типа:

Если (Ключ_не_валиден)
Форма_с_напоминанием_о_необходимости_покупки.Показать();

kig>ЗЫ: Если не секрет, что за продукт?

Не секрет, iGrid.NET — грид.

Вообще я начал заниматься его ломкой только из за того, что хотелось найти нормальный грид для отображения данных из БД (ну и еще посмотреть на сколько сложно будет ломать мои творения). Порыскал в и-нете, посмотрел то, что платно и бесплатно. То, что бесплатно (SourceGrid, например) — так это проще и быстрее будет вернуться на С++ билдер и использовать бесплатный EhGrid.

То, что платно, обратил внимание на DevExpress, даже ключики нашел, чтобы разрабатывать и не бояться, что eval-лицензия кончилась.

Меня жестого обломили — XtraGrid для VS2003 не цепляется к VS2005 b2, а XtraGrid для VS2005 почему-то не ставится на 2005 b2. Более того, установки / сносы привели к тому, что теперь они вообще отказываются ставиться на моей машине с сообщением о том, что Администратор (т.е. я) запретил установку (ну это уже ни в какие ворота не лезло).

iGrid — простенько и со вкусом вроде, судя по демкам. Вот его я и начал "ломать". Не доломал — бросил.

Вроде как начал разбираться со стандартным DbGridView. Вроде то и его достаточно, но чуть-чуть чего-то не хватает...

Так что, ломание — это уже вопрос теоретический (на будущее). Вопрос грида открытый, но, посмотрев архив RSDN, я так понял, что эта тема наболевшая и нормального решения так и не найдено.

Здравствуйте, Anton Batenev, Вы писали:

[]

Если интерес остался — моя почта в профайле

Здравствуйте, kig, Вы писали:

Дополнение — в сабже напиши RSDN, а то как бы со спамом не выкинул

Здравствуйте, TK, Вы писали:

TK>Hello, "Anton Batenev"
>>
>> TK>Плюс, можно просто для опреденного PublicKey отключить подобные проверки.
>>
>> А можно по подробнее?

TK>Есть утилита в SDK — sn.exe. Один из ее ключиков позволяет это сделать


Если нужно слегка поправить чужую софтину то Strong name обычно сносят нафик — есть специальные утилиты
Вот например

2Anton Batenev

ну как добил igrid?

очень интересно

и ещё может кто знает grid с цветной раскрасской?

---

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Здравствуйте, gortol, Вы писали:

G>ну как добил igrid?
G>очень интересно

Добил, но не я

G>и ещё может кто знает grid с цветной раскрасской?

А igrid разве не позволяет?

P.S. Вообще, с переходом на 2.0 и появлением в распоряжении DataGridView, стало хватать стандартных компонентов.