Посты канала Social Engineering

• Нашел интересный офлайн-инструмент для пентеста и bug bounty: Payload'ы, конструктор команд по клику, GTFOBins, готовые скрипты, словари, встроенный CyberChef, реверс-шеллы, справка по Burp, операционные чек-листы и многое другое. • Инструмент называется ARS3NAL, а работает он прямо в браузере, без необходимости что-то устанавливать. Никакой телеметрии. Никакого облака. Без аккаунта. Данные лежат в локальном файле SQLite и никуда не уходят. Отлично подходит для авторизованного тестирования безопасности, CTF/обучения и защитного ресерча. • Возможности ARS3NAL и подробное описание по ссылкам ниже: ➡Демо без установки. ➡Код на GitHub [Ru]. ➡Автор и описание инструмента. S.E. ▪️ infosec.work ▪️ VT

Приглашаем принять участие в Студенческом чемпионате «Кибербезопасность в финансах» Молодежной программы 365! Киберчемпионат Банка России — командное соревнование для тех, кто учится на ИТ- и ИБ-специальностях. Участников ждет погружение в мир кибербезопасности: решение практических задач, командная работа, взаимодействие с профильными экспертами, знакомство с единомышленниками и многое другое. Какие будут этапы? ·         Онлайн-отбор: подача заявки, решение CTF-задач и командное интервью. Топ-10 команд получат приглашение в полуфинал ·         Подготовка к очному этапу: знакомство с киберполигоном, тестовые киберучения и совместная работа с профильными экспертами ·         Полуфинал и финал на Уральском форуме в Екатеринбурге: битва на киберполигоне, защита отчетов перед профильным жюри, а также доступ к деловой программе Форума Кто может принять участие? Команды из 4–5 человек — студентов бакалавриата, специалитета, магистратуры в возрасте от 18 до 25 лет. Не упусти возможность испытать себя на киберполигоне, поработать над реальными задачами и сразиться за призовой фонд. Регистрация открыта по 3 декабря. Подать заявку.

• Огромная коллекция стеков Docker Compose из более чем 300 сервисов. Каждое приложение было отлажено и проверено автором в домашней лаборатории, конфигурации к некоторым сервисам доступны в исходном репозитории. ➡ https://lifailon.github.io/compose • К слову, у автора данной коллекции есть множество других проектов, которые уже освещались в этом канале. Вот некоторые из них: ➡Lazyjournal - терминальный пользовательский интерфейс (TUI) для просмотра логов из journald, auditd, файловой системы, контейнеров Docker и Podman, стеков Compose и подов Kubernetes с поддержкой подсветки вывода и нескольких режимов фильтрации. ➡Multranslate - терминальный пользовательский интерфейс (TUI) на базе библиотеки Blessed для одновременного перевода текста с использованием нескольких популярных источников перевода без необходимости настройки доступа к API. Поддерживается использование ИИ (включая локальные LLM и бесплатные модели на OpenRouter), определение исходного и целевого языка на уровне кода, а также сохранение истории переводов в локальной базе данных SQLite. ➡SSH Bot - менеджер SSH подключений в Telegram, который позволяет выполнять команды на выбранном хосте в вашей домашней сети и возвращать результат их выполнения. ➡Logporter - легковесная альтернатива экспортера cAdvisor для получения базовых метрик из контейнеров Docker. По сравнению с cAdvisor, среднии показатели потребления памяти в 10 раз ниже, а CPU до 20 раз. ➡Froxy - прямой и обратный прокси сервер на базе .NET для запуска в режиме командной строки или контейнере Docker. Поддерживает проксирование HTTPS трафика (CONNECT запросы) и протокол SOCKS5 для туннелирования TCP трафика, а также TCP, UDP и HTTP/HTTPS протоколы для обратоного проксирования (поддерживается обработка GET и POST запросов с передачей заголовков и тела запроса для работы с API и передачи Cookie). ➡RSA (Remote Shadow Administrator) - интерфейс для удаленного подключения к текущим RDP сессиям пользователей на базе RDShadow и WinForms. Дополнительно содержит набор модулей для автоматизации удаленного администрирования и управления ОС Windows (пользовательские процессы, службы, обновления, настройки KMS, NTP и другие функции). ➡WinAPI - веб-сервер для удаленного управления ОС Windows через браузер или REST-запросы (например, curl в Linux). Поддерживает запуск и остановка служб и процессов, получение информации о системе, просмотр и фильтрация журналов событий (логов) в браузере и другие функции. S.E. ▪️ infosec.work ▪️ VT

• А ведь проект Containerlab продолжает развиваться, что очень хорошо. Напомню, что это бесплатное open source решение для построения сетевых лабораторий на основе контейнеров, которое позволяет создавать сетевые модели без громоздких виртуальных машин и физических устройств. • Из плюсов: возможность очень быстро и понятно взаимодействовать \ управлять топологией и есть функционал экспорта графа в различных форматах (drawio, mermaid и т. д.). Также есть возможность отобразить топологию в браузере. Минусы: ограниченный набор готовых контейнеров операционной системой #Linux. • К сожалению, я не нашел подробного гайда на русском языке, но есть материал на хабре, в котором есть сравнение с Cisco Packet Tracer / PNETLab и небольшой гайд по использованию. Все ссылочки ниже: ➡ GitHub; ➡ Официальный сайт Containerlab; ➡ Статья: containerlab, как альтернатива Cisco Packet Tracer / PNETLab; ➡ Статья: обзорная экскурсия в мир сетевых контейнеров; ➡ Статья: простое развёртывание сетевой лабы на базе контейнеров. S.E. ▪️ infosec.work ▪️ VT

Страшный сон любой компании — взлом. Что делать в первые часы и какие процессы восстанавливать в первую очередь? А если злоумышленники ещё внутри? Серия видеоподкастов «НЕ ЗАЩИЩЕНЫ. 24 часа после взлома» — это опыт работы команды «Инфосистемы Джет» на 100+ крупных инцидентах. 🔹Взлом произошёл. Что происходит с инфраструктурой, кто принимает решения и на чём теряется драгоценное время. 🔹Контроль возвращён, но бизнес ещё стоит. Как определять приоритеты восстановления и работать под давлением, когда полной картины нет. 🔹Взлом глазами хакера. Как атакующие выбирают цель, закрепляются в инфраструктуре и на какие ошибки команд рассчитывают. 🔹Как компании переживают взлом. Ошибки, работа команд под давлением и какие решения помогают снизить негативные последствия 🔹Атака позади. Что в защите требует пересмотра и как превратить пережитый инцидент в опыт, а не просто в отчёт. Смотреть выпуски.

📚 Переведено на RU: PowerShell Security. • То, что так хорошо подходит в качестве мощного инструмента автоматизации для администраторов, по итогу оказывается полезным как для хакеров, так и для пентестеров. Речь идет о PowerShell - это расширяемое средство автоматизации с открытыми исходниками, которое состоит из оболочки (командной строки) и скриптового языка. Кстати, в этом канале опубликован хороший пост про историю создания пошика. Если интересно, то рекомендую к прочтению! • Так вот, в сети есть отличная книга "PowerShell Security", которая написана и распространяется на английском языке. Еще несколько лет назад наш читатель перевел данный материал на русский язык и поделился с нами абсолютно бесплатно! ☁️ Руководство можно скачать в нашем облаке. S.E. ▪️ infosec.work ▪️ VT

• Недавно заметил на одном из сайтов интересную модель "переносного" компьютера от Apple, который назывался Macintosh Portable. Он был представлен публике в бородатом 1989 году. Меня заинтересовала клавиатура устройства, которую, между прочим, можно было переконфигурировать, а рядом с основным блоком клавиатуры стоял трекбол. Но, обо всем по порядку... • Macintosh Portable был первым "портативным" компьютером от Apple! Слово "портативное" не зря взято в кавычки - устройство напоминало скорее системный блок с экраном и клавиатурой, а его вес составлял целых 7.2 Кг - носить его постоянно с собой было проблематично. Зато, в отличии от современных MacBook, Apple тогда не стеснялась запихивать в устройство все, что можно - в нем был и полноразмерный дисковод, и, как уже было сказано ранее, клавиатура с трекболом (до тачпада еще оставалось лет 5), полноразмерный 3.5" жесткий диск. Экран по современным меркам был, конечно, ужасным - 9.8 черно-белый дисплей с разрешением в 640х480, огромными задержками при движении курсора и низкой яркостью. Но по тем временам это был хороший дисплей для ноутбука. • Ну и самой главной частью устройства, которая и обеспечивала портативную работу, стал свинцово-кислотный аккумулятор. Apple рассудила здраво - увеличение веса с 6 до 7 Кг заметят немногие, а вот то, что "ноутбук" может работать автономно 10 часов, должно прийти по вкусу многим. Цифра в 10 часов удивляет даже сейчас, однако в конце 80-х тут не было ничего странного - энергопотребление процессора не превышало ватта, то есть никаких кулеров. Экран также был достаточно тусклым и требовал немного. Единственными подвижными частями были дисковод и жесткий диск, но и на них нагрузка далеко не всегда была пиковая, так что в итоге даже небольшая АКБ без труда обеспечивала по 8-10 часов работы. • По ОЗУ все было неплохо - 1 МБ, причем юзеры могли расширить этот объем аж до 9 мб. Стандартный жесткий диск был на 40 МБ, и его можно было при желании сменить на более емкий. • Ну и одной из основных фишек можно выделить клавиатуру устройства! Рядом с основным блоком клавиатуры стоял трекбол, который юзер мог разместить с любой стороны - хоть справа, хоть слева, а также заменить на нампад, например, если подключал мышь. Однако эта редкая попытка учесть потребности левшей так и осталась экзотическим экспериментом. • Во-первых, цена - целых 7300 баксов на старте (порядка $20.000 сейчас) - при том что непортативные Macintosh стоили 2500-3000 баксов. Во-вторых, вес - таскать с собой системный блок согласится не каждый, да и работать на коленях с ним было мягко говоря трудно. Ну и самое главное - очень малому числу людей он был нужен: в 1989 году Интернета в нашем понимании этого слова еще не было, иметь дома и на работе один ПК также было не нужно, потому что дома с него нечего было делать. Так что устройство по сути нужно было только на работе, а там вполне можно было обойтись обычным непортативным компьютером. В итоге все это привело к тому, что критики хорошо приняли данный девайс, а вот пользователи - нет... S.E. ▪️ infosec.work ▪️ VT

Как безопасно внедрять облачных ИИ-агентов в разработку ИИ-агенты помогают ускорять разработку, но их внедрение требует отдельного внимания к безопасности. Как не допустить утечки исходного кода и корпоративных данных и при этом дать агентам всё необходимое для работы?   В «Лаборатории Касперского» подготовили практический материал на основе собственного опыта внедрения. Он поможет разобраться в основных рисках, выбрать подходящие меры защиты и понять, что стоит предусмотреть до того, как ИИ-агенты начнут работать с реальными проектами.   Что внутри:   - основные риски внедрения облачных ИИ-агентов в разработку ПО; - подходы «Лаборатории Касперского» к защите — изоляция рабочей среды, многоуровневое журналирование, LLM Gateway и другое; - чек-лист безопасного внедрения ИИ-агентов.   Документ пригодится командам разработки и специалистам по ИБ, которые планируют внедрять ИИ-агентов и хотят заранее продумать меры защиты.   Скачать материал

• Нашел интересный ресурс для обучения работе с PostgreSQL. Информация разбита на секции, а в каждой секции доступны примеры команд, их описание и терминал, где команду можно выполнить и ознакомиться с результатом... ➡ https://www.crunchydata.com/developers/tutorials • Ну и не забывайте про дополнительный материал. Тут собраны бесплатные книги, курсы и другие полезные ресурсы, которые помогут освоить PostgreSQL. Надеюсь, что будет полезно ⬇ • Книги и курсы: ➡Погружение в PostgreSQL. ➡Postgres: первое знакомство. ➡PostgreSQL. Основы языка SQL. ➡PostgreSQL 17 изнутри. ➡PostgreSQL. Профессиональный SQL. ➡Путеводитель по базам данных. ➡Мониторинг PostgreSQL. ➡Основы технологий баз данных [Книга], [Курс]. • Полезные ссылки: ➡Документация PostgreSQL на русском языке. ➡Вредные и/или опасные действия в PostgreSQL. ➡SQLize — быстрый запуск, эксперименты и обмен кодом SQL. ➡SQLtest — упражнения по SQL. ➡LeetCode Database Problems — упражнения по SQL: базовые задачи, все задачи. ➡Sql-ex.ru — упражнения по SQL. ➡Официальный FAQ на русском языке. ➡Neon — туториалы по PostgreSQL, примеры использования. ➡postgresqlco.nf — описание и управление конфигурацией. S.E. ▪️ infosec.work ▪️ VT

ИИ, защита данных и автоматизация: что нового в Staffcop? Как быстрее выявлять внутренние угрозы, защищать корпоративные данные и при этом тратить меньше времени на рутинные задачи? 12 ноября в 11:00 МСК команда Staffcop проведёт бесплатный вебинар, на котором представит обновление системы контроля сотрудников и информационной безопасности. На вебинаре разберут: — Как использовать ИИ для автоматизации работы ИБ-специалиста. — Как усилить защиту учётных записей администраторов с помощью интеграции с MFA-сервисами. — Какие новые инструменты появились для анализа рабочего времени сотрудников. — Как автоматизировать обновление агентов, упростить администрирование и ускорить обработку больших объёмов данных. Бонус за регистрацию: гайд «Человеческий фактор в ИБ» с результатами исследования 1200 сотрудников о соблюдении правил кибербезопасности. Во время трансляции также пройдёт розыгрыш призов. Участие бесплатное. 👆 Зарегистрироваться на вебинар 12 ноября 16+. Реклама. АО «ПФ «СКБ Контур». ОГРН 1026605606620. 620144, Екатеринбург, ул. Народной Воли, 19А. Erid:2SDnje5KQ3n

• На хабре есть очень хороший лонгрид, который содержит рекомендации по написанию Dockerfile и принципам безопасности контейнеров. • Хорошо подготовленный Dockerfile исключает необходимость использовать привилегированные контейнеры, открывать порты, в которых нет необходимости, включать лишние пакеты и избегать утечки чувствительных данных. Рекомендую к ознакомлению. Содержание следующее: ➡Базовый образ, версии и управляемое обновление. ➡Контекст сборки, .dockerignore, копирование файлов и безопасное получение внешних данных. ➡Слои, порядок инструкций, кеширование и BuildKit. ➡Multi-stage build и языковые оптимизации. ➡Секреты: build-time, runtime и защита от утечек в слоях. ➡Пользователь, UID, права файлов и неизменяемость контейнера. ➡Запуск процесса: CMD, ENTRYPOINT, PID 1, SIGTERM и модель "один контейнер - один сервис". ➡Runtime-поведение: healthcheck, порты, volumes, конфиги, логи, ресурсы и особенности Gunicorn. ➡Цепочка поставки ПО, registry, подпись, сканирование, линтинг, тестирование и CI/CD. ➡Финальные примеры Dockerfile. ➡ https://habr.com/ru/articles/1041784/ ➡ https://docs.docker.com/build/building/best-practices/ • Не забывайте про дополнительный материал ⬇ ➡Docker изнутри - отличный лонгрид, в котором описаны механизмы контейнеризации, всевозможные примеры, эксперименты и реализация. ➡Docker Security - очень объемная Wiki по безопасной настройке Docker. Крайне много информации по Socket, Capabilities, Escape from Containers и т.д. ➡Актуальная и объемная шпаргалка по Docker на русском языке. Включает в себя команды для работы с сетью, образами, дисками и т.д.; ➡Metarget: инструмент, который позволяет развернуть уязвимую версию Docker. Будет полезно пентестерам для получения практического опыта; ➡Secret Docker Commands: небольшое видео о полезных и продвинутых командах Docker, которые обычно не встречаются в документации; ➡Play with Docker — онлайн-сервис для практического знакомства с Docker. S.E. ▪️ infosec.work ▪️ VT

Большинство материалов про пентест в интернете — это отдельные техники: один ролик про SQLi, другой про Kerberos, третий про Burp. Смотреть интересно, но в итоге остаётся ощущение, что ты знаешь куски, а целой картины нет. Как провести внешний и внутренний аудит, найти уязвимость, эксплуатировать её, закрепиться в инфраструктуре и оформить результат так, чтобы заказчик понял риск Курс «Профессия Пентестер» от Codeby— это 10 месяцев практики с практической лабораторией: от основ до комплексных атак на сети, веб, ОС и Active Directory🚗 Что вы изучите: ⏺️полный цикл пентеста — разведка, эксплуатация, повышение привилегий, закрепление в сети ⏺️атаки на сети, веб-приложения, операционные системы и устройства ⏺️работу с Kali Linux, Metasploit, Burp Suite и инструментами эксплуатации ⏺️навыки написания эксплойтов, шелл-кода и обхода защитных решений ⏺️практику во внутреннем и внешнем пентесте — с отчётностью Программа выстроена последовательно: от администрирования и сетевой разведки — к эксплуатации уязвимостей, атакам на AD и работе в реальных сценариях. Если вы давно думаете про offensive security, но не понимаете, с чего собрать навыки в одну профессию, — посмотрите в сторону длинных практических курсов. Старт курса 30 ноября ➡️Посмотреть программу и записаться По вопросам — @CodebyAcademyBot

• На GitHub есть хороший курс по кибербезопасности, который изначально был реализован на английском языке. Наши ребята сделали форк этого репозитория и полностью русифицировали данный курс, добавив в него много актуальной информации. • Курс абсолютно бесплатный, с открытым исходным кодом и полностью интерактивный. Содержание под спойлером: • Фишинг, смишинг и вишинг (Phishing, Smishing & Vishing) (9 слайдов): ➡Симулятор email-фишинга; ➡Симулятор смишинга; ➡Симулятор вишинга; ➡Сценарии из реальной жизни. • Мошенничество от лица руководителей (CEO & Executive Fraud) (6 слайдов): ➡Симулятор атаки в чате с «Не CFO» (Маскировка под финансового директора); ➡Испытание с таймером срочности; ➡Сценарии с банковскими переводами. • Атаки типа «Водопой» (Watering Hole Attacks) (9 слайдов): ➡Симулятор заражения веб-сайта; ➡Игра по распознаванию опасных URL; ➡Симуляция реагирования на инциденты. • Основы кибербезопасности (General Cybersecurity) (10 слайдов): ➡Симуляция реагирования на программы-вымогатели (Ransomware); ➡Сценарии безопасности устройств; ➡Задачи на проверку надежности паролей; ➡Оценка безопасности программного обеспечения. • Защита конфиденциальной информации (Privacy Awareness) (10 слайдов): ➡Упражнения по классификации данных; ➡Сценарии соответствия требованиям 152-ФЗ; ➡Симуляции утечки конфиденциальных данных; ➡Лучшие практики обработки данных. • Безопасное программирование (OWASP Top 10) (6 слайдов): ➡Интерактивный обозреватель OWASP Top 10; ➡Лабораторная работа по SQL-инъекциям; ➡Задачи по анализу кода (Code review); ➡Сканер уязвимостей зависимостей. ➡ Курс доступен на GitHub [Ru]. ➡ Курс на английском языке. ➡ Автор перевода. S.E. ▪️ infosec.work ▪️ VT

• Вредоносные программы для смартфонов появились едва ли не вместе с самими смартфонами. Однако в начале нулевых они еще считались экзотикой - тогда телефоны были устроены намного проще и не могли похвастаться широким набором функций. Даже на пике популярности Android первые вредоносы представляли собой классических троянов: проникая в телефон под видом какого-нибудь полезного приложения, они рассылали SMS на коммерческие номера или втихаря подписывали пользователя на платные сервисы. Тем не менее первый полноценный червь для мобильных телефонов был обнаружен задолго до этого, еще 15 июня 2004 года. Ему дали имя Cabir. • Cabir - классический червь. Запустившись на инфицированном телефоне, он первым делом выводил на экран текстовую строчку "Caribe", по созвучию с которой и получил свое название. Затем вредонос пытался передать свою копию по каналу Bluetooth на все доступные поблизости устройства, поддерживающие режим Object Push Profile. Эта технология разработана для передачи между различными девайсами фотографий, музыкальных клипов и других файлов, причем поддерживали ее не только телефоны, но и некоторые Bluetooth-принтеры. Cabir отправлял свою копию в виде файла с расширением .sis, и для успешного заражения владелец атакуемого телефона должен был, во-первых, согласиться принять файл, а во-вторых, запустить его. Тогда Cabir сохранялся в директорию приложений "Apps" и начинал рассылать себя уже с нового устройства. • Разумеется, самой популярной среди вирусописателей (после винды) операционной системы Android в 2004 году еще не существовало, поэтому Cabir работал под Symbian OS. Cabir считается одной из первых в истории вредоносных программ именно для мобильных телефонов, и он ко всему прочему является червем, что делает его и вовсе уникальным. • Однако некоторые старые телефоны были по умолчанию настроены на прием по Bluetooth всех файлов без разбора. Кроме того, непрерывно повторяя отправку, Cabir мог постоянно демонстрировать на экране сообщения с предложением принять файл, что делало использование телефона невозможным, пока его владелец не согласится скачать червя. • Любопытно, но факт: изначально Cabir не распространялся "в дикой природе", его образец разослал в антивирусные компании сам разработчик, причем - в виде вложения в пустое письмо без темы и пояснительного текста. Обратный адрес позволил определить создателя Cabir: им оказался Valtezz - участник международной группы вирусописателей 29А, которая до этого уже отметилась распространением множества вредоносных программ. • Предполагается, что Cabir, в котором не было предусмотрено никаких других вредоносных функций кроме самораспространения, был своего рода образцом proof-of-concept, доказывающим саму практическую возможность существования червей для процессоров ARM и операционной системы Symbian. • В виде лабораторного образца Cabir не мог по-настоящему кому-нибудь навредить, разве что очень быстро высаживал батарею из-за постоянно работающего Bluetooth-модуля. Но спустя пару месяцев группа 29А выложила в публичный доступ исходники червя, и у него стали появляться многочисленные клоны и форки. • Творчество группы 29А вдохновило многих вирусописателей на создание новых мобильных троянов, а с выходом Android их количество и вовсе стало расти в геометрической прогрессии. Но это - уже совсем другая история. S.E. ▪️ infosec.work ▪️ VT

Что происходит между первым алертом и остановленной атакой Сработка — еще не инцидент. Ее нужно проверить, отделить от шума, понять контекст и успеть вмешаться раньше, чем атакующий достигнет цели. Часть этой работы берет на себя автоматизация, часть остается за людьми. 27 октября в 14:00 Данил Бреус и Тимофей Озембловский покажут эту цепочку на реальных кейсах отраженных атак. Вы узнаете, что PT X (облачное решение Positive Technologies для непрерывной защиты от кибератак) делает сам при выявлении и валидации инцидентов, на каком этапе подключаются эксперты и какие технологии помогли вовремя заметить и остановить атаки. ➡ Регистрируйтесь на вебинар и пройдите путь от первой сработки до остановленной атаки вместе с экспертами PT X. S.E. ▪️ infosec.work ▪️ VT

• Хорошая статья про процессы в Linux! Понимание того, как процессы создаются, живут, взаимодействуют с ядром и завершаются - это база для понимания и диагностики Linux-систем. Цель этого материала - рассказать кратко и простым языком всю нужную информацию как для начинающих, так и для опытных пользователей и админов, чтобы освежить знания. • Отмечу, что это 4-я часть небольшого курса по изучению Linux для DevOps-специалистов. В будущем автор планирует опубликовать еще 7 статей и разобрать следующие темы: сеть, логи и мониторинг, hardening и безопасность, пакеты и обновления, скриптинг и автоматизация, криптография и сертификаты, контейнеры (Linux-уровень)! • Все 4 части можно изучить по ссылке ниже. Что касается всего "курса", то я опубликую информацию в канале, когда материал будет готов полностью. ➡ https://opensophy.com/article/linux-processes S.E. ▪️ infosec.work ▪️ VT

•  Эксперты «Лаборатории Касперского» в рамках Security Analyst Summit 2026 представили крутое исследование, где рассказали о том, как хакеры могут получить доступ к складам маркетплейсов и логистических центров через обычные сканеры штрихкодов! •  Исследователи смогли разобрать протокол радиочастотной связи между беспроводными сканерами штрихкодов и их базовыми станциями. Выяснилось, что его можно использовать для инъекции произвольных нажатий клавиш и команд, что позволяет выполнять удаленный код на Windows и Linux без участия пользователя. •  Атака может производиться напрямую через беспроводной канал связи между устройствами — хакеру достаточно находиться в зоне действия радиосигнала, чтобы получить доступ без участия пользователя.  •  Этот потенциальный вектор атаки позволяет атакующим получить доступ к сети и проникнуть в систему управления складом (WMS), что позволяет подменять данные о товарах, перенаправлять посылки в другие города, останавливать конвейеры и воровать персональные данные клиентов. •  Уязвимости затрагивают оборудование крупных мировых производителей. Эксперты рекомендуют компаниям изолировать складские сети, отключить неиспользуемый Bluetooth и внедрить строгую аутентификацию устройств. ➡️ Технические подробности и детали доступны по ссылке. S.E. ▪️ infosec.work ▪️ VT

• 13 минут — столько времени хватило, чтобы захватить систему или добраться до важных данных компании. К такому результату пришли эксперты Positive Technologies, проанализировав проверки PT Dephaze в организациях. • В 60% компаний удалось захватить отдельные хосты, получить доступ к критичным приложениям и данным или взять под контроль Active Directory. В 65% успешных случаев это происходило в течение первого часа. • Главным инструментом продвижения стали учетные данные. В 77% проверок находились пароли в открытом виде, а первые рабочие учетки удавалось обнаружить и проверить буквально за несколько минут. • Интересна и статистика по способам достижения важных систем: в 56% сценариев атак использовались действующие логины и пароли, 35% — на перенаправление аутентификации и лишь 6% — на эксплуатацию уязвимостей. • При этом ошибки конфигурации встречались в 84% запусков, а уязвимости — только в 38%. Получается, что для развития атаки достаточно слабых настроек и доступных учетных данных, даже без эксплуатации CVE. ➡ Подробные результаты — в исследовании. Содержание следующее: ➡Об исследовании; ➡Резюме; ➡Насколько компании защищены от развития атаки внутри инфраструктуры; ➡Сколько времени есть у защитников: от начала атаки до реализации угрозы; ➡Недостатки инфраструктуры, способствующие развитию атаки; ➡Учетные данные — основа большинства путей атаки; ➡Извлечение секретов Windows как этап расширения атаки; ➡Как отдельные недостатки складываются в пути атаки; ➡Выводы и рекомендации. S.E. ▪️ infosec.work ▪️ VT

• В небольшой комнате студенческого общежития Калифорнийского универа группа молодых людей напряженно разглядывала синюю коробочку. Это были Джон Дрейпер, Стив Джобс и Стив Возняк. Они проверяли свое изобретение и собирались совершить бесплатный звонок в Ватикан. • После нескольких попыток на другом конце провода ответили. Взволнованный Стив Возняк произнес: "Это Генри Киссинджер, я должен немедленно поговорить с Папой Римским. Я должен признаться в своих преступлениях". • Именно Джон Дрейпер сумел взломать телефонную систему и научил этому будущих создателей Apple. • Джон Дрейпер с самого раннего детства изучал радиоэлектронику! Уже в 14 лет он с легкостью мог собрать радиоприемник, а через несколько лет создал свою первую самодельную радиостанцию. • После окончания колледжа Дрейпер отправился в армию. Там он продолжил заниматься любимым делом, работал с радаром и приборами шифрования сообщений. • В 1968 году Дрейпер окончил службу и переехал в Кремниевую долину. Он стал работать техником-инженером в National Semiconductor и учиться в колледже. • Кардинальные перемены в жизнь Дрейпера принес случай. Джон познакомился с телефонным мошенником Денни Терези. Именно Терези "открыл" Дрейперу мир фрикеров - взломщиков телефонных сетей. • В тот период AT&T использовала "внутриполосную сигнализацию". В таком случае сигналы соединения передаются вместе с данными, то есть проходят по той же паре проводов. • Для того чтобы обойти систему, фрикеры подражали служебным сигналам. Команда Терези использовала для этого кассету с записями тонов, один из участников имел абсолютный слух и четко определял нужные частоты. • Но Джон Дрейпер придумал более удобный и оригинальный прием. Он заметил, что игрушечный свисток из пачки овсяных хлопьев "Cap'n Crunch" издает звук той же частоты, что и сигнал доступа в телефонную сеть, а именно 2600 Гц. Используя эту фичу, Дрейпер придумал простой способ звонить бесплатно. • Он звонил на междугородний номер и, пока шел набор, свистел в свисток. Звук свистка посылал ложную информацию о том, что абонент положил трубку. Таким образом, система считала, что линия снова свободна, и все последующие этапы - набор номера, соединение, разговор и продолжительность разговора - не отслеживались. • В 1980 году, когда в США внедрили новую систему сигнализации AT&T, приемы с игрушечными свистками перестали работать. Однако в 70-е годы способ Джона Дрейпера, получившего прозвище Капитан Кранч (отсылка к тем самым хлопьям), был очень популярен. • Настоящую славу Дрейперу принесла статья "Секреты маленького голубого ящика". Она вышла в журнале Esquire за 1971 год. Журналист Рон Розенбаум раздобыл номер неуловимого Капитана Кранча и задал ему несколько вопросов. • В этом интервью Дрейпер пояснил, что не является фрикером, а просто занимается изучением телефонной системы и ее уязвимостей. • После выхода статьи имя Капитана Кранча навсегда вошло в историю. Этот выпуск Esquire с большим интересом прочел Стив Возняк, тогда еще студент Калифорнийского университета. Он рассказал о статье своему другу, Стиву Джобсу. Вместе они проверили принцип действия метода Кранча, а затем создали свой вариант Blue Box.  • Однако несмотря на то, что это изобретение было более эффективным, чем свисток Кранча, Возняку и Джобсу понадобилась помощь Капитана.  Они разыскали Дрейпера и попросили посмотреть их устройство. • Позже Возняк описывал их знакомство: Визит Кранча в мое общежитие был одним из самых волнующих в моей жизни... Я представлял себе Дрейпера как учтивого, социально адаптированного парня... Человек, появившийся в моей комнате в общежитии, был растрепанным, в грязной одежде и без зубов. Он был не тот человек, которого я ожидал увидеть. Он увидел мое удивление и объявил: Я — ОН, капитан Кранч. • Кранч исследовал изобретение и научил Возняка совершать международные звонки.  • После всех доработок будущие основатели Apple начали продавать свои Blue Box. Это был их первый коммерческий успех, ставший ступенькой к созданию компании Apple... S.E. ▪️ infosec.work ▪️ VT

• Нашел хороший ресурс, который содержит интерактивные лабы для начинающих DevOps инженеров. Все задания были составлены и проверены экспертами, которые имеют огромный опыт в различных направлениях. • На данный момент доступно 37 лаб (скоро будет еще 5). Можно отслеживать свой прогресс и получать ачивки. ➡ https://devops-daily.com/games • В дополнение ⬇ ➡Репозиторий, в котором собрано большое кол-во материала для освоения DevOps: от основ Docker и k8s до более продвинутых инструментов. Кстати, там есть не только теория, но еще и практическая часть с необходимыми примерами, сценариями, скриптами, манифестами и т.д. ➡PS-Commands - очень объемная шпаргалка по инструментам направления DevOps. Вся информация представлена на русском языке и есть возможность скачать заметку в формате книги для дальнейшего изучения. ➡Cheat-Sheet Collection - коллекция полезных шпаргалок для DevOps, ИБ и ИТ-специалистов. ➡devops-interview - репозиторий, который содержит в себе огромное кол-во вопросов и ответов для подготовки к собеседованию на должность DevOps и системных администраторов. ➡Easyoffer.ru - на этом сайте собрано более 1100 вопросов для подготовки к собеседованиям на позицию DevOps. S.E. ▪️ infosec.work ▪️ VT

• На хабре есть несколько крутых подборок с актуальными и полезными инструментами, которые могут оказаться полезными в работе. Рекомендую добавить в закладки. Вероятно, что многим будет полезно: • Инструменты, которые должен знать каждый, кто арендует первый VDS - если нужен мониторинг, защита и резервное копирование, но ставить тяжёлый софт ради одной машины не хочется (или не «можется») — эти опенсорсные инструменты вам точно пригодятся. • 10 лучших инструментов для бэкапа VDS - разбор упавших файловых систем, потерянных баз данных и умирающих дисков съедает время, особенно когда всё это приходится восстанавливать консольными утилитами или самописными скриптами. Однако настройку бэкапов можно упростить с помощью утилит - в этой статье вы найдете топ-10 опенсорс-инструментов, а еще автор рассказал, на основе чего выбирать. • 10 онлайн-сервисов, которые должен знать каждый сетевик - инструменты для случаев, когда dig, mtr и traceroute недостаточно, но ставить софт не очень хочется. В этой статье - подборка для сетевиков. • 10 лучших инструментов для дебага HTTP/HTTPS-запросов - разбор HTTP/HTTPS‑трафика, потерянных заголовков и умирающих сессий съедает время, особенно когда всё это приходится делать консольными утилитами или через логи. В статье собраны 10 инструментов, которые помогут в дебаге запросов и сэкономят нервы. • 15 онлайн-сервисов, которые должен знать каждый сисадмин - подборка зарубежных сайтов, которые точно должны быть в вашем шорт-листе. Читайте и делитесь своими онлайн-сервисами по мониторингу, тестированию и оптимизации. • Аптечка сисадмина: необходимый набор ПО для Linux и Windows - у каждого системного администратора должен быть набор программных решений для практически любой ситуации - некая серверная аптечка первой помощи. В этой статье автор собрал базовый минимум ПО для «лечения» основных болезней серверов на Linux и Windows. • Безопасность VDS: чек-лист по базовой защите - десять базовых правил по безопасности VDS. S.E. ▪️ infosec.work ▪️ VT

Голосование в Рейтинге работодателей hh.ru открыто! Год назад Авито вошёл в топ-3 лучших IT-работодателей России — и это результат работы нашей команды и вашей поддержки ❤️ Если считаете Авито сильным работодателем, проголосуйте за нас снова. Как поддержать компанию: ➡️ Перейдите на hh.ru и авторизуйтесь в личном кабинете. ➡️ Найдите Авито в списке компаний и оставьте свой голос. ✔️ Проголосовать за Авито Спасибо за поддержку! #РейтингРаботодателейРоссии

• В одном из ТГ каналов нашел хорошую методичку по харденингу Ubuntu 24.04 на русском языке. Данный материал является сокращенной версией CIS Benchmark (эталонный стандарт по харденингу ОС), который представляет из себя документ на 1000 страниц и распространяется на английском. • Нужно отметить, что автор проделал огромную работу и потратил на реализацию этого документа несколько недель. А еще материал был написан без использования ИИ (кроме пунктуации и оформления). Уверен, что данный материал будет полезен многим читателям данного канала. ➡ Скачать можно отсюда. S.E. ▪️ infosec.work ▪️ VT

• В середине 1990-х годов Nokia готовила к выпуску новую модель телефона, Nokia 6110 - который в порядке эксперимента впервые в истории компании должен был заиметь в своём функционале несколько игр. Непосредственная реализация этой задачи была поручена финскому программисту по имени Танели Арманто. • Арманто убедил руководство в том, что перегружать устройство играми не стоит, и будет достаточно, если на телефоне будет лишь одна игра. Но такая, которая сможет стать хорошим и увлекательным "убийцей времени" для каждого владельца телефона. В то время у всех на слуху был успех "Тетриса", и Арманто предложил руководству Nokia купить официальную лицензию на сверхпопулярную игру. • Пока менеджеры начинали переговоры с The Tetris Company Алексея Пажитного (советский программист и разраб игры), Арманто успел написать и даже протестировать версию "Тетриса" для Nokia 6110. Однако Nokia не смогла договориться с Алексеем и проект был отменен. Однако что-то из игр на новый телефон поставить было необходимо! • Арманто пришлось искать другую игру, которая подошла бы под заданные параметры: простая, интуитивно понятная, бесконечно реиграбельная и затягивающая. В один прекрасный день ему пришло в голову обратить внимание на игру 1976 года под названием "Blockade" - просто потому, что он сыграл с приятелем в один из её клонов под Apple Macintosh. • В этой игре, разработанной калифорнийской компанией Gremlin для аркадных игровых автоматов, два игрока управляли двумя змейками - соревнуясь, кто съест больше "еды" и при этом не врежется ни в стены, ни в оппонента, ни в себя самого. Уже в 1977 году игра стала выходить в Японии на аркадах компании Taiko известного японского предпринимателя Миши Когана. • С момента выхода в середине 1970-х "змейку" писали и выпускали на бесчисленном множестве платформ и устройств - как в двух, так и в однопользовательском варианте, где единственная змейка росла с каждым съеденным плодом, тем самым неуклонно усложняя маневрирование. Естественно, компания стала искать правообладателя, но Gremlin, ещё в 1978 году выкупленный японской Sony, умудрился попросту потерять права на "Blockade" в неизвестном направлении. Уже в начале 80-х игру клонировали все желающие. Поэтому, раз за "змейку" никому платить было не нужно, было принято окончательное решение ставить на Nokia 6110 именно её. • И вот в 1997 году Nokia выпустила свой первый мобильный телефон со встроенной игрой "Snake". Решение оказалось простым и гениальным: "Тетрис" к тому времени успел приесться, а "змейка" показала себя не менее превосходным "таймкиллером". • Как установили маркетологи Nokia, именно "Snake" стала одной из главных причин популярности Nokia 6110 на рынке. После этого и было принято решение встраивать "змейку" во все последующие телефоны компании просто по умолчанию. Так она оказалась и в культовой "несокрушимой" Nokia 3310 2000 года - на которой многие из россиян с ней и познакомились. Такая вот история... S.E. ▪️ infosec.work ▪️ VT

OSINT: технология боевой разведки🚗 OSINT — курс Codeby Academy по практической разведке из открытых источников. На курсе вы научитесь превращать открытые данные в проверенные разведывательные выводы: искать, собирать, проверять, систематизировать и анализировать информацию о людях, организациях, цифровых следах и объектах. Вы освоите построение плана расследования, работу с поисковыми системами, базами данных, API, парсерами и специализированными инструментами. 🕵‍♂️В программе: поиск информации о физических и юридических лицах, корпоративная разведка, физический OSINT, GEOINT, сетевая разведка, профайлинг и OSINT для пентеста, а также применение методов разведки в журналистских и судебных расследованиях, рекрутинге и комплаенсе. Отдельные блоки посвящены социальной инженерии, защите персональных данных, противодействию слежке, а также правовым и этическим аспектам расследований. 👌На итоговой аттестации вы составите досье на физическое лицо, проведете поиск по фотографии и подготовите аналитический отчет по юридическому лицу. После успешного завершения курса выпускникам выдается удостоверение о повышении квалификации или сертификат. Старт курса 26 октября ➡️ Узнать программу и записаться 🪧Бесплатная консультация — @CodebyAcademyBot

• В этой статье описаны основные векторы атак на контейнерные среды: секреты в контейнерах, мисконфигурации привилегий, компрометация API, атаки на цепочку поставок. • Нужно отметить, что контейнеры чаще всего используются как промежуточная среда для закрепления внутри системы - затем атакующие стремятся либо выйти на уровень хостовой ОС, либо получить доступ к управлению инфраструктурой через API оркестрации. • Для противодействия атакам необходимо выстроить многоуровневую систему, включающую защиту хоста, строгий контроль прав в оркестраторе, минимизацию привилегий контейнеров и проверку компонентов во всей цепочке поставки. • Каждый вектор атак с конкретными примерами и настройками подробно разобран в этом исследовании: • Принципы контейнеризации; • Актуальные векторы атак; • Использование уязвимостей хостовой системы; • Вредоносные действия внутри контейнера; • Побег из контейнера: ➡Привилегированные контейнеры; ➡CAP_SYS_ADMIN; ➡CAP_SYS_MODULE; ➡CAP_SYS_PTRACE; ➡CAP_NET_ADMIN; • Использование API оркестрации; • Атака на цепочку поставок. ➡ https://securelist.ru/container-attack S.E. ▪️ infosec.work ▪️ VT

⚙Нашел очень крутой проект, который называется Netwatch. Это tui инструмент, который предназначен для диагностики сетевой активности на сервере. Функционал следующий: ➡Выводит детальную информацию об интерфейсах в системе; ➡Умеет рисовать информативные дашборды со сводной информацией и позволяет получать данные о соединениях; ➡Умеет в захват пакетов с учетом протоколов DNS, TLS, HTTP, ICMP, ARP, DHCP, NTP, mDNS и т.д. ➡Отображает информацию о соединениях - pid и имя процесса, протокол, статус, IP адрес, геолокация и т.д. ➡Есть возможность использовать фильтры, экспортировать все в pcap; ➡ASCII карта сети; ➡Возможность подключить локальную или удалённую модель Ollama (отключено по умолчанию, но если кому-то надо, то можете экспериментировать). ➡ Более детальное описание и другая необходимая информация есть на GitHub или на сайте разработчика. S.E. ▪️ infosec.work ▪️ VT