Security

Гайды· DeploySmith ·

nginx 1.31.7 / 1.30.6: пять security-фиксов

Средний · 8 мин чтения

nginx 1.31.7 (mainline) и 1.30.6 (stable) закрывают пять CVE средней серьёзности, выпущенных 14.10.2026: переполнение буфера в alias+rewrite, переполнение при вычислении строковых выражений, инъекция в теле запроса в HTTP/3, подделка сессии через ротацию TLS-тикетов и use-after-free в AIO/SSI. Как проверить, какие из ваших конфигов в зоне риска, и как обновиться.…

Читать далее →
Гайды· DeploySmith ·

Next.js 16.4.1: критический security-релиз

Средний · 7 мин чтения

Next.js 16.4.1 (14 октября 2026) закрывает два Critical unauthenticated RCE - в use cache-функциях, возвращающих typed arrays, и в Image Optimization API с SVG - плюс High DoS в Server Actions. Как проверить, уязвимы ли вы, и порядок апгрейда для self-hosted приложений.…

Читать далее →
Гайды· DeploySmith ·

Блокируем AI-скрейперов на VPS через Nginx (2026)

Средний · 11 мин чтения

Три рабочих уровня, чтобы срезать трафик AI-скрейперов и бот-флуда на VPS: robots.txt для вежливых краулеров, map в nginx с return 444 для известных AI-юзер-агентов и limit_req для всего, что подделывает или не шлёт user-agent.…

Читать далее →
Хостинг· DeploySmith ·

Docker Engine 29.8.2: Закройте security-фиксы

Средний · 8 мин чтения

Если вы гоняете Docker на своём VPS, релиз от 30 сентября 2026 - это не рутинный бамп версии. В Docker Engine 29.8.2 вышло 13 security-фиксов: три в самом движке и десять во встроенном BuildKit, включая одну уязвимость высокой серьёзности, которая может отдать атакующему ваши registry-креды или подменить образ, который вы тянете, - и ещё две, которые бьют ровно по той схеме, что используют большинство self-hosted-проектов. Это апгрейд, который стоит сделать на этой неделе, а не в следующем месяце. Почему этот релиз важен Docker Engine 29.8.2 вышел 30 сентября 2026 как выделенный security-релиз.[1] Он чинит три уязвимости самого движка и пакет из десяти уязвимостей BuildKit, а также обновляет встроенные containerd (v2.3.6), BuildKit (v0.33.1) и runc (v1.5.2).[1][2] Три из четырёх «заглавных» проблем - обход доверия к registry, инъекция в overlay-сети Swarm и DoS на pull через containerd - складываются в паттерн, который должен беспокоить всех, кто self-hosting-ит на одной машине: они достижимы через pull непроверенных образов, через DNS на хосте, который вы контролируете не полностью, или через непривилегированного пользователя на Swarm-ноде. Ни для одной не нужно запускать вредоносный контейнер: ущерб происходит на этапе резолва и pull, до того как выполнится что-то ваше. …

Читать далее →