Как сообщает Google, количество взломов сайтов в интернете выросло на 32% в 2016 году по сравнению с предыдущим годом, и данная тенденция продолжит свое развитие. Возможно, это может быть удивительным, учитывая усиление уровня безопасности сайтов как в количестве, так и в качестве. Тем не менее, статистические данные не дают повода расставаться с осторожностью, особенно когда дело касается защиты сайтов от хакеров. В этой статье мы рассмотрим технические аспекты безопасного протокола соединения HTTPS, стандарты сертификации безопасности сайтов и различные виды уязвимости порталов.

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

Собственникам небольших сайтов не следует отчаиваться, думая, что они не будут стать жертвой хакеров. Небольшие сайты часто использовались в качестве тренировочной площадки для атаки на крупные порталы. Или они могут стать жертвой массовой атаки, когда сотни или тысячи ресурсов выбираются по определенному принципу. Считается, что каждый третий сайт может быть подвергнут атакам со стороны злоумышленников, которые постоянно исследуют возможные уязвимости, обнаруженные на сайтах. Поэтому главным приоритетом владельца сайта является максимально возможное обеспечение безопасности сайта от возможных угроз, чтобы сохранить важные данные и свои деньги.

Зачастую сайты страдают от уязвимостей, через которые осуществляются большинство атак. Эти "уязвимости" – изначальные дефекты в коде или программном обеспечении сайта, которые могут быть использованными нарушителем для нарушения работы системы. Происхождение уязвимостей может быть связано с ошибками в проектировании сайта или нерадивым поведением пользователей, которые устанавливают ненадежные пароли.

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

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

Как устроен https и почему это безопасно

Использование протокола http для передачи данных не является безопасным, так как информация может быть легко украдена хакерами. Чтобы избежать такой возможности, в 1994 году был создан протокол https, который использует криптографическую систему SSL/TLS, чтобы зашифровать все передаваемые данные и обеспечить безопасное соединение через незащищенный канал.

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

Таким образом, использование протокола https гарантирует безопасность передаваемой информации, так как она защищена шифрованием и аутентифицируется сертификатом сервера.

Перевод сайта на протокол HTTPS может показаться сложным, но в действительности, процесс перехода состоит всего из нескольких шагов.

Шаг 1: Получение и настройка сертификата

Для получения сертификата можно обратиться в центры сертификации за отдельную плату или воспользоваться бесплатным вариантом. Однако, крупные компании обычно отдают предпочтение платным сертификатам, так как они обладают расширенной аутентификацией и возможностью включения субдоменов. Помимо этого, бесплатные сертификаты могут увеличить время передачи данных из-за особенностей обслуживания удостоверяющими центрами. Кроме того, для сайтов с приемом онлайн-платежей необходимо выбирать платный сертификат. Сертификат необходимо настроить для переадресации всех запросов с HTTP на HTTPS.

Шаг 2: Работа с внутренними ссылками

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

Шаг 3: Переадресация

После установки сертификатов сайт становится доступным по двум адресам, и необходимо оставить только тот, который начинается с HTTPS. Для этого нужно настроить прямой редирект "301" с HTTP на HTTPS. Делается это на сервере, но можно воспользоваться и файлом htaсcess.

Шаг 4: Внесение изменений в файл robots.txt

Чтобы поисковые роботы могли обнаружить сайт с измененным протоколом, необходимо указать этот протокол в файле robots.txt.

Шаг 5: Включение HTTPS Strict-Transport-Security

Этот процесс индивидуален для каждого сервера, и не существует универсальных рекомендаций. Для облегчения задачи можно обратиться к специалистам, которые разрабатывали сайт. Для надежной защиты данных на ресурсе необходимо включить Secure Cookies.

Когда дело доходит до выбора сертификата для защиты сайта, вам придется сделать выбор между двумя типами сертификатов. Если вы владеете небольшим офлайн-бизнесом или личным блогом и хотите просто донести информацию о своей компании до потенциальных клиентов, то вам подойдет Domain Validation SSL. Данный вид проверки не позволяет использовать сертификат для защиты субдоменов или для финансовых операций через сайт. Однако, такие сертификаты выдаются быстро, и после подтверждения владения доменом, вы можете начать их использование сразу же. Вы можете подтвердить владение доменом несколькими способами, включая отправку подтверждающего e-mail, запись в DNS или использование хэш-файла. Такой сертификат оценен относительно низко по цене, примерно 610 рублей в год.

Если же вы собираетесь вести финансовые онлайн-операции через свой сайт, вам необходимо установить сертификат Business Validation. Данный вид сертификата более надежный, так как помимо подтверждения владения доменом, он связывает компанию с сайтом. Для прохождения проверки подтверждения, вы должны отправить пакет документов в центр верификации и принять звонок на корпоративный номер. Все сертификаты Business Validation разделены на следующие виды:

• Extended Validation SSL – используется банками, платежными системами, крупными интернет-магазинами и другими организациями, работающими с большими объемами денежных средств.
• Wildcard SSL – защищает сам сайт и его поддомены. Используется, когда на сайте предполагается несколько поддоменов с разной региональной привязкой.
• SAN SSL – поддерживает внешние и внутренние альтернативные доменные имена.
• CodeSigning SSL – подтверждает безопасность кодов и программных продуктов с сайта, идеальный выбор для разработчиков приложений.

Независимо от выбранного сертификата, в первую очередь необходимо сгенерировать запрос на получение, в котором будет содержаться вся информация о владельце домена и открытый ключ. После того, как запрос будет направлен в центр верификации, вы получите сертификат и файл с ключом. Важно сохранять этот файл в секрете. Стоимость таких сертификатов может быть довольно высокой, например, Symantec Secure Site Wildcard стоит примерно 281 967 рублей в год.

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

Это не полный список известных уязвимостей, а новые появляются все чаще и чаще. Сегодня мы остановимся только на одном типе уязвимости — небезопасной передаче данных и рассмотрим ключевые виды атак, связанных с ней. За последнее время, около 73% взломов сайтов, например, в мобильных банковских системах, были связаны с этой уязвимостью.

В интернете каждое действие является обменом данными. Когда пользователь заходит на сайт или отправляет сообщение в социальной сети, компьютер отправляет запрос серверу и получает ответ. Обычно, этот обмен осуществляется по протоколу HTTP. Протокол устанавливает правила обмена данными, и благодаря ему содержание сайта загружается на устройство.

Однако, хотя протокол HTTP очень удобен в использовании, данные, которые по нему передаются, абсолютно не защищены. Эти данные передаются в открытом виде. На пути от пользователя до сервера информация многократно проходит через различные промежуточные узлы. Если злоумышленник получит доступ к хотя бы одному из этих узлов, он сможет легко перехватить передаваемые данные. В корне уязвимости лежит небезопасность передачи данных и риски, связанные с этим важным моментом.

Ниже приведены некоторые из видов атак, вызванных небезопасной передачей данных:

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

Кража паролей является одним из наиболее распространенных преступлений в Интернете. Согласно статистике, каждый год 15% пользователей становятся жертвами мошенничества с кредитными картами или кражи персональных данных. Злоумышленники, получив доступ к сайту через украденный пароль, имеют доступ ко всей конфиденциальной информации о клиентах. Они могут использовать эту информацию с выгодой для себя, например, снять деньги с банковских карт.

Некоторые мелкие интернет-магазины, форумы и торрент-трекеры нередко пренебрегают защитой паролей. Хакеры, зная об этом, атакуют именно эти сайты. В августе 2014 года хакерская группировка CyberVor из России похитила 4,5 млрд учетных записей. Логины и пароли были украдены с 420 000 веб-сайтов. Наибольшая база учетных данных попала в руки преступников, по оценке американской компании, занимающейся информационной безопасностью, HoldSecurity.

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

Взлом сайтов может быть произведен через хостинг-провайдера. Существует несколько причин, по которым это может произойти.

Во-первых, сервер может быть установлен устаревшим программным обеспечением, которое хакерам легче взломать. Это особенно верно, если сравнивать его с новым программным обеспечением.

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

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

Недавно хакерская группировка совершила взлом серверов подпольного хостинга Freedom Hosting II. Этот инцидент показал, как хакеры могут скомпрометировать более 10 000 сайтов сети Tor и похитить базу данных хостинга, содержащую более 381 000 адресов электронной почты пользователей.

Для управления контентом, структурой и дизайном сайта веб-мастера используют системы управления сайтом (Content Management System — CMS). Это простой и удобный способ создания, дизайна и обновления сайта даже для тех, кто не очень разбирается в программировании и веб-технологиях.

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

Согласно отчетам компании Sucuri, специализирующейся на веб-безопасности, в третьем квартале 2016 года самыми уязвимыми CMS были WordPress — 74%, Joomla — 17% и Magento — 6% от общего количества скомпрометированных сайтов. Большая часть взломов произошла из-за того, что администраторы не установили своевременно обновления безопасности системы.

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

Как защититься от взлома сайта через модули и компоненты вне CMS?

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

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

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

Уязвимость, известная как SQL-инъекция, возникает из-за недостаточной проверки и обработки переданных пользователем данных, что позволяет хакерам модифицировать и даже выполнять запросы, которые не предусмотрены кодом программы. В результате происходит нарушение доступа к данным, которые обычно недоступны.

Эта уязвимость открывает множество вариантов для хакеров, включая кражу, изменение или уничтожение данных и провоцирование отказа в обслуживании (DDoS). Предполагается, что громкие взломы последних лет, такие как утечка паролей с сайтов Yahoo, LinkedIn и eHarmony, могли быть осуществлены с помощью SQL-инъекций.

Отчет компании Akamai Technologies, Inc. показал, что в первом квартале 2016 года отмечен резкий рост атак, связанных с SQL-инъекциями - на 87% по сравнению с предыдущим периодом. Подавляющее большинство из них было направлено на сайты с медиа и контентом развлекательной тематики, а также на онлайн-сервисы и правительственные сайты.

Существует множество способов защиты от SQL-инъекций, в том числе и защита от каждого из конкретных типов. Это может включать использование лицензионного программного обеспечения, регулярное обновление системы управления контентом, использование надежных паролей и безопасных браузеров, а также введение межсетевых экранов. Одним из наиболее эффективных методов защиты является использование протокола https, и мы рассмотрим его подробнее ниже.

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

Эксперты утверждают, что использование протокола HTTPS является необходимым для защиты конфиденциальной информации и предотвращения возможных кибератак. Браузеры Google Chrome и Mozilla Firefox даже предупреждают пользователей о том, что сайт, на котором они находятся, не является защищенным, если он использует обычный протокол HTTP вместо HTTPS.

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

Переход на https – необходимость или рекомендация?

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

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

Фото: freepik.com