Google внедрил защиту Device Bound Session Credentials (DBSC) в Chrome 146 для Windows, предназначенную для блокировки сбора сессионных куки-файлов вредоносным ПО типа инфостилеров. Пользователи macOS получат эту функцию безопасности в будущем релизе Chrome, дата которого пока не объявлена.
Как работает технология
Защита DBSC работает путём криптографической привязки сессии пользователя к конкретному оборудованию, например, к чипу безопасности компьютера — Trusted Platform Module (TPM) в Windows или Secure Enclave в macOS.
Поскольку уникальные открытые/закрытые ключи для шифрования и дешифрования конфиденциальных данных генерируются чипом безопасности, их нельзя экспортировать с устройства.
Преимущества для безопасности
Как объясняет Google, выдача новых краткосрочных сессионных куки-файлов зависит от того, сможет ли Chrome доказать владение соответствующим закрытым ключом серверу.
Без этого ключа любой похищенный сессионный куки-файл истекает и становится бесполезным для злоумышленника почти сразу же. Это предотвращает использование украденных сессионных данных, поскольку уникальный закрытый ключ, защищающий их, нельзя экспортировать с машины.
Решаемая проблема
Сессионные куки-файлы действуют как токены аутентификации, обычно с более длительным сроком действия, и создаются на стороне сервера на основе имени пользователя и пароля.
Поскольку они позволяют аутентифицироваться на сервере без предоставления учётных данных, злоумышленники используют специализированное вредоносное ПО под названием *инфостилер* для сбора таких куки-файлов.
Google отмечает, что многие семейства инфостилеров, такие как LummaC2, становятся всё более изощрёнными в сборе этих учётных данных.
Разработка и внедрение
Протокол DBSC был разработан как открытый веб-стандарт в партнёрстве с Microsoft, с учётом мнения многих представителей индустрии, ответственных за веб-безопасность.
Веб-сайты могут перейти на более безопасные, привязанные к оборудованию сессии, добавив специальные конечные точки регистрации и обновления в свои бэкенды, без ущерба для совместимости с существующим фронтендом.
Спецификации доступны на сайте Консорциума Всемирной паутины (W3C), а пояснения можно найти на GitHub.