На форуме дарквеба повилась база автовладельцев Москвы и Подмосковья

На форуме дарквеба повилась база автовладельцев Москвы и Подмосковья

На форуме дарквеба повилась база автовладельцев Москвы и Подмосковья

Один из форумов киберпреступной тематики пополнился новой базой данных, содержащей записи об автовладельцах Москвы. Ценник злоумышленников зафиксировался на сумме 800 долларов (56 532 руб. по текущему курсу).

При этом продавец даже предлагает своеобразный бонус — файл, информация в котором датируется 2020 годом. Помимо этого покупатель может получить ФИО, даты рождения, телефонные номера, коды VIN, номера машин (а также их марки и модели).

По словам автора поста на форуме, данные он получил от инсайдера в ГИБДД, однако опрошенные изданием «КоммерсантЪ» эксперты отметили, что это могла быть банальная утечка из информационных систем.

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

Продавец предоставил «Ъ» семпл БД, который подтвердил подлинность выставленного архива. Сотрудники издания даже прозвонили нескольких автовладельцев из базы, которые отозвались по указанным именам и отчествам.

Чем может грозить водителям утечка базы данных ГИБДД, объяснил эксперт компании «Газинформсервис» Григорий Ковшов:

«Автолюбителей из Москвы и Подмосковья после подобной утечки может ожидать масса неприятных сюрпризов. В лучшем случае эти данные из базы ГИБДД попадут к компаниям, которые продвигают разные товары и услуги, тогда водителям стоит ждать шквала рекламы в ближайшем будущем. При худшем развитии событий данные могут быть использованы для фишинга и хакерских атак. Помимо сведений о машинах, таких как бренд и модель авто, место постановки на учет и прочего, «утекли» и сведения о водителе: ФИО, адреса, паспортные данные, контакты. А это уже крайне конфиденциальная информация».

Google встраивает квантовую криптографию в HTTPS без лишних килобайт

Google представила план, который должен защитить HTTPS-сертификаты в Chrome от будущих атак квантовых компьютеров и при этом не «сломать» интернет в процессе. Проблема в том, что современные TLS-сертификаты опираются на криптографию, которую в теории можно будет взломать с помощью алгоритма Шора, когда появятся достаточно мощные квантовые компьютеры.

Сегодня типичная цепочка X.509-сертификатов занимает около 4 КБ и содержит эллиптические подписи и ключи.

Если просто заменить их на квантово-устойчивые аналоги, объём данных вырастет примерно в 40 раз. А это значит, медленные хендшейки TLS и потенциальные проблемы с оборудованием и сетевой инфраструктурой практически обеспечены.

«Чем больше сертификат, тем медленнее соединение, и тем больше пользователей могут “отвалиться”», — объясняет Бас Вестербаан из Cloudflare, которая участвует в проекте вместе с Google.

Если браузер начнёт заметно тормозить, пользователи могут просто отключить новую защиту. Кроме того, избыточные объёмы данных могут негативно сказаться на так называемых middle boxes — промежуточных сетевых устройствах.

Решение нашли в использовании дерева Меркла (дерево хешей). Вместо длинной последовательной цепочки подписей предлагается применять компактное доказательство включения в криптографическое дерево. В новой модели центр сертификации подписывает Tree Head, который может представлять миллионы сертификатов. А браузеру передаётся лишь лёгкое доказательство того, что конкретный сертификат присутствует в этом дереве.

Google называет эту схему Merkle Tree Certificates (MTC). При добавлении квантово-устойчивых алгоритмов, таких как ML-DSA, подделка станет возможной только при одновременном взломе и классической, и постквантовой криптографии. При этом размер сертификата удаётся удержать примерно на прежнем уровне — около 4 КБ.

Новая архитектура станет частью так называемого quantum-resistant root store — квантово-устойчивого хранилища корневых сертификатов, которое дополнит Chrome Root Store.

Система уже реализована в Chrome. Пока Cloudflare тестирует её на тысяче TLS-сертификатов, самостоятельно формируя распределённый журнал прозрачности. В дальнейшем эту роль должны взять на себя центры сертификации. Параллельно в рамках IETF создана рабочая группа PKI, Logs, And Tree Signatures, она будет заниматься стандартизацией подхода.

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