Протокол SSL не является гарантом полной безопасности

Протокол SSL не является гарантом полной безопасности

Несмотря на то, что SSL является протоколом шифрования, мерой безопасности, призванной скрыть и защитить трафик между пользователем и веб-сервером, он не может служить гарантом безопасности. Даже при наличии SSL, опытные хакеры могут прослушивать и анализировать трафик, а в дальнейшем и красть конфиденциальную информацию с помощью атаки «Человек посередине» или похожих способов.

Тем не менее, среднестатистические пользователи по-прежнему предпочитают покупать товары на сайтах с SSL-сертификатами, заверенными компанией Symantec или другими, не менее авторитетными.

Рассмотрим механизм работы защищенного протокола SSL, чтобы понять, что он не является полностью безопасным и призван, скорее, повысить доверие пользователя.

В первую очередь, SSL сильно отличается от SSH. Системные администраторы используют SSH для безопасного доступа к удаленным службам через Telnet. Как правило, Telnet использует порт 23. Когда трафик шифруется с помощью SSH, брандмауэров или роутеров, Telnet использует порт 22. То же самое можно сказать и о FTP. FTP в обычном состоянии использует порт 20 и 21. FTP вместе с SSH использует порт 22.

Как и SSH, SSL шифрует трафик. Однако, оба протокола шифрования не будут использовать один и тот же порт 22. Когда шифруется HTTP, SSL использует порты 443 и 636. Исследователи в области безопасности рекомендуют использовать TLS вместо SSL, когда речь идет о шифровании трафика.

SSL, в случае с TCP/IP, работает на уровне приложений (протоколы прикладного уровня), обеспечивая безопасное соединение между браузером пользователя и веб-сервером. Браузер осуществляет связь с веб-сервером через два общих методов HTTP - GET и POST.

Три основные задачи SSL

Основными тремя задачами SSL являются: конфиденциальность, целостность и аутентификация. К примеру, типичный сценарий – вы хотите купить книгу онлайн и в процессе покупки будете вынуждены передать конфиденциальную информацию (например, номер кредитной карты) веб-серверу через метод POST. Естественно, вы хотите быть уверены, что эта информация не попадет в руки третьих лиц. Вот такую уверенность должен обеспечивать SSL.

Почему SSL не является гарантом полной защищенности

В виртуальном пространстве существуют различные способы атак. Злоумышленники могут обойти SSL с помощью следующих методов: вычислить идентификатор сессии, подобрать идентификатор, используя brute force, используя атаку Reflected File Download, либо другие способы.

Атака Reflected File Download позволяет злоумышленнику загрузить вредоносный файл на компьютер жертвы, используя доверенный домены, такие как google.com или Bing.com. Опасность в том, что пользователи воспринимают эти домены как заслуживающие доверия и не чувствуют опасности.

После того, как пользователь загружает файл (будь то PDF или EXE-файл), задача злоумышленника выполнена, контроль над компьютером жертвы получен.

Алгоритм атаки Reflected File Download

Первый шаг: пользователь проходит по вредоносной ссылке на google.com или bing.com

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

Третий шаг: пользователь запускает файл, содержащий вредоносный код, и злоумышленник получает полный контроль над компьютером жертвы.

Следовательно, наличие SSL (хоть это и рекомендуется экспертами в области безопасности) не является полным гарантом безопасности. Как мы уже видели, атака Reflected File Download запросто обходит такие меры.

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

PT Dephaze научилась строить цепочки атак и тестировать десятки тысяч узлов

Компания Positive Technologies выпустила обновлённую версию PT Dephaze — системы, которая автоматически проводит безопасные тесты на проникновение во внутреннюю инфраструктуру. Новый релиз делает процесс автопентеста более наглядным и приближённым к реальным сценариям атак, а также помогает ИБ-специалистам расставлять приоритеты при устранении уязвимостей.

Главное отличие PT Dephaze от классических сканеров уязвимостей — в подходе.

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

Новая версия PT Dephaze умеет тестировать десятки тысяч узлов и охватывает всю корпоративную сеть. В список векторов атак добавлены Linux-системы, сетевые принтеры, решения для резервного копирования и инфраструктура Active Directory. Кроме того, продукт теперь связывает найденные логины и пароли с конкретными атаками, упрощая поиск и устранение уязвимостей.

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

«Клиенты часто просили сделать процесс тестирования максимально прозрачным, — рассказал Ярослав Бабин, директор по продуктам для симуляции атак в Positive Technologies. — Теперь можно увидеть весь путь атаки шаг за шагом — какие действия выполняются, какие уязвимости использованы и какие доказательства компрометации получены».

По итогам проверки PT Dephaze предоставляет конкретные доказательства проникновения — скомпрометированные IP-адреса, учётные записи и параметры конфигурации. Эти данные помогают ИТ-командам быстрее согласовать и реализовать исправления, превращая разговор о рисках в чёткий план действий.

В начале года PT Dephaze внесли в единый реестр российского ПО.

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

RSS: Новости на портале Anti-Malware.ru