Перейти к содержимому
Получить предложение
CYF TECH/БЛОГ/БЕЗОПАСНОСТЬ

Безопасность сайта и SSL: руководство для малого и среднего бизнеса на 2026 год.

Безопасность
10 мин чтения

«Мы маленькая компания, кому нужен наш сайт?» Эту фразу мы слышим часто. Однако большинство атак проводится автоматическими инструментами, которые нацелены не на конкретную компанию, а на любой сайт с уязвимостью. Безопасность сайта касается всех, независимо от размера.

В этом руководстве мы рассказываем, почему сайт становится мишенью, зачем нужен SSL-сертификат и как вас затронет сокращение сроков действия сертификатов с 2026 года, о базовых мерах — обновлениях, доступе, резервном копировании и файрволе, — о рисках OWASP Top 10, которые нужно учитывать при разработке ПО, и о том, что делать, если атака всё же произошла.

Цель — не сделать из вас специалиста по безопасности, а помочь задавать правильные вопросы агентству, хостинг-провайдеру или команде разработчиков и избежать самых частых ошибок.

Почему атакуют даже небольшие сайты?

Для злоумышленников ценен не только сам сайт, но и его ресурсы. Взломанный сайт можно использовать для:

  • Спама и фишинга: с вашего сервера рассылаются тысячи поддельных писем, а ваш домен попадает в чёрные списки.
  • SEO-спама: на сайт добавляются скрытые страницы и ссылки; Google может пометить сайт как «взломанный».
  • Кражи данных: похищаются данные из форм обратной связи, сведения о пользователях и заказах; по KVKK это означает утечку данных.
  • Вымогательства и вредоносного ПО: файлы шифруются, или посетителям распространяется вредоносное ПО.

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

Большинство таких атак ищет известные уязвимости, исправления для которых давно выпущены. То есть безопасность обеспечивается в основном не сложными технологиями, а регулярной поддержкой и дисциплиной.

Злоумышленник не выбирает вас — он находит сайт с открытой дверью.

Что такое SSL-сертификат и какой тип выбрать?

SSL-сертификат (сегодня технически — TLS) шифрует трафик между браузером посетителя и вашим сервером и обеспечивает https и значок замка в адресной строке. Номер телефона или пароль, отправленный через форму без SSL, может прочитать кто-то в сети. Браузеры помечают страницы без SSL как «не защищённые», а Google считает HTTPS частью оценки удобства страниц.

ТипЧто подтверждает?Для кого?
DV (проверка домена)Только то, что домен находится под вашим контролемКорпоративные сайты, блоги; бесплатные варианты вроде Let’s Encrypt относятся к этому типу
OV (проверка организации)Помимо домена — существование компанииКомпании, которые хотят показывать свою корпоративную идентичность в сертификате
EV (расширенная проверка)Всесторонняя проверка компанииНекоторые финансовые и корпоративные структуры; браузеры больше не показывают отдельную зелёную строку

По стойкости шифрования между тремя типами разницы нет. Разница — в проверке личности, стоящей за сертификатом. Для большинства сайтов малого и среднего бизнеса и интернет-магазинов достаточно правильно настроенного DV-сертификата с автоматическим продлением.

Значок замка не означает «безопасный сайт»: SSL лишь шифрует соединение. Он не закрывает уязвимости в ПО сайта, слабые пароли или необновлённые плагины. У большинства фишинговых сайтов тоже есть действующий SSL-сертификат.

В 2026 году сроки действия SSL-сертификатов сокращаются: что делать?

CA/Browser Forum, объединяющий производителей браузеров и удостоверяющие центры, в апреле 2025 года принял решение SC-081 о поэтапном сокращении максимального срока действия публичных SSL/TLS-сертификатов:

ДатаМаксимальный срок сертификата
С 15 марта 2026 года200 дней
С 15 марта 2027 года100 дней
С 15 марта 2029 года47 дней

На практике это означает конец эпохи «раз в год купить сертификат и установить вручную». Период в 200 дней уже действует; к 2029 году сертификаты придётся продлевать семь-восемь раз в год.

  • Переходите на автоматическое продление: используйте провайдера с поддержкой протокола ACME (например, Let’s Encrypt) или функцию автоматического SSL в панели хостинга.
  • Отслеживайте сертификаты: установите инструмент мониторинга, предупреждающий об истекающих сертификатах.
  • Составьте список сертификатов, установленных вручную: если используете платные OV/EV-сертификаты, уже сейчас спросите провайдера о вариантах автоматизации.
  • Включите HSTS: заголовок HSTS, предписывающий браузеру всегда подключаться к сайту по HTTPS, блокирует атаки с понижением до незашифрованного соединения.

5 базовых мер безопасности сайта

Технически самые простые меры останавливают больше всего атак:

  • 1. Актуальное ПО — CMS, тема, плагины, серверное ПО и используемые библиотеки должны регулярно обновляться. Отключить неиспользуемые плагины недостаточно — удалите их полностью.
  • 2. Надёжный доступ — используйте уникальные длинные пароли для админ-панели, панели хостинга, FTP и базы данных, менеджер паролей и везде, где возможно, двухфакторную аутентификацию (2FA).
  • 3. Минимальные права — давайте каждому пользователю только необходимые права. Сразу закрывайте аккаунты уволившихся сотрудников и агентств, завершивших проект.
  • 4. Регулярные резервные копии — следуйте правилу 3-2-1: минимум три копии, два разных носителя, одна копия вне сервера. Несколько раз в год проверяйте, что копию можно восстановить.
  • 5. Мониторинг — получайте уведомления о доступности сайта, изменениях файлов и неудачных попытках входа. Регулярно проверяйте отчёт «Проблемы безопасности» в Google Search Console.
Самый быстрый выигрыш: сегодня же включите двухфакторную аутентификацию в админ-панели и закройте все аккаунты, не входившие в систему последние шесть месяцев. Эти два шага в значительной мере нейтрализуют самый распространённый путь атаки — украденные или подобранные пароли.

Файрвол (WAF), защита от DDoS и заголовки безопасности

Второй слой поверх базовых мер — остановить вредоносный трафик до того, как он достигнет сайта.

  • Файрвол веб-приложений (WAF): фильтрует SQL-инъекции, перебор паролей и известные шаблоны атак. Большинство CDN-сервисов предлагает его в базовых пакетах.
  • Защита от DDoS: защита на уровне CDN или хостинга от попыток обрушить сайт потоком запросов особенно важна в периоды акций.
  • Ограничение входа и CAPTCHA: ограничение числа попыток в админ-панели и формах усложняет жизнь ботам.
  • Заголовки безопасности: HTTP-заголовки вроде Content-Security-Policy, X-Frame-Options (или CSP frame-ancestors), X-Content-Type-Options и Referrer-Policy сообщают браузеру, каким ресурсам доверять, и заранее блокируют многие типы атак.

CDN и кеширование заодно ускоряют сайт; здесь безопасность и производительность улучшаются одной инвестицией. О скорости мы рассказали скорость сайта и Core Web Vitals в отдельной статье.

Безопасность заказного ПО: OWASP Top 10:2025

Если на сайте есть разработанные на заказ разделы — регистрация, оплата, бронирование или личный кабинет, — безопасность во многом зависит от того, как написан код. Мировой ориентир в этой области — OWASP Top 10, список самых критичных рисков веб-приложений от OWASP. В версии 2025 года, впервые обновлённой с 2021-го, выделяются следующие пункты:

  • Нарушение контроля доступа: ошибки вроде возможности увидеть чужой счёт, изменив номер в адресной строке. По-прежнему на первом месте.
  • Ошибки конфигурации безопасности: открытые админ-экраны, пароли по умолчанию, подробные сообщения об ошибках. В списке 2025 года поднялись на второе место.
  • Сбои в цепочке поставок ПО: новая категория; охватывает безопасность сторонних пакетов, плагинов и инструментов сборки, используемых в проекте.
  • Криптографические ошибки и инъекции: хранение паролей открытым текстом или вставка пользовательского ввода в запрос к базе без проверки.
  • Неправильная обработка исключительных ситуаций: тоже новая категория; описывает переход системы в небезопасное состояние при сбое.

Работая с командой разработчиков, используйте этот список как инструмент проверки: спрашивайте, какая мера принята против какого риска. Для критичных проектов хорошая практика — независимый тест на проникновение (пентест) перед запуском. Именно поэтому в наших продуктах KATSİS и RestaurantBill, обрабатывающих платежи и персональные данные, ролевая авторизация, зашифрованные соединения и ведение журналов (логов) заложены с первого дня проектирования. Подробнее об этих продуктах — на странице наши проекты.

Что делать, если сайт взломали?

Даже при лучших мерах инцидент может случиться. Действия в панике часто стирают следы и усугубляют проблему. Действуйте спокойно и по порядку:

  • Шаг 1 — переведите сайт в режим обслуживания или временно закройте доступ, чтобы не пострадали посетители.
  • Шаг 2 — смените все пароли (панель, хостинг, FTP, база данных, почта) и завершите все сеансы.
  • Шаг 3 — изучите серверные журналы и изменённые файлы, чтобы найти источник атаки; восстановление из копии без закрытия уязвимости приведёт к повторной атаке.
  • Шаг 4 — восстановитесь из чистой резервной копии, обновите всё ПО и запросите проверку в Search Console.
  • Шаг 5 — если затронуты персональные данные, оцените ситуацию с юридической точки зрения. KVKK обязывает операторов данных уведомить Совет по защите персональных данных как можно скорее после обнаружения утечки — согласно решению Совета, не позднее 72 часов, — а затронутых лиц — в разумный срок.
Важно: информация о KVKK носит общий характер и не является юридической консультацией. При утечке данных действуйте вместе с юристом. Об уведомлении об обработке данных и работе с cookie на сайте вы можете Сайт в соответствии с KVKK прочитать в нашей статье.

Национальный центр реагирования на киберинциденты Турции (USOM) публикует предупреждения о киберугрозах и принимает сообщения об инцидентах. Следить за касающимися вашей организации объявлениями — полезная привычка.

// ЧЕК-ЛИСТ БЕЗОПАСНОСТИ
  • Все ли страницы открываются по HTTPS, продлевается ли SSL автоматически?
  • Актуальны ли CMS, тема и плагины?
  • Включена ли двухфакторная аутентификация в админ-панели?
  • Закрыты ли старые аккаунты пользователей и агентств?
  • Хранятся ли резервные копии вне сервера и проверено ли восстановление?
  • Включены ли WAF/CDN и заголовки безопасности?
  • Прописано ли, кто и что делает в случае утечки?

Частые вопросы

Делает ли SSL-сертификат сайт полностью безопасным?

Нет. SSL шифрует трафик между посетителем и сервером, но не закрывает уязвимости ПО, слабые пароли или необновлённые плагины. Помимо SSL для безопасности нужны регулярные обновления, строгий контроль доступа и резервное копирование.

Достаточно ли бесплатного SSL-сертификата?

Для большинства корпоративных сайтов и интернет-магазинов — да. Бесплатные DV-сертификаты вроде Let’s Encrypt обеспечивают ту же стойкость шифрования, что и платные. Платные OV и EV добавляют проверку организации, но соединение безопаснее не делают.

Сколько действует SSL-сертификат?

По решению CA/Browser Forum с 15 марта 2026 года максимальный срок действия новых сертификатов — 200 дней. 15 марта 2027 года он сократится до 100 дней, а 15 марта 2029 года — до 47 дней. Поэтому автоматическое продление становится обязательным.

Как понять, что сайт взломали?

Самые распространённые признаки: незнакомые страницы или ссылки на сайте, заголовки на иностранном языке в результатах Google, перенаправление посетителей на другие сайты, предупреждение о безопасности в Search Console и уведомления о спаме от хостинг-провайдера.

Как часто нужно обновлять сайт для безопасности?

Обновления безопасности нужно устанавливать как можно скорее после выхода. Общее правило — проверяйте сайт хотя бы раз в месяц, а критические патчи безопасности ставьте без промедления. Не забывайте делать резервную копию перед обновлением.

В заключение

Безопасность сайта — не разовая настройка, а постоянная привычка: SSL с автопродлением, актуальное ПО, двухфакторная аутентификация, резервные копии вне сервера и файрвол. Эти базовые слои останавливают большую часть автоматических атак ещё на пороге.

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

Все статьи
Поделиться
// ДАВАЙТЕ НАЧНЁМ

Воплотим Ваш проект вместе.

Расскажите о своём проекте — мы подготовим индивидуальное предложение.