как ломануть 1C 8.3 for Linux

[HPDX2300]

Настроил работу эмулятора на CentOS 7... ... стал ловить "нарушение целостности".

платформа и разрядность какая?
вычисление "статуса" имени компа есть в линуховом коде, но пока ничего интересного в связи с этим я в backbas.so не увидел.
анализ взлома и наличие эмулей в винде выполняется и клентом и сервером (модуль rserver имеет механизмы защиты).
давай попробуем собрать побольше инфы - включим техн.журнал и дождемся краха.
собирать техн. журналы надо и на стороне клиента, и на стороне сервера кластера т.к. модуль rserver, обнаружив эмуль и/или корп-патч, делает себе сеппуку, а клиентам шлет приказ "упасть с известным крахом".
диспетчером файлов зайди в папку (если нет такой - создай) /home/_логин_/.1cv8/1C/1cv8/log там все удали, если есть.
диспетчером файлов зайди в папку (если нет такой - создай) /home/_логин_/.1cv8/1C/1cv8/conf создай файл logcfg.xml такого содержания:

<?xml version="1.0" encoding="UTF-8"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">
<log location="/home/_вписать_логин_/.1cv8/1C/1cv8/log" history="96">
<event>
<eq property="name" value="EXCP"/>
</event>
<event>
<eq property="name" value="EXCPCNTX"/>
</event>
<property name="all"/>
</log>
</config>

запусти 1С и дождись краха, зайди в папку /home/_логин_/.1cv8/1C/1cv8/log делай архив папки и кидай на файловый обменник (без регистрации - files.fm)

[CDGR]

давай попробуем собрать побольше инфы - включим техн.журнал и дождемся краха.

Давай попробуем.
Linux Mint 20 Cinnamon

$ uname -a
Linux 5.4.0-42-generic #46-Ubuntu SMP Fri Jul 10 00:24:02 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

Собрал по образцу вот этого скрипта эмулятор. Пропатчил vhci-hcd-1.15/Makefile и vhci-hcd-1.15/usb-vhci-iocifc.c чтобы собралось под новое ядро. Собралось и завелось нормально.
Поставил четыре последних релиза платформы

$ ls /opt/1cv8/x86_64/
8.3.15.1985  8.3.16.1502  8.3.17.1549  8.3.18.891

База локальная. Для теста использовал БП 30 КОРП и УНФ 1.6
Дампы ключей последовательно перебрал 50-100-300U
Журнал включил как написано у тебя.

Итог:
Из всех четырех платформ нормально работает только 8.3.15.1985
Остальные крашатся в течении 3-5 минут без вывода какой-либо информации на экран или в лог. Просто закрываются и всё. В логе картина абсолютно идентичная полностью работоспособной версии 8.3.15.

45:25.254001-0,EXCP,0,process=1cv8c,OSThread=8534,Usr=DefUser,Exception=DatabaseException8,Descr="Не удалось заблокировать запись. Действие (изменение, удаление или блокировка записи) не выполнено 'DATAZONEOBJECTLOCKS'"

с той лишь разницей, что 8.3.15 продолжает работать, а остальные закрываются. Причем количество таких строчек в логе может быть различным. Так что не думаю, что проблема в этом.
Файловая система ext4. SSD

Что я думаю:
Доступный мне вариант эмулятора я собрал правильно (в противном случае не работало бы ничего вообще), однако, на релизах платформы старше 8.3.16 этого не достаточно. Для дополнительной проверки этой гипотезы я ставил на чистую систему Учебную версию 8.3.17.1549 за исключением оговоренных в документации ограничений -- никаких проблем. После установки Учебной версии я понял, что платформа должна работать в принципе и приступил к проверке эмулятора на этой же системе.

Вот такую информацию я собрал. Надеюсь, поможет в размышлениях.

[HPDX2300]

Linux Mint 20 Cinnamon - читай "Дебиан" Поставил четыре последних релиза платформы 15.1985, 16.1502, 17.1549, 18.891 Из всех четырех платформ нормально работает только 8.3.15.1985 Остальные крашатся через 3-5 минут без вывода какой-либо информации на экран или в лог. Просто закрываются и всё.

вот что меня смущает - чел работает на CentOS-7 и у него "поведение" платформы правильное - падение "с визгом":

Настроил работу эмулятора на CentOS 7 ... стал ловить "нарушение целостности"

а у тебя на Минте падение молча, по-самурайски (и в dmesg ничё нет?). Elmachoe пишет про попытку изменения имени компа (на линуксе не помогает), значит он работал с 16, 17, или 18-ой (третья цифирь релиза) поделкой.

[redhat2020]

я тут изучаю uni-patch для линуксовых backbas.so (1c8_uni2patch_lin, 1c8_uni2patch_win.exe), пропатчил 12-ое изделие, бегло проанализировал изменения в файле backbas.so - внедряемый кусок исполняемого кода идентичен тому, который внедряется в виндовый backbas.dll. И это радует - ибо дает надежду "сваять" новый uni-patch для 64-битных линуксовых backbas.so, примерно так как это делает uni-patch с backbas.dll. Понаблюдал в "Process Monitor" за тем, как rbc_icp.exe патчит backbas.dll: он извлекает из своего нутра 1c8_UP.exe и натравливает его на backbas.dll, потом грохает 1c8_UP.exe.

[A_vega]

Да. Потому что в контейнере он не даёт установить модули ядра.

[A_vega]

Вы собираетесь увидеть ключи от usbhaspd, установленного в хост системе, изнутри контейнера?

Да. Потому что не удалось установить в контейнере модули ядра.

[Elmachoe]

давай попробуем собрать побольше инфы - включим техн.журнал и дождемся краха.
собирать техн. журналы надо и на стороне клиента, и на стороне сервера кластера т.к. модуль rserver, обнаружив эмуль и/или корп-патч,

С удовольствием соберу, только снёс я CentOS с машины полностью, для чистоты эксперимента подниму в ближайшее время с нуля систему и платформу накачу. Прочитал еще в этой ветке что файловую EXT4 лучше использовать и HASP от Senintela ставить, вместо Ethersoft. Или наоборот?
Еще поднял рядом в сети на Виндоуз менеджер лицензий, который успешно выдает лицензии, сперва по нему проверю на CentOS, чтобы исключить возможные косяки при установке платформы, думаю может зависимости не встали у меня нормально может.
Платформа 64разрядная, последний релиз 8.3.17.1549, чистая, с 1С скаченная.

[artem.ks]

Парни, я правильно понимаю, что с 1с старше 8.3.16 стандартные танцы с бубнами вокруг раздачи лицензий не работают? Поднял на Дебиане 9 сервер 1с, на платформе 8.3.16.1296, УНФ 1.6. через несколько минут работы вываливается с визгом, мол ключей больше нет. (Файловая версия). Завтра еще попробую на Постгресе запустить БД.
Есть шансы победить это или проще откатится на что-то младше 8.13.16?

[asotel]

Собрал правильные deb пакеты для Debian buster
У меня работает, но возможно всякое

usbhasp-deb.zip
Пароль 123

Архив больше не доступен. Можете дать новую ссылку?

[Kellendr]

Да. Потому что не удалось установить в контейнере модули ядра.

Ну это решаемо, у меня получилось все это счастье запаковать в контейнеры, при чем я сделал Compose след вида:
1) Раздача лицензий платформы
2) Сервер 1С
3) Postgress
4) Сервер лицензирования конфигураций
5) OpenVPN (Для внешних пользователей)
И после некоторой подготовки ОС все работает кроме свойств информ. баз в диспетчере администрирования 1С. (Проблема как у zardoz)
Если у кого есть идеи как заставить сервер видеть серверную лицензию из соседнего контейнера, было бы интересно проверить (если объединить контейнер с сервером и эмулятором то все ок)