Уважаемые коллеги, поделитесь знаниями!
Существует ли возможность защитить внешнюю обработку с закрытым модулем от обработки "Декомпилятор1Сv8.epf"
Как известно сама обработка "Декомпилятор1Сv8.epf" не может декомпилировать свой же закрытый модуль обработки уведомляя о результате
/*
Не достаточно значений в стеке на шаге 349
Не достаточно значений в стеке на шаге 358
Не достаточно значений в стеке на шаге 361
Не достаточно значений в стеке на шаге 364
Не удалось декомпилировать модуль внешней обработки Декомпилятор1Сv8
*/
Распакуем с помощью V8Unpack обработку "Декомпилятор1Сv8.epf".
В каталоге куда произвели распаковку, найдем каталог в котором будут 2 файла info и image.
- Файл "info" будет иметь содержимое {2,2,0,"",0} которое, как удалось выяснить означает, что исходный код модуля отсутствует. Если исходный код модуля присутствует, то будет еще один файл "text" и файл "info" будет иметь другое содержимое, например {3,3,1,"тут будет хеш обернутый в base64",1000}
- Файл "image" это и есть закрытый скомпилированный модуль в виде стека, именно его и не может преобразовать обратно в 1С код обработка "Декомпилятор1Сv8"
Для разбора стека знаний не хватает, статей на эту тему на форумах 1-2шт. У кого какие идеи о том как на основе данного примера защитить свою обработку, что конкретно добавить в стек или в коде 1С написать для остановки работы декомпилятора.
Существует ли возможность защитить внешнюю обработку с закрытым модулем от обработки "Декомпилятор1Сv8.epf"
Как известно сама обработка "Декомпилятор1Сv8.epf" не может декомпилировать свой же закрытый модуль обработки уведомляя о результате
/*
Не достаточно значений в стеке на шаге 349
Не достаточно значений в стеке на шаге 358
Не достаточно значений в стеке на шаге 361
Не достаточно значений в стеке на шаге 364
Не удалось декомпилировать модуль внешней обработки Декомпилятор1Сv8
*/
Распакуем с помощью V8Unpack обработку "Декомпилятор1Сv8.epf".
В каталоге куда произвели распаковку, найдем каталог в котором будут 2 файла info и image.
- Файл "info" будет иметь содержимое {2,2,0,"",0} которое, как удалось выяснить означает, что исходный код модуля отсутствует. Если исходный код модуля присутствует, то будет еще один файл "text" и файл "info" будет иметь другое содержимое, например {3,3,1,"тут будет хеш обернутый в base64",1000}
- Файл "image" это и есть закрытый скомпилированный модуль в виде стека, именно его и не может преобразовать обратно в 1С код обработка "Декомпилятор1Сv8"
Для разбора стека знаний не хватает, статей на эту тему на форумах 1-2шт. У кого какие идеи о том как на основе данного примера защитить свою обработку, что конкретно добавить в стек или в коде 1С написать для остановки работы декомпилятора.
Найденные решения
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Если в файле image стереть или заменить количество параметров в описании "мусорной" функции то получим ошибку при декомпиляции "Индекс находится за границами массива. Возможно, модуль обфусцирован!". Уже хорошо, от большинства пользователей декомпилятора спасет.
Интересно как получить ошибку "Не достаточно значений в стеке на шаге ..."
Интересно как получить ошибку "Не достаточно значений в стеке на шаге ..."
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот