В России могут ввести уголовную ответственность за подделку ЭЦП

В России могут ввести уголовную ответственность за подделку ЭЦП

В России могут ввести уголовную ответственность за подделку ЭЦП

МВД России предложило причислить махинации с усиленной электронной цифровой подписью (ЭЦП) к разряду уголовно наказуемых деяний. Об этом стало известно на выездном заседании межфракционной рабочей группы Госдумы, в котором принял участие начальник договорно-правового департамента МВД Александр Авдейко.

В России в электронном документообороте используется два вида ЭЦП — простая и усиленная (созданная с использованием криптографии). Они различаются по степени защиты и области применения. Усиленная ЭЦП бывает квалифицированной (формируется с использованием средств криптозащиты, сертифицированных ФСБ РФ) или неквалифицированной. Ее можно получить, обратившись в один из аккредитованных удостоверяющих центров (УЦ) с пакетом личных документов.

Согласно черновику законопроекта, с которым ознакомился корреспондент РБК, за неправомерное владение ключом ЭЦП или сертификатом ключа ее проверки силовики предлагают наказывать штрафом в размере от 100 тыс. до 300 тыс. рублей либо лишением свободы на срок до трех лет. Сотрудникам УЦ, которые не удосужились проверить подлинность документов, предоставленных заявителем, будет грозить штраф до 300 тыс. рублей или тюремное заключение на 3-4 года.

В пояснительной записке к законопроекту МВД указало, что усиленная ЭЦП имеет высокий уровень защиты от подделки. Документы, заверенные такой подписью, обычно воспринимаются как подлинные. В то же время нельзя исключить ее использование третьими лицами, в том числе для совершения преступлений — кражи, мошенничества, создания фиктивной компании или отмывания денег, полученных противозаконными методами.

В последние годы, как сообщает репортер, МВД фиксирует заметный рост числа уголовных дел о незаконном образовании юрлиц с использованием документов, заверенных электронной подписью. Ключ ЭЦП и сертификат ключа проверки злоумышленники обычно получают у сотрудника УЦ обманом или вступив с ним в сговор. Они могут также украсть носитель с ключом у владельца подписи или оформить ключ на подставное лицо.

Расширения Chrome могут слить секреты URL через атаку по стороннему каналу

Как оказалось, расширения Chrome можно использовать для слива кодов авторизации, сеансовых ID и других секретов из URL любой открытой вкладки. Никаких специальных разрешений для этого не понадобится, только доступ к declarativeNetRequest API.

Этот механизм, пришедший на смену webRequest API, позволяет расширениям сообщать браузеру, что следует изменить или заблокировать на загружаемой странице (заголовки, реклама, трекеры).

Правила обработки запросов при этом добавляются динамически, а фильтрация осуществляется по регулярным выражениям, соответствующим подмножествам знаков, которые могут присутствовать на определенных позициях в URL.

Исследователь Луан Эррера (Luan Herrera) обнаружил, что блокировку, диктуемую правилами, Chrome производит почти мгновенно, за 10-30 мс, а остальные запросы выполняются дольше (~50-100ms) — из-за сетевых подключений. Эту разницу во времени расширение может использовать для бинарного поиска с целью посимвольного слива URL.

// extensions/browser/api/web_request/extension_web_request_event_router.cc:1117-1127
case DNRRequestAction::Type::BLOCK:
  ClearPendingCallbacks(browser_context, *request);
  DCHECK_EQ(1u, actions.size());
  OnDNRActionMatched(browser_context, *request, action);
  return net::ERR_BLOCKED_BY_CLIENT;

Оракул для подобной тайминг-атаки строится с использованием chrome.tabs.reload для перезагрузки страницы и перехватчика chrome.tabs.onUpdated, помогающего отследить событие status === "complete". Замер времени между reload и завершением загрузки покажет, заблокирован запрос или успешно обработан.

Повторение проверок и бинарного поиска позволяет получить полный URL (с довеском после «?»), затратив на каждый знак строки несколько прогонов. Таким образом, можно незаметно для пользователя украсть включенные приложением в адрес секреты — токены OAuth и сброса пароля, API-ключи, ссылки на контент, закрытый для поисковых систем.

Проверка PoC проводилась на Windows 11 24H2 с использованием Chrome разных версий:

  • 144.0.7559.97 (Stable)
  • 145.0.7632.18 (Beta)
  • 146.0.7647.4 (Dev)
  • 146.0.7653.0 (Canary)

В Google подтвердили возможность подобной атаки по стороннему каналу, но заявили, что решить проблему нереально.

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