Chrome посилює захист: попередження про HTTP, шахрайські сторінки та небезпечні команди

Google оновила захист Chrome від незахищених з’єднань і вебшахрайства. Пояснюємо різницю між HTTPS та довірою до сайта, налаштування й перевірки.

Ноутбук із умовною сторінкою браузера, бурштиновим попередженням і блакитною позначкою захисту

Google повідомила про два оновлення захисту Chrome: попередження перед незахищеним HTTP-з’єднанням і додаткове виявлення шахрайства в Enhanced Protection. Анонси вийшли 21 жовтня та 20 жовтня відповідно. Для користувача важливо розрізняти ці механізми: вони перевіряють різні ризики й мають різні налаштування.

Що тепер відбувається з HTTP-посиланням

Функція Always use secure connections намагається перевести адресу на HTTPS і попереджає перед відвідуванням сайта, який його не підтримує. HTTPS захищає передавання даних між браузером і сайтом. Звичайне HTTP-з’єднання такого захисту не дає, тому стороння сторона в мережі може читати або змінювати трафік. Попередження створює момент для перевірки до продовження переходу.

За оголошенням Google, захист, який раніше ввімкнули для Enhanced Protection, тепер розгорнули за замовчуванням для всіх користувачів. Є винятки: типові локальні IP-адреси та однокомпонентні назви на зразок intranet/ за замовчуванням не викликають такого попередження. Якщо людина вже дозволила HTTP для сайта, Chrome повторно запитає після перерви у відвідуваннях щонайменше на два тижні.

Практично це означає: нове повідомлення не завжди свідчить про раптову зміну самого сайта. Воно може зробити помітною давню проблему з підключенням. Ми радимо спершу перевірити адресу, відкрити відомий сервіс зі збереженої закладки або набрати його домен самостійно. Для сторінки входу чи оплати не варто поспішати з дозволом лише тому, що посилання надійшло в знайомому листуванні.

Безпечне з’єднання і надійний сайт — окремі перевірки

У довідці Chrome Google нагадує: навіть за захищеного з’єднання потрібно перевіряти назву сайта перед передаванням чутливих даних. Шифрування не перевіряє чесність продавця або правдивість повідомлення. Огляньте домен, причину запиту пароля та контекст переходу. Якщо сторінка раптом вимагає банківський код для отримання подарунка, наявність HTTPS не робить таку вимогу нормальною.

Уявімо, що повідомлення про доставку веде на сторінку, схожу на сайт перевізника. Корисна перевірка — відкрити його застосунок або відомий сайт окремо та знайти замовлення там. Не покладайтеся лише на логотип, оформлення чи відсутність червоного екрана. Цей спосіб перевірки не потребує вгадувати, чи встиг браузер розпізнати конкретну підробку, і працює також для повідомлень про нібито заблокований обліковий запис.

Умовна картка завантаження на екрані комп’ютера, перекрита блакитною панеллю захисту
Концептуальна ілюстрація, створена за допомогою ШІ. Це не знімок інтерфейсу Chrome.

Що додали до Enhanced Protection

Для цього режиму Google додала попередження про підозрілі сайти та перевірку потенційно шкідливих команд, які користувач копіює. Для аналізу ознак шахрайства також застосовується серверна модель Gemini. Компанія каже, що текст сторінок, надісланий для цього аналізу, не зберігають і не використовують для навчання. Це твердження стосується конкретної перевірки, а не всіх даних режиму захисту.

Сценарій, на який варто звернути увагу, — сторінка просить «полагодити браузер», пройти незвичайну CAPTCHA або встановити оновлення через команду в системному вікні. Не виконуйте таку команду лише за вказівкою сторінки. Якщо вже виконали, окрема інструкція про ClickFix пояснює подальші дії. Новий захист браузера не є підтвердженням, що наслідки попереднього запуску автоматично усунено.

Які дані передає посилений захист

Згідно з описом рівнів Safe Browsing, Enhanced Protection може надсилати Google URL, невеликі фрагменти вмісту сторінок, відомості про розширення й систему для перевірки безпеки. Standard Protection має іншу модель перевірки та також може передавати повні адреси й фрагменти вмісту за підозрілої поведінки. Тому твердження «вся перевірка відбувається тільки на комп’ютері» для цих можливостей некоректне.

На комп’ютері перевірте «Налаштування» → «Конфіденційність і безпека» → «Безпека». Там окремо обирають рівень Safe Browsing та налаштовують безпечні з’єднання. Для робочого чи навчального браузера частину параметрів може задавати адміністратор. Якщо перемикач недоступний, уточніть політику організації; не потрібно встановлювати інший невідомий браузер або розширення, щоб обійти обмеження.

Що зробити користувачу та власнику сайта

Перевірте оновлення через меню Chrome → «Довідка» → «Про Google Chrome» та виконайте перезапуск, якщо браузер його пропонує. Це офіційний шлях оновлення, на відміну від банера на сторонній сторінці. Перед перезапуском збережіть незавершені форми. Якщо Chrome показує червоне попередження про небезпечний сайт, Google рекомендує не відвідувати його; для потрібного сервісу знайдіть відомий безпечний маршрут.

Власнику сайта варто перевірити HTTPS для основного домену, форм та важливих сторінок, а також старі посилання з реклами й листів. Документація Google щодо переходу на HTTPS охоплює сертифікати, перенаправлення, внутрішні посилання, canonical і sitemap. Наш практичний підхід: перевірити кілька реальних маршрутів від першого кліку до завершення дії. Виправлення лише головної сторінки не підтверджує, що весь шлях читача або покупця працює коректно.

Обговорення

Долучайтеся до розмови

Пишіть по суті й поважайте інших читачів. Перший коментар може з’явитися після перевірки редакцією.

Залишити коментар

Ваш email не публікується. Поля зі зірочкою обов’язкові.

Надсилаючи коментар, ви погоджуєтеся на його перевірку та зберігання введених даних відповідно до політики конфіденційності.