SSH
4 статей с этим тегом
Срочное исправление OpenSSH 10.6p2 (CVE-2026-123158): добавлена в CISA KEV; в sshd на системах с musl без PAM, например Alpine, можно войти без пароля
5 ноября 2026 года OpenSSH выпустил 10.6p2 с важным обходным решением для проблемы обхода парольной аутентификации в sshd на некоторых системах Linux, собранных и запущенных с отключённым PAM, в частности использующих musl libc, например Alpine Linux. Идентификатор — CVE-2026-123158 (базовая оценка CVSS 3.1 — 8,1, из записи CVE). 9 ноября CISA добавила её в каталог известных эксплуатируемых уязвимостей (KEV) со сроком 12 ноября для федеральных агентств США. Одна частная компания по киберразведке сообщает, что видела попытки атак менее чем через девять часов после публикации и один успех в приманочной среде; о ущербе для рабочих систем не сообщалось, независимого подтверждения найти не удалось. Alpine Linux 5 ноября опубликовал бюллетень с исправленными пакетами для всех веток. По данным Alpine, затронут хост, у которого включена парольная аутентификация, у одной учётной записи в поле пароля стоит звёздочка, а у другой есть обычный хеш. Конфигурации с включённым PAM, с PasswordAuthentication no и контейнеры, не запускающие sshd, не затронуты. Вывод этого сайта: если вы запускаете sshd на Alpine или другой системе с musl, например OpenWrt или встраиваемом Linux, сегодня же обновитесь до исправленного пакета и перезапустите sshd, до этого отключите парольную аутентификацию и просмотрите журналы аутентификации.
Подменённое расширение «Claude Code» в маркетплейсе Cursor (29 октября, около 11 часов): как проверить наличие SSH-бэкдора
Cursor опубликовал уведомление по безопасности 29 октября 2026 года (обновлено 30 октября), в котором говорится, что подменённые версии 2.1.312 и 2.1.313 расширения, опубликованного под именем Anthropic (Anthropic.claude-code), распространялись в маркетплейсе расширений Cursor для Windows и macOS примерно с 2:27 до 13:35 по тихоокеанскому времени 29 октября. Cursor заявляет, что эти версии не разрабатывались Anthropic. По данным Cursor, код запускался при загрузке расширения, собирал сведения о хосте и пользователе, добавлял контролируемый злоумышленником SSH-ключ (с меткой svc-telemetry), пытался включить SSH и открыть обратный туннель, устанавливал закрепление через LaunchAgent в macOS или запланированную задачу либо элемент автозагрузки в Windows и отправлял сведения о хосте злоумышленнику. Cursor говорит, что на большинстве хостов включить SSH не удаётся, поэтому там злоумышленник не мог войти через туннель. Cursor удалил расширение, приостановил маркетплейс, проверил другие расширения, сменил ключи и говорит, что сервер злоумышленника больше не работает. Cursor говорит, что у него нет доказательств того, что затронуты другие версии или официальное распространение. BleepingComputer сообщает, что могли подвергнуться воздействию до примерно 5 000 разработчиков. Наш вывод: если вы устанавливали или обновляли это расширение в Cursor 29 октября, проверьте наличие ключа и элементов закрепления и смените секреты, доступные с этого компьютера.
Инвентаризация безопасности: 7 проверок, которые упускают владельцы нескольких серверов
Для одиночек/малых операторов инциденты происходят не столько из отсутствующих мер, сколько из неотслеживаемого состояния. Граница — это ПК, хранящий ваши ключи. Расставьте приоритеты 2FA по тому, какой аккаунт может восстановить остальные (сначала почта), составьте список, какой SSH-ключ открывает какой сервер, и удалите дубликаты, неиспользуемые ключи и оставшиеся регистрации, уберите пароли открытым текстом из облака, устраняйте обратимо по одному и держите секреты вне реестра. Инвентаризация прежде добавления инструментов.
Наименьшие привилегии SSH-ключа: не храните root-ключи продакшена в эфемерных средах, которые можно скомпрометировать
Регистрация root-ключа в продакшене из эфемерной, компрометируемой среды (под GPU, раннер CI, одноразовая ВМ) означает, что в тот миг, когда среда скомпрометирована, атакующий получает root в продакшене. Исправление: никаких root-ключей в эфемерных средах; убирать ключи, когда не используются; если снова нужно — пользователь не root плюс ключ с ограничением команды, ограничивающий ключ одной операцией. Относитесь к переиспользуемому ключу как к самому критичному активу и никогда не стройте конфигурацию, где один утёкший ключ открывает все серверы.