Если случайно удалил лог, конфиг или любой другой файл, который всё ещё используется процессом — он не исчез окончательно.
В этом посте мы:
• Найдём процессы, держащие удалённые файлы;
• Извлечём их напрямую из дескриптора / proc;
• Покажем, как вернуть содержимое без сторонних инструментов.
Это механизм работы ядра Linux, который позволяет восстановить данные до того, как процесс закроет файл.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
1🔥17❤15👍12🤝1
This media is not supported in your browser
VIEW IN TELEGRAM
Instagram, Netflix, TikTok, Spotify, WhatsApp и десятки других сервисов - всё собрано в одном репозитории. Для каждого проекта есть код, демо и стек технологий.
Отличный ресурс, чтобы учиться на реальных примерах или искать вдохновение для своих проектов.
Оставляю ссылочку: GitHub📱
Please open Telegram to view this post
VIEW IN TELEGRAM
❤9👍8🔥5🤝2
Что за сервер и насколько он защищён?
Быстро собираем из терминала основные HTTP/TLS-факты: статус, заголовки, безопасность и сертификат. Без лишних тулзов — только
Базовый запрос заголовков:
Посмотрим статус и сервер:
Проверим наличие
Вытащим
Инфо о TLS-сертификате:
🔥 Быстрый чек сайта прямо из терминала — показывает, что за сервер, какие есть защиты и когда истекает SSL.
🚪 Linux Ready | #практика
Быстро собираем из терминала основные HTTP/TLS-факты: статус, заголовки, безопасность и сертификат. Без лишних тулзов — только
curl и openssl.Базовый запрос заголовков:
curl -sI https://example.com
Посмотрим статус и сервер:
curl -sI https://example.com | awk '/HTTP\/|Server:/'
Проверим наличие
security-headers:curl -sI https://example.com | grep -iE 'strict|content-security|x-frame|x-content|referrer|permissions' || echo "no security headers"
Вытащим
<title> страницы:curl -sL https://example.com | sed -n 's:.*<title>\(.*\)</title>.*:\1:p' | head -n1
Инфо о TLS-сертификате:
echo | openssl s_client -servername example.com -connect example.com:443 2>/dev/null | openssl x509 -noout -issuer -dates
🔥 Быстрый чек сайта прямо из терминала — показывает, что за сервер, какие есть защиты и когда истекает SSL.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥17👍10❤6🤝2
Иногда в системе остаются тестовые или гостевые учётки, которые никто не использует, но именно они часто становятся уязвимыми точками.
В этом посте:
• Анализируем конфигурацию и права учётной записи;
• Проверяем логи входов и активности;
• Настраиваем honeypot-файл flag с auditd для отслеживания обращений;
• Формируем доказательную базу.
Такой подход позволяет выявить слабые места и подтвердить их риск.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥15👍9🤝7❤2
Для этого в Linux есть «z»-версии привычных утилит.
Например,
zless позволяет просматривать сжатые файлы напрямую:zless /var/log/nginx/access.log.1.gz
А искать по содержимому можно через
zgrep:zgrep "error" /var/log/nginx/error.log.*.gz
Хочешь быстро глянуть последние строки?
zcat /var/log/syslog.*.gz | tail
Please open Telegram to view this post
VIEW IN TELEGRAM
👍28❤9🔥8🤝2
В этом посте — 7 утилит для точного сравнения содержимого, проверки целостности данных и устранения дубликатов. Эти инструменты используются при анализе логов, контроле изменений и валидации контрольных сумм. С их помощью можно выявлять расхождения между файлами и проверять неизменность данных.Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥28👍19❤10🤝6
Анализ перезагрузок и активности пользователей!
Иногда нужно понять, почему система перезагружалась — планово ли, из-за сбоя, или кто-то просто нажал
История перезагрузок (показывает время каждой перезагрузки и аптайм между ними):
Кто и когда входил в систему:
Опция
Когда система была запущена в последний раз:
(
Ошибки из предыдущей загрузки:
Показывает записи уровней error и выше (0–3) из предыдущего сеанса (
Кто запустил
На системах без
🔥 Полезно при анализе неожиданных рестартов, сбоев питания или подозрительной активности.
🚪 Linux Ready | #практика
Иногда нужно понять, почему система перезагружалась — планово ли, из-за сбоя, или кто-то просто нажал
reboot.История перезагрузок (показывает время каждой перезагрузки и аптайм между ними):
last reboot
Кто и когда входил в систему:
last -a | head
Опция
-a переносит IP или имя хоста в последний столбец — удобно при анализе удалённых входов.Когда система была запущена в последний раз:
uptime -s
(
-s = since) — выводит дату и время последнего старта.Ошибки из предыдущей загрузки:
sudo journalctl -b -1 -p 3
Показывает записи уровней error и выше (0–3) из предыдущего сеанса (
-b -1 = предыдущая загрузка).Кто запустил
reboot вручную (для систем с auth.log):sudo grep "systemd-logind" /var/log/auth.log | grep "reboot"
На системах без
auth.log можно использовать:sudo journalctl | grep "systemd-logind" | grep "reboot"
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥22❤9👍8🤝3