LinkedIn улучшает защиту от взлома

На LinkedIn вводится двухфакторная аутентификация

Двухфакторная аутентификация становится стандартом в корпоративном сегменте. Данная методика защиты личных учетных записей может в два раза повысить защищенность пользователей от вредоносных атак, поэтому нет ничего удивительно, в том, что вслед за Dropbox и Google новую систему аутентификации взяла на вооружение компания LinkedIn.

Социальная сеть профессионалов будет предлагать временные коды для 2-факторной аутентификации через SMS. Этот дополнительный шаг для авторизации должен уменьшить шансы взлома учетных записей LinkedIn. Чтобы включить новую систему аутентификации в системе нужно нажать на вкладке «Privacy & Settings», а затем перейти в меню «Manage security settings». Все пользователи социальной сети, в которой зарегистрировано более 200 млн человек, получили подробные инструкции по включению 2-факторной аутентификации.

Между тем хакер из Испании обнаружил уязвимость на сайте LinkedIn Developer. Администрация ресурса уже знает об этой неполадке и должна в скором времени ее устранить.

Подпишитесь на новости

В Tailscale SSH нашли способ добраться до root через редирект сокетов

Один взломанный компьютер может стать отправной точкой для захвата других серверов в сети Tailscale. Специалист Эрика Виндиш из Cyberdione Labs описала проблемы, которые в лабораторных условиях позволили превратить обычный разрешённый SSH-доступ в права root.

Но важное условие есть: атакующий уже должен контролировать допущенное устройство и иметь нужные разрешения на соединение.

Подробности и условия воспроизведения опубликованы в отчёте Tailworm. Проверки проводились на Tailscale 1.104.2 и Headscale 0.29.5.

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

При широких правилах доступа атаку удалось автоматизировать: переход между разрешёнными узлами занимал меньше секунды. При этом точечные ограничения останавливали распространение.

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

Автор рекомендует пересмотреть SSH-политики и отключить ненужное перенаправление. Для Headscale 0.29.5 она отдельно отмечает отсутствие независимого запрета этой функции.

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