Бухгалтеры и в 2026 году продолжают оставаться главной причиной компрометации ключей электронной подписи. Может им для удобства ещё по 7 ключей разных организаций на один токен записывать?
Только такие жизненные кейсы с проблемами для бизнеса заставляют руководителей задуматься о последствиях, когда уже поздно.
Только такие жизненные кейсы с проблемами для бизнеса заставляют руководителей задуматься о последствиях, когда уже поздно.
🏛 Судебная практика - суд признал кредитный договор незаключенным в связи с мошенническими действиями с использованием простой ЭП
Решение Ростовского суда вступило в силу.
Интересно, на что указал суд:
Суд отметил, что сам по себе факт подписания договора электронной подписью не является безусловным доказательством волеизъявления гражданина, учитывая совокупность установленных по делу обстоятельств.
Какие ещё нужны доказательства, что простая ЭП - профанация электронной подписи?
❗️ Председатель Верховного суда России И.В. Краснов в мае 2026 года поручил российским судам провести масштабный анализ и обобщить судебную практику по делам, связанным с использованием искусственного интеллекта.
@sovetsudey анализ и обобщение судебной практики по делам, связанным с использованием электронной подписи отсутствует.
✍️ "Об ЭП и УЦ"
Решение Ростовского суда вступило в силу.
Интересно, на что указал суд:
электронная подпись, будучи техническим средством идентификации, не может подменять собой действительную волю лица на принятие кредитных обязательств, особенно в случаях, когда имеются объективные данные о возможных мошеннических действиях третьих лиц.
Суд отметил, что сам по себе факт подписания договора электронной подписью не является безусловным доказательством волеизъявления гражданина, учитывая совокупность установленных по делу обстоятельств.
Какие ещё нужны доказательства, что простая ЭП - профанация электронной подписи?
@sovetsudey анализ и обобщение судебной практики по делам, связанным с использованием электронной подписи отсутствует.
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from SecurityLab.ru
Как бесплатная цифра в ноль рублей оборачивается чеком на 50 миллионов
Раздача отечественных TLS-сертификатов через Госуслуги ничего не стоит для компаний, однако переезд неожиданно обнажил скопившийся за годы техдолг. Пока обычные пользователи спокойно заходят через Яндекс Браузер, крупняк подсчитывает вынужденные расходы. Интеграция в инфраструктуру компании на пару десятков тысяч сотрудников встает в 10–50 миллионов рублей.
Все упирается в лоскутное IT-наследие, которое годами костылили в продакшене. Браузер на компьютере бухгалтера лишь верхушка айсберга, а под водой сидят серверные операционки, шифрование внутри кода мобилок, связки API и древняя Java. Когда Япония в лице GlobalSign веерно отзывает десятки тысяч сертификатов у наших банков, выясняются неприятные детали. Больше 90% рынка сидело на зарубежном SSL, и теперь около 15% корпоративного железа просто отказывается работать без тотального обновления софта.
По факту мы наблюдаем самый дорогой принудительный апгрейд в истории рунета. За 4–6 месяцев инженерам придется пересобрать внутреннюю инфраструктуру, которую не трогали годами. В плюсе останутся интеграторы и отечественные вендоры, пока остальные вынуждены перенаправлять бюджеты с развития на базовую стабильность внутренних сервисов.
#инфобез #техдолг #импортозамещение
@SeclabNews
Раздача отечественных TLS-сертификатов через Госуслуги ничего не стоит для компаний, однако переезд неожиданно обнажил скопившийся за годы техдолг. Пока обычные пользователи спокойно заходят через Яндекс Браузер, крупняк подсчитывает вынужденные расходы. Интеграция в инфраструктуру компании на пару десятков тысяч сотрудников встает в 10–50 миллионов рублей.
Все упирается в лоскутное IT-наследие, которое годами костылили в продакшене. Браузер на компьютере бухгалтера лишь верхушка айсберга, а под водой сидят серверные операционки, шифрование внутри кода мобилок, связки API и древняя Java. Когда Япония в лице GlobalSign веерно отзывает десятки тысяч сертификатов у наших банков, выясняются неприятные детали. Больше 90% рынка сидело на зарубежном SSL, и теперь около 15% корпоративного железа просто отказывается работать без тотального обновления софта.
По факту мы наблюдаем самый дорогой принудительный апгрейд в истории рунета. За 4–6 месяцев инженерам придется пересобрать внутреннюю инфраструктуру, которую не трогали годами. В плюсе останутся интеграторы и отечественные вендоры, пока остальные вынуждены перенаправлять бюджеты с развития на базовую стабильность внутренних сервисов.
#инфобез #техдолг #импортозамещение
@SeclabNews
Об ЭП и УЦ
Photo
Отзыв квалифицированных сертификатов через Госуслуги за 7 месяцев 2026 года
57 % всех отзывов за 7 месяцев 2026 - квал. Госключа, для кого собственно сервис и делали. 2 АУЦ отзыв не осуществляли. Всего отозвано более 45 тыс. квалифицированных сертификатов.
🚀 Об ЭП и УЦ
57 % всех отзывов за 7 месяцев 2026 - квал. Госключа, для кого собственно сервис и делали. 2 АУЦ отзыв не осуществляли. Всего отозвано более 45 тыс. квалифицированных сертификатов.
Please open Telegram to view this post
VIEW IN TELEGRAM
15 лет назад распоряжением Правительства 1214-р был утвержден План подготовки правовых актов в целях реализации федеральных законов «Об электронной подписи» и «О внесении изменений в отдельные законодательные акты Российской Федерации в связи с принятием Федерального закона «Об электронной подписи». Это был единственный случай, когда разработка подзаконных актов получила утверждение на таком высоком уровне. Началась формироваться текущая система нормативных правовых актов в сфере электронной подписи.
Следующий План-график подготовки проектов нормативных правовых актов Правительства, ФОИВ и Банка России, необходимых для реализации норм Федерального закона от 27 декабря 2019 г. № 476-ФЗ, был утвержден Заместителем Председателя Правительства 11.09.2020 № 8376п-П10.
Разработка новых подзаконных актов связана с принятием изменений 210-ФЗ в части НУЦ, а также 6 приказов в рамках 315-ФЗ. Планы-графики их разработки не утверждались.
Please open Telegram to view this post
VIEW IN TELEGRAM
Противоречивое решение УФАС - на поставку СКЗИ лицензия не требуется
По обращению одного участника закупки из документации на поставку ключевого носителя Рутокен ЭЦП 3.0 3220 (сертифицированного ФСБ) было исключено требование к участникам о наличии лицензии ФСБ России на распространение шифровальных (криптографических) средств.
Вроде бы куда проще - передача (распространение) СКЗИ, 21 пункт перечня работ и услуг лицензии ФСБ, но региональное УФАС решает по-своему.
На заседании Комиссии представитель Заказчика сообщил, что в закупке отсутствуют требования о выполнении работ по установке, настройке, разработке, распространению, техническому обслуживанию или иному использованию средств криптографической защиты информации, а также отсутствуют указания на необходимость осуществления деятельности, подлежащей лицензированию в соответствии с законодательством Российской Федерации о лицензировании отдельных видов деятельности.
Какой-то непонятный представитель ООО «Ресурс» пояснил, что
Комиссия УФАС, изучив описание объекта закупки, установила, что из описания объекта закупки не следует, что исполнение контракта предполагает выполнение работ или оказание услуг в области разработки, производства, распространения, технического обслуживания либо использования шифровальных (криптографических) средств, подлежащих лицензированию ФСБ России.
Решение УФАС логике не поддается и может быть легко обжаловано в суде.
✍️ "Об ЭП и УЦ"
По обращению одного участника закупки из документации на поставку ключевого носителя Рутокен ЭЦП 3.0 3220 (сертифицированного ФСБ) было исключено требование к участникам о наличии лицензии ФСБ России на распространение шифровальных (криптографических) средств.
Вроде бы куда проще - передача (распространение) СКЗИ, 21 пункт перечня работ и услуг лицензии ФСБ, но региональное УФАС решает по-своему.
На заседании Комиссии представитель Заказчика сообщил, что в закупке отсутствуют требования о выполнении работ по установке, настройке, разработке, распространению, техническому обслуживанию или иному использованию средств криптографической защиты информации, а также отсутствуют указания на необходимость осуществления деятельности, подлежащей лицензированию в соответствии с законодательством Российской Федерации о лицензировании отдельных видов деятельности.
Какой-то непонятный представитель ООО «Ресурс» пояснил, что
Рутокен 3.0 не несет в себе функции шифрования файлов или текстов, это можно сделать в результате использования отдельных программ на компьютере, а сам Рутокен 3.0 служит для генерации ключа и его хранения с целью защиты от несанкционированного доступа, аутентификации пользователя и электронной подписи документов. Следовательно требование о лицензировании, согласно п.п. в) п. 3 Положения о лицензировании Постановления № 313, на деятельность с использованием товаров, содержащих шифровальные (криптографические) средства, в рассматриваемом случае, не применяется.
Комиссия УФАС, изучив описание объекта закупки, установила, что из описания объекта закупки не следует, что исполнение контракта предполагает выполнение работ или оказание услуг в области разработки, производства, распространения, технического обслуживания либо использования шифровальных (криптографических) средств, подлежащих лицензированию ФСБ России.
Само по себе включение в состав поставляемого товара защищенного носителя ключевой информации не свидетельствует о том, что поставщик должен обладать лицензией на деятельность в области шифровальных средств, поскольку поставка такого устройства не тождественна осуществлению лицензируемой деятельности и не предполагает выполнения работ, требующих специального разрешения.
Решение УФАС логике не поддается и может быть легко обжаловано в суде.
Please open Telegram to view this post
VIEW IN TELEGRAM
Во исполнение пункта 9 плана-графика (есть всё-таки план-график!) подготовки нормативных правовых актов, необходимых для реализации норм Федерального закона от 26 июня 2026 г. № 210-ФЗ «О внесении изменений в Федеральный закон «О связи» и отдельные законодательные акты Российской Федерации», утвержденного Заместителем Председателя Правительства Российской Федерации - Руководителям Аппарата Правительства Российской Федерации Д.Ю. Григоренко от 3 июля 2026 г. № ДГ-П10-24879, Минцифры России сегодня размещен проект постановления Правительства «О случаях, при которых сертификат безопасности национального удостоверяющего центра прекращает свое действие» - дополнительные 4 случая. Думал, что первым проектом НПА будет другой документ.
Please open Telegram to view this post
VIEW IN TELEGRAM
Неожиданное от адвокатов, отстав лет на 10 они всё-таки постигают самые основы нашей сферы и выясняют, что «открепленный файл электронной цифровой подписи ЕСИА» сам по себе не позволяет определить вид подписи:
✍️ "Об ЭП и УЦ"
АПМО разъясняет, что в соответствии с ч. 1 ст. 6 Федерального закона «Об электронной подписи» (далее – Закон об электронной подписи) информация в электронной форме, подписанная действительной усиленной квалифицированной электронной подписью (УКЭП), по общему правилу признается электронным документом, равнозначным документу на бумажном носителе, подписанному собственноручной подписью. Поэтому для соглашения, подписанного каждой стороной действительной УКЭП, отдельное соглашение о признании такой подписи не требуется, если федеральным законом или принятым в соответствии с ним нормативным правовым актом не установлена исключительно бумажная форма документа.
Согласно ч. 2 ст. 6 Закона об электронной подписи документ, подписанный простой электронной подписью (ПЭП) или усиленной неквалифицированной электронной подписью (УНЭП), признается равнозначным бумажному документу в случаях, установленных федеральным законом, принятым в соответствии с ним нормативным правовым актом, нормативным актом Банка России либо соглашением участников электронного взаимодействия. Для УНЭП должны быть предусмотрены правила проверки подписи, для ПЭП — выполнены требования ст. 9 Закона об электронной подписи, включая правила определения подписанта и обязанность сохранять конфиденциальность ключа ПЭП. Закон прямо не требует, чтобы такое соглашение всегда было отдельным, предварительным и заключенным только на бумаге либо с применением УКЭП. Однако использование ПЭП или УНЭП при заключении первого соглашения, когда правила идентификации и проверки подписи содержатся в нем же, может повлечь спор о соблюдении письменной формы и принадлежности волеизъявления. Для снижения этого риска целесообразно использовать УКЭП либо заранее согласовать порядок электронного взаимодействия способом, позволяющим надежно подтвердить волю сторон
Please open Telegram to view this post
VIEW IN TELEGRAM
Минцифры, вот это другой 210-ФЗ - он не про Госуслуги (там тоже 210-ФЗ, от 2010 года, вступил в силу пятнадцать лет назад), он про Антифрод 2.0. Названия законов можно было и прочитать. Хватит позорить нашу сферу.
Об ЭП и УЦ
Июнь 2013 - С 2015 года электронная карта заменит российский паспорт (образец 2013 года на фото) Декабрь 2021 - МВД планирует начать выдавать россиянам электронные паспорта в январе 2023 года "Электронные паспорта будут содержать отпечатки пальцев двух рук…
Июнь 2013 - С 2015 года электронная карта заменит российский паспорт
Декабрь 2021 - МВД планирует начать выдавать россиянам электронные паспорта в январе 2023 года
Июнь 2022 - Минцифры заморозило проект выдачи цифровых паспортов на неопределенный срок
Август 2026 - Депутаты предложили вернуться к идее введения пластиковых карт для удостоверения личности гражданина.
✍️ "Об ЭП и УЦ"
Декабрь 2021 - МВД планирует начать выдавать россиянам электронные паспорта в январе 2023 года
Июнь 2022 - Минцифры заморозило проект выдачи цифровых паспортов на неопределенный срок
Август 2026 - Депутаты предложили вернуться к идее введения пластиковых карт для удостоверения личности гражданина.
Please open Telegram to view this post
VIEW IN TELEGRAM
❌Со вчерашнего дня недоступны CRL двух УЦ (по факту конечно это один УЦ для тахографов):
🔹Модум - https://e-trust.gosuslugi.ru/registry/accreditation/1177746857045
🔹Атлас Карт - https://e-trust.gosuslugi.ru/registry/accreditation/1037714042596
✅Up. Доступны с 15.00, недоступность наблюдалась 28 часов.
🔹Модум - https://e-trust.gosuslugi.ru/registry/accreditation/1177746857045
🔹Атлас Карт - https://e-trust.gosuslugi.ru/registry/accreditation/1037714042596
✅Up. Доступны с 15.00, недоступность наблюдалась 28 часов.
Один ключ, чтобы править всеми: как "упрощение" в API привело к нарушению конфиденциальности
Представьте, что у всех квартир в огромном небоскрёбе - один и тот же замок. И ключ от вашей двери подходит к двери вашего соседа, к двери президента компании и даже к двери в подсобку. Звучит как безумие, правда?
Но именно так, по сути, работают системы "зашифрованных рассуждений" в современных LLM.
Недавнее исследование (июль 2026) вскрыло архитектурную уязвимость у Anthropic, OpenAI и Google. Чтобы сэкономить на серверном хранении, провайдеры прячут "цепочки мыслей" (Chain of Thought) своих флагманских моделей в зашифрованные блоки и отдают их клиенту на хранение. Эти блоки должны были защищать интеллектуальную собственность. Но инженеры допустили ошибку: они использовали глобальный ключ для всех.
Исследователи пишут:
🔹Кросс-модельный джейлбрейк - то есть блок мыслей от защищённой модели Opus 4.8 можно отдать слабой модели Haiku 4.5. Поскольку ключ общий, Haiku без проблем расшифровывает и выдаёт все секретные размышления Opus дословно.
🔹Извлечение данных других пользователей, т.к. один ключ означает, что блок из вашей сессии можно расшифровать в чужой сессии. Исследователи просканировали GitHub, нашли 315 320 таких блоков и извлекли оттуда 62 реальных ключа API, 33 пароля и личные данные.
🔹Используя один ключ, можно внедрить в общий блок вредоносную инструкцию. Пользователь, подхвативший такой "отравленный" блок, невольно выполнит её, думая, что это его собственные мысли.
Найденная уязвимость - не ошибка в алгоритме шифрования, а ошибка архитектуры. Разработчики пожертвовали изоляцией ради удобства (бесшовное переключение моделей и отсутствие серверной памяти), сделав всю экосистему уязвимой через самое слабое звено.
Провайдеры уже получили отчёт и закрыли брешь. Но этот случай - суровое напоминание: в криптографии "один ключ на всех" - никакое не упрощение, а настоящая проблема.
@ep_uc
Представьте, что у всех квартир в огромном небоскрёбе - один и тот же замок. И ключ от вашей двери подходит к двери вашего соседа, к двери президента компании и даже к двери в подсобку. Звучит как безумие, правда?
Но именно так, по сути, работают системы "зашифрованных рассуждений" в современных LLM.
Недавнее исследование (июль 2026) вскрыло архитектурную уязвимость у Anthropic, OpenAI и Google. Чтобы сэкономить на серверном хранении, провайдеры прячут "цепочки мыслей" (Chain of Thought) своих флагманских моделей в зашифрованные блоки и отдают их клиенту на хранение. Эти блоки должны были защищать интеллектуальную собственность. Но инженеры допустили ошибку: они использовали глобальный ключ для всех.
Исследователи пишут:
Чтобы обеспечить переносимость трасс рассуждений между вызовами моделей, наши эксперименты показывают, что провайдеры, по-видимому, используют один глобальный ключ для шифрования и аутентификации каждого блока рассуждений.Что это значит на практике:
🔹Кросс-модельный джейлбрейк - то есть блок мыслей от защищённой модели Opus 4.8 можно отдать слабой модели Haiku 4.5. Поскольку ключ общий, Haiku без проблем расшифровывает и выдаёт все секретные размышления Opus дословно.
🔹Извлечение данных других пользователей, т.к. один ключ означает, что блок из вашей сессии можно расшифровать в чужой сессии. Исследователи просканировали GitHub, нашли 315 320 таких блоков и извлекли оттуда 62 реальных ключа API, 33 пароля и личные данные.
🔹Используя один ключ, можно внедрить в общий блок вредоносную инструкцию. Пользователь, подхвативший такой "отравленный" блок, невольно выполнит её, думая, что это его собственные мысли.
Найденная уязвимость - не ошибка в алгоритме шифрования, а ошибка архитектуры. Разработчики пожертвовали изоляцией ради удобства (бесшовное переключение моделей и отсутствие серверной памяти), сделав всю экосистему уязвимой через самое слабое звено.
Провайдеры уже получили отчёт и закрыли брешь. Но этот случай - суровое напоминание: в криптографии "один ключ на всех" - никакое не упрощение, а настоящая проблема.
@ep_uc
Об ЭП и УЦ
Прошло более двух месяцев со дня вступления в силу приказа Минцифры от 05.11.2025 № 1001 об изменениях единых требований к формам МЧД, необходимых для использования квалифицированной электронной подписи. Единый формат версии 003 и схема ещё не актуализированы.…
📄 Минцифры актуализирована
Единая форма МЧД (формат 003)
Файл Единой формы был актуализирован 28 июля 2026, размещена на той же странице, информации об изменении нигде не было.
🔍 Изменения, которые удалось обнаружить:
🔹Изменены признаки обязательности относительно паспорта (был НУ - необязателен при условии, стал просто Н - необязательным)
🔹Добавлены/изменены типовые элементы (<СвФЛТип>, <ИННФЛТип>, <СНИЛСТип>, <УдЛичнФЛ>)
🔹Изменено наименование и код элемента с "Регистрационный номер нотариуса в Минюсте/РегНомНот" на "Регистрационный номер лица, сдавшего квалификационный экзамен в Минюсте/РегНомЛИЦ"
🔹Добавлены ссылки на составные элементы (таблицы 4.35, 4.37)
🔹в пункте 102 «Текстовое содержание полномочия» удалена применительно к человекочитаемости полномочий фраза "и (или) идентификаторов"
🔹в пункте 104 "Тип доверителя» было: "...представлять его интересы...", а стало: "...представлять свои интересы..."
Файл XML-схемы не менялся. Можно сказать, что изменения касаются исключительно текстовых описаний (наименований и пояснений) и не влияют на логическую структуру данных, поэтому формально схема остается работоспособной, но для полного соответствия Единой форме МЧД она требует правок.
✍️ "Об ЭП и УЦ"
Единая форма МЧД (формат 003)
Файл Единой формы был актуализирован 28 июля 2026, размещена на той же странице, информации об изменении нигде не было.
🔍 Изменения, которые удалось обнаружить:
🔹Изменены признаки обязательности относительно паспорта (был НУ - необязателен при условии, стал просто Н - необязательным)
🔹Добавлены/изменены типовые элементы (<СвФЛТип>, <ИННФЛТип>, <СНИЛСТип>, <УдЛичнФЛ>)
🔹Изменено наименование и код элемента с "Регистрационный номер нотариуса в Минюсте/РегНомНот" на "Регистрационный номер лица, сдавшего квалификационный экзамен в Минюсте/РегНомЛИЦ"
🔹Добавлены ссылки на составные элементы (таблицы 4.35, 4.37)
🔹в пункте 102 «Текстовое содержание полномочия» удалена применительно к человекочитаемости полномочий фраза "и (или) идентификаторов"
🔹в пункте 104 "Тип доверителя» было: "...представлять его интересы...", а стало: "...представлять свои интересы..."
Файл XML-схемы не менялся. Можно сказать, что изменения касаются исключительно текстовых описаний (наименований и пояснений) и не влияют на логическую структуру данных, поэтому формально схема остается работоспособной, но для полного соответствия Единой форме МЧД она требует правок.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from CRL monitor lite
⚠️ Уведомление о проблемах с CRL НУЦ
Временно нестабильно работают точки распространения CRL на стороне удостоверяющего центра НУЦ 📜. Проверка отзыва для некоторых сертификатов может завершаться ошибкой, но это не означает, что сертификат отозван 🔒.
Это не сбой бота 🤖. Как только НУЦ восстановит публикацию CRL, проверки вернутся в норму ✅.
Временно нестабильно работают точки распространения CRL на стороне удостоверяющего центра НУЦ 📜. Проверка отзыва для некоторых сертификатов может завершаться ошибкой, но это не означает, что сертификат отозван 🔒.
Это не сбой бота 🤖. Как только НУЦ восстановит публикацию CRL, проверки вернутся в норму ✅.
This media is not supported in your browser
VIEW IN TELEGRAM
❌"В Тверской области 17-летний юноша торговал чужими электронными подписями" - под таким заголовком вышла статья в АиФ Тверь.
Электронными подписями конечно же никто не торговал, что было на самом деле:
🔹в интернете скупались данные для доступа к аккаунтам Госуслуг. А как же подтверждение входа по смс?
🔹к учётным записям привязывались чужие абонентские номера.
🔹оформлял сертификаты Госключа (неквал, какие же ещё) для использования посторонними лицами. Ключи👍 куда только записывал?
🔹Далее говорится, что
Уголовное дело возбуждено по части 2 статьи 274.5 УК «Организация деятельности по передаче информации, необходимой для регистрации или авторизации пользователя интернета для получения доступа к функциональным возможностям информационного ресурса».
😂 Роль технологии Госключа в этой схеме требует отдельного доклада на PKI-Форуме изучения. Так много вопросов и так мало ответов.
Электронными подписями конечно же никто не торговал, что было на самом деле:
🔹в интернете скупались данные для доступа к аккаунтам Госуслуг. А как же подтверждение входа по смс?
🔹к учётным записям привязывались чужие абонентские номера.
🔹оформлял сертификаты Госключа (неквал, какие же ещё) для использования посторонними лицами. Ключи
🔹Далее говорится, что
"готовые учётные записи (с уже привязанными абонентским номером и электронной подписью) продавал мошенникам, которые использовали их для оформления кредитов и перевода денег в криптовалюту".
Уголовное дело возбуждено по части 2 статьи 274.5 УК «Организация деятельности по передаче информации, необходимой для регистрации или авторизации пользователя интернета для получения доступа к функциональным возможностям информационного ресурса».
Please open Telegram to view this post
VIEW IN TELEGRAM
✍️ Исследование кибербезопасности доменной инфраструктуры
Руцентр проводит исследование безопасности доменной инфраструктуры российских компаний и приглашает принять участие в анонимном опросе.
Хотят собрать реальную картину инцидентов и практик защиты: какие угрозы встречаются чаще всего, как компании защищают корпоративные домены и какие подходы используют для управления доменным портфелем. В исследовании прошлого года инциденты с доменами нашлись у 57% респондентов, при этом в большинстве своем они были следствием именно собственных ошибок сотрудников.
Анкета состоит из 12 вопросов, заполнение займет 5–6 минут.
Тема особенно актуальна в связи с изменениями с 1 сентября 2026 года: управление доменами .ru, .рф и .su будет возможно только через подтвержденный аккаунт на Госуслугах. Новые правила затронут процессы администрирования и управления доменными портфелями.
Пройти опрос и проверить себя: https://ankt.cc/r8hLQk
Руцентр проводит исследование безопасности доменной инфраструктуры российских компаний и приглашает принять участие в анонимном опросе.
Хотят собрать реальную картину инцидентов и практик защиты: какие угрозы встречаются чаще всего, как компании защищают корпоративные домены и какие подходы используют для управления доменным портфелем. В исследовании прошлого года инциденты с доменами нашлись у 57% респондентов, при этом в большинстве своем они были следствием именно собственных ошибок сотрудников.
Анкета состоит из 12 вопросов, заполнение займет 5–6 минут.
Тема особенно актуальна в связи с изменениями с 1 сентября 2026 года: управление доменами .ru, .рф и .su будет возможно только через подтвержденный аккаунт на Госуслугах. Новые правила затронут процессы администрирования и управления доменными портфелями.
Пройти опрос и проверить себя: https://ankt.cc/r8hLQk
БагЗилла
Mozilla объявила о замене GPG-ключа, применяемого для подписания артефактов релизов Firefox и Thunderbird - tar-архивы, RPM-пакеты и файлы с контрольными суммами.
Ранее незашифрованная копия ключа была по ошибке добавлена в приватный репозиторий компании на GitHub, доступный ограниченному числу участников проекта, которые имели доступ к применению ключа через внутренние сервисы.
Аудит не выявил доказательств доступа третьих лиц к ключу во время его нахождения в репозитории на GitHub.
Нужно было использовать HSM.
Mozilla объявила о замене GPG-ключа, применяемого для подписания артефактов релизов Firefox и Thunderbird - tar-архивы, RPM-пакеты и файлы с контрольными суммами.
Ранее незашифрованная копия ключа была по ошибке добавлена в приватный репозиторий компании на GitHub, доступный ограниченному числу участников проекта, которые имели доступ к применению ключа через внутренние сервисы.
Аудит не выявил доказательств доступа третьих лиц к ключу во время его нахождения в репозитории на GitHub.
Нужно было использовать HSM.