Выпущен браузер Chrome 143: что нового и почему это важно
---------------------------------------------------------
Компания Google объявила о выходе стабильной версии web-браузера Chrome 143. Параллельно доступен и свежий релиз свободного Chromium, который служит технологической основой для Chrome. При этом между двумя продуктами по‑прежнему остаётся целый ряд отличий, затрагивающих как функциональность, так и модель распространения.
Чем Chrome отличается от Chromium
Хотя кодовая база у проектов общая, Chrome — это коммерческая сборка с дополнительными возможностями и сервисами:
- фирменная символика и оформление Google;
- встроенная система отправки отчетов о сбоях;
- модули для проигрывания защищённого медиаконтента (DRM), необходимых для работы некоторых видеосервисов;
- собственный механизм автоматического обновления;
- принудительно включённая песочница (Sandbox) для изоляции процессов;
- встроенные ключи Google API для доступа к фирменным сервисам;
- передача служебных RLZ-параметров при использовании поиска.
Chromium лишён этих особенностей по лицензионным и идеологическим причинам, поэтому его обычно ставят те, кому важна максимальная открытость и минимальная завязка на экосистему Google, а дополнительные опции они включают или реализуют самостоятельно.
Extended Stable: обновления с задержкой
Для организаций и пользователей, которым требуется больше времени на адаптацию к новым версиям, Google продолжает вести отдельную ветку Extended Stable. Она обновляется реже обычной стабильной ветки и поддерживается примерно восемь недель. Это позволяет компаниям планово тестировать веб-приложения, плагины и корпоративные политики, не рискуя сломать критичные бизнес‑процессы внезапным нововведением в браузере.
Следующий крупный релиз — Chrome 144 — уже внесён в график и запланирован на 13 января. Таким образом, цикл развития продолжает оставаться предсказуемым как для разработчиков сайтов, так и для пользователей.
Безопасность в Chrome 143: 13 закрытых уязвимостей
В Chrome 143 Google традиционно делает упор на безопасность. В этой версии устранено 13 уязвимостей, выявленных как внутренними специалистами, так и внешними исследователями. Существенная часть проблем была найдена автоматизированными инструментами:
- AddressSanitizer
- MemorySanitizer
- Control Flow Integrity
- LibFuzzer
- AFL
Эти инструменты помогают выявлять ошибки работы с памятью, нарушенную целостность потока управления и другие дефекты, которые сложно отловить вручную. Использование подобного арсенала стало стандартом для крупных проектов, где ставка делается на упреждающее выявление потенциально опасных багов.
Отдельно подчёркивается, что критических уязвимостей, позволяющих полностью преодолеть многоуровневую защиту, выйти за пределы песочницы и выполнить произвольный код в системе, в этом релизе не обнаружено. Это важный индикатор зрелости архитектуры: даже найденные проблемы, как правило, ограничены рамками изолированных процессов.
Сколько Google платит за найденные баги
В рамках программы вознаграждений для исследователей безопасности Google по традиции поощрила тех, кто помог укрепить Chrome. За уязвимости, закрытые в версии 143, уже назначено 13 премий на суммарную сумму 18 тысяч долларов США. Из них:
- одна награда — 11 000 долларов;
- две премии — по 3000 долларов;
- одна — 1000 долларов;
- ещё по девяти случаям размер вознаграждения пока не определён и будет зафиксирован позднее, после дополнительной оценки.
Такая модель не только стимулирует исследователей искать проблемы честным путём, но и позволяет крупным компаниям работать на опережение, не дожидаясь, пока уязвимости начнут использовать в атаках.
Запуск Chrome с дополнительными параметрами: Wayland, GPU и кэш
Часть пользователей традиционно не ограничивается стандартными настройками и запускает браузер с расширенным набором параметров, особенно в Linux-средах. Пример запуска может выглядеть так:
```bash
/usr/bin/google-chrome-stable
--enable-features=UseOzonePlatform
--ozone-platform=wayland
--ignore-gpu-blocklist
--disk-cache-dir=/dev/null
--media-cache-size=1
--disable-logging
```
В чём смысл таких флагов:
- переход на платформу рендеринга Ozone и использование Wayland позволяют на некоторых системах добиться более плавной графики и лучшей интеграции с современными окружениями рабочего стола;
- `--ignore-gpu-blocklist` форсирует использование аппаратного ускорения даже на видеоадаптерах, которые браузер по умолчанию считает проблемными;
- перенаправление дискового кэша в «пустой» каталог и минимальный размер media-кэша уменьшают нагрузку на диск, но могут приводить к повторным загрузкам данных;
- отключение логирования немного снижает объём служебных операций.
Такой подход несёт не только плюсы, но и риски. Некоторые функции, особенно завязанные на экспериментальные возможности графического стека, могут вести себя нестабильно: встречаются проблемы с прозрачностью, отрисовкой сложной анимации или 2D‑графики (например, в GIF). Поэтому подобные настройки оправданы, если вы осознаёте последствия и готовы мириться с возможными артефактами.
Драйверы видеокарты и стабильность в Linux
Ещё одно направление тонкой настройки — использование альтернативных графических драйверов. Существуют дополнительные репозитории с более свежими версиями стеков OpenGL/Vulkan и драйверов, которые иногда действительно дают заметный прирост производительности в браузере: быстрее работает WebGL, плавнее крутятся сложные веб-приложения, лучше тянется видео в высоком разрешении.
Однако вместе с ускорением часто приходят и побочные эффекты: нестабильность, артефакты при отрисовке, неожиданное поведение отдельных сайтов или видеоплатформ. Поэтому подобные обновления принято считать «экспериментальными» и применять с осторожностью — особенно на рабочих машинах, где важны предсказуемость и надёжность.
Chrome, Firefox и вопрос «монополии»
На фоне доминирования Chrome и браузеров на базе Chromium (к которым относятся многие популярные продукты) регулярно всплывает дискуссия о балансе сил на рынке. Доля Chrome и производных решений настолько велика, что некоторые разработчики сайтов при тестировании фактически ограничиваются одним движком — и в лучшем случае Safari. Firefox при этом нередко оказывается за бортом списка приоритетов.
Это порождает замкнутый круг: под Firefox меньше оптимизируют, часть сервисов работает хуже или позже получает поддержку новых функций — пользователи уходят на Chrome — разработчики видят статистику и ещё меньше инвестируют в альтернативу. В итоге технически самостоятельный движок Gecko оказывается в заведомо неравных условиях.
Отсюда и эмоциональные заявления: кто-то утверждает, что Firefox «жив только благодаря деньгам Google», другие — что чем быстрее ресурсы Mozilla будут перераспределены в пользу нишевых проектов, тем лучше. Но в реальности экосистема выигрывает именно от разнообразия движков: конкуренция в реализации стандартов, собственные эксперименты и разные подходы к приватности подталкивают весь рынок вперёд.
Стандарты веба: сначала реализация, потом спецификация
Ещё один спорный аспект — роль веб-стандартов. В теории стандарт — это «закон», которому следуют все. На практике же всё наоборот: новые возможности сначала реализуются в одном-двух браузерах в виде экспериментальных API, проходят обкатку на реальных проектах, и только после этого попадают в спецификации.
Поэтому наличие функции в стандарте ещё не гарантирует её поддержку всеми браузерами. Таблицы совместимости для HTML, CSS и JavaScript наглядно показывают: почти для каждой сложной фичи поначалу есть ограничения по платформам и версиям. Стандарт здесь — не магическая сила, а аккуратное описание уже сложившейся практики, дополненное согласованными деталями реализации.
Это стоит учитывать, когда обсуждаются претензии к браузерам: «в стандарте есть, значит, вы обязаны поддерживать». В реальности и Chrome, и Firefox, и Safari вынуждены балансировать между инновациями, безопасностью и затратами на реализацию, выбирая, какие возможности внедрять в первую очередь.
Потребление памяти и «уникальные» функции
Важная тема для многих пользователей — расход оперативной памяти. Браузеры давно превратились в платформы, а современные сайты сопоставимы по сложности с десктопными приложениями. На этом фоне каждый вендор старается подать оптимизации памяти как собственное достижение. Например, когда один из браузеров заявляет, что стал потреблять на 30–35% меньше ОЗУ, нередко оказывается, что он просто активировал или доработал уже существующие механизмы, давно присутствующие в Chromium.
Chrome и производные поддерживают:
- выгрузку неактивных вкладок из памяти с последующей быстрой подзагрузкой при обращении;
- приостановку фоновых процессов, которые редко используются;
- тонкую настройку приоритета вкладок и сервис-воркеров.
Часть подобных оптимизаций скрыта от пользователя и включена по умолчанию, часть — доступна через флаги или экспериментальные настройки. В результате один и тот же набор технологий может преподноситься как «фирменная фича» в конкретной сборке, хотя техническая основа берётся из общего кода Chromium.
Управление вкладками: как можно было бы улучшить
Проблема большого числа открытых вкладок актуальна для всех браузеров. Удобная группировка и возможность управлять памятью под конкретные сессии становятся ключевыми элементами комфорта. На уровне идей пользователи ожидают:
- автоматическую выгрузку редко используемых вкладок с сохранением их состояния;
- удобные группы вкладок, которые можно сворачивать/разворачивать и перетаскивать;
- отдельные «папки» или вертикальные панели для тематических сессий работы;
- прокрутку панелей вкладок, чтобы не терять их в горизонтальном списке.
Часть этих идей уже реализована в Chrome и других браузерах, часть — доступна через расширения, а кое-что пока остаётся в зоне пожеланий. Но именно сюда смещается фокус развития: от «сырых» визуальных новшеств к более зрелым инструментам управления рабочим процессом.
Личный выбор браузера: ощущения и реальность
Нередко выбор между Chrome, Firefox и другими решениями сводится к субъективным ощущениям. Кому-то интерфейс Chrome кажется «игрушечным» и перегруженным сервисами Google, тогда как Firefox воспринимается «классическим» браузером. Другим, наоборот, важна тесная интеграция с аккаунтом Google, синхронизация, встроенный перевод, автозаполнение и т.п.
На фоне этого стоит помнить:
- разные движки по-разному справляются с определёнными типами сайтов;
- производительность зависит не только от браузера, но и от драйверов, ОС и настроек;
- безопасность и скорость обновлений у крупных игроков уже примерно сопоставимы — различаются скорее подходы к приватности и телеметрии.
Chrome 143 — ещё один шаг в сторону шлифовки существующей архитектуры: больше внимания безопасности, меньше радикальных визуальных изменений. Для кого-то это плюс, для кого-то — показатель «застоя». Но именно такая эволюция делает браузер предсказуемым инструментом, а не постоянным полем для рискованных экспериментов.
Искусственный интеллект и браузеры: навязывают или нет?
Ещё один современный тренд — интеграция ИИ в браузеры: подсказки при написании текста, резюме страниц, интеллектуальный поиск по истории и вкладкам. Кому-то кажется, что это «навязывание», кто-то воспринимает такие функции как естественное развитие интерфейса.
Ключевой момент здесь — контроль пользователя:
- возможность полностью отключать ИИ‑опции;
- чёткое разделение локальной обработки и отправки данных в облако;
- прозрачные настройки приватности.
Пока что Chrome осторожно движется в этом направлении, делая ставку на вспомогательные инструменты, а не на радикальную переделку интерфейса. Для тех, кто не хочет использовать ИИ, по-прежнему остаётся достаточно опций, чтобы оставить браузер традиционным «окном в веб», а не многофункциональным ассистентом.
***
Chrome 143 не приносит революций, но укрепляет главное: безопасность, предсказуемость и стабильный цикл релизов. Для обычного пользователя это выражается в обновлении «в один клик» и незаметном закрытии опасных дыр, для продвинутых — в возможности тонко настраивать работу под конкретную систему и сценарии использования. На фоне продолжающейся борьбы движков и дискуссий о монополии именно такая планомерная эволюция и формирует тот веб, которым мы пользуемся каждый день.
