Международные новости: в Молдове массовые жалобы на технологию электронной подписи в ID-картах
Ситуация в Молдове - хороший кейс, как реализация госуслуг может столкнуться с реальностью пользовательского опыта.
Местные СМИ сообщают о волне недовольства среди граждан:
🔹требуется установить целый пакет сторонних приложений, плагинов и специфических драйверов.
🔹приходится самостоятельно покупать специальные карт-ридеры.
🔹обязательно заключить отдельный специальный контракт с оператором мобильной связи.
Внедрение технологии квалифицированной электронной подписи в удостоверение личности обернулось сложностями при использовании:
❓ Как считаете, является ли встраивание технологии ЭП непосредственно в ID-карту оптимальным решением, или лучше развивать облачные подписи и мобильные приложения?
P.S. Нужно было использовать Госключ.
✍️ "Об ЭП и УЦ"
Ситуация в Молдове - хороший кейс, как реализация госуслуг может столкнуться с реальностью пользовательского опыта.
Местные СМИ сообщают о волне недовольства среди граждан:
🔹требуется установить целый пакет сторонних приложений, плагинов и специфических драйверов.
🔹приходится самостоятельно покупать специальные карт-ридеры.
🔹обязательно заключить отдельный специальный контракт с оператором мобильной связи.
Внедрение технологии квалифицированной электронной подписи в удостоверение личности обернулось сложностями при использовании:
Идея создания единого цифрового документа полностью уничтожена сложной реализацией. Вместо мобильности люди получили привязку к офису, куче проводов и операторам связи
❓ Как считаете, является ли встраивание технологии ЭП непосредственно в ID-карту оптимальным решением, или лучше развивать облачные подписи и мобильные приложения?
P.S. Нужно было использовать Госключ.
Please open Telegram to view this post
VIEW IN TELEGRAM
Fox Tempest: когда код УЦ используется для доставки шифровальщиков
Пока рынок в нашей стране обсуждает очередные антифрод-поправки, которые в том числе предусматривают создание Национального удостоверяющего центра, злоумышленники используют легитимные сервисы доверенного подписания кода. Microsoft опубликован подробный разбор деятельности "Fox Tempest" - полноценного бизнеса по модели "подписание кода как услуга" (MSaaS) с тысячами выданных сертификатов.
Как это работало с точки зрения PKI и доверия
Злоумышленники не использовали самоподписанные сертификаты в надежде, что жертва нажмет "Установить в хранилище", они пошли официальным путём: используя сервис Microsoft Artifact Signing (бывший Azure Trusted Signing), пройдя подтверждение личности (вероятно, по краденым документам граждан США и Канады), они получали короткоживущие (72 часа) легитимные сертификаты для подписи кода.
Файлы со зловредами (Oyster, Lumma, Vidar, Rhysida и др.) подписывались валидной подписью доверенного центра, имя издателя маскировалось под легитимный софт (AnyDesk, Teams, Webex). Операционные системы и средства защиты не видели угрозы, так как доверяли сертификатам подписи кода.
Цепочка атак Vanilla Tempest и Fox Tempest
Работало это через домен Signspace.cloud (сейчас заблокирован). Там была классическая админка: подписчики загружали свои зловреды, а операторы Fox Tempest подписывали. Ценник на услугу был выставлен от $5000 до $9000.
В феврале 2026 года схема усовершенствовалась: клиентам начали выдавать преднастроенные виртуальные машины (VPS), где уже были скрипты PowerShell и конфиги metadata.json с привязкой к конкретной учетке подписания. Всё было автоматизировано и поставлено на поток. Техническая поддержка велась через Telegram-канал и Google-формы (на русском и английском языках).
- говорится в отчёте. Мне удалось найти на одном из форумов пост с данного аккаунта о продаже сертификатов подписи кода.
Microsoft зафиксированы тысячи сертификатов от Fox Tempest, все они отозваны. Ключевой индикатор для сферы электронной подписи - использование легитимной инфраструктуры УЦ для обхода эвристики. Зловред больше не "серый", он имеет валидную подпись и сертификат от доверенного издателя. Без контроля цепочки сертификатов и средств поведенческого анализа (XDR/EDR) полагаться только на наличие "замочка" подписи - больше не приходится.
✍️ "Об ЭП и УЦ"
Пока рынок в нашей стране обсуждает очередные антифрод-поправки, которые в том числе предусматривают создание Национального удостоверяющего центра, злоумышленники используют легитимные сервисы доверенного подписания кода. Microsoft опубликован подробный разбор деятельности "Fox Tempest" - полноценного бизнеса по модели "подписание кода как услуга" (MSaaS) с тысячами выданных сертификатов.
Как это работало с точки зрения PKI и доверия
Злоумышленники не использовали самоподписанные сертификаты в надежде, что жертва нажмет "Установить в хранилище", они пошли официальным путём: используя сервис Microsoft Artifact Signing (бывший Azure Trusted Signing), пройдя подтверждение личности (вероятно, по краденым документам граждан США и Канады), они получали короткоживущие (72 часа) легитимные сертификаты для подписи кода.
Файлы со зловредами (Oyster, Lumma, Vidar, Rhysida и др.) подписывались валидной подписью доверенного центра, имя издателя маскировалось под легитимный софт (AnyDesk, Teams, Webex). Операционные системы и средства защиты не видели угрозы, так как доверяли сертификатам подписи кода.
Цепочка атак Vanilla Tempest и Fox Tempest
Работало это через домен Signspace.cloud (сейчас заблокирован). Там была классическая админка: подписчики загружали свои зловреды, а операторы Fox Tempest подписывали. Ценник на услугу был выставлен от $5000 до $9000.
В феврале 2026 года схема усовершенствовалась: клиентам начали выдавать преднастроенные виртуальные машины (VPS), где уже были скрипты PowerShell и конфиги metadata.json с привязкой к конкретной учетке подписания. Всё было автоматизировано и поставлено на поток. Техническая поддержка велась через Telegram-канал и Google-формы (на русском и английском языках).
Компания Fox Tempest взаимодействовала с клиентами напрямую через Telegram-канал EV Certs for Sale by SamCodeSign под учетной записью пользователя arbadakarba2000
- говорится в отчёте. Мне удалось найти на одном из форумов пост с данного аккаунта о продаже сертификатов подписи кода.
Microsoft зафиксированы тысячи сертификатов от Fox Tempest, все они отозваны. Ключевой индикатор для сферы электронной подписи - использование легитимной инфраструктуры УЦ для обхода эвристики. Зловред больше не "серый", он имеет валидную подпись и сертификат от доверенного издателя. Без контроля цепочки сертификатов и средств поведенческого анализа (XDR/EDR) полагаться только на наличие "замочка" подписи - больше не приходится.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from СПЧ
Татьяна Мерзлякова призвала усложнить схему электронной подписи из-за роста мошенничества
«Тему мошенничества с жильем мы должны вести дальше. У нас слабо работает финансовое просвещение, а сейчас появились первые и очень опасные тенденции, когда заявители не признают юридических последствий цифровой подписи.
Необходимо усложнять схему электронной подписи, поскольку она сегодня становится уязвимым местом», - призвала член СПЧ, свердловский омбудсмен Татьяна Мерзлякова, выступая в Светлогорске на международной конференции по линии «Петербургского диалога» на тему: «Участие гражданского общества в защите прав жертв киберпреступлений: риски цифровизации и успешные практики».
СПЧ в МАХ
«Тему мошенничества с жильем мы должны вести дальше. У нас слабо работает финансовое просвещение, а сейчас появились первые и очень опасные тенденции, когда заявители не признают юридических последствий цифровой подписи.
Необходимо усложнять схему электронной подписи, поскольку она сегодня становится уязвимым местом», - призвала член СПЧ, свердловский омбудсмен Татьяна Мерзлякова, выступая в Светлогорске на международной конференции по линии «Петербургского диалога» на тему: «Участие гражданского общества в защите прав жертв киберпреступлений: риски цифровизации и успешные практики».
СПЧ в МАХ
СПЧ
Татьяна Мерзлякова призвала усложнить схему электронной подписи из-за роста мошенничества «Тему мошенничества с жильем мы должны вести дальше. У нас слабо работает финансовое просвещение, а сейчас появились первые и очень опасные тенденции, когда заявители…
Уважаемые подписчики, а вы понимаете, что имела в виду свердловский омбудсмен, когда говорила про "усложнение схемы электронной подписи, поскольку она сегодня становится уязвимым местом"?
Изменить процедуру идентификации заявителя, вместо токенов всем использовать HSM, закрытый ключ на 512 бит, а не 256?
Не электронная подпись, а массовая безграмотность, в том числе таких омбудсменов, является уязвимым местом.
Изменить процедуру идентификации заявителя, вместо токенов всем использовать HSM, закрытый ключ на 512 бит, а не 256?
Не электронная подпись, а массовая безграмотность, в том числе таких омбудсменов, является уязвимым местом.
Сегодня кандидатом на PKI-Профанацию года стал Озон seller, которые не может установить новую цепочку доверия сертификатов.
Фактура простая - УЦ Тензор 21 мая выдал квалифицированный сертификат своему клиенту на новом подчинённом сертификате, который в свою очередь получен на новом корневом сертификате Минцифры.
«перевыпустите подпись» - это не решение проблемы, с новым сертификатом будет такая же история.
УЦ Тензор в данном случае тоже не особо хочет решать проблему своего клиента и связаться с Озон, чтобы пояснить что и где установить.
Фактура простая - УЦ Тензор 21 мая выдал квалифицированный сертификат своему клиенту на новом подчинённом сертификате, который в свою очередь получен на новом корневом сертификате Минцифры.
«перевыпустите подпись» - это не решение проблемы, с новым сертификатом будет такая же история.
УЦ Тензор в данном случае тоже не особо хочет решать проблему своего клиента и связаться с Озон, чтобы пояснить что и где установить.
🚨 Microsoft подан иск на мошенников, выдававших сертификаты подписи кода
Кто не испугался открыть Signspace[.]cloud могли узнать, что домен был изъят Microsoft и сейчас установлен редирект, а также что Microsoft подан иск в Нью-Йорка, т.к. владелецы этого веб-сайта причастны к глобальной схеме "Вредоносная подпись как услуга" (Malware Signing-as-a-Service).
Сообщается, что сайт был создан, чтобы позволить злоумышленникам мошенническим путем получать сертификаты подписи кода Microsoft, чтобы подписывать вредоносное ПО как легитимный код и развертывать вредоносную нагрузку для облегчения киберпреступлений, таких как атаки с использованием программ-вымогателей и финансовое мошенничество. Размещена ссылка на более подробную информацию о судебном иске.
Иск Microsoft подан на Джонов Доу (организаторов Fox Tempest и исполнителей Vanilla Tempest) по мошенническому получению сертификатов подписи кода через облачный сервис Microsoft Artifact Signing.
В иске раскрывается схема работы, которая была поставлена на поток:
🔹Группировка Fox Tempest создала >580 мошеннических клиентов Microsoft. Они подделывали документы, регистрировали компании и использовали фейковые ID.
🔹Через эти клиенты они получали доступ к сервису Artifact Signing и создавали сертификаты подписи кода.
🔹Эти сертификаты продавались (цена до $9500) через Telegram-чаты и Google Forms группировке Vanilla Tempest.
🔹Vanilla Tempest использовала сертификаты для подписи троянов (в частности, Oyster), маскируя их под установщики Microsoft Teams. Подписанный софт проходил защиту Windows (включая Smart App Control).
В итоге вредоносное ПО Oyster воровало данные, развертывало троянов-вымогателей Ransomware Rhysida. Под угрозой оказались тысячи компьютеров в США, включая серверы Microsoft. Подсчитан ущерб Microsoft: только расследование стоило $1,5 млн и 8000 часов работы.
Microsoft была проведена контрольная закупка, чтобы зафиксировать передачу биткоинов, доступ к VPS и сам факт продажи сертификатов. Сейчас компания требует в суде отозвать домены, заблокировать инфраструктуру и взыскать убытки.
За последние 10 лет ситуация с сертификатами подписи кода изменилась. Если раньше воровали ключи разработчиков, то теперь просто фейковым путем получают новые сертификаты в облачных сервисах.
В иске указано, что в Artifact Signing используется "digest signing" (сервис не видит код файла), что и стало идеальной лазейкой. Microsoft позволили этой уязвимости существовать, как архитектурной особенности.
Разработчик вычисляет хеш своего ПО, который нужно подписать, и отправляет только этот хеш. Microsoft подписывает хеш, сам файл ПО, чтобы можно было его проверить, в Microsoft не попадает. Microsoft никто не взламывал, воспользовались стандартными процедурами.
Технология от Microsoft, позиционируемая как защищенная (FIPS 140-2 Level 3), использовалась мошенниками в промышленных масштабах.
Отдельно прикрепил из иска скриншоты переписки Microsoft с мошенниками, которые до сих пор активны в Телеграм.
✍️ "Об ЭП и УЦ"
Кто не испугался открыть Signspace[.]cloud могли узнать, что домен был изъят Microsoft и сейчас установлен редирект, а также что Microsoft подан иск в Нью-Йорка, т.к. владелецы этого веб-сайта причастны к глобальной схеме "Вредоносная подпись как услуга" (Malware Signing-as-a-Service).
Сообщается, что сайт был создан, чтобы позволить злоумышленникам мошенническим путем получать сертификаты подписи кода Microsoft, чтобы подписывать вредоносное ПО как легитимный код и развертывать вредоносную нагрузку для облегчения киберпреступлений, таких как атаки с использованием программ-вымогателей и финансовое мошенничество. Размещена ссылка на более подробную информацию о судебном иске.
Иск Microsoft подан на Джонов Доу (организаторов Fox Tempest и исполнителей Vanilla Tempest) по мошенническому получению сертификатов подписи кода через облачный сервис Microsoft Artifact Signing.
В иске раскрывается схема работы, которая была поставлена на поток:
🔹Группировка Fox Tempest создала >580 мошеннических клиентов Microsoft. Они подделывали документы, регистрировали компании и использовали фейковые ID.
🔹Через эти клиенты они получали доступ к сервису Artifact Signing и создавали сертификаты подписи кода.
🔹Эти сертификаты продавались (цена до $9500) через Telegram-чаты и Google Forms группировке Vanilla Tempest.
🔹Vanilla Tempest использовала сертификаты для подписи троянов (в частности, Oyster), маскируя их под установщики Microsoft Teams. Подписанный софт проходил защиту Windows (включая Smart App Control).
В итоге вредоносное ПО Oyster воровало данные, развертывало троянов-вымогателей Ransomware Rhysida. Под угрозой оказались тысячи компьютеров в США, включая серверы Microsoft. Подсчитан ущерб Microsoft: только расследование стоило $1,5 млн и 8000 часов работы.
Microsoft была проведена контрольная закупка, чтобы зафиксировать передачу биткоинов, доступ к VPS и сам факт продажи сертификатов. Сейчас компания требует в суде отозвать домены, заблокировать инфраструктуру и взыскать убытки.
За последние 10 лет ситуация с сертификатами подписи кода изменилась. Если раньше воровали ключи разработчиков, то теперь просто фейковым путем получают новые сертификаты в облачных сервисах.
В иске указано, что в Artifact Signing используется "digest signing" (сервис не видит код файла), что и стало идеальной лазейкой. Microsoft позволили этой уязвимости существовать, как архитектурной особенности.
Разработчик вычисляет хеш своего ПО, который нужно подписать, и отправляет только этот хеш. Microsoft подписывает хеш, сам файл ПО, чтобы можно было его проверить, в Microsoft не попадает. Microsoft никто не взламывал, воспользовались стандартными процедурами.
Технология от Microsoft, позиционируемая как защищенная (FIPS 140-2 Level 3), использовалась мошенниками в промышленных масштабах.
Отдельно прикрепил из иска скриншоты переписки Microsoft с мошенниками, которые до сих пор активны в Телеграм.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Опубликован стандарт платформы цифрового рубля, утверждённый ФСБ России и Банком России. Документ регулирует порядок оценки влияния приложений клиентов на работу СКЗИ.
🔹Стандарт разработан для финансовых организаций - участников ПлЦР, которые разрабатывают или привлекают подрядчиков для создания клиентских приложений, использующих криптографию.
🔹Оценивается как работа ПО влияет на криптографические функции (генерация ключей, подпись, шифрование, TLS-каналы по ГОСТ и др.).
🔹 Финансовая организация должна:
- создать службу безопасности и контроля (штат с профильным образованием и опытом от 3 лет).
- заключить договор с испытательной лабораторией, уполномоченной 8 Центром ФСБ.
- передать в лабораторию исходный код, контрольные суммы и документацию на клиентское приложение.
🔹Лаборатория исследует приложение и выдаёт заключение. После этого участник получает выписку, которая даёт право применять упрощённый порядок при изменениях.
🔹Если изменения в приложении не затронули критический перечень (например, контрольные суммы или систему логирования), служба безопасности может сама зафиксировать изменения и отправить отчёт в лабораторию - повторная оценка требоваться не будет, поэтому возможны обновления клиентского приложения.
🔹Служба безопасности обязана не реже 1 раза в месяц сверять контрольные суммы приложения и криптографических средств.
🔹Если лаборатория выявит несоответствия или участник предоставил ложные данные, Банк России по согласованию с ФСБ может признать согласие неисполненным - участник потеряет право работы по упрощённой схеме.
📎 Приложением к стандарту идёт обязательное "Согласие финансовой организации об обеспечении информационной безопасности" - без подписания которого работы не начнутся.
Порядок вступает в силу с 2026 года. Участникам ПлЦР стоит проверить свою организационную структуру и наличие лицензии ФСБ с пунктом 2 из перечня 313-ПП.
Please open Telegram to view this post
VIEW IN TELEGRAM
Про международное доверие
UNCITRAL и путь инфраструктуры доверия в цифровых сделках
Комиссия Парламентского собрания обсудила взаимное признание электронной подписи Беларуси и России
Одна из тем повестки - взаимное признание электронной цифровой подписи и юридической силы электронных документов при трансграничном взаимодействии. Как проинформировал заместитель министра связи и информатизации Республики Беларусь Антон Алексеев, основные мероприятия закреплены в двух дорожных картах, подписанных между профильными министерствами.
UNCITRAL и путь инфраструктуры доверия в цифровых сделках
«В сделках на бумажной основе доверие часто подкрепляется физическими подписями, печатями, оригиналами документов, официальными сертификатами, а также бумажными записями. Но в электронных сделках доверие должно обеспечиваться иным способом, и именно поэтому становится важен Типовой закон. Он касается не только электронных подписей, но и таких аспектов, как управление идентификацией, электронные печати, электронные отметки времени, электронное архивирование. У нас также есть электронные заказные службы доставки и аутентификация веб-сайтов», — сотрудник по правовым вопросам Секретариата Комиссии ООН по праву международнои торговли Александр Кунцельман в рамках MGIMO UNCITRAL days 2026
Комиссия Парламентского собрания обсудила взаимное признание электронной подписи Беларуси и России
"Что касается признания электронной цифровой подписи, то работы проводились в течение двух месяцев. Они проходили в два этапа. Проверили саму возможность признания, нагрузку и так далее", - рассказал замминистра.
Одна из тем повестки - взаимное признание электронной цифровой подписи и юридической силы электронных документов при трансграничном взаимодействии. Как проинформировал заместитель министра связи и информатизации Республики Беларусь Антон Алексеев, основные мероприятия закреплены в двух дорожных картах, подписанных между профильными министерствами.
⚡️ Let's Encrypt опубликован полный отчет об инциденте с сертификатами
В мае 2026 года Let's Encrypt пришлось отзывать и перевыпутить три кросс-сертификата для иерархии Gen Y. Причиной стало отсутствие расширения serverAuth EKU, которое стало обязательным по новой политике CCADB.
🔹Сертификаты были выпущены 3 сентября 2025, требование CCADB вступило 15 июня 2025.
Почему так произошло - сообщается в отчете, конфигурацию для сертификатов просто скопировали с настройки 2020 года, проверили по Базовым требованиям (BR), но не сверили с политикой CCADB.
🔹Для 688 413 сертификатов конечных пользователей пришлось отправить сигнал ARI, т.е. "срочно обновить", чтобы избежать проблем с проверкой цепочек доверия.
🔹Что мне понравилось в отчёте, Let's Encrypt честно перечисляет недочёты в своих процессах:
- Анонс новой политики CCADB и похожий инцидент у IdenTrust были пропущены дежурным инженером из-за большого потока из 50+ багов в неделю.
- Стандартные линтеры (zlint) не различают кросс-сертификаты от обычных и не проверяют требования CCADB. Ошибки из-за отсутствия EKU игнорировались как ложные срабатывания.
- Правила к профилям сертификатов появились в документе CCADB, где их никто не ожидал увидеть, а не в привычных BR.
Let's Encrypt в течение 5 дней отозвали и заменили сертификаты, обновили CP/CPS и пообещали доработать линтеры, чтобы исключить человеческий фактор при проверке сертификатов. Если бы ошибка была обнаружена после 15 июня 2026, политика Chrome не позволила бы нам повторно перевыпустить кроссы.
Let's Encrypt считают, что требование о наличии расширения serverAuth EKU в кросс-сертификатах логичнее закрепить в Базовых требованиях CA/Browser Forum, а не в Политике CCADB. Поэтому они пообещали:
При этом в отчёте честно оговаривается, что точная дата финального голосования и принятия поправок непредсказуема, так как стандартный цикл рассмотрения и голосования в CA/B Forum может занять длительное время (срок начала обсуждения 26 июня 2026).
Читаешь всё это и в очередной раз убеждаешься, какой же бардак происходит с нашим PKI. Не могу представить, чтобы Головной УЦ также оперативно реагировал.
✍️ "Об ЭП и УЦ"
В мае 2026 года Let's Encrypt пришлось отзывать и перевыпутить три кросс-сертификата для иерархии Gen Y. Причиной стало отсутствие расширения serverAuth EKU, которое стало обязательным по новой политике CCADB.
🔹Сертификаты были выпущены 3 сентября 2025, требование CCADB вступило 15 июня 2025.
Почему так произошло - сообщается в отчете, конфигурацию для сертификатов просто скопировали с настройки 2020 года, проверили по Базовым требованиям (BR), но не сверили с политикой CCADB.
🔹Для 688 413 сертификатов конечных пользователей пришлось отправить сигнал ARI, т.е. "срочно обновить", чтобы избежать проблем с проверкой цепочек доверия.
🔹Что мне понравилось в отчёте, Let's Encrypt честно перечисляет недочёты в своих процессах:
- Анонс новой политики CCADB и похожий инцидент у IdenTrust были пропущены дежурным инженером из-за большого потока из 50+ багов в неделю.
- Стандартные линтеры (zlint) не различают кросс-сертификаты от обычных и не проверяют требования CCADB. Ошибки из-за отсутствия EKU игнорировались как ложные срабатывания.
- Правила к профилям сертификатов появились в документе CCADB, где их никто не ожидал увидеть, а не в привычных BR.
Let's Encrypt в течение 5 дней отозвали и заменили сертификаты, обновили CP/CPS и пообещали доработать линтеры, чтобы исключить человеческий фактор при проверке сертификатов. Если бы ошибка была обнаружена после 15 июня 2026, политика Chrome не позволила бы нам повторно перевыпустить кроссы.
Let's Encrypt считают, что требование о наличии расширения serverAuth EKU в кросс-сертификатах логичнее закрепить в Базовых требованиях CA/Browser Forum, а не в Политике CCADB. Поэтому они пообещали:
"...начать обсуждение бюллетеня (ballot) на CA/Browser Forum, чтобы закрепить это требование в BR, что позволит убрать его из Политики CCADB".
При этом в отчёте честно оговаривается, что точная дата финального голосования и принятия поправок непредсказуема, так как стандартный цикл рассмотрения и голосования в CA/B Forum может занять длительное время (срок начала обсуждения 26 июня 2026).
Читаешь всё это и в очередной раз убеждаешься, какой же бардак происходит с нашим PKI. Не могу представить, чтобы Головной УЦ также оперативно реагировал.
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from Сергей Кирюшкин
Вчера, 27 мая 2026 года, на 82 году жизни скончался отец-основатель отечественной PKI, идейный вдохновитель и неизменный председатель Программного комитета PKI-Форума, доктор технических наук, действительный член Академии криптографии России, Российской академии инженерных наук и Международной академии связи Владимир Георгиевич Матюхин.
Президент Беларуси призвал страны ЕАЭС ускорить признание электронной цифровой подписи
Выступая на заседании Высшего Евразийского экономического совета в Астане, Александр Лукашенко отметил:
Президент Беларуси - единственный человек, который за трансгран больше, чем мы все вместе взятые.
Выступая на заседании Высшего Евразийского экономического совета в Астане, Александр Лукашенко отметил:
Ключевые вопросы — регулирование общего финансового рынка, торговые проблемы, электронная цифровая подпись и другие отложены на потом. Говорим об искусственном интеллекте, но вопросы практической цифровой подписи отложены. Настойчиво призываю, давайте все цели и задачи союза воплощать в жизни своевременно и в полном объеме, — подчеркнул он
Президент Беларуси - единственный человек, который за трансгран больше, чем мы все вместе взятые.
У Госзакупок всегда было своё особое отношение с электронной подписью.
Сейчас мы продолжаем это наблюдать:
🔹неактуальная версия TLS.
🔹неактуальная версия криптопровайдера.
🔹неактуальные инструкции.
Сейчас мы продолжаем это наблюдать:
🔹неактуальная версия TLS.
🔹неактуальная версия криптопровайдера.
🔹неактуальные инструкции.