События 15 ноября 2022 года вошли в историю сообщества 1С как «черный вторник». Тысячи компаний по всей стране столкнулись с внезапным прекращением работы системы. Пользователи получали сообщение «Вы стали жертвой подделки программного обеспечения», после чего сеансы завершались, а работа серверов парализовалась. Рассмотрим подробно причины этого инцидента и разберем по шагам алгоритм восстановления работоспособности легальных программных продуктов.
Проанализируем ситуацию: корень проблемы лежал в срабатывании встроенной системы защиты платформы 1С:Предприятие от несанкционированного использования. В коде определенных версий платформы содержался алгоритм проверки лицензионности, который имел предустановленную дату активации — 15 ноября 2022 года. К сожалению, из-за ошибки в самом алгоритме проверки под «раздачу» попали и полностью легальные пользователи, использующие как программные лицензии, так и аппаратные USB-ключи HASP.
Ситуация осложнялась тем, что система защиты реагировала не только на текущее состояние лицензий, но и на исторические следы использования эмуляторов или патчей («кряков»), которые могли быть установлены на сервере много лет назад. Программа находила остатки драйверов или измененные системные библиотеки и блокировала работу, считая систему взломанной.
Основным и наиболее правильным решением является переход на версии платформы, в которых ошибочный алгоритм проверки был отключен или исправлен разработчиками Фирмы «1С» в экстренном порядке. Разберем, на какие версии необходимо переходить в зависимости от используемой ветки:
Важный нюанс при установке: просто поставить новую платформу «рядом» со старой зачастую недостаточно. Рекомендуется полностью удалить проблемную версию платформы через панель управления и только после этого устанавливать исправленную. Это гарантирует, что компоненты старой защиты не будут подгружаться операционной системой.
Часто после обновления платформы ошибка продолжает возникать. Это происходит из-за того, что информация о «подделке» сохраняется во временных файлах сеансов и кэше. Проанализируем, какие именно данные нужно удалить для окончательного исправления:
%AppData%\1C\1cv8 и %LocalAppData%\1C\1cv8 на рабочих станциях пользователей. Это сбросит настройки интерфейса, но поможет избежать повторных вылетов.C:\Program Files\1cv8\srvinfo\reg_1541.
Агент сервера 1С:Предприятие. Будьте осторожны, так как в этой папке хранятся списки информационных баз в кластере. Рекомендуется удалять только папки с длинными именами-идентификаторами (GUID), которые и являются кэшем баз.snccntx внутри каталога информационной базы (для файловых вариантов) также является обязательным этапом.Если обновление платформы не помогает, значит, система защиты находит в операционной системе остатки стороннего ПО. Рассмотрим подробнее, что нужно проверить:
haspvlib.dll в системных папках и каталогах платформы. Если этот файл не имеет цифровой подписи 1С или его размер отличается от стандартного, он может блокировать работу.VUSBBUS или Virtual Usb Bus, через диспетчер устройств (включив отображение скрытых устройств).HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Emulator или похожие записи, оставшиеся от средств обхода защиты.В случае, если обновить платформу немедленно невозможно (например, из-за огромного количества рабочих станций или специфических требований конфигурации), можно применить временную «инженерную» меру. Выясним механизм: платформа пытается проверить лицензию, обращаясь к серверам обновлений 1С. Если закрыть ей этот путь, механизм проверки не сможет получить подтверждение «подделки» и работа продолжится.
Для этого можно либо полностью отключить интернет на сервере приложений (если это не мешает работе маркировки или обменам), либо заблокировать конкретные адреса в файле hosts или на брандмауэре:
127.0.0.1 v8.1c.ru
127.0.0.1 1c.ru
127.0.0.1 nethasp.1c.ru
Помните: это лишь временная мера, которая может нарушить работу других сервисов (проверка контрагентов, загрузка курсов валют, работа с ЭДО и Честным ЗНАКом). Как только появится возможность, обязательно перейдите на легальную исправленную версию платформы.
Разберем еще один важный технический аспект, упомянутый в обсуждении. Примерно в этот же период (ноябрь 2022 года) Фирма «1С» обновляла файлы сертификатов cacert.pem и cacertnx.pem в составе платформы. Это было связано с переходом государственных сервисов РФ на отечественные сертификаты безопасности (Russian Trusted Root CA).
Хотя эта задача не была напрямую связана с ошибкой о «подделке», многие администраторы ошибочно объединяли эти проблемы. Новые версии платформы (например, 8.3.22.1704) уже включают в себя обновленные файлы сертификатов, что позволяет конфигурациям корректно работать с порталом Госуслуг, Честным ЗНАКом и другими защищенными ресурсами без дополнительных ручных манипуляций.
Таким образом, комплексный подход к решению проблемы 15 ноября 2022 года заключается в удалении старой платформы, установке проверенного релиза, полной очистке кэша и удалении любых исторических следов обхода защиты в системе.