Разработчик Google Chrome предлагает отказаться от файлов cookie

Разработчик Google Chrome предлагает отказаться от файлов cookie

Разработчик Google Chrome предлагает отказаться от файлов cookie

Член команды безопасности Google Chrome Майк Уэст предложил отказаться от использования старой технологии файлов cookie, заменив ее так называемыми безопасными HTTP-токенами. Соответствующую концепцию разработчик опубликовал на GitHub, попросив у сообщества прокомментировать ее состоятельность.

Уэст уточняет:

«Прошу учитывать, что это не полностью продуманное предложение, которое уже готово к реализации. Это всего лишь небольшой сборник интересных идей для обсуждения, не более того».

Не все отнеслись к подобной идее позитивно, так как народ зачастую довольно консервативен и не склонен заменять устоявшиеся годами технологии. Но идея Уэста заключается в том, чтобы постепенно списывать в утиль фрагменты кода, позволяющие веб-сайтам отслеживать пользователя.

Взамен этого разработчик предлагает ввести «контролируемую клиентом HTTPS-сессию для управления состоянием на уровне сети».

Другими словами, код отслеживания будет контролироваться браузером через защищенный HTTP-заголовок (уникальное 256-битное значение). Этот заголовок будет передаваться в момент, когда пользователь посещает какой-либо сайт.

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

Разработчик выделил два положительных момента использования его идеи:

  1. Присваивая идентификатор сеанса HTTPS-соединению, можно связать его с определенным доменом, что повысит безопасность. Этот идентификатор труднее будет отследить, так как он будет предаваться через защищенный протокол, что исключит его передачу в виде открытого текста.
  2. Ограничения на длину заголовка HTTP будут определять, какое количество личной информации будет храниться внутри. Это уменьшит риск перехвата конфиденциальной информации пользователя.

Фишинг под WordPress крадёт карты и OTP, отправляя данные в Telegram

Исследователи зафиксировали новую, довольно изощрённую фишинговую кампанию, нацеленную на владельцев сайтов на WordPress. Злоумышленники рассылают письма о якобы скором окончании регистрации домена и в итоге выманивают у жертв не только данные банковских карт, но и одноразовые коды.

Об атаке рассказал специалист по киберугрозам Анураг (Anurag). Письмо выглядит тревожно и приходит с темой вроде «Renewal due soon – Action required».

Расчёт простой: напугать и заставить действовать быстро. Но есть важная деталь, на которую сразу указывает исследователь, — в письме не указан конкретный домен, срок которого якобы истекает. Для настоящих уведомлений о продлении это крайне нетипично и уже само по себе должно насторожить.

 

Если жертва нажимает кнопку Renew Now, её перенаправляют на фальшивую страницу оплаты, размещённую на домене soyfix[.]com. Визуально она почти неотличима от настоящего чекаута WordPress: значки платёжных систем, пометка «Secure order validation», правдоподобные суммы вроде $13,00 плюс НДС. Всё выглядит настолько аккуратно, что сомнения быстро исчезают.

 

Но «заказ», разумеется, фиктивный. Страница просто собирает имя владельца карты, номер, срок действия и CVV, тут же отправляя их злоумышленникам. На этом атака не заканчивается. Следующий шаг — поддельное окно 3D Secure Verification, где пользователя просят ввести код из СМС.

 

Чтобы всё выглядело максимально правдоподобно, скрипт имитирует «работу банка»: семисекундная загрузка, затем ещё несколько секунд «проверки». После этого система сообщает об ошибке. Причём ошибка появляется всегда — специально, чтобы заставить жертву вводить новые OTP-коды снова и снова. Так атакующие получают сразу несколько актуальных кодов подтверждения.

Отдельного внимания заслуживает инфраструктура кампании. Вместо классических серверов управления злоумышленники используют Telegram. Скрипты на стороне сайта (send_payment.php и send_sms.php) пересылают украденные данные напрямую в телеграм-бот или канал. Такой подход дешевле, проще и гораздо сложнее заблокировать, чем традиционные C2-серверы.

Письма рассылались с адреса admin@theyounginevitables[.]com, который маскировался под поддержку WordPress. Анализ заголовков показал слабую политику DMARC (p=NONE), из-за чего подмена отправителя прошла без каких-либо ограничений.

Пользователям WordPress советуют сохранять хладнокровие и проверять подобные уведомления вручную — через официальный дашборд WordPress.com, а не по ссылкам из писем. И простое правило напоследок: если в уведомлении о продлении не указано, какой именно домен нужно продлевать, — почти наверняка это ловушка.

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