Отвал Платформ 1С от 15.11.2022

[fastax]

Коллеги, 1С вчера критично всех предупредила об обновлении платформ. Но установив новую рекомендованную она все равно вылетает.
Кто решил проблему.. подскажите чем лечить?

----------------------------------------------------------------------------------------
Универсальное средство лечения Mimo-UniDll (mimo-dll, UniDll) для всех х86\х64 платформ, текущих и возможно будущих V.4 \ V.5 после 15.11.2022
с инструкцией
[Ссылки доступны только зарегистрированным пользователям . Регистрируйся тут...] | [Ссылки доступны только зарегистрированным пользователям . Регистрируйся тут...] | [Ссылки доступны только зарегистрированным пользователям . Регистрируйся тут...]

[ifset]

Сообщение от Василий1984

Обновлены ссылки:
8.3.21.1674 + mimo v5 + inet.dll [Ссылки доступны только зарегистрированным пользователям . Регистрируйся тут...]
Патченные inet.dll [Ссылки доступны только зарегистрированным пользователям . Регистрируйся тут...]

Спасибо за ссылки! Поставил, на БП3 выдает ошибку о неправомерном использовании программы(

[admin]

Набор пропатченных inet.dll от rv1988

Приветсвую всех!
Обнаружил файл, через который платформа 1С взаимодействует с серверами 1С. Он используется для проверки на наличие лекарств и является мостом, для запуска всем знакомого сценария блокировки базы 1С "Вы стали жертвой подделки программного обеспечения".
Это inet.dll, в папке "C:\Program Files\1cv8\%ВАША_ВЕРСИЯ%\bin".

Я чутка модифицировал файлы inet.dll под определённые версии платформ 1С:

Для справки:
Файлы inet.dll взяты из предыдущих версий, тех, которые работают без блокировки IP адресов. Немного отредактированы чтобы не ругались в процессе запуска 1С.
По сути, это дополнение к лекарствам, таким как Mimo-UniDll v4 и v5, а также эмулятор MultiKey Emuls4Windows_x86-x64_refresh2e.
Лучше использовать в связке с Mimo-UniDll, так как с эмулятором, Вы можете банально забыть на клиентском устройстве в сети - заменить файл inet.dll, на модифицированный. Что приведёт к блокировке Вашей файловой базы 1С. Вариант с эмулятором, больше подходит для тех, у кого все базы 1С расположены на сервере в SQL.
Также важно, работать будет только с «неинфицированными» базами, не показывающих окно о «жертве подделки»!
Информацию о лечении «инфицированных» баз искать в шапке.

Инструкция:
1. Предварительно делаем резервные копии баз 1С, на всякий случай!
cледующий шаг можете пропустить, если Mimo-UniDll уже стоит.
2. Ставим Mimo-UniDll, любой версии (как им пользоваться, я здесь описывать не буду. Вы можете сами найти нужную информацию в шапке темы).
3. Качаем inet.dll необходимую под Вашу версию платформы 1С, нужной разрядности (не ОС, а именно разрядность платформы)
4. Сделать копию, либо переименовать оригинальный файл inet.dll, в папке программы C:\Program Files\1cv8\%ВАША_ВЕРСИЯ%\bin и копируем туда же модифицированный inet.dll.

На этом всё, проверяем на работоспособность!

-----------------
Данный метод, проверен на платформах 8.3.17.2760, 8.3.18.1959, 8.3.19.1726, 8.3.20.2184, 8.3.21.1674 и 8.3.22.1750.
Серверный вариант, файловый вариант, через веб-сервер.
С Mimo v4 и v5, а также эмулятором refresh_2e.
С полноценным доступом к серверам 1С и интернет-сервисам.

[Ссылки доступны только зарегистрированным пользователям . Регистрируйся тут...]

[ifset]

Сообщение от admin

Набор пропатченных inet.dll от rv1988

[Ссылки доступны только зарегистрированным пользователям . Регистрируйся тут...]

У меня не сработало.
Использовал БП 8.3.21.1674 + mimo v5 + inet.dll [Ссылки доступны только зарегистрированным пользователям . Регистрируйся тут...] inet.dll перезаписал свежей, скачав inet.dll_v32_v64.zip

[rsu5]

Уже сутки кряк от rv1988 работает на тестовой машине.база файловая. Главное чтобы база не была заражена. То есть фалй inet надо крячить в одной связке с mimi. Я попробовал вначале мимо и запустить базу.Потом запустиил базу , она заразилась. И все кряк inet не работал. Но если применить мимо и inet вместе , то все окей.. Дело в том, что как только запускается база без кряка inet, она добавляет таблицу versions которая и этим заражается.. и кряк инет не работает уже.Надо базу лечить.. Как лечить тут написано...Не пробовал..

Это для файловой базы-
Получившим черную метку(в базу) от 1VIL Corp посвящается:

Как вернуть к жизни файловую базу если вы работали в обычном толстом клиенте через mimo_v4(v5) и после 15/11/2022 вас угораздило позволить эске выйти в инет при старте.

1) Первое что нужно сделать, это заблокировать программе доступ в инет (сейчас это 185.12.152.0-185.12.155.254, 185.71.67.129, 81.177.31.8, возможно после очередной обновы адреса поменяют).
2) создаем папку на любом диске и копируем туда "зараженную" базу (в моем случае это d:\1\1Cv8.1cd).
3) идем в bin каталог рабочей платформы, копируем путь к нему (у меня это C:\Program Files\1cv8\8.3.21.1624\bin (у каждого свой путь)).
4) Открываем командную строку, пишем CD пробел и вставляем скопированный путь (cd C:\Program Files\1cv8\8.3.21.1624\bin).
5) Конвертируем базу в формат 8.2.14 командой cnvdbfl.exe -c -f 8.2.14 "путь к базе" (в моем случае команда была: cnvdbfl.exe -c -f 8.2.14 d:\1\1Cv8.1cd) .
6) Запускаем Tool_1CD_0.3.0.exe (Версия - строго 0.3.0) Файл, Открыть базу, выбираем конвертированную базу. Слева выбираем таблицу CONFIG, справа листаем в самый низ списка. Нажимаем кнопку Редактировать таблицу(Ctrl+E), встаем на строку с именем versions, нажимаем Удалить запись(DEL), Сохранить изменения(Ctrl+S). Снова Файл, Открыть базу, выбираем эту-же базу, убеждаемся что строка с именем versions - удалена.
7) Слева выбираем таблицу PARAMS, справа листаем в конец списка. Встаем на строку с именем locale.inf. Нажимаем на поле {IMAGE} в этой строке. Нажимаем кнопку Редактировать таблицу(Ctrl+E), нажимаем на кнопку с дискетой(Записать BLOB/MEMO в файл), сохраняем на диск файл locale.inf_0 Открываем его блокнотом, меняем 7-ми значное число в конце на 0(ноль). Сохраняем,закрываем блокнот. Возвращаемся в Tool_1CD, рядом с дискетой нажимаем кнопку Заменить(прочитать из файла), выбираем отредактированный ранее файл, ОК, Сохранить изменения(Ctrl+S).
8) Можно сразу открыть пофиксенную базу в 1С, подождать минут 30 (Доступа в инет программе быть не должно от слова совсем на уровне локального фаервола, запретных фильтров на роутере, выдернутый сетевой шнур из компа, отключенный Wi-Fi выбирайте сами. Настроенные в программе для каждого пользователя прокси в пустоту или на 127.0.0.1:8080 - НЕ РАБОТАЮТ!)
9) Конвертируем базу обратно в формат 8.3.8 командой cnvdbfl.exe -c -f 8.3.8 "путь к базе" (в моем случае команда была: cnvdbfl.exe -c -f 8.3.8 d:\1\1Cv8.1cd).
Клиент серверную базу лечить легче
Инфицированную БД SQL (с ранее полученным сообщением "вы стали жертвой") открывал в качестве теста - она запустилась. По рекомендациям из темы - удалил из таблицы CONFIG строку versions (тоже в качестве теста работоспособности), БД продолжила работать. Про существующие нарушения функциональности был не в курсе:
клиент серверный

DELETE FROM config WHERE filename = 'versions'
DELETE FROM files WHERE filename = 'ib.pfl'
DELETE FROM files WHERE filename = '071523a4-516f-4fce-ba4b-0d11ab7a1893.pfl'
DELETE FROM params WHERE filename = 'locale.inf'

[lFrostl]

8_3_22_1750 + mimo + inet.dll работает на серверных базах c ms sql

[rubber]

8_3_21_1674 + SQL 2012 работает без проблем с inet.dll +mimov5

[BBDragon]

Набор пропатченных inet.dll от rv1988 гораздо проще решает проблему, причем в корне. Сегодня буду сам пробовать тестовую базу на рабочий ПК ставить, посмотрим как она отработает

[Василий1984]

Ещё представили способ лечения. Сам лично не проверял.
Цитирую:
[Ссылки доступны только зарегистрированным пользователям . Регистрируйся тут...] - лечение ФАЙЛОВОЙ базы как от "инфекции" так и от "ошибка потока данных" абсолютно легальными средствами, без всяких кряков и эмуляторов.

[Ссылки доступны только зарегистрированным пользователям . Регистрируйся тут...] - лечение SQL базы как от "инфекции" так и от "ошибка потока данных" абсолютно легальными средствами, без всяких кряков и эмуляторов.

Прежде чем начинать лечение - делаем резервные копии. Если не почистить кэш - то инфекция вернётся через кэш или запуск другой зараженной базы, даже через загрузку зараженного бакапа может перекинуться.

Что удивительно - заражение от 1с затронуло мою базу данных, которую я делал для колледжа. Препод не поверил в мою теорию что "1с съел мою домашнюю работу"-но факт остаётся фактом, лицензионная 1с вызвала ошибку потока в моей базе данных sql, которая с 1с вообще никак не связана. Так что если вы попали в ситуацию с "ошибка данных потока"-смело лечите данным способом."

Это не моё, сам лично не проверял. Хотя способ с удалением строки versions использовал ещё в ноябре.

[Влад59]

Сообщение от Василий1984

Ещё представили способ лечения. Сам лично не проверял.
Цитирую:
[Ссылки доступны только зарегистрированным пользователям . Регистрируйся тут...] - лечение ФАЙЛОВОЙ базы как от "инфекции" так и от "ошибка потока данных" абсолютно легальными средствами, без всяких кряков и эмуляторов.

[Ссылки доступны только зарегистрированным пользователям . Регистрируйся тут...] - лечение SQL базы как от "инфекции" так и от "ошибка потока данных" абсолютно легальными средствами, без всяких кряков и эмуляторов.

Прежде чем начинать лечение - делаем резервные копии. Если не почистить кэш - то инфекция вернётся через кэш или запуск другой зараженной базы, даже через загрузку зараженного бакапа может перекинуться.

Что удивительно - заражение от 1с затронуло мою базу данных, которую я делал для колледжа. Препод не поверил в мою теорию что "1с съел мою домашнюю работу"-но факт остаётся фактом, лицензионная 1с вызвала ошибку потока в моей базе данных sql, которая с 1с вообще никак не связана. Так что если вы попали в ситуацию с "ошибка данных потока"-смело лечите данным способом."

Это не моё, сам лично не проверял. Хотя способ с удалением строки versions использовал ещё в ноябре.

Огромное всем спасибо

[prontium]

И с файловой и с SQL базой все нормально работает.
Но при попытке загрузить в SQL базу из dt выдает "сеанс работы с сервером завершен".
Пробовал на разных базах. Из dt никак не получается в SQL загрузить.
версия 8.3.22.1750 пролечена Mimo-UniDll v5 и inet.dll

[BBDragon]

Странно, у меня вообще не запускается, хотя вроде бы делаю все по инструкции. Каждый раз выскакивает окно с настройкой Mimo V5, подсовываю оригинальную dll, ставлю галочки и всё на этом.. Изменения принимаются вроде бы, окно закрывается и на этом всё. Снова запускаю - опять то же самое. Что я делаю не так?
Платформа 8.3.22.1750, она декабрьская, Mimo V5 же - сентябрьский, думаю в этом дело. Inet.dll использовал отсюда, выложенные админом.

P.S. Поставил старый-добрый Mimo V4 - всё сразу заработало

[rsu5]

используй тогда мимо 4 и потом инет длл..

[rsu5]

Сообщение от BBDragon

Странно, у меня вообще не запускается, хотя вроде бы делаю все по инструкции. Каждый раз выскакивает окно с настройкой Mimo V5, подсовываю оригинальную dll, ставлю галочки и всё на этом.. Изменения принимаются вроде бы, окно закрывается и на этом всё. Снова запускаю - опять то же самое. Что я делаю не так?
Платформа 8.3.22.1750, она декабрьская, Mimo V5 же - сентябрьский, думаю в этом дело. Inet.dll использовал отсюда, выложенные админом.

P.S. Поставил старый-добрый Mimo V4 - всё сразу заработало

Сообщение от prontium

И с файловой и с SQL базой все нормально работает.
Но при попытке загрузить в SQL базу из dt выдает "сеанс работы с сервером завершен".
Пробовал на разных базах. Из dt никак не получается в SQL загрузить.
версия 8.3.22.1750 пролечена Mimo-UniDll v5 и inet.dll

а у тебя sql база не была зараженной?

[prontium]

Сообщение от rsu5

а у тебя sql база не была зараженной?

Была файловая зараженная. вылечил её. Файловая стала запускаться и нормально работать. Выгрузил в dt. Попробовал загрузить в SQL. Выдает ошибку "сеанс работы с сервером завершен".
Далее попробовал на этой же платформе вообще совсем другую базу(пробовал и зуп и самопис), копии августа/сентября. Тоже самое.
На платформе 8.3.22.1750 выдает в конце загрузки "сеанс работы с сервером завершен".
Причем на платформе 8.3.20.1674 пролеченую mimo dll v 4 все нормально загружается в SQL.

[BBDragon]

prontium, судя по всему платформа 8.3.22 просто сама проблемная, там и классификаторы ОКОФ не грузятся, судя по отзывам. Попробуйте поставить 8.3.20 или 8.3.21, я сейчас сам тоже перейду на 8.3.21.1674