is*hosting
الذهاب إلى القناة على Telegram
6 571
المشتركون
-224 ساعات
+107 أيام
+2530 أيام
جارٍ تحميل البيانات
القنوات المماثلة
سحابة العلامات
لا توجد بيانات
هل تواجه مشاكل؟ يرجى تحديث الصفحة أو الاتصال بمدير الدعم الخاص بنا.
الإشارات الواردة والصادرة
---
---
---
---
---
---
جذب المشتركين
نوفمبر '26نوفمبر '26
نوفمبر '26
+43
في 0 قنوات
أكتوبر '26
+972
في 0 قنوات
Get PRO
سبتمبر '260
في 0 قنوات
Get PRO
أغسطس '260
في 0 قنوات
Get PRO
يوليو '260
في 0 قنوات
Get PRO
يونيو '260
في 0 قنوات
Get PRO
مايو '260
في 0 قنوات
Get PRO
أبريل '260
في 0 قنوات
Get PRO
مارس '260
في 0 قنوات
Get PRO
فبراير '260
في 1 قنوات
Get PRO
يناير '260
في 0 قنوات
Get PRO
ديسمبر '250
في 0 قنوات
Get PRO
نوفمبر '250
في 1 قنوات
Get PRO
أكتوبر '250
في 0 قنوات
Get PRO
سبتمبر '250
في 0 قنوات
Get PRO
أغسطس '250
في 0 قنوات
Get PRO
يوليو '250
في 0 قنوات
Get PRO
يونيو '250
في 0 قنوات
Get PRO
مايو '250
في 0 قنوات
Get PRO
أبريل '25
+109
في 3 قنوات
Get PRO
مارس '25
+162
في 0 قنوات
Get PRO
فبراير '25
+184
في 0 قنوات
Get PRO
يناير '25
+1 007
في 1 قنوات
Get PRO
ديسمبر '24
+318
في 0 قنوات
Get PRO
نوفمبر '24
+235
في 1 قنوات
Get PRO
أكتوبر '24
+199
في 0 قنوات
Get PRO
سبتمبر '24
+181
في 0 قنوات
Get PRO
أغسطس '24
+323
في 0 قنوات
Get PRO
يوليو '24
+221
في 0 قنوات
Get PRO
يونيو '24
+49
في 0 قنوات
Get PRO
مايو '24
+49
في 0 قنوات
Get PRO
أبريل '24
+71
في 0 قنوات
Get PRO
مارس '24
+69
في 0 قنوات
Get PRO
فبراير '24
+99
في 0 قنوات
Get PRO
يناير '24
+108
في 0 قنوات
Get PRO
ديسمبر '23
+74
في 0 قنوات
Get PRO
نوفمبر '23
+91
في 0 قنوات
Get PRO
أكتوبر '23
+78
في 0 قنوات
Get PRO
سبتمبر '23
+100
في 0 قنوات
Get PRO
أغسطس '23
+120
في 0 قنوات
Get PRO
يوليو '23
+120
في 0 قنوات
Get PRO
يونيو '23
+68
في 0 قنوات
Get PRO
مايو '23
+61
في 0 قنوات
Get PRO
أبريل '23
+85
في 0 قنوات
Get PRO
مارس '23
+82
في 0 قنوات
Get PRO
فبراير '23
+53
في 0 قنوات
Get PRO
يناير '23
+66
في 0 قنوات
Get PRO
ديسمبر '22
+60
في 0 قنوات
Get PRO
نوفمبر '22
+595
في 0 قنوات
Get PRO
أكتوبر '22
+77
في 0 قنوات
Get PRO
سبتمبر '22
+45
في 0 قنوات
Get PRO
أغسطس '22
+52
في 0 قنوات
Get PRO
يوليو '22
+74
في 0 قنوات
Get PRO
يونيو '22
+96
في 0 قنوات
Get PRO
مايو '22
+62
في 0 قنوات
Get PRO
أبريل '22
+143
في 0 قنوات
Get PRO
مارس '22
+239
في 0 قنوات
Get PRO
فبراير '22
+16
في 0 قنوات
Get PRO
يناير '22
+11
في 0 قنوات
Get PRO
ديسمبر '21
+20
في 0 قنوات
Get PRO
نوفمبر '21
+29
في 0 قنوات
Get PRO
أكتوبر '21
+17
في 0 قنوات
Get PRO
سبتمبر '21
+37
في 0 قنوات
Get PRO
أغسطس '21
+19
في 0 قنوات
Get PRO
يوليو '21
+1 296
في 0 قنوات
| التاريخ | نمو المشتركين | الإشارات | القنوات | |
| 09 نوفمبر | +1 | |||
| 08 نوفمبر | +1 | |||
| 07 نوفمبر | +4 | |||
| 06 نوفمبر | +2 | |||
| 05 نوفمبر | +4 | |||
| 04 نوفمبر | +6 | |||
| 03 نوفمبر | +12 | |||
| 02 نوفمبر | +9 | |||
| 01 نوفمبر | +4 |
منشورات القناة
⚠️ Уязвимость в WordPress: выполнение кода на сервере во время обновления.
28 октября вышел WordPress 7.1.4. Он закрывает уязвимость в механизме обновления самого WordPress: при обновлении полным пакетом новые файлы распаковывались в предсказуемую папку, доступную извне. На этом шаге злоумышленник может без авторизации выполнить код на сервере.
3 ноября CISA добавило уязвимость (CVE-2026-119977) в каталог Known Exploited Vulnerabilities, то есть её уже используют в реальных атаках.
Затронуты версии с 4.7 по 7.1.3, если сайт ещё не обновлён до исправленной версии своей ветки.
Что сделать:
• Сделайте бэкап и обновите WordPress: «Консоль» → «Обновления» → «Обновить сейчас», или скачайте 7.1.4 с wordpress.org.
• На сайтах с автоматическими фоновыми обновлениями обновление запустится само, но проверьте, что сайт уже работает на исправленной версии
• Исправленные версии: 7.1.4 (актуальная, WordPress активно поддерживает только её), для старых веток 7.0.8, 6.9.11, 6.8.12 и так далее до 4.7.39. Полный список по второй ссылке ниже
• WordPress 4.6 и более ранние версии обновлений безопасности больше не получают.
Релиз WordPress 7.1.4: https://wordpress.org/news/2026/10/wordpress-7-1-4/
Исправленные версии для всех веток: https://wordpress.org/documentation/wordpress-version/version-7-1-4/
Нужна помощь? Напишите нам: https://ishosting.io/ru/support
| 2 | ⚠️ Критическая уязвимость в OpenSSH на Alpine Linux: вход по SSH без пароля
Злоумышленник, у которого есть доступ к SSH-порту сервера, может войти, не зная пароля. Хватает одного подключения, атака срабатывает каждый раз. CVE на 5 ноября не присвоен.
По данным OpenSSH, уязвимы Linux-системы на musl libc, где sshd работает без PAM. Среди них Alpine Linux: затронуты версии с 3.16 по 3.24 и edge.
Сервер на Alpine уязвим, если выполнены все условия:
• sshd из пакета openssh-server (собран без PAM) или из openssh-server-pam с UsePAM no
• PasswordAuthentication yes, это значение по умолчанию
• есть аккаунт с * в поле пароля. Так по умолчанию выглядит root, а также пользователи, которые входят только по ключу
• есть хотя бы один аккаунт с паролем (хеш $5$ или `$6$`)
Root защищён настройкой по умолчанию PermitRootLogin prohibit-password, если вы не меняли её на PermitRootLogin yes. Но она не спасёт, если с другого аккаунта с доступом по SSH можно получить root, например через doas.
Официальные облачные образы Alpine (tiny-cloud) с 3.18.11 по 3.24.3: в них есть пользователь alpine без пароля и с doas без пароля. Такой сервер становится уязвимым, как только на нём появляется хеш $6$, например после установки пароля для консоли.
Не затронуты: контейнеры без sshd, системы с PasswordAuthentication no или с openssh-server-pam и UsePAM yes, облачные образы, настроенные через cloud-init (он прописывает `PasswordAuthentication no`).
Что сделать:
• Сделайте бэкап, обновите openssh и перезапустите sshd. Обновление пакета не перезапускает работающий sshd:
apk upgrade -U -a
rc-service sshd restart
Исправленные версии openssh: Alpine 3.24 10.3_p1-r2, 3.23 10.2_p1-r1, 3.22 10.0_p1-r11, 3.21 9.9_p2-r1, edge 10.6_p2-r0. Для версий с 3.16 по 3.20 исправленные пакеты тоже вышли, номера есть в бюллетене Alpine
• Если обновиться пока нельзя, отключите вход по паролю. Сначала убедитесь, что вход по SSH-ключу работает, и не закрывайте текущую сессию, пока не проверите новый вход. Выполните от root:
mkdir -p /etc/ssh/sshd_config.d
echo 'PasswordAuthentication no' > /etc/ssh/sshd_config.d/00-no-passwords.conf
sed -i.bak -e '1i PasswordAuthentication no' \
-e 's/^\(\s*PasswordAuthentication[^y#]*\)yes/\1no/i' \
/etc/ssh/sshd_config
sshd -t && rc-service sshd restart
sshd -T | grep -i passwordauthentication
Последняя команда должна вывести passwordauthentication no. Чтобы вернуть как было, удалите /etc/ssh/sshd_config.d/00-no-passwords.conf и скопируйте /etc/ssh/sshd_config.bak обратно в /etc/ssh/sshd_config
• Проверьте, не было ли входа. Ищите в /var/log/messages строки sshd Accepted password for для аккаунтов без пароля (root, alpine, пользователи с входом по ключу). Проверьте, кто пользовался doas, не появились ли новые пользователи, файлы и SSH-ключи в authorized_keys. Если вход исключить нельзя, считайте сервер скомпрометированным
• Другие системы на musl без PAM: обновите OpenSSH до 10.6p2
Бюллетень Alpine: https://alpinelinux.org/posts/2026-11-05-openssh-password-authentication-bypass/
Нужна помощь? Напишите нам: https://ishosting.io/ru/support | 2 600 |
| 3 | ⚠️ В ядре Linux критическая уязвимость CVE-2026-98432 (CVSS 9.8).
Удалённый злоумышленник без учётных данных может уронить необновлённый сервер через любой открытый IPv4 TCP-порт. Red Hat предупреждает, что уязвимость может привести и к удалённому выполнению кода. Anthropic описала эксплойт, который получает root на серверах с листенером Multipath TCP (MPTCP).
Затронуты Linux-серверы с ядром 4.4 и новее, то есть практически все. У VPS на KVM собственное ядро, независимое от нашего хоста: обновлять его и перезагружаться нужно внутри VPS.
Не затронуты: RHEL 7, CentOS 7, CloudLinux 7 (не гибридный), Windows, FreeBSD и другие не-Linux системы.
Реальных атак на 2 ноября не зафиксировано, но исправление публично и доступно для анализа.
Что сделать:
• Исправление вышло: Debian 12/13, RHEL 8/9/10, AlmaLinux 8, SLES 16.0, openSUSE Leap 16.0, SLES 15 SP4/SP5/SP6 LTSS, Proxmox VE. Сделайте бэкап, обновите ядро и перезагрузитесь. Новое ядро защищает только после перезагрузки
• Исправление в тестировании или раскатывается: AlmaLinux 9/10, CloudLinux 7h/8/9/10, SLES 15 SP7. Примените временную защиту и обновитесь после выхода в стабильный репозиторий
• Исправления пока нет: Ubuntu 26.10/26.04/24.04/22.04, Rocky Linux 8/9/10. Ubuntu 20.04/18.04/16.04: только через Ubuntu Pro / ESM, сроков нет. Debian 11 и старше: только платная LTS. CentOS 8 / Stream 8 и другие снятые с поддержки версии: исправления не будет, переходите на поддерживаемую версию. Примените временную защиту сейчас
Как обновить ядро:
Debian 12/13, Ubuntu (после выхода исправления), Proxmox VE:
sudo apt update && sudo apt full-upgrade
sudo reboot
RHEL 8/9/10, AlmaLinux, Rocky Linux, CloudLinux:
sudo dnf --refresh updateinfo info --cves CVE-2026-98432
sudo dnf update 'kernel*'
sudo reboot
openSUSE / SLES:
sudo zypper refresh && sudo zypper patch && sudo reboot
Временная защита:
• Отбрасывайте входящие IPv4 TCP-пакеты с IP-опциями, обычный трафик их не использует. Правило опубликовал Red Hat (RHSB-2026-016), он советует сначала проверить его на вашем трафике. Создайте каталог:
sudo mkdir -p /etc/nftables.d
Сохраните правило в /etc/nftables.d/cve-2026-98432.nft:
table inet cve_2026_98432 {
chain input {
type filter hook input priority -310; policy accept;
ip protocol tcp ip hdrlength > 5 counter drop
}
}
Загрузите и проверьте:
sudo nft --check --file /etc/nftables.d/cve-2026-98432.nft
sudo nft --file /etc/nftables.d/cve-2026-98432.nft
sudo nft list table inet cve_2026_98432
Если сервер маршрутизирует трафик в Docker или LXC, замените хук на prerouting. Не применяйте фильтр в сетях с метками безопасности CIPSO / NetLabel
• Чтобы правило сохранилось после перезагрузки, добавьте строку include "/etc/nftables.d/cve-2026-98432.nft" в /etc/nftables.conf (Debian/Ubuntu) или /etc/sysconfig/nftables.conf (семейство RHEL) и выполните sudo systemctl enable nftables
• На системах только с iptables:
sudo iptables -t raw -I PREROUTING -p tcp -m u32 --u32 "0>>24&0x0F=6:15" -j DROP
• Отключите Multipath TCP, если он не нужен:
sudo sysctl -w net.mptcp.enabled=0
echo 'net.mptcp.enabled = 0' | sudo tee /etc/sysctl.d/99-cve-2026-98432.conf
Затем перезапускайте сервисы, которые показывает эта команда, пока её вывод не станет пустым:
sudo ss -lnMp
Это сужает атаку, но не устраняет уязвимость: ошибка не специфична для MPTCP
Временная защита снижает риск, но не заменяет обновление ядра.
Бюллетень Red Hat: https://access.redhat.com/security/vulnerabilities/RHSB-2026-016
Статус исправления для Ubuntu: https://ubuntu.com/security/CVE-2026-98432
Нужна помощь? Напишите нам: https://ishosting.io/ru/support | 4 091 |
| 4 | ⚠️ PHP выпустил исправление
Что сделать:
• Сделайте бэкап, обновите PHP и перезапустите PHP и веб-сервер
• PHP из дистрибутива, от LTS-вендора или из панели: берите обновлённые пакеты у вендора, патчи они получили заранее
• Официальные сборки: 8.5.12, 8.4.27, 8.3.36 или 8.2.35
• rpms.remirepo.net 21 октября обновлений не получит: PHP советует перейти на пакеты дистрибутива или собрать PHP из исходников
• PHP 8.1 и более старые версии: уточните у вендора, есть ли бэкпорт, или переходите на поддерживаемую ветку (минимум 8.2, рекомендуем 8.4). До этого такие приложения лучше убрать из открытого доступа: за VPN или WAF
Контекст: CVE-2026-109618 и CVE-2026-109619 могут позволить удалённо выполнить код без аутентификации, самый высокий риск PHP видит у mod_php. Полностью защищает только обновление.
Пост PHP: https://www.php.net/archive/2026.php#2026-10-21-5
Нужна помощь? Напишите нам: https://ishosting.io/ru/support | 5 055 |
| 5 | ⚠️ В PHP две критические уязвимости (CVSS 9.2), которые могут привести к удалённому выполнению кода.
Уязвимости в самом PHP, а не в CMS или плагинах. PHP не опубликовал список уязвимых версий, поэтому считайте уязвимым любой сервер с PHP.
Релиз безопасности запланировал на сегодня, 21 октября, 14:00 UTC, но может выйти раньше.
Что сделать:
• Проверьте версию PHP на сайте. Она видна в настройках PHP в панели управления
• Сделайте бэкап
• Обновите PHP до исправленной версии своей ветки (8.2–8.5), как только она станет доступна. Затем перезапустите PHP и веб-сервер
• На PHP 8.1 или более старой версии? Запланируйте переход на поддерживаемую ветку: минимум 8.2, рекомендуем 8.4
• Это миграция, а не простое обновление пакета. Сначала проверьте совместимость CMS и плагинов на тестовой копии
Как снизить риск до обновления:
• Выставьте session.upload_progress.enabled = Off и перезапустите PHP. Мера неофициальная: утёкшая информация связывает уязвимость с этим механизмом
• Включите WAF. Поможет лишь частично: это способ выиграть время до патча, а не закрыть дыру
• Приложения на версиях, которые не получат исправление, лучше убрать из открытого доступа: за VPN или WAF
Правка php.ini — неофициальная временная мера до патча, а не замена ему.
Неподтверждённое:
• Возможно, у ИБ-компании Calif есть рабочий эксплойт.
• Джина Питер Баньярд, разработчица ядра PHP в PHP Foundation: единственная мера — патч или обновление PHP. По её словам, если можно выключить сервер на день, это, возможно, самый разумный вариант.
Анонс PHP: https://www.php.net/archive/2026.php#2026-10-20-1
Нужна помощь? Напишите нам: https://ishosting.io/ru/support | 5 432 |
| 6 | ⚡️ Через пару дней закрываем приём заявок в альфа-тест is*hosting Workspaces
Workspaces это приватная среда под ваши self-hosted приложения. Выбираете воркспейс с нужными CPU, RAM, диском и локацией и автоматически разворачиваете любые приложения. Обновления и мониторинг платформы и прочая рутина — на нас. Контроль — у вас.
Пользуйтесь, ломайте и рассказывайте, что работает, что нет и чего не хватает.
Места ограничены. Наша благодарность бесконечна.
Заполните форму, мы напишем. | 5 028 |
| 7 | Нам нужно ваше мнение! Присоединяйтесь к закрытому альфа-тесту нового продукта.
Мы создаем новое продуктовое решение is*hosting Workspaces. Платформу с 100+ самых популярных self-hosted приложений для работы и экспериментов.
Вы сможете установить любое из них в 1 клик на наших серверах.
Но нам нужна ваша помощь. Перед официальным запуском мы хотим получить обратную связь от реальных пользователей — от вас.
Если вы:
• Используете наши сервисы больше года
• Работаете с инструментами аналитики и хотите держать данные у себя
• Запускаете автоматизации на своём сервере
• AI-креатор, которому нужен быстрый доступ к инструментам
• Строите техническую инфраструктуру: от баз данных до мониторинга
• Просто хотите попробовать трендовые приложения в 1 клик
• Устали настраивать всё вручную
...присоединяйтесь к альфа-тесту.
Условия:
→ Вы получаете месяц закрытого доступа к is*hosting Workspaces
→ Изучаете приложения, пробуете, экспериментируете
→ Делитесь обратной связью: что работает, что нет, чего не хватает (заполните простую форму после теста)
Взаимная выгода:
→ Мы получаем реальный опыт от людей, которым доверяем, чтобы сделать продукт лучше
→ Вы получаете участие в создании нового продукта + бесплатный период с is*hosting Workspaces после запуска + секретный бонус
Сроки:
• Приём заявок открыт, регистрация закроется в конце августа - начале сентября
• Отбор и тестирование — в сентябре 2026
• Количество мест ограничено
Если хотите присоединиться, заполните короткую форму и мы вам напишем | 6 599 |
| 8 | ⚠️ Критическая уязвимость в WordPress — проверьте свой сайт
17 июля WordPress выпустил экстренные обновления 6.9.5 и 7.0.2, закрывающие уязвимость *wp2shell* — цепочку в ядре CMS, которая позволяет выполнять код на сервере *без авторизации и без единого плагина*. Уязвимы стандартные установки версий 6.9.0 – 7.0.1
Случаев эксплуатации пока не зафиксировано, но проблема настолько серьёзна, что WordPress впервые за долгое время принудительно раскатал патч даже на сайты с отключёнными автообновлениями. Обычно между таким патчем и рабочим эксплойтом проходят считанные дни — проверьте сайт сегодня.
Что сделать:
1. Админ-панель → Консоль → Обновления — убедитесь, что версия *6.9.5 / 7.0.2 или новее*
2. Автообновления отключены в wp-config.php или панели — обновитесь вручную
3. Несколько WordPress-сайтов на сервере? Проверьте *каждый*, включая тестовые и staging — они уязвимы так же, как боевой
📄 Официальный анонс WordPress
Не уверены в версии или нужна помощь с обновлением — напишите в поддержку, проверим вместе. | 7 546 |
| 9 | Новые уязвимости обнаружены в NGINX Plus и Open Source
Компания F5 обнаружила три уязвимости в NGINX Plus и NGINX Open Source, самая опасная из них получила оценку 9.2 из 10. Она связана с обработкой определённых запросов и в худшем случае может позволить злоумышленнику выполнить произвольный код на сервере.
Две другие уязвимости с оценками 8.8 и 8.3 позволяют злоумышленникам получать фрагменты данных из памяти сервера или вызывать аварийную остановку рабочих процессов. Для проведения атак злоумышленнику не требуется учётная запись или предварительный доступ к серверу.
Проблемы затрагивают не только основные сборки NGINX, но и связанные продукты — Ingress Controller, Gateway Fabric, App Protect WAF и Instance Manager. Разработчики уже выпустили исправленные версии и рекомендуют администраторам обновиться как можно скорее.
#nginx #уязвимости #кибербезопасность #f5
@ZerodayAlert | 5 633 |
| 10 | Hermes Agent, OpenClaw, n8n и Coolify (который мы спонсируем кстати) теперь предустановлены на is*hosting VPS от $10.19/месяц.
Hermes (вот гайд)
OpenClaw (гайд)
n8n (гайд) - от $5.94
Coolify (гайд)
Запускаются и настраиваются за несколько минут. | 7 021 |
| 11 | 🐧 В Linux обнаружена критическая уязвимость «Dirty Frag», позволяющая получить root-доступ.
Исследователь Hyunwoo Kim опубликовал детали новой LPE-уязвимости после срыва embargo. Проблема затрагивает ядра Linux начиная примерно с 2017 года и уже сопровождается публичным PoC-эксплойтом.
Источник
«Dirty Frag» — это цепочка из двух багов в подсистемах xfrm-ESP и RxRPC ядра Linux. Локальный пользователь может мгновенно повысить привилегии до root без race condition и с очень высокой вероятностью успеха. Под ударом оказались Ubuntu, Debian, Fedora, RHEL, CentOS, openSUSE и другие дистрибутивы.
Источник
Особую опасность представляет то, что:
• на момент раскрытия патчей почти не было;
• exploit уже распространяется публично;
• атака может использоваться для container escape и компрометации серверов с Kubernetes и AI-инфраструктурой.
Источник
Временная мера защиты — отключение модулей esp4, esp6 и rxrpc, если они не используются:
sh -c "printf 'install esp4 /bin/false\ninstall esp6 /bin/false\ninstall rxrpc /bin/false\n' > /etc/modprobe.d/dirtyfrag.conf; rmmod esp4 esp6 rxrpc 2>/dev/null; true"
Эксперты уже называют Dirty Frag наследником Dirty Pipe и Copy Fail — одной из самых опасных Linux-уязвимостей последних лет.
Источник | 9 830 |
| 12 | ⚠️ В cPanel нашли дыру по которой на сервер можно зайти без пароля.
Касается всех версий cPanel, WHM и DNSOnly начиная с 11.40. Уязвимость обходит проверку подлинности — то есть учётка для входа, в общем-то, не нужна.
Патчи уже есть для 11.86, 11.110, 11.118, 11.126, 11.130, 11.132, 11.134, 11.136 и WP Squared 136.1.7. Для юзеров CentOS 6 / CloudLinux 6 выкатили 110.0.103 отдельным апдейтом.
Если автообновления включены — большую часть работы система сделает сама. Если выключены или версия зафиксирована — обновляйтесь руками:
/usr/local/cpanel/cpanel -V
/scripts/restartsrv_cpsrvd --hard
Если обновиться прямо сейчас никак — закройте на фаерволе порты 2083, 2087, 2095, 2096. Это не лечение, но хотя бы помешает влететь.
Подробности, инструкции и скрипт для поиска следов компрометации — в гайде cPanel:
https://support.cpanel.net/hc/en-us/articles/40073787579671
cPanel также выложили скрипт ioc_checksessions_files.sh. Он лазит по /var/cpanel/sessions и ищет три вещи: подменённые cp_security_token с token_denied, пре-аутовые сессии с признаками успешного логина и пароли с переносами строк (это особенно весело).
Запуск:
/bin/bash ./ioc_checksessions_files.sh
Если ругается:
- Снести все сессии:
rm -f /var/cpanel/sessions/{cache,preauth,raw}/*
- Сбросить пароль root и пароли всех WHM-юзеров.
- Прошерстить /var/log/wtmp и логи WHM: искать чужие IP и неожиданные входы.
- Проверить, не оставили ли что-то на память: cron, SSH-ключи.
Если следы есть, стоит переустановить ОС и развернуться из бэкапа. | 8 708 |
| 13 | ⚠️ Срочно: обновите ядро Linux
Раскрыта критическая уязвимость ядра Linux CVE-2026-31431 («Copy Fail», CVSS 7.8). Затронуты практически все дистрибутивы с ядрами 2017+ — Ubuntu, Debian, RHEL, Alma, Rocky, SUSE, Amazon Linux. Локальный непривилегированный пользователь получает root через 10-строчный Python-скрипт, редактирующий PageCache любого файла, включая setuid-бинарники. Без race-условий, без подбора смещений.
Что делать прямо сейчас:
Ubuntu / Debian:
apt update && apt upgrade
RHEL / Alma / Rocky / Amazon Linux:
dnf update kernel
SUSE:
zypper update kernel-default
После обновления — перезагрузка обязательна, иначе старое ядро остаётся в памяти.
Если перезагрузка прямо сейчас невозможна и вы не используете IPsec ESP с Extended Sequence Numbers — временно отключите модуль:
echo "install algif_aead /bin/false" > /etc/modprobe.d/disable-algif-aead.conf && rmmod algif_aead
Подробности и PoC: https://xint.io/blog/copy-fail-linux-distributions
Нужна помощь — поддержка is*hosting на связи 24/7. | 8 489 |
| 14 | Почтовый клиент Roundcube стал вектором активных кибератак
CISA предупредило о двух уязвимостях в Roundcube Webmail — популярном почтовом клиенте, широко используемом в корпоративных сетях. Обе бреши уже применяются в реальных атаках, что и послужило основанием для обновления списка известных активно эксплуатируемых уязвимостей.
Первая — CVE-2025-49113 с оценкой CVSS 9.9 — позволяет авторизованному пользователю выполнить произвольный код на сервере через модуль загрузки файлов и затрагивает версии до 1.5.10 и 1.6.x до 1.6.11 включительно. Вторая — CVE-2025-68461 с оценкой CVSS 7.2 — эксплуатирует XSS через SVG-теги и позволяет выполнять вредоносный код прямо в браузере жертвы без её ведома. Эксплуатация обеих брешей была зафиксирована ещё до их попадания в каталог.
Федеральные ведомства США обязаны устранить уязвимости в установленные сроки согласно директиве 2021 года. Остальным организациям рекомендуется как можно скорее обновить Roundcube до безопасных версий, поскольку взлом почтового сервера открывает доступ к переписке и учётным данным.
#кибербезопасность #roundcube #уязвимости #cisa
@ZerodayAlert | 9 646 |
| 15 | Теперь на is*hosting VPS можно развернуть и запустить Clawdbot Moltbot OpenClaw
Как запустить (за 2–3 минуты):
• Купить VPS (Medium или выше);
• Выберите “Ubuntu 22 – Clawdbot (OpenClaw)”;
• SSH
• Запустите openclaw onboard и подключите мессенджеры.
2 GB RAM хватит для чатов; 4 GB+ рекомендованы для работы в браузере и автоматизации задач.
Тут подробности о том, что это за бот и зачем он нужен | 10 969 |
| 16 | #news В n8n, платформе для автоматизации рабочих процессов, очередная уязвимость на 10 из 10, цепочка ведёт к RCE и произвольной записи файлов. Это уже четвёртая критическая CVE, раскрытая в n8n за пару недель.
Свежайшая получила название Ni8mare, раскрытая днём ранее — N8scape, там же затесалась ещё одна безымянная десяточка. Как водится, если не дать уязвимости запоминающееся имя, шансы того, что поднимется хайп и патчи накатят, резко снижаются. Ni8mare без аутентификации в отличие от остальных — ночной кошмар ожидаемо ведёт к компрометации инстанса с админ-правами. N8scape на побег из песочницы и произвольные команды. Из плюсов, это всё ответственные раскрытия исправленных в прошлогодних версиях n8n CVE — терпели до конца праздников как могли. Из минусов, патчами озаботились далеко не все, PoC в наличии, а уязвимых версий в сети ~26 тысяч. Так что у особо везучих рабочая неделя начнётся с огоньком.
@tomhunter | 11 842 |
| 17 | Желаем стабильной и предсказуемой инфраструктуры в 2026, независимо от того, где она развёрнута!
(если она не такая, то вы знаете что делать)
Короч, берегите себя, пейте больше воды, и не забудьте про бэкапы.
С Наступающим, и пусть он будет норм! | 11 475 |
| 18 | Cloudflare опять упал | 13 610 |
| 19 | React2Shell: критическая уязвимость в RSC (CVE-2025-55182)
В экосистеме React и Next.js стало известно о критической уязвимости максимального уровня (CVSS 10), получившей название React2Shell. Она затрагивает React Server Components и может привести к выполнению произвольного кода без аутентификации.
CVE-2025-55182 была раскрыта вчера вечером. По данным Unit 42, под риском почти миллион серверов. По оценкам Wiz, уязвимыми могут оказаться до 40% облачных инфраструктур. Cloudflare уже внедрила временные меры защиты.
Проблема затрагивает дефолтные конфигурации многих фреймворков, включая next, react-router, waku и другие. Эксплойт возможен даже в библиотеках, которые лишь поддерживают RSC. Уязвимость связана с некорректной обработкой сериализованных полезных нагрузок, что в конечном итоге может привести к удалённому выполнению кода.
Если ваши проекты используют React, Next.js или библиотеки с поддержкой RSC, важно как можно скорее обновить зависимости. Это поможет снизить риски и обеспечить безопасность вашей инфраструктуры. | 13 144 |
| 20 | Кстати, если кому-то из ваших знакомых нужен VPS, рассказывая им о нашей акции можно скинуть свою реф-ссылку из личного кабинета | 11 049 |
