S.E.Reborn
前往频道在 Telegram
Copyright: @SEAdm1n Вакансии: @infosec_work Информационная безопасность. Литература для ИТ специалистов. Пентест, OSINT, СИ, DevOps, Администрирование. Сотрудничество - @SEAdm1n РКН: https://vk.cc/cN3VEF
显示更多📈 Telegram 频道 S.E.Reborn 的分析概览
频道 S.E.Reborn (@s_e_reborn) 俄语 语言赛道中的 是活跃参与者。目前社区聚集了 22 399 名订阅者,在 技术与应用 类别中位列第 5 883,并在 俄罗斯 地区排名第 29 303 位。
📊 受众指标与增长动态
自 невідомо 创建以来,项目保持高速增长,吸引了 22 399 名订阅者。
根据 16 十月, 2026 的最新数据,频道保持稳定运转。过去 30 天订阅人数变化为 28,过去 24 小时变化为 -1,整体触达仍然可观。
- 认证状态: 未认证
- 互动率 (ER): 平均受众互动率为 6.76%。内容发布后 24 小时内通常能获得 3.92% 的反应,占订阅者总量。
- 帖子覆盖: 每篇帖子平均可获得 1 514 次浏览,首日通常累积 877 次浏览。
- 互动与反馈: 受众积极参与,单帖平均反应数为 5。
- 主题关注点: 内容集中在 reports, github, linux, sql, docker 等核心主题上。
📝 描述与内容策略
作者将该频道定位为表达主观观点的平台:
“Copyright: @SEAdm1n
Вакансии: @infosec_work
Информационная безопасность. Литература для ИТ специалистов. Пентест, OSINT, СИ, DevOps, Администрирование.
Сотрудничество - @SEAdm1n
РКН: https://vk.cc/cN3VEF”
凭借高频更新(最新数据采集于 17 十月, 2026),频道始终保持新鲜度与高覆盖。分析显示受众积极互动,使其成为 技术与应用 类别中的关键影响点。
22 399
订阅者
-124 小时
-27 天
+2830 天
帖子存档
22 400
👨💻 Attacking CI/CD.
• CI Debug Enabled;
• Default permissions used on risky events;
• Github Action from Unverified Creator used;
• If condition always evaluates to true;
• Injection with Arbitrary External Contributor Input;
• Job uses all secrets;
• Unverified Script Execution;
• Arbitrary Code Execution from Untrusted Code Changes;
• Unpinnable CI component used;
• Pull Request Runs on Self-Hosted GitHub Actions Runner;
• Mitigation Strategies;
• Example GitHub Actions Workflow;
• RCE via Git Clone;
• Resources.
#devsecops
22 400
Repost from SecAtor
Исследователи BI.ZONE раскрыли истинный шпионский профиль кластера Insolent Hyena.
Наблюдая за злоумышленниками, Бизоны обнаружили новый RAT NightStrike и впервые зафиксировали, что использование фреймворка Havoc, что в совокупности с другими артефактами и заставило их пересмотреть мотивацию группировки.
Ранее в BI.ZONE считали Insolent Hyena хактивистской группировкой, но отмечая при этом, что мотивация злоумышленников неоднозначна. Дальнейшее наблюдение за их активностью показало: характер деятельности в большей степени соответствует кибершпионажу.
В соответствии с классификацией группировок по мотивации: Hyenas («гиены») - кластеры с хактивистской направленностью, Wolves («волки») - злоумышленники, движимые финансовой выгодой, а Werewolves («оборотни») занимаются кибершпионажем.
Так что теперь Insolent можно смело относить к Werewolves и вот почему:
- За время мониторинга фактов использования вредоносного ПО (например, шифровальщиков или вайперов) для деструктивных действий не было выявлено.
- Значительную часть арсенала атакующих составляют трояны удаленного доступа (RAT): CapDoor, NightWire и NightStrike. Злоумышленники также используют импланты фреймворков постэксплуатации: AdaptixC2, Havoc и Cobalt Strike.
- Для получения первоначального доступа кластер применяет целевой фишинг, например атаки с использованием ClickFix. В некоторых случаях атакующие получают доступ к инфраструктуре от других кибершпионских кластеров, а затем разворачивают легитимное средство удаленного доступа NetSupport Manager.
- Insolent Hyena в основном атаковала госсектор, а также промышленные организации и НИИ, связанные с оборонно‑промышленным комплексом.
- Публичных каналов или заявлений об успешных кибероперациях, характерных для хактивистских группировок, не имеет.
По совокупности этих признаков отныне Бизоны переименовали из Insolent Hyena в Insolent Werewolf.
В августе 2026 года, анализируя активность Insolent Werewolf, исследователи обнаружили новый троян удаленного доступа, назвав его NightStrike, который, предположительно, разработал тот же автор, что и NightWire RAT. Ретроспективный анализ показал, что атакующие использовали его как минимум с июня этого же года.
Кроме того, злоумышленники использовали загрузчик Octowave Loader. Он разворачивал в скомпрометированных системах импланты фреймворков постэксплуатации AdaptixC2 и Havoc. Ранее последний в арсенале кластера не был замечен.
Разные фреймворки и собственное вредоносное ПО позволяют им подбирать инструментарий под конкретные условия атаки и снижать вероятность обнаружения за счет различий в возможностях и сигнатурах средств защиты.
Технический разбор нового инструментария и IOCs - в отчете.
22 400
💬 IRC. Ретранслируемый интернет-чат.
• Летом 1988 года один финский программист Яркко “Wiz” Оикаринен написал первый IRC-клиент и сервер, идея которого заключалась в расширении возможностей BBS (электронная доска объявлений). В то время Wiz администрировал BBS на
tolsun.oulu.fi, и хотел с помощью IRC добавить в нее новости в формате Usenet, диалоги в реальном времени и прочие возможности.
• Первым делом он реализовал чат, для чего использовал код, написанный его друзьями Юрки Куоппала и Юккой Пихль. Изначально эта разработка была протестирована на одной машине. Яркко об этом первом пуске позже говорил так:
«День рождения IRC пришелся на август 1988. Точная дата неизвестна, но где-то в конце месяца».• Первый IRC-сервер получил имя
tolsun.oulu.fi.
• Юрки Куоппала подтолкнул Яркко обратиться к университету, в котором они работали, с просьбой разрешить использовать код IRC за его пределами. Руководство университета не возражало, и после итогового релиза Юрки сразу же настроил сервер, который позже получил адрес irc.cs.hut.fi. Так родилась первая «сеть IRC».
• У Яркко были кое-какие друзья в других университетах страны, которые помогли запустить дополнительные IRC-сервера, когда число пользователей начало расти.
• Вскоре за ними последовали и другие ВУЗы. Маркку Ярвинен помог с доработкой клиента, и в тот момент Яркко понял, что остальная часть функционала BBS в его программу может не войти.
• Он связался с ребятами из Университета Денвера и Университета штата Орегон. У них также функционировала IRC-сеть (программу они получили от одного из друзей Яркко, Виджая Субраманьям – первого не финна, использовавшего IRC), и они хотели подключиться к основной финской ветке. Рост IRC продолжился, и использовать его начали уже по всей национальной сети Финляндии, Funet, после чего произошло дальнейшее расширение и подключение к скандинавской Nordunet. В ноябре 1988 года IRC распространился уже по всей мировой паутине.
- К середине 1989 года чат насчитывал 40 серверов по всей планете.
- В этом же году Майклом Сандорфом был выпущен ircII (вторая версия irc).
- В июле 1990 года IRC насчитывал в среднем 12 пользователей в день на 38 серверах.
- В 1990 году была настроена новая сеть для разработки обновленной версии ircd (2.6). Эта сеть получила название ChNet и насчитывала около 25 серверов. Правда, просуществовала она всего несколько месяцев, пока разногласия между разработчиками не привели к ее распаду.
➡️ https://daniel.haxx.se/irchistory.html
#Разное22 400
💻 Backup-FuckUp - история про RCE с помощью архива резервного копирования!
• Не мало было случаев на просторах интернета, где происходила компрометация приложения с последующим шифрованием, в таких случаях обычно спасает бэкап, но что делать если последний бекап файл был на самом сервере?
• В этой статье разберем один интересный кейс, в котором удалось скомпрометировать веб приложение используя тот самый бекап файл, который лежал на сервере в открытом доступе.
➡️ https://www.clevergod.net/Backup-FuckUp-RCE-d61aa1e0b0bd44659ab68a90327bec77
#hack
22 400
Repost from SecAtor
Новая вредоносная программа для Android под названием Hirudo крадет учетные данные банковских счетов, заменяя легитимные банковские приложения модифицированными версиями, которые отключают все проверки безопасности.
Исследователи выявили вредоносные копии восьми банковских приложений, которые используют механизм перехвата для обхода проверок цифровой подписи приложения, специальных возможностей и целостности Google Play, подменяя информацию о сертификатах или возвращая пустые списки.
Злоумышленники могут использовать Hirudo для кражи учетных данных, удаленного управления зараженными телефонами в режиме реального времени, сбора сообщений, создания скриншотов и записи звука.
Новинку заметили исследователи ThreatFabric, сообщившие, что вредоносная ПО Hirudo, как было замечено, выдавала себя за семь индонезийских банков, но также нацелена на финансовые организации в Китае, Индии, Мексике, Марокко и Таиланде.
Вредоносное ПО обычно распространяется через приложения для покупок (Shopora), контента для взрослых (1V1 X) или коротких сериалов (ZoyaTV, KoiShort), которые выглядят легитимными и реализуют заявленную функциональность.
Исследователи полагают, что эти приложения действуют как загрузчики вредоносного ПО для Hirudo, отображая поддельное уведомление об «обновлении», которое приводит к запросам на предоставление разрешений, в том числе для служб специальных возможностей.
После установки Hirudo запускает деинсталлятор настоящего банковского приложения, загружает модифицированную копию и использует разрешение на доступ к специальным возможностям для его установки.
ThreatFabric объясняет, что это деликатный и достаточно рискованный процесс для вредоносной ПО, поскольку жертва может прервать его в двух точках.
Вредоносная копия банковского приложения при этом сохраняет почти весь код оригинального приложения, но загружает механизм перехвата атак, построенный на основе открытых фреймворков YAHFA и Dobby.
При запуске модифицированное приложение выполняет реализует ряд мер по обходу защиты.
В частности, при необходимости подменяет подлинный сертификат подписи, скрывает включенные службы спецвозможностей, снимает защиту создания скриншотов, разрешая удаленный просмотр и запись, а также подменяет сертификаты подтверждения ключей и передаает запросы на проверку целостности воспроизведения через контролируемый сервер.
Однако, как поясняет ThreatFabric, у этих методов обхода есть определенные ограничения.
После активации на устройстве Hirudo может красть банковские пароли, PIN-коды платежей, секреты разблокировки устройства и SMS-сообщения, передавать изображение с экрана операторам и предоставлять доступ к обеим камерам.
Фейковые страницы, создаваемые вредоносной ПО, собирают PIN-коды платежей, а затем отображают сфабрикованный результат успешной оплаты, обманывая жертв и одновременно похищая данные.
Hirudo в настоящее время нацелен на индонезийские банковские приложения. Исследователям удалось идентифицировать тысячи учетных данных приложений в ходе анализа панели управления. Однако точное число жертв остается неизвестным.
Исследователи полагают, что банкам следует проверять целостность и подтверждать данные на стороне сервера, привязывать чеки к сессиям и защищенным действиям, а также сохранять механизмы контроля поведенческих рисков и рисков транзакций.
22 400
+1
🖥 Технология BBS, которая живет по сей день.
• Ещё в 70-х годах у учёных и инженеров ARPA была возможность находиться онлайн, но она по-прежнему была недоступна для обычных пользователей ПК. Для миллионов из них технология Bulletin Board Systems (BBS) стала первым рудиментарным способом подключения домашнего компьютера к другими машинам и обмена файлами и сообщениями. Почему «рудиментарным»? Часто BBS был просто компьютером, подключённым к домашней телефонной линии. И кстати, первые модемы в буквальном смысле использовали акустическую связь со стандартной телефонной трубкой (на фото).
• Очевидно, как и в случае с любым другим телефонным звонком, это подключение мог одновременно занимать только один пользователь, а остальные просто получали сигнал «занято» и вынуждены были ждать, пока линия снова не освободится. Скорость менялась с 300 бит/с в 80-х до 56600 бит/с в 90-х, часто были возможны только местные звонки, в противном случае счета за телефон могли оказаться слишком большими.
• Так как многие BBS находились в домах, их обслуживание было доступно только по ночам, например, с 0 до 7 часов — если вам нужно было проверить почту, скачать или загрузить файлы, то приходилось рано вставать. С другой стороны, доступ часто был совершенно свободным. После успешного входа можно было читать почту, скачивать и загружать файлы при помощи текстового интерфейса. На удивление, он выглядел совсем неплохо (на фото) — специальное форматирование и так называемые управляющие последовательности ANSI позволяли создавать довольно сложный UI.
• Позже предоставление доступа к BBS стало крупным бизнесом с различными услугами, от архивов ПО до «взрослого» контента.
• Любопытно, что некоторые BBS работают и по сей день. Разумеется, теперь это не бизнес, их поддерживают энтузиасты. Изначально домашние компьютеры в основном использовали для модемного подключения телефонную линию, а теперь это намного проще — благодаря IP-соединению можно получить доступ к BBS из любой точки мира. На данный момент актуальный список BBS можно найти по этому адресу и попробовать подключиться через telnet.
#Разное
22 400
Переход с VMware: как не начать с нуля и получить больше возможностей
Смена платформы виртуализации поднимает практические вопросы: как изменятся существующие процессы, будет ли возможна автоматизация, останутся ли Terraform и Ansible в рабочем контуре и можно ли использовать декларативное управление наравне с управлением через веб-интерфейс.
16 октября на вебинаре узнаете о типовых сценариях и задачах эксплуатации классической виртуализации и увидите, как их можно автоматизировать в Deckhouse Platform.
В программе: — сценарии классической виртуализации и сочетание веб-интерфейса с декларативным управлением; — подготовка «золотых образов» и первичная настройка ВМ; — развёртывание через Terraform, манифесты, шаблонизатор и GitOps; — управление конфигурацией ВМ с помощью Ansible.🎁 Бонусы: розыгрыш мерча и обучения.
Зарегистрироваться16 октября, 12:00
22 400
Repost from SecAtor
XWorm RAT превращается в полноценную spyware-платформу.
Разработчики существенно нарастили возможности зловреда: обновленная линейка плагинов позволяет отслеживать местоположение пользователей, транслировать аудио в реальном времени и взаимодействовать с аутентифицированными сеансами браузера.
XWorm - это сложный, многофункциональный RAT для Windows, впервые обнаруженный в 2022 году, который предоставляет операторам полный контроль над жертвой, реализуя функции перехвата нажатий клавиш, создания скриншотов, доступа к камере и выполнения полезной нагрузки.
Разработчики вредоносного ПО постоянно обновляют его код, добавляя новый функционал. Угроза остается крайне активной: по данным Netskope, за третий квартал года было зафиксировано более 1200 инцидентов в 100 организациях.
Наряду с новыми вариантами, разработчики также увеличили количество плагинов, поддерживаемых XWorm, с 35 в июле 2025 года до 46 в октябре 2026 года.
Некоторые из них явно предназначены для кибершпионажа: они позволяют отслеживать местоположение, осуществлять потоковую передачу звука в реальном времени, захватывать изображение с веб-камеры и интерактивно управлять авторизованными сеансами браузера.
Плагин «Карты» предоставляет GPS-геолоцирование жертв без запроса подтверждения от пользователя. Плагин «Микрофон» транслирует аудио в реальном времени с устройства жертвы. Осуществляя все без повышения привилегий и без предупреждения пользователя.
HBrowser перехватывает аутентифицированные сеансы браузера, не затрагивая учетные данные, полностью обходя MFa. Запись с веб-камеры также доступна по запросу.
Как отмечают в Netskope, внимание киберпопдолья к XWorm резко возросло после того, как в июне 2025 года в открытый доступ была выпущена взломанная версия его конструктора, а в августе 2025 года произошла утечка исходного кода версии RAT 6.4.
Благодаря добавлению плагина HBrowser, RAT выходит за рамки простого сбора учетных данных и пользовательских данных из браузеров. предоставляя оператору информацию о состоянии браузера в режиме реального времени, а также способен передавать в браузер данные, вводимые злоумышленником.
Взаимодействие оператора кодируется в виде команд С2, передается по стандартному каналу связи XWorm с шифрованием AES и выполняется в системе жертвы.
Машина жертвы получает их и выполняет соответствующие действия в активном окне браузера. Оператор получает непрерывный поток скриншотов.
С точки зрения оператора, это полноценная удаленная сессия браузера. Доступна каждая аутентифицированная вкладка, что исключает необходимость входа в систему и работы с многофакторной аутентификацией.
В Netskope констатируют: XWorm продолжает развиваться и теперь существенно усилил возможности шпионажа. В виду того, что его конструктор и исходный код были опубликованы, следует ожидать дальнейших обновлений и более активного применения инструментария.
22 400
👨💻 Attacking Pipeline.
• DevOps resources compromise;
• Control of common registry;
• Direct PPE (d-PPE);
• Indirect PPE (i-PPE);
• Public PPE;
• Changes in repository;
• Inject in Artifacts;
• User/Services credentials;
• Typosquatting docker registry image;
• Resources.
#DevOps #DevSecOps
22 400
😎На Positive Security Day белым хакерам дадут ломать ИИ-технологии Positive Technologies — буквально.
🐯Вместе со Standoff на площадке запустят две hack-зоны. В первой команды будут менять код работающего приложения так, чтобы добавить в него вредоносное поведение и при этом обойти детекты MOLOT — технологии на базе ИИ внутри PT Application Inspector. Во второй — искать способы обойти PT Sandbox с ML-моделью ByteDog. Все результаты проверят на реальной инфраструктуре, а прогресс команд будет виден на лидерборде.
⤴️Соревнования пройдут оба дня, 15 и 16 октября. Общий призовой фонд двух активностей — 600 000 рублей.
🕸Но на PSD Standoff покажет не только соревнования. ИИ уже появляется сразу в нескольких форматах экосистемы. На Standoff Hackbase белые хакеры тестируют, как ИИ помогает в наступательных сценариях. В Standoff Defend защитники работают с управляемыми атаками нескольких ИИ-агентов и расследуют их вместе с ментором. В киберучениях появляются сценарии с ИИ-атаками, а в багбаунти ИИ помогает с триажем отчетов исследователей.
📦Сам киберполигон при этом становится безопасной средой, где можно проверять новые ИИ-сценарии и технологии до того, как они попадут в реальную инфраструктуру.
▶️ Увидеть, как это работает, можно на Positive Security Day в Москве, 15–16 октября, Парк Горького.
Открыта регистрация на PSD
22 400
Repost from SecAtor
Huntress задетектила активное использование неисправленных CVE-2026-105133 и CVE-2026-105134 в решении для резервного копирования AhsayCBS, которые позволяют злоумышленникам обходить аутентификацию и RCE.
Консоль управления сервером резервного копирования в облаке AhsayCBS предоставляет возможности управления политиками резервного копирования, хранилищем и пользователями и пользуется популярностью среди поставщиков управляемых услуг и системных интеграторов.
Упомянутые ошибки позволяют злоумышленникам манипулировать аргументами в определенных функциях инструмента, чтобы обойти аутентификацию и внедрить команды операционной системы.
Проблемы были раскрыты 4 октября и затрагивают все версии AhsayCBS до 10.3.2 включительно. В прошлый четверг Huntress предупредила, что злоумышленники уже начали использовать их в реальных условиях. При этом последняя версия AhsayCBS, 10.3.4, также уязвима.
Исследователи настоятельно рекомендуют до выхода обновления ограничить доступ к интерфейсу управления и проверить наличие признаков взлома.
По данным Huntress, злоумышленники объединяют обе уязвимости для получения доступа к удаленному выполнению кода без аутентификации и развертывания веб-оболочек на незащищенных системах. По состоянию на 8 октября атакам подверглись как минимум пять организаций.
Кроме того, отмечено, что CVE-2026-105134 может быть использована для неаутентифицированного выполнения удаленных операций с системными привилегиями через API компонента Replication Receiver.
API содержит механизм обхода аутентификации, который позволяет использовать случайный токен вместо действительных учетных данных.
Как пояснила Huntress, после эксплуатации злоумышленник настраивал вредоносный приемник и размещал веб-оболочку Java Server Page (JSP) в каталоге приложения, обслуживаемого приложением CBS.
Получив первоначальный доступ, злоумышленники провели разведку и развернули XMRig, замаскированные под Microsoft Edge. Они также внедрили скрипт PowerShell с поддержкой ИИ для мониторинга диспетчера задач и его завершения, если он остается открытым слишком долго.
Они также добились сохранения работоспособности системы, создав службу Windows, маскирующуюся под Microsoft Edge Update, для запуска модифицированной копии легитимной утилиты NSSM под названием msedge.exe с системными привилегиями.
NSSM способна поддерживать работу других программ, обеспечивая их бесперебойную работу и перезапуск после сбоя или перезагрузки, и злоумышленники в этом инциденте, вероятно, использовали его для обеспечения постоянного присутствия edge.exe, маскируя связанный со службой исполняемый файл под легитимный.
В ходе одной из атак хакеры развернули WinRing0x64.sys, легитимный, но уязвимый драйвер ядра, который позволял майнеру криптовалюты работать с доступом на уровне ядра.
Так что организациям следует ограничить доступ к веб-интерфейсу управления AhsayCBS, поскольку уязвимость нацелена на внешне доступный веб-сервис на хосте. Доступ должен быть ограничен только доверенными IP или требовать использования VPN.
22 400
👾 Dir_II (1991 год).
• Летом 1991 года в России началась эпидемия вируса Dir_II, который использовал принципиально новую link-технологию заражения файлов. Прежние вирусы старались заразить побольше исполняемых файлов, увеличивая их размер и делая уязвимыми к обнаружению. Dir_II хранил своё тело в последнем кластере заражённого логического диска, который он маскировал под сбойный.
• К поражаемым файлам он не дописывал свой код, а лишь менял номер первого кластера файла, расположенный в соответствующем секторе каталога — так, чтобы обновлённый кластер файла указывал на кластер, содержащий тело вируса. Размеры файлов и кластеров при этом почти не менялись, а единственный файл с вирусом в последнем кластере найти было непросто.
• Хуже того, при инициализации вирус проникал в ядро DOS, менял адрес системного драйвера дисков и перехватывал все обращения DOS к нему. Это делало заражение ещё более незаметным для практически всех тогдашних антивирусов, а ранние блокировщики заражения пропускали его как через раскрытое окно. Распространение и заражение файлов происходили стремительно: вирус перехватывал обращения DOS к каталогам и заражал файлы во всех каталогах, указанных в PATH.
• Всё больше секторов помечались как сбойные, подвергаясь шифрованию. Когда процесс охватывал половину диска, пользователь получал об этом печальное для себя уведомление. При попытке копирования поражённых исполняемых файлов вирус позволял скопировать только 512 или 1024 байта. Хуже того, если поражённую машину пытались лечить от повреждения файловой структуры утилитами вроде ScanDisc, вместо очищения от вируса могла произойти безвозвратная потеря данных. Такие вот дела...
#Разное
22 400
❗️ В информационной безопасности изменения происходят уже сейчас: с 1 сентября действуют изменения требований ФСТЭК к защите ГИС, а с 1 марта 2027 года вступит в силу новый профстандарт для специалистов по обеспечению безопасности значимых объектов КИИ.
Что это меняет для специалистов и компаний? Какие требования уже нужно учитывать, а к каким стоит подготовиться заранее?
19 октября в 20:00 МСК на открытом уроке разберём ключевые изменения ИБ-законодательства лета–осени 2026 года.
Систематизируем требования к персональным данным, КИИ и ГИС, разберём сроки вступления изменений в силу, ответственность и практические шаги для специалистов ИБ. Отдельно обсудим, что новые требования означают для работы с ИБ в организации.
Урок проходит в преддверии старта курса «Информационная безопасность. Продвинутый уровень» и будет полезен специалистам и руководителям ИБ, архитекторам, специалистам по защите данных и тем, кто работает с КИИ.
👉Зарегистрируйтесь на открытый урок и разберитесь, какие изменения законодательства уже требуют внимания и к чему стоит подготовиться заранее: https://otus.pw/avZP/
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
22 400
📚 Серия уроков по пакету утилит SysInternals.
• Набор инструментов SysInternals — это набор приложений Windows, которые можно бесплатно загрузить из соответствующего раздела веб-сайта Microsoft. В этой серии статей вы познакомитесь с каждым из важных инструментов в комплекте, познакомитесь с ними и их многочисленными функциями, а затем эти инструкции помогут понять, как использовать их в реальных условиях:
- Что такое инструменты SysInternals и как их использовать?
- Знакомство с Process Explorer;
- Использование Process Explorer для устранения неполадок и диагностики;
- Понимание Process Monitor;
- Как пользоваться Process Monitor для устранения неполадок и нахождения скрытых ключей реестра;
- Использование Autoruns для работы с автоматически запускаемыми процессами и вредоносным ПО.
#SysInternals #Windows #soft
22 400
📶 История создания модели OSI.
• История разработки OSI началась с небольшой группы ученых, которые в начале и середине 1970-х годов были сосредоточены на проектировании и разработке прототипов систем для компании Honeywell Information System.
• В середине 1970-х группа поняла, что для поддержки машин с базами данных распределенного доступа и их взаимодействия необходима более структурированная коммуникационная архитектура. Ученые стали изучать некоторые из существующих тогда решений, в том числе и многоуровневую сетевую архитектуру IBM (SNA). Уже тогда они поняли, что будут конкурировать с ней, так как модель оказалась схожа с той, что разрабатывали в Honeywell. SNA (Systems Network Architecture) была создана IBM для определения общих соглашений связи и передачи данных между аппаратными и программными продуктами IBM. Она представляла собой иерархический подход к системам и имела архитектуру терминал-компьютер.
• Результатом исследований и работы над проектированием собственного решения стала разработка в 1977 году многоуровневой архитектуры, известной как архитектура распределенных систем HDSA (Honeywell Distributed System Architecture). Этот проект создавался, чтобы предоставить виды протоколов «процессор-процессор» и «процессор-терминал», необходимые для взаимодействия произвольного количества машин и произвольного количества людей. Это должно было стать основой для создания системных приложений.
• В 1977 году Британский институт стандартов предложил Международной организации по стандартизации (ISO) создать стандарты для открытого взаимодействия между устройствами. Новые стандарты должны были предложить альтернативу закрытым системам традиционных компьютеров, разработанных без возможности взаимодействия друг с другом.
• В результате ISO сформировала комитет по взаимосвязи открытых систем (OSI). А американскому национальному институту стандартов (ANSI), входящему в ISO, было поручено разработать предложения для первого заседания комитета. Один из ученых (Чарльз Бакман) принял участие во встречах ANSI и представил многоуровневую модель. Она была выбрана как единственное предложение, которое представили комитету.
• С 28 февраля по 2 марта 1978 года в Вашингтоне проходило собрание ISO, где команда Honeywell презентовала свое решение ISO. На встрече собралось множество делегатов из десяти стран и наблюдатели из 4 международных организаций. На этом совещании было достигнуто соглашение, что многоуровневая архитектура HDSA удовлетворяет большинству требований и что ее можно будет расширить позже.
• Для дальнейшей работы над усовершенствованием модели было решено собрать рабочие группы. Их главной целью было составление общего международного архитектурного положения.
• Модель, которую представили на собрании, состояла из шести слоев, куда изначально не входил нижний, физический уровень. И здесь вступает в игру Юбер Циммерманн, председатель OSI и глава архитектурной группы, который и предложил включить в модель физический уровень. Необходимо было узнать, как подавать импульсы на провода.
• Начиная с 1977 года, ISO провела программу по разработке общих стандартов и методов создания сетей, но аналогичный процесс появился в некоммерческой организации по стандартизации информационных и коммуникационных систем (ECMA) и Международном консультативном комитете по телеграфу и телефону (CCITT). Делегаты от этих групп присутствовали на собраниях ISO, и все они работали над одной целью. Позже CCITT приняла документы, которые почти идентичны документам ISO, и группа стала сотрудничать с ISO.
• В 1983 году документы CCITT и ISO были объединены, чтобы сформировать Базовую эталонную модель взаимодействия открытых систем или просто модель OSI. Общий документ был опубликован в 1984 году как стандарт ISO 7498.
#Сети #Разное
22 400
Repost from infosec
• Крупнейший облачный провайдер Японии IDC Frontier, который входит в состав SoftBank, подвергся атаке шифровальщиков.
• Хакеры смогли получить доступ к инфраструктуре IDCF Cloud и зашифровали данные. Последствия взлома ощутили на себе 495 крупных компаний и ряд государственных систем.
• Самое интересное: хакеры утверждают, что им потребовалось всего 7 минут, чтобы зашифровать 3.6 петабайт данных и удалить более 550 тыс. снапшотов 🧐
• На данный момент расследование инцидента продолжается. Работа облачного провайдера остановлена. Более детальные подробности обещают опубликовать позже...
#Новости #Secur
22 400
Repost from infosec
• В клиентах Telegram Desktop до версии 7.2.9 обнаружена уязвимость (CVE-2026-107181). Из-за отсутствия экранирования разделителя
; параметры в ссылках схемы tg:// распознавались как отдельные IPC-команды. С помощью служебного обработчика interpret: атакующий мог при клике на подготовленную ссылку незаметно отправить файлы с системы в свой канал без подтверждения со стороны пользователя.
• Опасность не ограничивается только перехватом файлов сессии tdata и угоном аккаунта. Эксплуатация позволяет атакующему получить абсолютно любые файлы с ПК жертвы: документы, сохраненные сессии браузеров, SSH-ключи, системные конфигурации или кошельки с криптовалютой.
• Не оставайтесь на версиях ниже 7.2.9 — обновите клиент. Если вы используете неофициальный клиент, временно перейдите на официальный, пока не выйдет обновление.
• Скачать актуальные версии можно по ссылке:
➡Windows / macOS / Linux: официальный сайт или GitHub.
➡Windows: Microsoft Store.
➡macOS: App Store.
➡Linux: Flathub,Snapcraft.
• Если переходите по ссылкам, внимательно читайте всплывающее окно — если Telegram показывает в ссылке странную структуру (например, начинается с tg://), не переходите по ней.
• Также рекомендовано установить на клиент код-пароль: его включение шифрует файлы сессии в каталоге tdata, предотвращая мгновенный захват аккаунта даже при их утечке
➡️ Источники [1],[2],[3],[4].
#Новости #Security22 400
Repost from infosec
• Ну что, вот и завершилось хакерское соревнование
Pwn2Own Ireland 2026, призовой фонд которого составил 1.33 млн. баксов!
• Исследователи продемонстрировали 42 успешные атаки с использованием ранее неизвестных уязвимостей (0-day) в смартфонах, устройствах для умного дома, принтерах и AI-инструментах.
• Краткий список осуществленных атак перечислен на скриншоте выше. В соответствии с условиями конкурса детальная информация о всех найденых 0-day уязвимостях будет опубликована только через 90 дней, которые даются на подготовку производителями обновлений с устранением уязвимостей.
➡ https://www.zerodayinitiative.com/pwn2own-ireland-2026
➡ https://www.opennet.me/pwn2own
#Новости #Security22 400
Repost from SecAtor
На второй день Pwn2Own Ireland 2026 исследователи сорвали куш в размере 232 500 долл. после демонстрации 45 уникальных 0-day.
Главным событием дня стал тройной взлом флагманского смартфона Samsung Galaxy S26, который осуществили участники KAIST Hacking Lab, PetoWorks и Mobile Hacking Lab.
Исследователи RET2 Systems продемонстрировали цепочку эксплойтов для Sonos Era 300 менее чем за минуту, а команда Out of Bounds получила 40 000 долл. за взлом Dynamo в категории «Инфраструктура ИИ».
Участникам PetoWorks, Xint и Doyensec также удалось взломать центр управления умным домом Home Assistant Green, а Ikotas Labs успешно препарировала базу данных Oracle Autonomous AI, используя 0-day, включающую семь цепочек.
Перед началом второго дня Кёнмин Ким отказался от атаки с использованием USB-накопителя на Google Pixel 10.
В рамках Pwn2Own Ireland 2026 участники соревнуются за продукты в семи категориях , включая мобильные телефоны (Samsung Galaxy S26 и Google Pixel 10), мессенджеры, IoT-устройства , принтеры, инфраструктура ИИ, а также устройства для поддержания здоровья.
iPhone 17 от Apple также мог стать потенциальной целью для взлома, за который присуждается максимальное вознаграждение в размере 300 000 долл., однако ни один участников не подал заявки на участие в подобной категории.
На третий день исследователи снова попытаются взломать множество устройств для умного дома, инфраструктуру ИИ и принтеры, а также смартфоны Samsung Galaxy S26 и Google Pixel 10.
В ходе прошлогоднего конкурса Pwn2Own Ireland 2025 хакеры продемонстрировали 73 нуля, заработав 1 024 750 долл., а команда Summoning Team стала победителем с призом в 187 500 долл., взломав Samsung Galaxy S25, Home Assistant Green, NAS QNAP TS-453E и несколько устройств Synology.
