Опыт России и Белоруссии по взаимному признанию ЭЦП могут перенять 90 стран

Опыт России и Белоруссии по взаимному признанию ЭЦП могут перенять 90 стран

Опыт России и Белоруссии по взаимному признанию ЭЦП могут перенять 90 стран

Выступая на 11-м Азиатско-тихоокеанском форуме по безбумажной торговле (Asia Pacific Paperless Trade Forum, APPTF), эксперт «Газинформсервиса» Сергей Кирюшкин рассказал, как решили задачу взаимного признания ЭЦП Белоруссия и Россия.

Советник гендиректора компании вместе с другими представителями РФ принял участие в первом заседании международной рабочей группы по реализации ст. 8 (трансграничное взаимное признание электронных документов) Рамочного соглашения об упрощении процедур трансграничной безбумажной торговли в Азиатско-Тихоокеанском регионе (CPTA, один из участников — Россия).

Взаимное признание электронной подписи странами – участницами трансграничной торговли является необходимым условием для отказа от бумажных сопроводительных документов. В ходе обсуждения положений ст. 8 CPTA российская сторона на правах участника Соглашения предложила использовать хорошо зарекомендовавший себя механизм проверки ЭЦП на основе технологии доверенной третьей стороны (ДТС).

В России такие полномочия, согласно ст. 13 Федерального закона №63 от 06.04.2011, возложены на удостоверяющие центры (УЦ). Компания «Газинформсервис» оказывает такие услуги, в том числе в отношении иностранных ЭЦП (Кирюшкин как раз возглавляет УЦ), а также разрабатывает и внедряет сервисы ДТС, которые страны СНГ могут признать юридически значимыми.

«Широкое международное участие в решении задачи перехода на безбумажные технологии в трансграничной торговле позволяет быть уверенными в том, что успешный опыт России, Белоруссии и Казахстана, решивших задачу взаимного признания электронной подписи в сегменте B2B-отношений будет масштабироваться, — заявил Кирюшкин на заседания рабочей группы в ходе APPTF. — Потенциально более 90 стран мира, законодательство в области электронной подписи которых базируется на нормах типового закона ЮНСИТРАЛ об электронных подписях, могут отказаться от бумажных документов в трансграничной торговле и получить существенные преимущества электронного юридически значимого документооборота».

Представитель «Газинформсервиса» также выступил на сессии «Цифровая трансформация транспорта, основные тренды и синергетический эффект» с докладом о правовых, технологических и организационных аспектах решения задачи трансграничного взаимного признания ЭЦП. Кроме него, в сессии приняли участие представители Минэкономразвития РФ, Исполкома СНГ, Евразийского банка развития, Международного союза автомобильного транспорта в Евразии (ЕАБР), ОТЛК ЕРА, ЭСКАТО ООН, Минтранспорта Узбекистана (форум проходил в Самарканде).

Баги в ядре Linux скрываются в среднем 2 года, а иногда и 20 лет

История с первой CVE для Rust-кода в ядре Linux, которая недавно привела к падениям системы, выглядела почти как повод для оптимизма. В тот же день для кода на C зарегистрировали ещё 159 CVE — контраст показательный. Но новое исследование напоминает: проблема не только в языках программирования.

Гораздо тревожнее первой Linux-дыры в коде на Rust тот факт, что многие ошибки в ядре Linux могут годами, а иногда и десятилетиями оставаться незамеченными.

Исследовательница Дженни Гуанни Ку из компании Pebblebed проанализировала 125 183 бага за почти 20 лет развития ядра Linux — и результаты оказались, мягко говоря, неожиданными.

 

По данным исследования, средний баг в ядре Linux обнаруживают через 2,1 года после его появления. Но это ещё не предел. Самый «долгоиграющий» дефект — переполнение буфера в сетевом коде — прожил в ядре 20,7 года, прежде чем на него обратили внимание.

Важно уточнить: речь идёт о багах в целом, а не только об уязвимостях. Лишь 158 ошибок из всей выборки получили CVE, остальные могли приводить к сбоям, нестабильности или неопределённому поведению, но не обязательно к эксплуатации.

Исследование опирается на тег Fixes:, который используется в разработке ядра Linux. Когда разработчик исправляет ошибку, он указывает коммит, в котором баг был добавлен. Дженни написала инструмент, который прошёлся по git-истории ядра с 2005 года, сопоставил такие пары коммитов и вычислил, сколько времени баг оставался незамеченным.

В датасет вошли данные до версии Linux 6.19-rc3, охватывающие период с апреля 2005 по январь 2026 года. Всего — почти 120 тысяч уникальных исправлений от более чем 9 тысяч разработчиков.

Оказалось, что скорость обнаружения ошибок сильно зависит от подсистемы ядра:

  • CAN-драйверы — в среднем 4,2 года до обнаружения бага;
  • SCTP-стек — около 4 лет;
  • GPU-код — 1,4 года;
  • BPF — всего 1,1 года.

Проще говоря, чем активнее подсистема используется и исследуется, тем быстрее там находят ошибки.

Отдельная проблема — неполные фиксы. Исследование показывает, что нередко разработчики закрывают проблему лишь частично. Например, в 2024 году был выпущен патч для проверки полей в netfilter, но уже через год исследователь нашёл способ его обойти.

Такие ситуации особенно опасны: создаётся ощущение, что проблема решена, хотя на самом деле она просто сменила форму.

RSS: Новости на портале Anti-Malware.ru