В Google Chrome могут увеличить кеш, чтобы повысить производительность

В Google Chrome могут увеличить кеш, чтобы повысить производительность

В Google Chrome могут увеличить кеш, чтобы повысить производительность

Google экспериментирует с размером хранилища Chrome, пытаясь повысить производительность браузера после недавнего внедрения функции разбитого на секции кеша. Интернет-гигант не может сказать, когда нововведение дойдёт до пользователей, неизвестны даже сроки тестирования нового подхода в сборках Canary.

До выхода Chrome 85 браузер использовал лишь одно цельное хранилище, в которое сбрасывался весь кешированный контент: изображения, аудио- и видеофайлы, HTML посещённых страниц.

Когда Google Chrome открывал произвольную веб-страницу, он параллельно проверял наличие в кеше размещённого на ней контента. Если локально находились какие-либо ресурсы, интернет-обозреватель загружал их с диска, что значительно увеличивало скорость отрисовки страниц.

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

Именно поэтому в Chrome 85 разработчики Google пересмотрели этот момент и добавили новую функцию, которая делит кеш браузера на диске. В этом случае у каждого веб-сайта будет собственный раздел кеша, который не смогут прочитать другие ресурсы.

Но и тут не обошлось без проблем. В ходе тестирования Google пришла к выводу, что новый принцип кеша несколько (приблизительно на 4%) снижает производительность браузера. Именно эту проблему разработчики и пытаются решить.

«Мы работаем над увеличением размера http-кеша. Задача — посмотреть, как больший размер кеша скажется на производительности браузера», — пишет команда Google.

Positive Technologies запустила Bug Bounty для 15 своих продуктов

Positive Technologies расширила работу с сообществом баг-хантеров и запустила на платформе Standoff Bug Bounty отдельные программы поиска уязвимостей сразу для 15 своих продуктов. Теперь каждое ключевое решение компании можно проверять в рамках собственной, выделенной программы — с понятным списком рисков и фиксированными вознаграждениями.

За обнаружение наиболее опасных уязвимостей исследователям готовы платить до 500 тысяч рублей.

В каждой программе описано от 10 до 15 потенциальных проблем, ранжированных по уровню критичности именно для конкретного продукта. Среди примеров — возможность получения прав администратора в PT NGFW, обход аутентификации в интерфейсе управления PT Application Inspector или удаление следов атак в PT Network Attack Discovery.

За проработку критических рисков выплаты составляют от 300 до 500 тысяч рублей, за уязвимости высокого уровня опасности — от 150 до 300 тысяч. Таким образом компания даёт баг-хантерам чёткое понимание, какие сценарии представляют наибольшую ценность с точки зрения реальной безопасности.

Одновременно Positive Technologies обновила и уже действующие программы Bug Bounty. В запущенную более трёх лет назад инициативу Positive dream hunting, которая ориентирована на поиск недопустимых для бизнеса событий, добавили новый критический сценарий — кражу персональных данных.

Ранее в список входили хищение денег со счетов компании и внедрение условно вредоносного кода. Вознаграждение за исследование таких сценариев может достигать 60 млн рублей.

Расширилась и программа Positive bug hunting, посвящённая поиску уязвимостей в веб-сервисах компании. Теперь в её область действия входят все основные домены и поддомены, доступные исследователям. Общая сумма выплат в рамках этого проекта уже превысила 1,2 млн рублей.

В компании подчёркивают, что рассматривают собственные продукты как эталон защищённости — и именно поэтому активно привлекают независимых экспертов к их проверке. По словам руководителя департамента ИБ Positive Technologies Виктора Гордеева, запуск отдельных программ для каждого продукта и расширение периметра исследований позволит эффективнее тестировать весь продуктовый портфель и быстрее находить наиболее актуальные уязвимости.

В итоге выигрывают обе стороны: баг-хантеры получают прозрачные правила и серьёзные вознаграждения, а разработчики — дополнительный уровень проверки своих решений в боевых условиях.

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