В середине ноября 2022 года многие пользователи и администраторы систем 1С столкнулись с крайне неприятной и срочной проблемой: клиентские приложения «1С:Предприятие 8» на Windows начали аварийно завершать работу через несколько минут после запуска. Кроме того, наблюдались массовые сбои в работе обменов и фоновых заданий с ошибками лицензирования. Разберем подробно, что стало причиной этого сбоя и какие шаги необходимо было предпринять для восстановления работоспособности системы.
Как стало известно, причиной массового сбоя послужил внутренний механизм защиты в коде платформы «1С:Предприятие», который специалисты назвали «часовой бомбой». Этот механизм, предположительно предназначенный для борьбы с нелицензионным использованием, содержал ошибку, которая активировалась с наступлением конкретной даты — 15 ноября 2022 года.
В результате этого срабатывания система начинала некорректно работать, что приводило к аварийному закрытию клиентских приложений. Важно отметить, что проблема затрагивала исключительно работоспособность платформы, а не целостность данных в информационных базах. Данные пользователей не пострадали.
Фирма «1С» выпустила официальное информационное письмо №29958 от 14.11.2022, в котором признала наличие критической проблемы и перечислила уязвимые версии платформы. К ним относились:
Проанализируем, с какими именно проявлениями ошибки столкнулись пользователи. Симптомы были разнообразными, что поначалу могло сбить с толку.
1. Аварийное завершение работы клиентского приложения.
Это был самый очевидный и массовый симптом. Программа «1С» просто закрывалась без видимых причин через несколько минут после запуска. Важный момент, отмеченный на форуме: проблема проявлялась именно у клиентских приложений, работающих под управлением Windows. Серверная часть продолжала работать, как и клиенты под Linux или macOS, а также веб-клиент. Это создавало иллюзию частичной работоспособности системы.
2. Ошибки лицензирования и сбои COM-соединений.
Менее очевидной, но не менее критичной проблемой стали сбои в автоматизированных обменах данными, которые использовали технологию COM-соединения. Даже при наличии действующих лицензий на сервере, внешние подключения (например, для обмена между базами «Управление торговлей» и «Бухгалтерия») начали прерываться с ошибкой «Отсутствует лицензия».
Как выяснилось, это было побочным эффектом ложного срабатывания системы защиты. Проблема была особенно актуальна для систем, использующих 32-разрядный (x86) сервер «1С:Предприятия».
3. Внезапные сообщения об ошибках.
Даже у пользователей с абсолютно легальным программным обеспечением могли появляться тревожные сообщения, среди которых:
Появление таких окон усугубляло ситуацию, так как указывало на неправомерное использование продукта, хотя на самом деле было следствием ошибки в самой платформе.
Единственным верным решением проблемы было незамедлительное обновление платформы «1С:Предприятие» до версий, в которых ошибка была исправлена. Компания «1С» оперативно выпустила исправительные релизы.
Рассмотрим пошаговый алгоритм действий, который был необходим в той ситуации:
COM-соединения, чтобы убедиться в корректной работе системы лицензирования.Из-за экстренного характера ситуации первые исправительные релизы, выпущенные «1С», сами оказались не без недостатков. Позже компания принесла извинения за доставленные неудобства.
8.3.17.2757 был отозван, так как мог вызывать проблемы с регистром бухгалтерии. Поэтому важно было следить за новостями и устанавливать самые последние, стабильные сборки.В конечном итоге были выпущены стабильные версии, которые полностью устраняли как исходную проблему, так и ошибки, привнесенные первыми патчами. Эта ситуация стала уроком о важности своевременного обновления платформы и мониторинга информационных писем от разработчика.