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

[HPDX2300]

AH00052: child pid 11714 exit signal Segmentation fault (11)
Веб модуль падает с ошибкой. Изделие версии - 8.3.21.1484

в процитированном посте информации ноль - в этом случае никто кроме тебя тебе не поможет.
Надо бы тебе подучить матчасть и научиться извлекать из логов информацию, относящуюся к событию "Segmentation fault (11)"
Чтобы привести пример того, что следует писать в таких случаях, я заставил грохнуться толстого клиента, поредактировав backbas.so
Сразу после краха выполнил в терминале команду dmesg и скопировал сюда инфу о падении (там ключевое слово - segfault)

[ 3762.915475 ] 1cv8[4042]: segfault at 7ffe7ba91000 ip 00007f2a428e5979 sp 00007ffe7ba8d7f8 error 4 in backbas.so[7f2a422f2000+96a000]

выхлоп dmesg - это минимум того, что требуется написать.

[KennySP00]

в процитированном посте информации ноль - в этом случае никто кроме тебя тебе не поможет.
Надо бы тебе подучить матчасть и научиться извлекать из логов информацию, относящуюся к событию "Segmentation fault (11)"
Чтобы привести пример того, что следует писать в таких случаях, я заставил грохнуться толстого клиента, поредактировав backbas.so
Сразу после краха выполнил в терминале команду dmesg и скопировал сюда инфу о падении (там ключевое слово - segfault)

[ 3762.915475 ] 1cv8[4042]: segfault at 7ffe7ba91000 ip 00007f2a428e5979 sp 00007ffe7ba8d7f8 error 4 in backbas.so[7f2a422f2000+96a000]

выхлоп dmesg - это минимум того, что требуется написать.

Согласен, поступил не профессионально.
Я просто "уведомил", не проверив всё детально.

Простите за дезинформацию, как я понимаю apache2 модуль подгружает только при запуске, и далее я удаляю 1С, а он все равно работает. (да же с пустым каталогом /opt)
(/opt/1cv8/x86_64/8.3.21.1484/wsap24.so), т.ё. пробуя патчи, я не перезапускал Apache2.

Попробовал - https://forum.ruboard.ru/showthread....l=1#post749612 , работает, проверено на файловой версии Apache2 (/opt/1cv8/x86_64/8.3.21.1484/wsap24.so)

"питон" версия - Работает!

./unipatch.py
mm[0x44] += PF_W
patching /opt/1cv8/x86_64/8.3.21.1484/backbas.so at offset=0x5f1550

Запись из DMESG (Вдруг это пригодится)

apache2[4008103]: segfault at 849 ip 00007fa4b3c0847e sp 00007ffed602e660 error 4 in libc.so.6[7fa4b3b8b000+195000]
Code: 98 13 00 e8 04 b9 ff ff 0f 1f 40 00 f3 0f 1e fa 48 85 ff 0f 84 bb 00 00 00 55 48 8d 77 f0 53 48 83 ec 18 48 8b 1d 92 39 17 00 <48> 8b 47 f8 64 8b 2b a8 02 75 57 48 8b 15 18 39 17 00 64 48 83 3a

apache2[4021088]: segfault at 849 ip 00007fed1bc5a47e sp 00007ffeff739380 error 4 in libc.so.6[7fed1bbdd000+195000]
Code: 98 13 00 e8 04 b9 ff ff 0f 1f 40 00 f3 0f 1e fa 48 85 ff 0f 84 bb 00 00 00 55 48 8d 77 f0 53 48 83 ec 18 48 8b 1d 92 39 17 00 <48> 8b 47 f8 64 8b 2b a8 02 75 57 48 8b 15 18 39 17 00 64 48 83 3a

apache2[4048755]: segfault at 849 ip 00007efdb8d6147e sp 00007ffe683743b0 error 4 in libc.so.6[7efdb8ce4000+195000]
[Fri Sep 16 10:43:15 2022] Code: 98 13 00 e8 04 b9 ff ff 0f 1f 40 00 f3 0f 1e fa 48 85 ff 0f 84 bb 00 00 00 55 48 8d 77 f0 53 48 83 ec 18 48 8b 1d 92 39 17 00 <48> 8b 47 f8 64 8b 2b a8 02 75 57 48 8b 15 18 39 17 00 64 48 83 3a


P.S.
Решение на Python элегантно, ваш "проект", есть в git*** ?
Хотел бы подписаться)

[HPDX2300]

как я понимаю apache2 модуль подгружает только при запуске, и далее я удаляю 1С, а он все равно работает. (да же с пустым каталогом /opt)
(/opt/1cv8/x86_64/8.3.21.1484/wsap24.so), т.ё. пробуя патчи, я не перезапускал Apache2.

для unix-подобных систем это закономерно. Например, запусти толстого клиента 8.3.21.1484, затем, не завершая процесса толстого клиента, удали все файлы из папки /opt/1cv8/x86_64/8.3.21.1484/.

Запись из DMESG (Вдруг это пригодится)
далее три одинаковые записи

apache2[4008103]: segfault at 849 ip 00007fa4b3c0847e sp 00007ffed602e660 error 4 in libc.so.6[7fa4b3b8b000+195000]
Code: 98 13 00 e8 04 b9 ff ff 0f 1f 40 00 f3 0f 1e fa 48 85 ff 0f 84 bb 00 00 00 55 48 8d 77 f0 53 48 83 ec 18 48 8b 1d 92 39 17 00 <48> 8b 47 f8 64 8b 2b a8 02 75 57 48 8b 15 18 39 17 00 64 48 83 3a

чтение памяти из области, доступной только ядру: "at 849"
крах происходит в недрах системной либы libc.so.6. её base_address=0x7fa4b3b8b000
после Code: процитирована последовательность байт из файла возле места ошибки, позиция первого байта машинного кода операции, вызвавшей сбой, выделена угловыми скобками: 17 00 <48> 8b 47
[48 8b 47 f8] дизасcемблируется в команду "mov rax,[rdi-8]"