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

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

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

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

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

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

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

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

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

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

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

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

Ростелеком призвал создавать ЦОДы судного дня

Сложить всё в несколько больших дата-центров было удобно и выгодно. Пока по ним не начали прилетать беспилотники. Теперь российским компаниям нужны резервные площадки для восстановления сервисов — ЦОДы судного дня.

Об этом на форуме РБК Tech заявил зампред правления «Ростелекома» Валерий Ермаков, сообщает РБК.

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

Ответ — распределять сервисы между большим количеством площадок, разносить их географически и резервировать мощности. Ермаков называет такой подход микросотовой архитектурой.

Проще говоря, экономия на централизации уступает место вопросу: «А что останется работать, если эта площадка отключится?»

Однако разнести серверы мало — их ещё нужно связать быстрыми каналами. И здесь, по оценке топ-менеджера, назревает следующая проблема: российские магистральные сети перегружены, а значительная часть оптики проложена 20-30 лет назад.

Ермаков предупредил о возможном дефиците магистральных ресурсов и представил линию «Ростелекома» TEA NEXT от Калининграда до Монголии как источник дополнительных мощностей.

Напомним, после октябрьских атак остановились три ЦОДа «Яндекса» — в Сасове, Калуге и Владимире. Сбои затронули как сервисы компании, так и клиентов Yandex Cloud. Яндекс договорился с другими облачными провайдерами об ускоренном переносе клиентских данных и сервисов.

Название «ЦОД судного дня» звучит как маркетинг для апокалипсиса, но задача у него проще: чтобы после потери площадки бизнесу было откуда восстановиться.

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