Перевірка безпечності URL

Перевірка безпечності URL є безкоштовним інструментом, який визначає, чи позначає Google надіслану URL-адресу як безпечну або небезпечну.

Що перевіряє Google Safe Browsing?

Google Safe Browsing звіряє URL-адреси з даними Google про загрози. Сервіс призначений для виявлення вебадрес, пов'язаних із такими ризиками, як фішинг, оманливі сторінки, шкідливе та небажане програмне забезпечення.

Перевірка стосується надісланої URL-адреси та її репутації за даними Google. Це не перевірка в реальному часі коду сайту, облікового запису хостингу чи бази даних на вразливості.

Небезпечний статус не обов'язково означає, що Google видалив сторінку з результатів пошуку або що інтернет-провайдер її заблокував. Попередження Safe Browsing, індексація в Пошуку Google і блокування на рівні мережі є окремими системами.

Як перевірити, чи безпечна URL-адреса?

Надішли вебадресу й переглянь отриманий результат. Якщо попередження стосується конкретної сторінки, а не всього домену, обов'язково вкажи відповідний шлях.

Наприклад, перевірка https://example.co.uk/ може нічого не сказати про https://example.co.uk/account/sign-in. Головна сторінка та сторінка входу мають різні URL-адреси, тому їхня репутація також може відрізнятися.

Перевірка виконується на сервері. URL-адреса передається на нього через HTTPS і не зберігається. Не надсилай приватні посилання з токенами для скидання пароля, підписаними параметрами завантаження чи іншими секретними даними, якщо перевіряти саме цю адресу не обов'язково.

Як тлумачити результат?

Результат показує один із двох статусів Safe Browsing для надісланої URL-адреси. Інструмент повертає одне з двох повідомлень, але не вказує категорію загрози, журнал перевірки чи докладне пояснення.

Безпечний статус не підтверджує дійсність сертифіката HTTPS, не перевіряє роботу DNS чи автентифікацію електронної пошти й не гарантує відсутності шкідливого вмісту в завантажуваному файлі. Інструмент також не може визначити, чи має сторінка законні підстави запитувати певні відомості. Окрім отриманого статусу, перевір написання домену та контекст сторінки.

Коли посилання варто перевірити додатково

Перевірка Safe Browsing найкорисніша, коли йдеться про попередження системи безпеки або підозрілу адресу, а не про загальну доступність сайту.

1. Посилання в електронному листі виглядає підозріло. Перевір точне посилання, не відкриваючи його в браузері. Якщо воно має небезпечний статус, не вводь облікові чи платіжні дані. Навіть за безпечного результату порівняй домен відправника з відомим сайтом організації та уникай посилань, які несподівано пропонують увійти в обліковий запис.
2. Після очищення сайту браузер досі показує попередження. Окремо перевір уражену сторінку та інші скомпрометовані шляхи. Небезпечний результат може означати, що Google ще не оновив статус або що частина зараженого вмісту залишилася. Перевір файли на хостингу, базу даних, облікові записи адміністраторів і сторонні скрипти, а вже потім подавай доступний запит на повторну перевірку через відповідний сервіс Google.
3. Відвідувача перенаправляє на незнайомий домен. Перевір і початкову адресу, і кінцеве призначення. Перевірка безпечності URL не показує ланцюжок перенаправлень, тому спочатку скористайся інструментом «Перевірка перенаправлення URL», щоб визначити кожен перехід, а потім окремо перевір отримані URL-адреси.

Якщо після зміни DNS сайт не відкривається, ця перевірка не допоможе діагностувати сервери імен, записи A, записи AAAA або DNSSEC. Попередження про сертифікат також потребує окремої перевірки імені хоста, строку дії та ланцюжка сертифікатів.

Чому безпечний або небезпечний статус змінюється не відразу?

Статус Safe Browsing може змінюватися із затримкою, оскільки Google переглядає дані про загрози за власним графіком. Записи DNS, кеш браузера та проміжні кеші можуть окремо впливати на те, що бачить відвідувач, але не затримують зміну самого статусу.

Після видалення шкідливих файлів Google може й надалі показувати небезпечний статус, доки його системи повторно не відвідають або не перевірять уражену URL-адресу. Можлива й протилежна ситуація: нещодавно скомпрометована сторінка ще не потрапила до даних про загрози. Через таку затримку безпечний результат не можна вважати повним підтвердженням безпеки.

Поширення змін DNS також може спричинити незрозумілі розбіжності. Після перенесення сайту на інший хостинг одна мережа вже може звертатися до нового сервера, тоді як інша ще використовує стару адресу. Якщо старий сервер був скомпрометований, двоє людей, які вводять той самий домен, можуть тимчасово отримувати різний вміст, хоча текст URL-адреси однаковий.

Браузери можуть певний час зберігати інформацію про попередження або кешовані сторінки. Перевірка в іншому браузері чи мережі допоможе відрізнити локальний кеш від загального статусу, але очищення кешу не видаляє справжній запис Safe Browsing. Під час перевірки, чи залишається стара версія сторінки доступною через системи Google, може допомогти Перевірка кешу Google.

Поширені запитання

Чи можна перевірити скорочене посилання?

Так, можна перевірити саму скорочену адресу, але результат не обов'язково пояснить статус усіх адрес, на які вона перенаправляє. Розгорни посилання за допомогою перевірки перенаправлень, а потім окремо перевір кінцеву URL-адресу та всі неочікувані проміжні домени.

Чи можна перевірити localhost або приватну адресу компанії?

Safe Browsing призначений для вебзагроз і URL-адрес, що мають значення у відкритому інтернеті, тому результат для localhost, внутрішнього імені хоста або приватної IP-адреси може бути некорисним. Такі адреси слід діагностувати через налаштування локального DNS, маршрутизації, проксі та сервера.

Чи потрібно додавати до URL-адреси параметри відстеження?

Залишай параметри, якщо вони змінюють адресу призначення або досліджуваний вміст, але за можливості видаляй непотрібні аналітичні мітки. Рядки запиту можуть містити персональні ідентифікатори, токени доступу або адреси електронної пошти, тому переглянь URL-адресу перед надсиланням.

Що робити, якщо небезпечною позначено лише одну сторінку?

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