Forwarded from БлоGнот
Cloudflare запустили прикольный сервис Try — по сути, это правильно упакованный cloudflared, которым предлагается быстро строить туннель с локальной машины в доступное облако. От стандартного туннеля, доступного в Cloudflare One, он отличается тем, что тут вам не нужно настраивать домен и роутинг — вы просто получите субдомен *.trycloudflare.com.
Сервис за выходные уже успел поучаствовать в двух микроскандалах — сначала оказалось, что первый вариант лендинга, сделанный в LLM, игнорировал брендинг Cloudflare, а потом выяснилось, что ссылки на туннели прекрасно индексируются поиском. Ну, собственно, сервис во второй проблеме совершенно не причем — хватило ума запустить сервер, научитесь закрываться от роботов.
https://try.cloudflare.com/#install
Сервис за выходные уже успел поучаствовать в двух микроскандалах — сначала оказалось, что первый вариант лендинга, сделанный в LLM, игнорировал брендинг Cloudflare, а потом выяснилось, что ссылки на туннели прекрасно индексируются поиском. Ну, собственно, сервис во второй проблеме совершенно не причем — хватило ума запустить сервер, научитесь закрываться от роботов.
https://try.cloudflare.com/#install
Cloudflare
Cloudflare Quick Tunnels
Put localhost on the Internet with a free, encrypted Cloudflare Quick Tunnel. No account, DNS, or open ports required.
Forwarded from Max K
We’re excited to introduce opensource vmestimator, a new component in the VictoriaMetrics ecosystem.
vmestimator measures metrics cardinality across arbitrary label dimensions and exposes the results as Prometheus-compatible metrics. It helps to understand where cardinality comes from, track how it evolves over time, and build early-warning alerts before cardinality becomes a problem.
If you’re operating Prometheus-compatible monitoring systems and want realtime visibility into metric cardinality, give vmestimator a try. We’d love to hear your feedback and learn more about your use cases.
Read more about its design and configuration in the documentation, or explore it yourself in the playground.
vmestimator measures metrics cardinality across arbitrary label dimensions and exposes the results as Prometheus-compatible metrics. It helps to understand where cardinality comes from, track how it evolves over time, and build early-warning alerts before cardinality becomes a problem.
If you’re operating Prometheus-compatible monitoring systems and want realtime visibility into metric cardinality, give vmestimator a try. We’d love to hear your feedback and learn more about your use cases.
Read more about its design and configuration in the documentation, or explore it yourself in the playground.
GitHub
GitHub - VictoriaMetrics/vmestimator: Real-time Cardinality Estimations for VictoriaMetrics\Prometheus
Real-time Cardinality Estimations for VictoriaMetrics\Prometheus - VictoriaMetrics/vmestimator
Forwarded from addmeto (Grigory Bakunov)
В Alpine обнаружили довольно неприятную дыру - обход проверки пароля, даже для пользователей у которых вход только по ключу.
Техническая мамба-джамба для тех кому интересно:
При входе по паролю sshd без PAM берёт сохранённое поле пароля пользователя и сравнивает его с результатом функции crypt(). У некоторых пользователей, например с входом по ключу, в этом поле стоит *, то есть обычного пароля нет. Для проверки sshd в таком случае берёт соль из хеша другой учётной записи на машине.
Если отправить пароль длиной от 257 до 1024 байт, crypt() в musl возвращает * как признак ошибки. Но sshd сравнивает этот результат с полем пользователя, видит совпадение и пускает атакующего. Нужны включённая парольная аутентифкация и хотя бы одна другая локальная учётная запись с хешем $5$ или $6$. Для root также должен быть разрешён вход по паролю через PermitRootLogin yes.
Короче это просто треш.
🔗 https://alpinelinux.org/posts/2026-11-05-openssh-password-authentication-bypass/
Техническая мамба-джамба для тех кому интересно:
При входе по паролю sshd без PAM берёт сохранённое поле пароля пользователя и сравнивает его с результатом функции crypt(). У некоторых пользователей, например с входом по ключу, в этом поле стоит *, то есть обычного пароля нет. Для проверки sshd в таком случае берёт соль из хеша другой учётной записи на машине.
Если отправить пароль длиной от 257 до 1024 байт, crypt() в musl возвращает * как признак ошибки. Но sshd сравнивает этот результат с полем пользователя, видит совпадение и пускает атакующего. Нужны включённая парольная аутентифкация и хотя бы одна другая локальная учётная запись с хешем $5$ или $6$. Для root также должен быть разрешён вход по паролю через PermitRootLogin yes.
Короче это просто треш.
🔗 https://alpinelinux.org/posts/2026-11-05-openssh-password-authentication-bypass/
Sshhole
*sshole · sshhole.com
openssh on musl linux has been letting people into password-less accounts since 2016.