Linux_BE1
前往频道在 Telegram
Канал по Linux, полезный и интересный контент для всех уровней. По вопросам сотрудничества @cyberJohnny
显示更多
网络:188
订阅者
无数据24 小时
-37 天
-1530 天
数据加载中...
吸引订阅者
八月 '26
八月 '260
在0个频道中
七月 '260
在0个频道中
Get PRO
六月 '26
+2
在0个频道中
Get PRO
五月 '260
在0个频道中
Get PRO
四月 '260
在0个频道中
Get PRO
三月 '260
在0个频道中
Get PRO
二月 '260
在0个频道中
Get PRO
一月 '260
在0个频道中
Get PRO
十二月 '25
+6
在0个频道中
Get PRO
十一月 '250
在0个频道中
Get PRO
十月 '250
在0个频道中
Get PRO
九月 '25
+5
在0个频道中
Get PRO
八月 '250
在0个频道中
Get PRO
七月 '250
在0个频道中
Get PRO
六月 '250
在0个频道中
Get PRO
五月 '25
+2
在0个频道中
Get PRO
四月 '25
+4
在0个频道中
Get PRO
三月 '25
+2
在0个频道中
Get PRO
二月 '25
+998
在0个频道中
Get PRO
一月 '25
+5
在0个频道中
Get PRO
十二月 '24
+17
在0个频道中
Get PRO
十一月 '240
在0个频道中
Get PRO
十月 '24
+1
在0个频道中
Get PRO
九月 '24
+101
在0个频道中
Get PRO
八月 '24
+2
在0个频道中
Get PRO
七月 '24
+6
在0个频道中
Get PRO
六月 '24
+2
在0个频道中
Get PRO
五月 '24
+500
在2个频道中
Get PRO
四月 '24
+504
在0个频道中
Get PRO
三月 '24
+1 085
在0个频道中
Get PRO
二月 '240
在0个频道中
Get PRO
一月 '24
+63
在0个频道中
Get PRO
十二月 '230
在0个频道中
Get PRO
十一月 '230
在0个频道中
Get PRO
十月 '230
在0个频道中
Get PRO
九月 '230
在0个频道中
Get PRO
八月 '230
在0个频道中
Get PRO
七月 '230
在0个频道中
Get PRO
六月 '230
在0个频道中
Get PRO
五月 '230
在0个频道中
Get PRO
四月 '230
在0个频道中
Get PRO
三月 '230
在0个频道中
Get PRO
二月 '230
在0个频道中
Get PRO
一月 '230
在0个频道中
Get PRO
十二月 '22
+7
在0个频道中
Get PRO
十一月 '22
+10
在0个频道中
Get PRO
十月 '22
+1 054
在0个频道中
Get PRO
九月 '220
在0个频道中
Get PRO
八月 '22
+213
在0个频道中
频道帖子
🛡 DDoSecrets опубликовали 410 ГБ дампов памяти с сервера TeleMessage
Что произошло:
Киберактивисты из Distributed Denial of Secrets обнародовали около 410 ГБ файлов heap dump, которые были получены хакерами с архива сервера TeleMessage — компании, предоставляющей “модифицированные” версии Signal, WhatsApp, Telegram и WeChat с централизованным архивированием сообщений :contentReference[oaicite:0]{index=0}.
Кто такая DDoSecrets:
Это некоммерческая организация, действующая с 2018 года. Как своего рода "преемник WikiLeaks", она публикует утечки каналов властей, компаний и общественных институтов, часто в сотрудничестве с расследователями и журналистами :contentReference[oaicite:1]{index=1}.
Хронология инцидента:
1. 1 мая — бывший советник по нацбезопасности (Mike Waltz) используют TeleMessage вместо обычного Signal при общении с чиновниками и политиками.
2. 3–5 мая — вскрыты исходники TM SGNL и случаи с утечкой данных.
3. 4 мая — произошла компрометация архива TeleMessage через endpoint /heapdump, доступный публично, что позволило скачать дампы памяти с личными и служебными данными.
4. 19 мая — DDoSecrets публикуют эти дампы (переданные журналистам и исследователям) с объемом ~410 ГБ :contentReference[oaicite:2]{index=2}.
Что содержат дампы:
- Текстовые сообщения (plain-text chats)
- Метаданные: отправители/получатели, временные метки, названия групп
- Часть архива содержит только metadata :contentReference[oaicite:3]{index=3}
Зачем это важно:
- Подтверждается, что TeleMessage обещает “end-to-end encryption”, но на самом деле реализует централизованный архив. Архивы доступны в открытом виде — без шифрования.
- Потенциально скомпрометированы и госслужащие (в том числе из США), и криптокомпании — включая Coinbase :contentReference[oaicite:4]{index=4}.
- Проблема носит системный характер: endpoint Spring Boot Actuator (`/heapdump`) экспортирует чувствительные данные, что является классической и давно известной ошибкой конфигурации :contentReference[oaicite:5]{index=5}.
Как это работает (технически):
TeleMessage-разработчики оставили endpoint /heapdump доступным в продакшн-среде. Spring Boot по умолчанию включал этот endpoint до версии 1.5, когда он ещё требовал аутентификации — но в проде этот механизм был отключён или не настроен :contentReference[oaicite:6]{index=6}.
Риски и выводы:
- Утечка персональных и корпоративных сообщений через незащищённый endpoint.
- Масштабный компромисс доверия: официальное ПО использовалось государственными служащими, но оказалось уязвимым.
- Опасность misconfiguration в production: включённые debug-инструменты, забытые эндпойнты приводят к масштабным утечкам.
🧠 Итог:
Данный инцидент — наглядный пример того, как даже простая конфигурационная ошибка может привести к раскрытию сотен гигабайт конфиденциальных данных. А обнародование дампов организацией DDoSecrets повышает прозрачность и ставит под вопрос безопасность TeleMessage как платформы, заявляющей о надёжной защите переписок.
@linux_be1
| 2 |  платформа для прокачки навыков в аудите исходного кода и кибербезопасности.
🔍 Что предлагает:
🧠 8 000+ задач на поиск реальных уязвимостей в C/C++ (буферные переполнения, UAF, integer overflow и др.)
📚 Обучение безопасному кодингу и методам аудита
🏆 Таблица лидеров и соревновательная среда
Подходит и новичкам, и профессионалам. Учись искать уязвимости — как настоящий white-hat!
https://auditor.codes/
@linux_be1 | 345 |
| 3 |  Находим и удаляем ВСЕ майнеры на компе прямо сейчас — мощнейший гайд, который очистит и бустанет ваш ПК или ноут за минуту.
1️⃣ Жмем Win + R.
2️⃣ Вводим «resmon» и затем Enter — так мы откроем мониторинг ресурсов.
3️⃣ Открываем вкладку «Состояние» и сортируем там процессы — сверху окажутся приостановленные.
4️⃣ Вбиваем в Гугл ВСЕ подозрительные названия программ — среди них и скрываются майнеры.
Сохраняйте себе и спасайте комп скорее.
👍
@linux_be1 | 347 |
| 4 |  👁️ Nmap 7.96: легендарный сетевой сканер получил крупное обновление после года разработки. Теперь сканирование миллионов хостов занимает в 50 раз меньше времени благодаря параллельной обработке DNS-запросов — там, где раньше требовалось двое суток, теперь хватает часа.
Среди любопытных нововведений: тёмная тема для Zenmap, скрипты для работы с MikroTik и генерация IPv6-адресов по MAC-адресу. При этом проект сохранил свой фирменный баланс между мощью и гибкостью, оставаясь инструментом как для пентестеров, так и для системных администраторов.
🔗 Ссылка - *клик* (https://nmap.org/)
@linux_be1 | 348 |
| 5 |  没有文字... | 113 |
| 6 | 🧨 BitTorrent: изобретение, которое спасло интернет (и разозлило весь Голливуд)
В начале 2000-х интернет был... медленным.
Очень медленным.
📼 Один фильм — сутки загрузки.
💿 Один сервер — сотни пользователей, и он падал.
📉 Чем больше людей хотели скачать — тем медленнее всё работало.
В эпоху mp3 и AVI это была настоящая проблема.
И никто не знал, как её решить.
👨💻 Один человек. Один протокол.
Его зовут Брэм Коэн.
Он интроверт. Он страдает от хронической усталости.
Работает по несколько часов в день. Но думает — как гений.
В 2001 году, в одиночку, он пишет то, что в будущем станет
одним из главных изобретений интернета — BitTorrent.
---
## 🔁 Как это работает?
Вместо того чтобы тянуть файл с одного сервера,
BitTorrent разбивает его на сотни маленьких частей.
Пользователь скачивает один кусок —
и тут же раздаёт его другим.
Каждый становится одновременно клиентом и сервером.
📈 Чем больше людей качают — тем быстрее работает система.
🚫 Центров нет. Контроля нет.
Это был анти-интернет в мире централизованного интернета.
BitTorrent не зависел от Google, Amazon или дата-центров.
Он жил в миллионах домашних компьютеров.
🎬 Голливуд в панике
Появляется The Pirate Bay. Торренты заполняют форумы.
Фильмы, сериалы, музыка — всё разлетается по миру.
Американские студии лоббируют новые законы.
Закрывают Napster, LimeWire, **MegaUpload**…
Но BitTorrent невозможно закрыть.
Он не размещается на сервере. Он — протокол.
Он вшит в само тело интернета.
🤯 Самое интересное?
Брэм Коэн не стал миллиардером.
Он не создал корпорацию. Не уехал в Кремниевую долину.
Он просто дал миру инструмент — и отошёл в сторону.
Позже он начал разрабатывать криптовалюту Chia.
Но главную революцию он совершил, будучи один.
💡 BitTorrent — это не про пиратство
Это был протест. Это была децентрализация.
Это был предок Web3 и peer-to-peer культуры.
Сегодня вы обновляете Ubuntu через торрент.
Качаете дистрибутивы. Распространяете крупные архивы.
Всё это — благодаря одному человеку, который
когда-то сказал:
> _"Я просто хочу, чтобы интернет работал быстрее."_
📌 Запомните это имя: Брэм Коэн
Человек, который ускорил весь интернет — и остался в тени.
@linux_be1 | 350 |
| 7 |  👾 Новые атаки Spectre-v2: Training Solo обходит защиту Intel. Исследователи из Амстердамского свободного университета обнаружили серию уязвимостей в процессорах Intel, связанных с атаками Spectre-v2. Метод, получивший название Training Solo, позволяет обходить механизмы изоляции памяти, такие как IBPB и eIBRS, и извлекать данные из ядра или гипервизора со скоростью до 17 КБ/с**.
В отличие от классических атак Spectre, Training Solo использует не подконтрольный злоумышленнику код, а уже существующие фрагменты в привилегированных областях. Эксплуатация возможна благодаря аппаратным уязвимостям CVE-2024-28956 и CVE-2025-24495, затрагивающим процессоры Intel от Coffee Lake до Lunar Lake.
Intel уже выпустила обновление микрокода с новой инструкцией IBHF, а в Linux добавлены патчи для блокировки атак через cBPF. AMD и ARM заявили, что их современные процессоры не подвержены угрозе.
🔗 Ссылка - *клик* (https://download.vusec.net/papers/trainingsolo_sp25.pdf)
@linux_be1 | 357 |
| 8 |  💥 В даркнете появилась база с данными 89 млн аккаунтов Steam — возможная утечка из Twilio
На одной из даркнет-площадок выставлен на продажу файл, содержащий якобы 89 миллионов записей пользователей Steam — это около двух третей всех аккаунтов на платформе.
Продавец с ником Machine1337 запросил $5000 за доступ к базе и опубликовал примерку из 3000 строк в качестве доказательства.
Содержимое файла включает:
- SMS-сообщения с одноразовыми кодами Steam Guard
- номера телефонов, на которые были отправлены эти коды
По оценкам экспертов, утечка вряд ли произошла со стороны Valve — куда более вероятной выглядит компрометация облачного провайдера Twilio, который занимается отправкой SMS для двухфакторной аутентификации.
📌 Если у вас включён Steam Guard через мобильное приложение, серьёзных причин для беспокойства нет — коды, отправленные по SMS, считаются менее защищённым методом.
@linux_be1 | 368 |
| 9 | 🕵️♂️ API-s-for-OSINT — каталог API для разведки по открытым источникам
Если ты занимаешься OSINT, кибербезопасностью или просто хочешь автоматизировать сбор данных — этот репозиторий от [cipher387](https://github.com/cipher387) станет для тебя настоящей сокровищницей.
📦 Что внутри:
Каталог разбит по тематикам, в каждой — список полезных API с описанием и ссылками. Вот лишь малая часть:
• Поиск устройств и IP: Shodan, Censys, Netlas
• Проверка email и доменов: WhoisXML, Kickbox
• Телефонные API: Numverify, Twilio
• Геолокация: Google Geocoding, Zipcodebase
• Даркнет и утечки: Onion Lookup, Darksearch
• Социальные сети, блокчейн, хэши, Wi-Fi и многое другое
🧠 Как использовать:
• Автоматизация с Python, Bash, Telegram-ботами
• Проверка подозрительных email и IP
• Интеграция в OSINT-дашборды или Google Sheets
• Быстрый доступ к API через curl или Postman
📎 Полезно каждому, кто хочет собирать, проверять и кросс-референсить данные в интернете — от хактивиста до журналиста.
🔗 Ссылка (https://github.com/cipher387/API-s-for-OSINT)
@linux_be1 | 357 |
| 10 | 🧠 Задача для продвинутых Linux-администраторов: “Служба-зомби и ловушка systemd”
📘 Условие
У тебя есть systemd unit-файл `/etc/systemd/system/fake-backup.service`:
```
[Unit]
Description=Fake Backup Daemon
After=network.target
[Service]
ExecStart=/usr/local/bin/fake-backup.sh
Type=forking
PIDFile=/var/run/fake-backup.pid
Restart=always
[Install]
WantedBy=multi-user.target
```
А вот скрипт `fake-backup.sh`:
```
#!/bin/bash
echo $$ > /var/run/fake-backup.pid
sleep 300
```
Ты выполняешь команды:
```
systemctl daemon-reload
systemctl enable fake-backup
systemctl start fake-backup
```
И через несколько секунд команда:
```
systemctl status fake-backup
```
показывает:
• `active (exited)`
• или в логах: `Main PID exited, but service still running.`
• или PID не соответствует реальному процессу
❓ Вопрос
1) Почему systemd считает службу завершённой?
2) Что не так с этим скриптом и unit-файлом?
3) Как исправить поведение, чтобы служба отслеживалась корректно и перезапускалась?
✅ Разбор и подвох
💣 Проблема №1: `Type=forking` требует форка
`Type=forking` говорит systemd:
> «Я ожидаю, что процесс `ExecStart` форкнется, и его родитель завершится. Я буду отслеживать дочерний PID.»
Но в нашем случае `fake-backup.sh` не форкается, а просто пишет свой PID и спит.
Что происходит:
• systemd запускает скрипт
• скрипт не форкается → родитель завершился → systemd считает службу завершённой
💥 Проблема №2: `PIDFile` не спасает
Даже если ты пишешь `PIDFile`, systemd не может точно отследить процесс, если:
• PID-файл создаётся слишком поздно
• процесс не демонится правильно
• нет настоящего двойного fork и `setsid`
✅ Правильные варианты
[спойлер: 🔧 Вариант 1: изменить тип службыСамый простой путь:
```ini
[Service]
Type=simple
ExecStart=/usr/local/bin/][спойлер: fake-backup.sh][спойлер: Restart=always
```
Тогда systemd просто будет держать скрипт открытым и считать его работающим.🔧 Вариант 2: сделать реальный daemonПеределай скрипт, чтобы он демонизировался корректно, например:
```bash
#!/bin/bash
(
echo $$ > /var/run/][спойлер: fake-backup.pid][спойлер: exec sleep 300
) &
```
Или используй `daemon`, `start-stop-daemon`, или пиши на C с двойным fork.
🎯 Проверка
```bash
systemctl status fake-backup
ps aux | grep fake-backup
```
Если `systemd` отслеживает PID правильно — всё работает.
Если служба переходит в `exited`, то systemd считает, что она завершилась.
⚠️ Подвох
Многие считают, что `Type=forking` — это просто "для фонового режима".
Но на самом деле он требует **корректного поведения демона**, иначе systemd не будет понимать, что с ним происходит.
Поэтому:
• не используй `forking` без настоящего демонизирования
•]`simple`[спойлер: — безопасный тип для большинства скриптов]
@linux_be1 | 359 |
| 11 |  +1没有文字... | 17 |
| 12 | 🫡 Без обид, Линус Торвальдс… но этот человек — величайший гик современности.
📟 В 1971 году, в 28 лет, он создал UNIX — систему, на которой построен весь современный интернет.
🦫 В 2009 году, уже в 66 лет, он стал соавтором языка Go — одного из самых популярных языков в мире DevOps и микросервисов.
💥 Но это только начало:
▪ Он разработал язык B, который стал основой для языка C
▪ Создал UTF-8 — кодировку, благодаря которой мы видим текст на любом языке в интернете
▪ Придумал grep — команду, без которой не обходится ни один разработчик
▪ Работал над Multics, Plan 9, Inferno — это четыре операционные системы, созданные одним человеком
🧠 Большинство людей в жизни не используют и двух ОС. А он — создал четыре.
И при этом...
О нём почти никто не знает.
Запомни имя: Кен Томпсон.
🛠 Один из тех, кто буквально построил цифровой мир, в котором мы живём.
🏛 Рим не за один день строился... а вот grep — почти что за одну ночь 😎
История создания grep — действительно захватывающая.
Один из создателей операционной системы UNIX, Кен Томпсон, разработал grep буквально «за ночь».
На самом деле, у него уже был личный инструмент для поиска текста в файлах.
Однажды его начальник, Дуг МакИлрой, подошёл и сказал:
«Знаешь, было бы здорово — уметь искать нужное в файлах».
Томпсон ответил:
«Хорошо, подумаю об этом ночью.»
Он пришёл домой, доработал свой старый код, пофиксил баги — и всё это заняло не больше часа.
На следующий день он показал результат МакИлрою.
Тот воскликнул:
«Это именно то, что мне было нужно!»
А дальше — это уже история.
🤔 Если ты задаёшься вопросом, почему инструмент называется grep, а не просто search — на это есть вполне логичное объяснение 👇
❤️ Ставьте лайк и я напишу пост про историю названия Grep.
@linux_be1 | 14 |
| 13 | 🐧 Задача-ловушка: Почему служба не видит обновлённый файл?
Условие:
Вы обновили конфигурационный файл для популярного сервиса (например, `nginx`), изменив несколько параметров. Затем вы перезапустили сервис:
```
systemctl restart nginx
```
Однако после рестарта сервис всё ещё использует старые параметры из старого конфига, хотя проверка:
```
cat /etc/nginx/nginx.conf
```
показывает, что файл точно обновлён.
Вы проверили права, синтаксис конфига (`nginx -t` выдаёт OK), SELinux, AppArmor — всё в норме.
❓ Вопрос:
Что могло пойти не так? Почему сервис использует старый конфиг, хотя файл обновлён и процесс был перезапущен?
---
🔍 Подсказка:
Недавно на сервере был проведён атомарный деплой конфига с помощью такой команды:
```
mv /tmp/new_nginx.conf /etc/nginx/nginx.conf
```
---
✅ Разбор:
💥 Ловушка:
На первый взгляд всё выглядит правильно, но вот ключевой момент:
Linux (и systemd) работают с inodes, а не с именами файлов напрямую.
Когда вы делаете:
```
mv /tmp/new_nginx.conf /etc/nginx/nginx.conf
```
это не заменяет содержимое файла. Это заменяет inode файла по данному имени, то есть создаётся новый файл с новым inode, а старый файл с тем же именем удаляется.
Если ваш сервис (например, `nginx`) запущен под присмотром systemd с включённым ProtectSystem или иными security-механизмами (или даже через старый init-скрипт), при перезапуске сервис может запускаться с открытым файловым дескриптором старого файла или в chroot-окружении, где старый inode остаётся привязанным.
В результате:
- `cat` показывает новый файл (новый inode по тому же имени).
- Сервис по факту читает старый файл, который всё ещё «жив» для процессов ядра через старый дескриптор.
---
🔧 Как проверить:
1️⃣ Посмотреть inode текущего файла:
```
ls -li /etc/nginx/nginx.conf
```
2️⃣ Посмотреть, какой inode был открыт сервисом:
```
lsof -p $(pidof nginx) | grep nginx.conf
```
Вы увидите, что процесс всё ещё держит старый inode.
---
🛠 Как исправить:
• После замены файла через `mv` рекомендуется не просто перезапустить сервис, а полностью остановить и запустить заново:
```
systemctl stop nginx
systemctl start nginx
```
или использовать `reload`, если поддерживается:
```
nginx -s reload
```
Это гарантирует, что дескрипторы будут закрыты и процесс откроет новый файл с новым inode.
---
✅ Вывод:
• В Linux имя файла — это просто ссылка на inode.
• Замена файла через `mv` не заменяет содержимое «на лету» для уже работающих процессов.
• Даже после `restart` systemd или скрипты могут не освободить старый дескриптор, если используются специфические модули, overlayfs или другие хитрости.
💡 Бонус-вопрос:
Почему `tail -f /etc/nginx/nginx.conf` после `mv` может перестать работать корректно, и как сделать так, чтобы отслеживание файла продолжалось после замены?
@linux_be1 | 11 |
| 14 |  没有文字... | 11 |
| 15 | Как работает Linux: за кулисами ядра!
Поговорим про базу!
Linux — это не просто операционная система, это целый мир, в котором ядро управляет всем: от запуска программ до работы устройств.
▪ Ядро (Kernel)
Главное «сердце» системы. Оно управляет:
• процессором
• памятью
• устройствами
• сетью
• файловыми системами
▪ Процессы и потоки
Каждое ваше приложение — это процесс. Ядро решает, когда и какой процесс получит доступ к CPU, создавая ощущение параллельной работы.
▪ Системные вызовы
Программы не обращаются напрямую к железу — они используют системные вызовы (syscalls), чтобы попросить ядро выполнить задачи: открыть файл, отправить данные по сети и т.д.
▪ Безопасность и права доступа
Каждый файл и процесс имеют владельца и права. Это ключ к безопасности: ни один пользователь не может трогать чужие файлы без разрешения.
▪ Модули ядра
Linux умеет «подгружать» драйверы на лету. Например, подключили новую флешку — ядро сразу добавляет модуль для работы с ней.
💡 Факт:
Именно ядро Linux стоит за Android, серверами Google, суперкомпьютерами и миллиардами устройств по всему миру.
Linux — это не просто ОС. Это симфония процессов и устройств под управлением ядра, которая делает возможным всё — от работы веб-сайтов до запуска ракет 🚀
#Linux #Kernel #DevOps #ОС #Технологии
@linux_be1 | 14 |
| 16 |  🚀 Linux прощается с эпохой 486-х процессоров: мэйнтейнеры ядра Linux готовятся к историческому изменению — полному удалению поддержки данной линейки из кодовой базы. Инициатива исходит от самого Линуса Торвальдса, который считает, что поддержка 30-летних чипов давно стала обузой для разработчиков.
Удаление 14 тысяч строк кода упростит архитектуру ядра и снизит нагрузку на сопровождающих. Интересно, что встраиваемые системы на базе Quark не пострадают — они используют модернизированные 486-совместимые ядра с поддержкой современных инструкций.
🔗 Ссылка - *клик* (https://lore.kernel.org/lkml/20250425084216.3913608-1-mingo@kernel.org/)
@linux_be1 | 14 |
| 17 | 🧩 Задача для Linux-администраторов: "Исчезающий процесс"
📖 Описание задачи
В системе неожиданно появилась служба, которая запускается автоматически через 10 минут после удаления её бинарного файла и убийства процесса.
Особенности:
- Бинарный файл процесса каждый раз появляется в разной директории внутри /tmp.
- Имя процесса каждый раз разное (например, a1b2c3, `d4e5f6`).
- При запуске процесс слушает TCP-порт на случайном высоком порту (>=1024).
- Порт каждый раз динамически выбирается и кодируется в base64, чтобы затруднить прямую идентификацию.
- Бинарный файл зашифрован и расшифровывается процессом в оперативной памяти перед запуском.
- После удаления файла и убийства процесса через 10 минут процесс появляется снова.
📝 Ваша задача:
1. Определить источник "реинкарнации" процесса.
2. Найти механизм автозапуска и зашифрованного хранения бинарника.
3. Остановить автоматический запуск навсегда без перезагрузки системы.
4. Задокументировать шаги поиска и устранения проблемы.
🕵 Решение (разбор шаг за шагом)
1⃣ Найти процесс и порт
Поскольку порт зашифрован (base64), стандартный ss или netstat покажут только открытый порт, но не под каким именем он должен быть:
ss -tulpn | grep LISTEN
Запоминаем PID и порт. Чтобы проверить порт в base64:
echo <порт> | base64
(найденный зашифрованный порт в коде процесса может совпадать)
2⃣ Посмотреть открытые файлы и дескрипторы
Чтобы понять, где запускается исполняемый файл:
lsof -p <pid>
Смотрим дескрипторы /tmp/, /dev/shm/, /proc/self/fd/.
Если исполняемый файл удалён, но процесс его держит открытым, можно восстановить его через /proc/<pid>/exe:
cp /proc/<pid>/exe ./restored_binary
3⃣ Отследить родителя процесса
Проверим родительский процесс:
ps -o pid,ppid,cmd -p <pid>
pstree -p <ppid>
➡ Нужно понять, кто создаёт зашифрованный бинарник и запускает процесс.
4⃣ Отследить создание файла в /tmp
Используем auditd или inotifywait, чтобы зафиксировать момент создания:
auditctl -w /tmp -p wa
ausearch -f /tmp
или
inotifywait -m /tmp
Когда файл создастся → смотрим, какой процесс его записал:
lsof | grep /tmp/<имя_файла>
5⃣ Проверить автозагрузку
Проверяем cron:
crontab -l
cat /etc/crontab
ls -l /etc/cron.*
Проверяем systemd:
systemctl list-timers —all
systemctl list-units —type=service
systemctl list-units —type=timer
Проверяем init.d, rc.local, profile.d:
ls -l /etc/init.d/
cat /etc/rc.local
ls -l /etc/profile.d/
6⃣ Проанализировать процесс запуска
Раз шифрование происходит в памяти:
- Проверяем аргументы запуска процесса через ps aux
- Используем strace для перехвата системных вызовов:
strace -f -p <pid>
- Проверяем, не использует ли процесс memfd_create, shm_open, mmap (бинарник в памяти):
lsof -p <pid> | grep memfd
📝 Возможное объяснение
- Основной процесс шифрует бинарник и хранит его (например, в `/etc/.hidden/enc.bin`).
- Через cron job или systemd timer каждые 10 минут запускается дешифровщик, который:
- Расшифровывает бинарник в /tmp
- Запускает процесс
- Запущенный процесс открывает порт, шифрует его номер (base64) и выводит только в своих аргументах/переменных окружения.
- Процесс удаляет бинарник сразу после запуска, оставляя только дескриптор в памяти.
✅ Как остановить навсегда (без перезагрузки):
1. Найти и остановить родительский процесс (watchdog/дешифровщик):
kill -9 <pid>
2. Удалить механизм автозапуска:
- Удалить запись из cron.
- systemctl disable <название_сервиса>
- Удалить файлы-инициаторы из /etc/systemd/system/, /etc/init.d/, /etc/rc.d/.
3. Найти и удалить зашифрованный бинарник:
find / -type f -name '*.bin' -exec file {} \; | grep 'data'
или поиск по дате изменения:
find / -type f -mtime -1
4. Очистить /tmp, /dev/shm, /run от временных файлов.
@linux_be1 | 354 |
| 18 |  🥷 OnionGPT — бесплатный ИИ на основе Llama в сети Tor и без цензуры!
🔗 Ссылка: *клик* (http://oniongpt6lntsoztgylhju7nmqedlq6fjexe55z327lmxyae3nutlyad.onion/) (не работает в обычном браузере)
@linux_be1 | 17 |
| 19 | # 🔐 Современный алгоритм шифрования: AES
В современном мире данных шифрование — это не роскошь, а необходимость. От защиты банковских транзакций до хранения паролей — всё держится на надёжных алгоритмах.
Один из самых популярных и надёжных стандартов сегодня — AES (Advanced Encryption Standard).
💡 Что такое AES?
AES — симметричный алгоритм блочного шифрования.
- Один и тот же ключ используется для шифрования и дешифрования.
- Данные обрабатываются блоками фиксированной длины (обычно **128 бит**).
AES стал стандартом в 2001 году и до сих пор считается устойчивым к атакам при правильной реализации.
📏 Длина ключа
AES поддерживает ключи длиной:
- 128 бит (16 байт)
- 192 бит (24 байта)
- 256 бит (32 байта)
Чем длиннее ключ, тем выше стойкость к атакам.
Как работает AES?
1. Данные разбиваются на блоки по 128 бит.
2. Каждый блок проходит через несколько раундов шифрования:
- Подстановки байтов
- Перемешивания строк
- Перемешивания столбцов
- Наложения ключа
3. Количество раундов зависит от длины ключа:
- 128 бит → 10 раундов
- 192 бит → 12 раундов
- 256 бит → 14 раундов
В отличие от DES, AES не использует перестановки бит — он работает на уровне байтов и матриц.
🐍 Пример использования AES на Python
Для работы с AES используем библиотеку PyCryptodome:
```
from Crypto.Cipher import AES
from Crypto.Random import get_random_bytes
from Crypto.Util.Padding import pad, unpad
# Генерируем случайный 16-байтовый ключ
key = get_random_bytes(16)
# Создаём объект AES в режиме CBC (Cipher Block Chaining)
cipher = AES.new(key, AES.MODE_CBC)
# Данные для шифрования
data = b"Hello, this is a secret message!"
# Дополняем данные до кратности 16
padded_data = pad(data, AES.block_size)
# Шифруем
encrypted_data = cipher.encrypt(padded_data)
print("Зашифрованные данные:", encrypted_data)
# Для расшифровки нужно сохранить IV (инициализационный вектор)
iv = cipher.iv
# Дешифрование
cipher_dec = AES.new(key, AES.MODE_CBC, iv)
decrypted_data = unpad(cipher_dec.decrypt(encrypted_data), AES.block_size)
print("Расшифрованные данные:", decrypted_data.decode())
```
✅ Обратите внимание:
key — секретный ключ (должен храниться в секрете).
iv (инициализационный вектор) — нужен для дешифрования, его можно передавать открытым текстом.
Используется padding, чтобы текст был кратен размеру блока.
🔍 Почему AES?
Безопасен — нет известных практических атак.
Быстрее DES и 3DES.
Широко поддерживается во всех современных протоколах (TLS, SSH, VPN, ZIP, WhatsApp).
⚠️ Важные рекомендации
Никогда не используйте один и тот же ключ и IV для нескольких сообщений.
Храните ключи в защищённом хранилище.
При передаче данных используйте безопасные протоколы.
➡️ AES — это золотой стандарт симметричного шифрования. Его применяют везде: от HTTPS и VPN до мессенджеров.
С помощью Python и библиотеки PyCryptodome его можно легко интегрировать в свои проекты.
@linux_be1 | 372 |
| 20 |  👾 Опубликованы новые релизы свободных загрузочных прошивок Libreboot 25.04 и Canoeboot 25.04. Эти проекты предлагают полностью открытую замену проприетарным BIOS/UEFI, удаляя закрытые компоненты вроде Intel ME.
В новом релизе Libreboot добавлена поддержка плат Acer Q45T-AM/G43T-AM3, обновлены инструменты сборки (Debian 12.10, GCC 15) и компоненты. Canoeboot, как более строгая версия, исключает все бинарные вставки, сохраняя совместимость лишь с ограниченным набором устройств — от старых ThinkPad до PlayStation 1.
🔗 Ссылка - *клик* (https://libreboot.org/news/libreboot2504.html)
@linux_be1 | 369 |
