/usr/bin

⏱️ Почему Unix-время начинается с 1970 года и при чём здесь электрическая розетка В первых версиях Unix время отсчитывалось не в секундах, а в шестидесятых долях секунды: системные часы PDP-11 получали импульсы от американской электросети с частотой 60 Гц. Такой 32-битный счётчик заканчивался всего за несколько лет, поэтому разработчики перешли на секунды и выбрали удобную точку отсчёта — 1 января 1970 года. Но и это решение не вечно. 19 января 2038 года знаковый 32-битный счётчик переполнится и отправит уязвимые системы в декабрь 1901-го. Проблема касается не только старых компьютеров: она может скрываться в INT-полях баз данных, бинарных форматах, JavaScript-операциях, MySQL TIMESTAMP, файловых системах и прошивках устройств. В статье — история Unix-времени, наглядные эксперименты с C, JavaScript и ext4, а также разбор того, где искать проблему 2038 года уже сейчас. Читать дальше на Хабре → @usr_bin_linux

🖥 NeoHtop — альтернатива htop с графическим интерфейсом Кроссплатформенный системный монитор показывает процессы и загрузку CPU и памяти в реальном времени. Процессы можно сортировать, закреплять, завершать, а также фильтровать по имени, команде или PID — поддерживаются регулярные выражения и поиск сразу по нескольким условиям. Утилита построена на Rust, Tauri и Svelte, работает в Linux, macOS и Windows, поддерживает светлую и тёмную темы. Для любителей терминала авторы также выпустили отдельный NeoHtop CLI с деревом процессов, графиками и фильтрами. Репыч на Гитхаб @usr_bin_linux

MinIO Is Deprecated: Best Alternatives for S3-Compatible Storage Долгие годы MinIO считался стандартным выбором для развёртывания S3-совместимого хранилища в собственной инфраструктуре. После архивации upstream-репозитория и прекращения привычной модели лицензирования неплохо было бы задуматься о будущем своих инсталляций. В статье разбираются три возможные альтернативы — Garage, RustFS и SeaweedFS — и объясняется, для каких архитектур и нагрузок подходит каждая из них. Читать статью на Medium @usr_bin_linux

Имиджборда в терминале: возвращение к интернету без лент и алгоритмов Автор создал Bord — открытую анонимную площадку, основной клиент которой работает прямо в терминале. Интерфейс напоминает Midnight Commander: слева расположены доски, справа — треды и сообщения. Поддерживаются клавиатура, мышь, поиск, цветовые темы и даже изображения. За ретро-интерфейсом скрывается современная архитектура: — клиент и сервер написаны на Go; — TUI построен на Bubble Tea, Bubbles и Lip Gloss; — HTTP используется как источник данных, а SSE — для уведомлений об изменениях; — SQLite работает в режиме WAL; — API описан через OpenAPI; — предусмотрены идемпотентность, аудит, защита загрузки файлов и продуманная модель анонимности без обязательных аккаунтов. Проект для тех, кто скучает по форумам, IRC и старому интернету. Читать статью на Хабре Репыч на Гитхаб @usr_bin_linux

Как проверить Linux-сервер на соответствие требованиям безопасности и не утонуть в чек-листах Проверить один сервер вручную ещё можно. Но когда их десятки или сотни, аудит настроек SSH, прав доступа, параметров ядра, парольных политик, журналирования и запущенных сервисов быстро превращается в отдельный проект. В статье разбираются инструменты, которые помогают автоматизировать проверку Linux на соответствие CIS Benchmarks, ISO 27001, PCI DSS и другим требованиям: 🚀 Lynis — быстрый комплексный аудит системы с понятными рекомендациями 🚀 OpenSCAP — формализованные проверки по SCAP-профилям и подробные HTML-отчёты 🚀 systemd-analyze security — оценка изоляции сервисов и настроек sandboxing в systemd 🚀 DevSec Hardening Framework — готовые роли Ansible, Chef и Puppet для усиления защиты 🚀 Cinc Auditor — подход compliance as code и удалённые проверки серверов по SSH У инструментов разные задачи, поэтому на практике их разумно комбинировать — например, Lynis для общего аудита, OpenSCAP для проверки по конкретному профилю, а systemd-analyze security для анализа отдельных сервисов. Отдельно рассматривается применение open source при подготовке к аттестации ФСТЭК. Такие инструменты не заменяют сертифицированные средства защиты, но хорошо подходят для предварительного аудита, постоянного контроля конфигурации и устранения проблем до официальной проверки. Читать статью на Хабре @usr_bin_linux

Восстановили взломанный Proxmox из резервной копии? Это ещё не значит, что атакующий ушёл История массовых атак на Proxmox VE в августе–сентябре 2026 года напоминает хороший технический детектив. Злоумышленники получали административный доступ без пароля, устанавливали майнеры и eBPF-руткиты, проникали в виртуальные машины и заранее создавали несколько способов вернуться после восстановления инфраструктуры. Особенно показателен инцидент с кластером из 22 гипервизоров. Администраторы восстановили файловые системы, сменили пароли и SSH-ключи, но атакующие вскоре снова появились внутри. Причин оказалось две: 🚀 руткит скрывал вредоносные файлы от стандартных утилит, поэтому rsync --delete просто не видел, что нужно удалить 🚀 созданные злоумышленниками пользователи и десятки API-токенов сохранились в общей конфигурации Proxmox, синхронизируемой через pmxcfs В статье подробно разбирается критическая уязвимость CVE-2023-54391, позволявшая обойти аутентификацию через API Proxmox, методы сокрытия майнеров и типичные ошибки при восстановлении. Главный вывод выходит далеко за рамки Proxmox: после компрометации root недостаточно удалить вредоносное ПО и восстановить файлы. Необходимо заново установить доверие ко всей системе — проверить кластерную конфигурацию, пользователей, API-токены, ACL, SSH-ключи и гостевые машины, а восстановление выполнять из независимой доверенной среды. И конечно, административный интерфейс гипервизора не должен смотреть в Интернет. VPN, отдельная управляющая сеть, MFA, внешнее журналирование, независимый мониторинг и защищённые от удаления резервные копии здесь не паранойя, а базовая гигиена. Читать разбор на Хабре @usr_bin_linux

Куда на самом деле ходят процессы на сервере? RustNet — терминальный сетевой монитор, который показывает активные TCP-, UDP- и QUIC-соединения и по возможности связывает их с конкретными процессами. В интерактивном TUI можно увидеть состояние соединений, адреса, порты и объем трафика, отфильтровать данные по процессу или протоколу, а также определить HTTP, DNS, SSH, QUIC и TLS-соединения по SNI. Интерфейс работает через SSH, поэтому инструмент удобно использовать при диагностике удаленных серверов. Дополнительные возможности: 🚀 просмотр слушающих сокетов и сетевой активности процессов 🚀 пассивная аналитика DNS-запросов 🚀 экспорт трафика в PCAP и PCAPNG для Wireshark 🚀 headless-режим с JSON для скриптов и мониторинга 🚀 снижение привилегий после запуска и платформенная изоляция 🚀 поддержка Linux, macOS, Windows и FreeBSD Хороший вариант, когда ss, netstat и lsof уже не дают полной картины, а запускать Wireshark или разбирать tcpdump пока не хочется. Для захвата пакетов потребуются соответствующие системные права, а на Windows — Npcap. Репыч на Гитхаб @usr_bin_linux