🚨 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.
🔹неактуальная версия криптопровайдера.
🔹неактуальные инструкции.
Информированное добровольное согласие и электронная подпись
В личном кабинете медицинской организации пришло уведомление - подпишите документ, которым оказалось "Согласие на ЭП" от F.Doc. После чего появилась возможность подписания основного документа "Информированное добровольное согласие". Стал смотреть, что такое -
Для подписания нужно аутентифироваться в ЕСИА, это предусмотрено статьей 20 323-ФЗ, либо использовать квалифицированную ЭП. При этом со стороны медицинской организации - только квал, но его найти не удалось.
Для медицинских организаций ПЭП ЕСИА не предусмотрена.
✍️ "Об ЭП и УЦ"
В личном кабинете медицинской организации пришло уведомление - подпишите документ, которым оказалось "Согласие на ЭП" от F.Doc. После чего появилась возможность подписания основного документа "Информированное добровольное согласие". Стал смотреть, что такое -
Информированное добровольное согласие... оформляется в виде документа на бумажном носителе, подписанного гражданином, медицинским работником, либо формируется в форме электронного документа, подписанного гражданином с использованием усиленной квалифицированной электронной подписи или простой электронной подписи посредством применения ЕСИА, а также медицинским работником с использованием усиленной квалифицированной электронной подписи
Для подписания нужно аутентифироваться в ЕСИА, это предусмотрено статьей 20 323-ФЗ, либо использовать квалифицированную ЭП. При этом со стороны медицинской организации - только квал, но его найти не удалось.
Документ подписан электронной подписью посредством применения ЕСИА
Для медицинских организаций ПЭП ЕСИА не предусмотрена.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
1⃣Разработан проект постановления Правительства, исключающий необходимость получения лицензии на установку СКЗИ для собственных нужд
2⃣Второй пакет Антифрода второе чтение ещё не прошёл, представлена информация о разработке третьего пакета мер
3⃣Опубликован стандарт ФСБ и Банка России о порядке оценки влияния приложений клиентов на работу СКЗИ
4⃣Сервис проверки Головного УЦ проверяет КЭП выписок из ЕГРЮЛ
5⃣Инцидент с кросс-сертификатами Let's Encrypt (1, 2, 3)
6⃣Microsoft подан иск на мошенников, выдававших сертификаты подписи кода (1, 2)
7⃣Внесены изменения в состав межведомственной рабочей группы по взаимному признанию ЭП-ЭЦП
8⃣Эксперимент по кадровому ЭДО продлен до 31.05.2027
9⃣Норма о возможности подписывать электронной подписью документы о прохождении инструктажа по технике безопасности исключена из законопроекта
🔟В Москве прошел форум Архивы 2026, в Нижнем Новгороде - ЦИПР
Ушел из жизни Матюхин В.Г. - человек, утвердивший 152-ФАПСИ, отец-основатель отечественной
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from Управление документами (Анна Куликова)
Круглый стол «Юридическая значимость при долговременном хранении: подписали, сохранили, а доказать сможем?»:
https://disk.yandex.ru/i/I_1bYCi1GYh8Dg
https://disk.yandex.ru/i/I_1bYCi1GYh8Dg
Яндекс Диск
круглый стол по эп.mp4
Посмотреть и скачать с Яндекс Диска
1
Прошло более года после введения в Казахстане ответственности за передачу ключей ЭЦП, за это время зарегистрировано 113 нарушений.
Подавляющее большинство (76 фактов) - добровольная передача своих ключей другим людям: бухгалтеру, коллеге, родственнику. Штрафы для физлиц - 10 МРП (6,5 тыс. руб.), должностных и малого бизнеса - 15 МРП, среднего бизнеса - 30 и 150 МРП для крупного.
28 фактов использования чужого ключа ЭЦП, штрафы до 200 МРП (130 тыс. руб.)
🕵️ 81 факт из 113 выявлен самими госорганами: через мониторинг систем и проверки. Ещё 23 - от правоохранителей, 9 - от граждан и СМИ.
⚠️ Уголовной статьи за передачу или использование чужого ключа ЭЦП нет, но если ключ использовался для кражи или подлога - дело переквалифицируют в мошенничество или несанкционированный доступ.
Всего в Казахстане 27,2 млн. сертификатов, из них 25,9 млн. физики, 1,3 млн. юрлица. В России такая статистика отсутствует, экспертная оценка говорит о 21-22 млн. действующих квалифицированных сертификатов, из них 3,2 млн. юрлица.
Please open Telegram to view this post
VIEW IN TELEGRAM