Небезопасность

описание

Я пишу книгу и статьи, а ещё здесь заметки об инцидентах безопасности, уязвимостях в ОС и ПО По всем вопросам -> @aftertime

← к каналу @securenot

503

подписчиков

Охват к подписчикам

245,1%

ERR

Реакции к просмотрам

0,24%

67 на 27 постов

Пересылки к просмотрам

1,26%

351

Постов в день

0,0

всего 28

Где отзываются чаще

доля реакций к просмотрам

22 июн.Оп! Чо вышло: второе издание Контейнер секьюрити на русском! Пожалуй, лучшая книга по безопасности контейнеров на сегодняшний день. Лиз Райс — один из самых уважаемых специалистов в области Container Security. Она умеет разбирать сложные темы на простые составляющие, объясняя «как это работает на самом деле», а не пересказывая документацию. Каждая концепция подкреплена наглядным примером — можно открыть терминал и пощупать всё руками. Однажды мне довелось побывать на её докладе на DevOops про побеги из контейнеров — у меня до сих пор хранится методичка с её автографом: "Enjoy your containers, Sergey". Подача материала в книге такая же, как и на конфе: живая, точная и с любовью к делу. Во втором издании накопились серьёзные изменения за пять лет, прошедшие с первого: появились отдельные главы про безопасность цепочки поставок (SBOM, SLSA, cosign) и про IaC/GitOps, переписана глава о защите среды выполнения с акцентом на eBPF, Falco и Tetragon, обновлена глава по OWASP Top 10. Книга стала аж на четверть толще. Почитал с огромным удовольствием. Очень ждал этого издания — и вот оно. DevSecOps-инженерам, платформенным командам, безопасникам — бегом читать 😊4,94%
22 июн.Давно сюда ничего не писал. Собираюсь с силами для написания цикла статей по безопасности. На этот раз про защиту Windows Server. А пока вот моя статья про OSINT криптокошельков https://xakep.ru/2026/06/05/find-crypto/2,03%
20 маяИТ-некромант: почему старая инфраструктура опаснее новых вирусов Мы подготовили для вас интервью с Антоном Клочковым — инженером и независимым экспертом, основателем и идейным вдохновителем проекта ITRadio, а также ИТ-некромант, архитектор, полуЗОЖник И у нас есть вторая часть интервью, не менее острая!🌶️ Где мы поговорили: • про маркеры того, что инфраструктура уже «кричит о помощи» • Антон рассказал кейсы о том, как одна старая железка едва не уничтожила бизнес • и разговор о том, почему люди остаются в сетевой безопасности на годы Если вам нравится эта рубрика и вы ждёте продолжение – ставьте реакции 🔥 📲 Секреты ИБ в MAКС 💬 Секреты ИБ в ВК1,49%
17 июл.Статья номер 0 https://xakep.ru/2026/07/17/windows-server-2016-eol/0,87%
30 июн. 2025 г.без подписи0,55%
18 янв.Аналоги SELinux и AppArmor во FreeBSD У FreeBSD имеются свои механизмы безопасности, которые выполняют схожие функции с SELinux и AppArmor в Linux, но они имеют свои особенности и отличаются в реализации. Наиболее близкими к SELinux и AppArmor по своей идеологии и возможностям в FreeBSD являются: * Mandatory Access Control (MAC) Framework. Это базовый фреймворк FreeBSD, который позволяет реализовать различные политики принудительного контроля доступа. SELinux и AppArmor в Linux являются примерами реализаций MAC. В FreeBSD MAC Framework предоставляет "крючки" для различных подсистем (например, файловая система, сетевой стек) и позволяет подключать сторонние модули политики. MAC Framework в FreeBSD более низкоуровневый и гибкий, чем SELinux или AppArmor. Он не поставляется с готовой сложной политикой, как это делается в Linux-дистрибутивах. Вместо этого, разработчики могут создавать свои собственные модули MAC для специфических задач. * TrustedBSD MAC Modules. В рамках проекта TrustedBSD разрабатываются различные модули MAC, которые могут использоваться в FreeBSD. Хотя нет одного "наследника" SELinux или AppArmor, есть несколько проектов, которые реализуют схожие идеи: TrustedBSD MAC for Filesystem: Этот модуль фокусируется на контроле доступа к файловой системе, позволяя определять более гранулярные политики, чем стандартные POSIX-права. TrustedBSD MAC for Network: Предоставляет возможности для более тонкой настройки сетевой безопасности. Почему нет прямого аналога "из коробки"? FreeBSD исторически придерживается более модульного подхода. Вместо предоставления одной всеобъемлющей директивной системы, как SELinux, FreeBSD предпочитает предоставлять базовую инфраструктуру, на основе которой разработчики могут создавать нужные им решения. SELinux был разработан для обеспечения очень высокой безопасности в государственных и военных системах, а AppArmor – для упрощения применения политик безопасности в десктопных и серверных Linux-системах. FreeBSD чаще используется в серверных, сетевых и встраиваемых системах, где могут требоваться более специализированные, а не универсальные решения. В сообществе FreeBSD идет постоянная разработка и улучшение различных инструментов безопасности. Возможно, в будущем появятся более комплексные и готовые к использованию решения, похожие на SELinux или AppArmor. Что это значит для пользователя FreeBSD? Если вам нужна функция, схожая с SELinux или AppArmor, вам, скорее всего, придется: 1. Изучить, как MAC Framework работает и как подключать модули. 2. Возможно, сообщество FreeBSD уже разработало готовые решения для ваших задач. Их можно найти на сайтах проектов TrustedBSD, FreeBSDPorts, или через поиск по форумам и спискам рассылки FreeBSD. В более сложных случаях может потребоваться создание собственных модулей MAC. Прямого "копи-паст" аналога SELinux или AppArmor под FreeBSD нет. Однако, MAC Framework является основой, которая позволяет реализовать схожие механизмы безопасности. Если вам нужен простой в настройке и использовании фреймворк, похожий на AppArmor, возможно, вам придется искать конкретные реализации от сообщества TrustedBSD или других проектов, ориентированные на вашу задачу. Для более гибкой и глубокой настройки, MAC Framework предоставляет необходимые инструменты.0,52%
2 авг. 2025 г.Hello, my Mad Hatter friends! 🎩 Let me ask you a question: have you ever wondered how Monero's security works and whether it is as reliable as they say?🪙 In my new article, I figured this out and also explained how to further protect yourself so that your transactions remain invisible even to the most curious eyes.🛡 I describe in detail how Monero works, how resistant it is to attacks, and what measures will help you maintain your anonymity. 🔑 The article covers attacks ranging from Black Marble Flooding to Eclipse Attacks, and I also share practical tips on how to run your own node and configure Tor to increase your privacy. I hope you will find it interesting to delve into this topic. 🧩 At the end of the article, there are links to additional materials so that you can explore this topic in more depth if you wish. ⚙️ Enjoy your tea! ☕️🩷 English version: #Monero #XMR #cryptography #privacy #blockchain #ring_signatures #stealth_addresses #RingCT #Tor #I2P #crypto_wallet #security #anonymity #decentralization #Kovri #FCMP #crypto_protection0,42%
9 авг. 2025 г.CVE-2025-8088: WinRAR без автообновлений — бомба замедленного действия 🎯 В популярном архиваторе WinRAR обнаружили серьёзную дыру в безопасности, но худшая новость — хакеры уже знали о ней и активно использовали до выхода исправления. Уязвимость CVE-2025-8088 позволяет злоумышленникам создавать коварные архивы, которые при распаковке подкладывают файлы не туда, куда выбрал пользователь, а в автозагрузочные папки Windows. Так вредоносная программа попадает в систему и запускается при каждом включении компьютера. 💣 Группа RomCom уже вовсю использует эту фишку в фишинговых рассылках — присылают письма с "безобидными" RAR-архивами, а внутри сидит эксплойт. Пользователь думает, что распаковывает документы в выбранную папку, а на самом деле вредонос тихо устанавливается в автозагрузку. При следующем включении компьютера — сюрприз, система уже под контролем злоумышленников. 🔧 Проблема усугубляется тем, что WinRAR до сих пор не умеет обновляться автоматически. Миллионы пользователей могут месяцами сидеть на уязвимых версиях, даже не подозревая об угрозе. Если у вас стоит WinRAR старше версии 7.13 — самое время обновиться вручную, пока не стали жертвой вымогателей. #winrar #cve20258088 #romcom #уязвимость #malware #вредонос @ZerodayAlert0,39%
3 маябез подписи0,31%
15 июн.Приятного чаепития, Шляпники🎩 Сегодня хочу поделиться с вами одним интересным проектом Ermine OS 🗻🦦. Это приватная live-система на Debian, сделанная специально для безопасной работы с криптой 💲и анонимного использования браузера(допустим посищение форумов)🌐. Репозиторий вот: https://github.com/ermiusio/ermine_os Кроме самой системы автор написал довольно большую статью, где подробно разбирает популярные приватные live-дистрибутивы. Особенно мне понравился разбор Tails OS🧅 Там разобрана внутренния работа системы "связанная с приватностью"⚙️ Допустим на уровне systemd-сервисов, скриптов и iptables показано, как работает killswitch. Хорошо освещены проблемы с видеопамятью(да, это давало известная проблема, но я не видела её разбора в обзорах). Ещё рассказано почему Persistent Storage частично рушит саму концепцию Tails. И даже разобрано и как устроена защита приложений через AppArmor. Жаль, что автор не пошёл ещё глубже (например, в поиск закладок в исходниках), но в целом такого качественного обзора на русском в открытом доступе я раньше не встречала. Также в статье другие "приватные live" вроде Whonix Live, Heads, Kicksecure Live и тд. А теперь про саму Ermine OS 🦦 Система полностью работает с флешки и практически ничего не пишет на диск. Весь трафик идёт исключительно через Tor с kill-switch(если Tor вдруг упадёт, сеть просто отключится). Есть автоматическая смена MAC-адреса и hostname. Из приложений там стоит Tor Browser с собственным плагином Fingerprint Spoofer от автора, отдельный браузер для I2P🚦, отдельный i2pd с GUI на zenity и Cake Wallet. По безопасности там: кастомные политики AppArmor для всех программ🔒, hardening ядра через sysctl, защита от cold-boot атак с помощью sdmem и полностью отключённый swap. Дополнительно авто сделал и экспериментальную опцию - RAM-mode, который можно выбрать при загрузке. В этом режиме система продолжает работать даже после извлечения флешки внутри RAM. Ещё Автор подготовил подробное пошаговое руководство по сборке своей live-системы во второй части статьи, плюс протестировал killswitch и другие важные моменты. Проект выглядит давольно интересно. Да, он ещё немного сыроват, но как статья с рабочим примером приватной live-системы это уже отличный материал. Особенно полезно будет новичкам, которые хотят собрать свой собственный дистрибутив под приватности 🧩. Подобных проектов с нормальными статьями и руководствами не так много. Конечно, у Heads тоже есть документация, но она 2017 года и без такого глубокого сравнения с другими системами. В общем, автору спасибо☝️ Не понимаю, почему репозиторий до сих пор такой нишевый по-моему, заслуживает куда больше внимания. Надеюсь, и вам будет полезно ❤️ #anonymous_networks #crypto_protection #browsers #OPSEC #linux #i2p #privacy #tools #tor0,26%
12 авг. 2025 г.Всем приятного чаепития, мои Алисы в стране чудес! 🎀 Многие слышали про луковое шифрование в Tor и примерно представляют, как оно работает. Но, меньше людей знают про чесночное шифрование. Потому, я решила написать краткую заметку о том, что это и как оно работает в I2P 🚥 Как отправляется сообщение?✉️ В I2P ваше сообщение передается через туннель — цепочку случайно выбранных компьютеров (узлов) в сети. Каждый узел знает только, куда передать данные дальше, но не видит содержимого сообщения. Для этого используется чесночное шифрование🧄 Сначала ваше сообщение шифруется для конечного получателя. Это называется сквозное шифрование. Применяется асимметричное шифрование🔐: у получателя есть пара ключей — публичный, которым вы шифруете сообщение, и приватный, которым он его расшифровывает. Как создаются слои шифрования?🔒 Теперь начинается процесс оборачивания сообщения в слои. Представьте, что у вас есть туннель из трех узлов: A, B и C. Зашифрованное сообщение (уже защищенное для получателя) нужно провести через эти узлы так, чтобы каждый знал только следующий шаг. Для этого I2P создает слои шифрования, по одному для каждого узла. Каждый слой — это дополнительное шифрование с инструкцией для конкретного узла, например, «передай узлу B» или «отправь получателю». Работает это так: сообщение шифруется ключом узла C с инструкцией «передай B». После пакет шифруется ключом B с инструкцией «передай A», затем весь пакет шифруется открытым ключом узла A с инструкцией «отправь получателю». После отправки, он попадает к узлу A. Узел A открывает свой слой секретным ключом, видит инструкцию «передай узлу B» и передает данные. Данные остаются зашифрованными для других узлов. Узел B открывает свой слой, видит инструкцию «передай узлу C» и передает дальше. Узел C открывает последний слой, видит, что нужно отправить получателю, и выполняет это. Каждый узел знает только свой шаг и не видит ни содержимого сообщения, ни его отправителя, ни получателя. Почему шифрование называется чесночным?🧄 В I2P ваше сообщение могут упаковать вместе с другими в один большой зашифрованный пакет🗂, который называется чесночным. Это значит, что в одном таком пакете, идущем через туннель, могут быть ваше сообщение, сообщения других людей и даже какие-то служебные данные сети, например, команды для управления туннелями⚙️ Все сообщения шифруются вместе, и каждый слой шифрования (для узлов A, B, C) покрывает весь большой пакет целиком, а не каждое сообщение по отдельности. Когда узел A открывает свой слой, он видит инструкцию для всего пакета, например, «передай узлу B», и отправляет его дальше. Он не знает, сколько сообщений внутри, чьи они или куда они идут. Узел B делает то же самое, открывая свой слой и передавая пакет узлу C. Узел C, открыв последний слой, может отправить весь пакет или его части (в зависимости от инструкции) к получателям, но он не знает, сколько сообщений внутри и кому они предназначены. По этому не возможно определить, чье сообщение где находится, даже при наблюдении за сетью. Каждое сообщение в пакете защищено индивидуальным шифрованием для своего получателя🔑 так что никто, кроме нужного человека, не сможет его открыть. Сами сообщения внутри пакета не разделены явно — они как бы слипаются в один сплошной зашифрованный кусок данных. Еще I2P может может добавлять «мусорные» данные🗑 — фальшивые сообщения, которые маскируются под настоящие, но ничего не значат. Кроме того, I2P перемешивает♻️ ваш пакет с другими данными в сети и может добавлять случайные задержки при передаче. Это затрудняет анализ трафика. Туннели меняются каждые 10 минут, и узлы в них выбираются заново, так что отследить путь. Чем чесночное шифрование отличается от лукового?🧅 В луковом шифровании каждое сообщение шифруется отдельно и передается через свою цепочку узлов. А чесночное шифрование, не только оборачивает ваше сообщение в слои шифрования, но и объединяет его с другими сообщениями и фальшивыми данными в единый зашифрованный пакет #i2p #cryptography #garlic_encryption #anonymity #tor0,17%
29 янв.Кофе, SOC и логи. Анонс №23 О чём: Обсуждение лучших новостей инфобеза за неделю с 26 января по 1 февраля 2026 г. Ведущие: Александр Антипов, Денис Батранков, Иван Казьмин, Антон Клочков. Специальный гость: Олег Купреев, эксперт в области информационной безопасности. Когда: 01.02.2026 11:00 – ссылка на наш календарь Трансляция будет здесь🗣https://itradio.su/streaming и тут 🗣 https://stream.itradio.su Задаём свои вопросы в чате подкаста с тегом #csl23 @ITRadiosu #csl0,12%