Инженерный паспорт сбоя
Код ошибки: NET::ERR_CERT_AUTHORITY_INVALID Платформа: Любая платформа / All platforms Время решения: 15 мин Целевая услуга: Настройка E-IMZO и Soliq.uz →
Код ошибки / Сбой:
NET::ERR_CERT_AUTHORITY_INVALID
Платформа:
Любая платформа / All platforms
Регламент решения:
15 минут (без сноса Windows)
Краткий вывод:
Почему модуль E-IMZO не видит ключи ЭЦП? Разбор конфликта локального loopback веб-сервера 127.0.0.1, блокировки портов 14443 в Windows Firewall и политик Chromium SSL. Инженерное решение проблемы.

Недавно к нам обратился клиент с системной проблемой: модуль E-IMZO переустанавливался несколько раз, операционная система чистая, но браузер в налоговых и банковских кабинетах упорно не видит ключи ЭЦП (.pfx).

Большинство пользователей (и даже начинающих системных администраторов) в такой ситуации винят сам файл ключа или «глючный софт». Однако мы провели детальный анализ проблемы — на уровне системной сетевой архитектуры.

Архитектура E-IMZO: Как браузер общается с модулем?

Многие воспринимают E-IMZO как обычную программу. На самом деле E-IMZO — это полноценный локальный веб-сервер, работающий на хосте 127.0.0.1 (loopback) и прослушивающий определенные сетевые порты (в частности, 14224, 14228 и 14443).

Когда бухгалтер открывает Soliq.uz, Didox.uz или my.soliq.uz и нажимает кнопку подписания документа, браузер отправляет локальный HTTPS/WSS-запрос на адрес https://127.0.0.1:14443. В этой цепочке возникли два критических барьера:

2 фундаментальные причины сбоя:
  • Блокировка брандмауэром (Windows Firewall): Корпоративный сетевой экран или встроенный антивирус сочли локальный трафик loopback подозрительным и заблокировали порты. Кроме того, модуль E-IMZO не мог связаться с внешними серверами OCSP/CRL для проверки статуса отзыва сертификата.
  • Конфликт сертификатов TLS/SSL: Свежие обновления браузеров на движке Chromium (Chrome, Edge, Яндекс Браузер) ужесточили политики доверия и заблокировали самоподписанный (self-signed) SSL-сертификат локалхоста E-IMZO с фатальной ошибкой NET::ERR_CERT_AUTHORITY_INVALID.

Какое инженерное решение мы применили?

Без переустановки Windows и без риска для бухгалтерских баз данных проблема была устранена за 15 минут:

  1. Разблокировка локальных loopback-портов: В брандмауэр Windows добавлены разрешающие правила для входящего и исходящего трафика по портам 14224, 14228, 14443 для процесса E-IMZO.exe: 
    netsh advfirewall firewall add rule name="E-IMZO-Loopback" dir=in action=allow protocol=TCP localport=14224,14228,14443
netsh advfirewall firewall add rule name="E-IMZO-Out" dir=out action=allow protocol=TCP localport=14224,14228,14443
  2. Маршрутизация к шлюзам проверки ЭЦП: Проверена доступность внешних государственных серверов верификации ключей (fks.uz, yt.soliq.uz) и ликвидированы DNS-задержки.
  3. Бесшовное устранение ошибки сертификата: Локальный корневой сертификат E-IMZO корректно импортирован в системное хранилище «Доверенные корневые центры сертификации» (Trusted Root Authorities) с настройкой флагов безопасности Chromium.
Результат: Зашифрованный TLS-туннель между браузером и локальным модулем E-IMZO был мгновенно восстановлен. Система сразу увидела список ключей, и отчетность была отправлена без срыва дедлайнов!

Вывод

Если E-IMZO не видит ключ — форматировать диск или сносить операционную систему бессмысленно. В 99% случаев корень проблемы кроется в сетевой иерархии loopback-портов и доверии к сертификатам.

Доверяйте решение системных сбоев профессионалам — экономьте рабочее время и нервы.

AS
Проверено ведущим инженером: Анвар Собиров
Справка самозанятого ГНК РУз № 0012697475 • Стаж более 10 лет • Ташкент