TGTGInsightтелеграм анализLIVE / telegram public index
← Такты, стеки, два колеса

TGINSIGHT SIMILAR POSTS

Намери подобно съдържание

Изходен канал @clockstackwheels · Post #168 · 16.01

Неделю назад в мире опенсорс разработки произошло интересное событие. Опенсорс — это когда разработчик пишет программу (как правило, эта программа нужна для работы других программ) и выкладывает её в общий доступ на полностью свободных началах. В большинстве случаев после этого кто угодно может делать с этой программой абсолютно что угодно: копировать, изменять, продавать решения на её основе за деньги и так далее. Иногда то, что пишут такие разработчики-волонтёры, оказывается невероятно удобно и полезно. Настолько, что гигантские корпорации используют это у себя. А кроме них — ещё десятки тысяч проектов по всему миру. Такое использование называется «зависимость», и оно создаёт связь между автором опенсорс-проекта и тем, кто взял его труд. Связь обычно такая: в моей программе где-то указано, что вот этот вот код взят по такому-то адресу у опенсорс разработчика Васи. Моя программа иногда может на этот адрес заглядывать и смотреть, а не внёс ли Вася чего нового. Вдруг он улучшил работу и исправил ошибки — тогда я скачаю новую версию его программы и установлю её у себя. Формально для такого обновления должны существовать ограничения. По факту человеческая лень и негласный этикет среди разработчиков приводят к тому, что обновления ставят не глядя. Считается, что Вася будет выкладывать только улучшенную и проверенную новую версию своей программы, ведь за ним наблюдает миллион других разработчиков. Пацаны во дворе не поймут, если Вася сделает что-то неаккуратно. Один из разработчиков по имени Marak Squires написал некоторое время назад две очень полезные программные библиотеки. Как раз такие, которые скачали десятки тысяч людей, в том числе в крупных корпорациях, и использовали у себя. В прошлом году этот разработчик написал что-то вроде: «Эй, корпорации, вы берёте мой труд бесплатно. Конечно, я его раздал бесплатно, но вы чёртовы капиталистические гиганты, и у вас миллиарды баксов, а я вам сэкономил миллионы баксов на разработке. Я жду от вас чек на почту в благодарность». Конечно, всем было пофигу. А неделю назад этот разработчик внёс в свои библиотеки деструктивное обновление, которое сделало программы, установившие его, неработоспособными, и вывело на экран «LIBERTY LIBERTY LIBERTY». Это обновление положило кучу проектов, в том числе у гигантов-корпораций. Поднялась буря. Одна часть интернета заявила, что разработчик никому ничего не должен, поэтому волен делать со своим кодом всё, что хочет. Вторая часть претендовала на то, что совершённый им поступок это вандализм и осознанный вред другим разработчикам. Дров в огонь подкинуло то, что GitHub, на котором размещался код этого разработчика, заблокировал его аккаунт. А система хранения пакетов NPM откатила изменения до предыдущих версий. Хотя формально никаких законов он не нарушал: компании брали его код по собственной воле, а он ничего никому не гарантировал. ___________________________ Я не готов назвать здесь однозначно правую сторону. Пока выглядит, как «Все мудаки». Но на мой взгляд это показательный пример вот чего: никакие формальные правила никогда не покроют всё многообразие человеческих взаимоотношений, и поэтому личностный аспект тоже важен. Даже если нет закона или правила, по которому вы что-то должны, есть смысл стараться действовать созидательно и стремиться, хотя бы частично, к всеобщему благу, а не только к личному. Особенно в ситуации, когда у тебя в руках сосредоточена та или иная власть. Корпорации действительно могли бы найти способ отблагодарить разработчика (и вообще — всех разработчиков, чей код они бесплатно берут в таких масштабах). Просто из чувства благодарности, а не потому, что должны. Разработчик мог бы просто закрыть проект и не стараться нанести урон. Просто из чувства неприятия всего деструктивного. Это, конечно, идеализированный мир розовых пони, но сила и власть это как раз способность двигать границы реальности. #dev

Hashtags

Резултати

Намерени 7 подобни публикации

Търсене: #soc

当前筛选 #soc清除筛选
infosecurity

@tg_infosec · Post #3976 · 02.02.2026 г., 12:31

👨‍💻 Анализ логов хоста в контексте контейнерных угроз: как определить точку начала атаки. • Контейнеры обеспечивают изолированность среды выполнения для приложений, однако уровень этой изоляции часто переоценивают. Хотя контейнеры включают все необходимые зависимости и обеспечивают единообразие среды, они все равно обращаются к ядру системы хоста, что создает определенные риски для безопасности. • Среды с ограниченной видимостью затрудняют работу специалистов по киберугрозам и реагированию на инциденты, поскольку в них сложно однозначно отличить процессы, запущенные внутри контейнера, от тех, что выполняются непосредственно на хосте.Из-за этой неопределенности трудно установить, откуда на самом деле началась атака — в скомпрометированном контейнере или непосредственно на хосте. • В этой статье мы разбираемся, как восстановить цепочку выполнения процессов внутри работающего контейнера на основе логов хоста. Описанные методы помогут специалистам по киберугрозам и реагированию на инциденты определять первопричину компрометации исключительно на основе логов, собранных на уровне хоста. ➡Риски для контейнеризованных сред; ➡Как создаются контейнеры и как они работают; ➡Как BusyBox и Alpine выполняют команды; ➡Примеры из реальных расследований. ➡️https://securelist.ru/host-based-logs-container-based-threats/112780/ #ИБ#soc

Hashtags

UserGate News

@usergatenews · Post #402 · 08.04.2025 г., 12:31

👋 Всем, кому интересно про UserGate SOC! 🥷 Приглашаем вас 10 апреля на вебинар SOCaaS. Размер не имеет значения Как вы знаете, атаки на информационные ресурсы происходят 24/7, а значит и защита современной компании должна происходить круглосуточно. Сложность атак постоянно растёт, поэтому для защиты требуется команда экспертов, способных оперативно их распознавать и реагировать на них. Дмитрий Шулинин, руководитель SOC UserGateи Александр Луганский, менеджер по развитию UserGate, расскажут вам: 🔹 почему SOC необходим для бизнеса вне зависимости от размера; 🔹 как мы повышаем свою экспертизу; 🔹 схему внедрения SOCaaS и использования услуги; 🔹 о наших преимуществах; 🔹 roadmap; 🔹 как быстро решить задачу по круглосуточному мониторингу. ➡Присоединяйтесь 10-го в 10 утра! #вебинар #SOC

Тарифы РЖД растут, а Стоимость ж.-д. перевозки 40 'HC SOC по маршруту порты Дальнего Востока - Москва, тыс. руб. без ндс снизилась с 276 тыс. до 250 тыс рублей ! _______________ Подписаться. Игорь Латышев. С уважением, ваш ИВЛ (в логистике). #РЖД#перевозки #TEU#HC#SOC

Клевер_BY

@cleverbelarus · Post #917 · 20.11.2025 г., 13:31

О кибератаках в Беларуси, СНГ и мире говорили сегодня на форуме «Кибербезопасность 2026». Своими данными поделилась «Лаборатория Касперского». 2025 год: регион СНГ 🔸Возросла активность хактивистов — кибергруппировок, которые преследуют политические цели. 🔸57% пользователей столкнулись с различными киберугрозами. 🔸На 70% выросло количество атак в интернете. 🔸В 3 раза выросло количество попыток перехода по фишинговым и мошенническим ссылкам. 🔸Зафиксировано 542 тыс. попыток атак с использованием программ-вымогателей (шифровальщиков). Рост числа атак, по словам ведущего исследователя угроз информационной безопасности Kaspersky Татьяны Шишковой, частично обусловлен уходом из региона некоторых западных вендоров. Это приводит к тому, что программное обеспечение перестает обновляться, в том числе получать обновления безопасности. В результате компании, которые продолжают пользоваться решениями ушедших вендоров, становятся более уязвимыми. 2025 год: Беларусь 🔸Каждый третий пользователь в Беларуси столкнулся с локальными угрозами (на его компьютере был обнаружен вредоносный файл). 🔸С веб-угрозами (например, попыткой перехода по вредоносной ссылке) столкнулись 13% рядовых пользователей и 7% корпоративных. 🔸Почти каждый двадцатый пользователь подвергся атакам на мобильные устройства. #Кибербезопасность#kaspersky#кибербез#SOC#итминск#фкб2026

GitHub Trends

@githubtrending · Post #15601 · 05.04.2026 г., 11:30

#yara#awesome_list#blueteam#blueteam_tools#cti#detection#detection_engineering#dfir#hacktools#incident_response#ioc#iocs#ir#ransomware#redteam#rmm#security#siem#soc#threat_hunting#threat_intelligence You can access comprehensive security detection lists and threat hunting resources that help identify malicious activity across your infrastructure. These curated collections include indicators like suspicious file hashes, domain names, IP addresses, and behavioral patterns organized by threat type—from ransomware and phishing to command-and-control servers and vulnerable drivers. By integrating these lists into your security tools like SIEM platforms and endpoint detection systems, you gain immediate visibility into known threats while learning detection methodologies through guides and YARA rules. This accelerates your ability to hunt for compromises, validate security controls, and stay current with emerging attack techniques without building detection logic from scratch. https://github.com/mthcht/awesome-lists