<?xml version='1.0' encoding='UTF-8'?><rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:openSearch="http://a9.com/-/spec/opensearchrss/1.0/" xmlns:blogger="http://schemas.google.com/blogger/2008" xmlns:georss="http://www.georss.org/georss" xmlns:gd="http://schemas.google.com/g/2005" xmlns:thr="http://purl.org/syndication/thread/1.0" version="2.0"><channel><atom:id>tag:blogger.com,1999:blog-7672604585980488566</atom:id><lastBuildDate>Mon, 07 Sep 2026 15:46:11 +0000</lastBuildDate><category>Enterprise Security</category><category>SOC</category><category>Malware</category><category>Fun</category><category>Monitoring</category><category>Russia</category><category>Audit</category><category>APT</category><category>Microsoft</category><category>Web</category><category>Security</category><category>Management</category><category>Outsourcing</category><category>Log Analysis</category><category>Project Management</category><category>Software</category><category>Elasticsearch</category><category>Society</category><category>IDS</category><category>Opensource</category><category>Trends</category><category>Operations</category><category>Client security</category><category>Kibana</category><category>News</category><category>Enhancements</category><category>Programming</category><category>Support</category><category>Technology</category><category>IDM</category><category>Logstash</category><category>Cryptography</category><category>How-To</category><category>Offtopic</category><category>Operating Systems</category><category>Psychology</category><category>Risk Analysis</category><category>Security Incidents</category><category>Apple</category><category>Architecture</category><category>Clouds</category><category>Compliance</category><category>DLP and DRM/IRM</category><category>HR</category><category>HTB</category><category>Incident response</category><category>PKI</category><category>Standards</category><category>Tools</category><category>Virtualization</category><category>BO</category><category>ISS</category><category>IoNA</category><category>MITRE</category><category>Miscellaneous</category><category>Mobile Devices</category><category>Physical Security</category><category>SAP</category><category>Security Engineering</category><category>Social Engineering</category><category>Spam</category><category>business idea</category><category>Big Data</category><category>Cisco</category><category>Fingerprinting</category><category>HITB conf</category><category>Linux</category><category>Metrics</category><category>PHDays</category><category>Rootkits</category><category>TI</category><category>Wireless</category><title>REPLY-TO-ALL Information Security Blog</title><description>REPLY-TO-ALL is a double language blog (English/Russian) run by three information security practitioners. Want to discuss information security problems? This is the place.</description><link>http://reply-to-all.blogspot.com/</link><managingEditor>noreply@blogger.com (Amiran Alavidze)</managingEditor><generator>Blogger</generator><openSearch:totalResults>333</openSearch:totalResults><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>25</openSearch:itemsPerPage><item><guid isPermaLink="false">tag:blogger.com,1999:blog-7672604585980488566.post-3408693133082401273</guid><pubDate>Fri, 16 Dec 2022 12:36:00 +0000</pubDate><atom:updated>2024-07-07T18:08:28.471+03:00</atom:updated><title>Здравствуй, Дзен!</title><atom:summary type="text">Добро пожаловать на мой Дзен!Буду стараться, чтобы мои заметки на новом месте будут во всех отношениях не хуже прежних.Увидимся на Дзене!Ну, а если вам удобнее использовать Telegram, я там тоже есть - подписывайтесь.</atom:summary><link>http://reply-to-all.blogspot.com/2022/12/blog-post_16.html</link><author>noreply@blogger.com (Sergey Soldatov)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-7672604585980488566.post-5100077902856668550</guid><pubDate>Sat, 03 Dec 2022 18:09:00 +0000</pubDate><atom:updated>2022-12-03T21:09:40.821+03:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">SOC</category><category domain="http://www.blogger.com/atom/ns#">Technology</category><title>Визуализация расследования</title><atom:summary type="text">В прошлой&amp;nbsp;заметке я примерно рассказал как выглядит расследование инцидента. Технически, для аналитика SOC это выражается в необходимость на базе имеющейся информации строить запрос к используемому data lake из данных (событий систем, EDR-like и NTA-like телеметрии, Netflow и т.п., что там у кого еще есть...). Запрос возвращает новые, связанные по observables, события, в которых есть новые </atom:summary><link>http://reply-to-all.blogspot.com/2022/12/blog-post.html</link><author>noreply@blogger.com (Sergey Soldatov)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-7672604585980488566.post-2535579911967682656</guid><pubDate>Sat, 19 Nov 2022 11:04:00 +0000</pubDate><atom:updated>2022-11-19T14:04:13.439+03:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Management</category><category domain="http://www.blogger.com/atom/ns#">Operations</category><category domain="http://www.blogger.com/atom/ns#">SOC</category><title>Вторая линия, виртуальная</title><atom:summary type="text">Ротация - важнейший инструмент борьбы с выгоранием, чем неизбежно страдает любой SOC. Многие психологические исследования, да и мой личный опыт, подтверждают, что мы отдыхаем от смены вида деятельности ( а безделье, напротив, зачастую утомляет), поэтому нам нужно обеспечить смену деятельности.Из общения с различными менеджерами SOC, да и процессе собеседований с потенциальными коллегами на </atom:summary><link>http://reply-to-all.blogspot.com/2022/11/blog-post_19.html</link><author>noreply@blogger.com (Sergey Soldatov)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-7672604585980488566.post-5187101552708883362</guid><pubDate>Wed, 16 Nov 2022 19:34:00 +0000</pubDate><atom:updated>2022-11-16T23:31:00.914+03:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Management</category><category domain="http://www.blogger.com/atom/ns#">Metrics</category><category domain="http://www.blogger.com/atom/ns#">SOC</category><title>Сколько нужно операционной безопасности?</title><atom:summary type="text">&amp;nbsp;Во второй день SOC Forum выступал с докладом в секции аналитических отчетов. Выкладываю презентацию. Остановлюсь тезисно на основных вещах, которые хотелось донести.1. Лаборатория Касперского (да и все другие поставщики услуг) достаточно публикуют отчетности и записывают вебинары, где подробно рассказывают, как интерпретировать обнаруженные зависимости, поэтому данная презентация не об </atom:summary><link>http://reply-to-all.blogspot.com/2022/11/blog-post_16.html</link><author>noreply@blogger.com (Sergey Soldatov)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-7672604585980488566.post-8594104089596230689</guid><pubDate>Wed, 16 Nov 2022 19:03:00 +0000</pubDate><atom:updated>2022-11-16T23:31:42.652+03:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">APT</category><category domain="http://www.blogger.com/atom/ns#">SOC</category><title>От мониторинга к форенсике и обратно</title><atom:summary type="text">15.11 выступал на мероприятии с более-менее техническим докладом, выкладываю презентацию.В докладе были рассмотрены два сценария эскалации - SOC-&amp;gt;DFIR и DFIR-&amp;gt;SOC, на примере двух реальных инцидентов. Для инцидентов приведены техники и тактики атакующих, а также применяемые методы обнаружения.

  
    От мониторинга к форенсике и обратно  from Sergey Soldatov 

Приятного просмотра!




</atom:summary><link>http://reply-to-all.blogspot.com/2022/11/blog-post.html</link><author>noreply@blogger.com (Sergey Soldatov)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-7672604585980488566.post-9040306016745246229</guid><pubDate>Sun, 12 Dec 2021 04:29:00 +0000</pubDate><atom:updated>2021-12-12T07:29:14.337+03:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Management</category><category domain="http://www.blogger.com/atom/ns#">SOC</category><title>SOC на удаленке</title><atom:summary type="text">Удаленка - отличный способ оценки зрелости ваших процессов!В период пандемии многие предприятия были вынуждены уйти на удаленную работу. Поставщики услуг мониторинга - не исключение, при этом их не остановил запрет лицензии ФСТЭК на ТЗКИ, что в очередной раз подтвердило адекватность требований реальности, и, что самое печальное, важность их исполнения. Но в этой заметке мы не будем разводить </atom:summary><link>http://reply-to-all.blogspot.com/2021/12/soc.html</link><author>noreply@blogger.com (Sergey Soldatov)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-7672604585980488566.post-1552764095168605773</guid><pubDate>Tue, 01 Dec 2020 18:00:00 +0000</pubDate><atom:updated>2020-12-01T21:00:03.374+03:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">SOC</category><title>SOC Forum 2020 Live: Роботы среди нас!</title><atom:summary type="text">Вкалывают роботы,&amp;nbsp;А не человек!&quot;До чего дошёл прогресс&quot; Крылатов. ЭнтинСегодня на SOC forum рассказывал о машинном обучении для целей триажа алертов.Выкладываю презентацию.
    Роботы среди нас!  from Sergey Soldatov 
Было всего 15 минут, поэтому есть риск, что не успел донести даже то, что планировал. Попробую поправить ситуацию в этой заметке, написав текстом примерно то, что хотел </atom:summary><link>http://reply-to-all.blogspot.com/2020/12/soc-forum-2020-live.html</link><author>noreply@blogger.com (Sergey Soldatov)</author><thr:total>1</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-7672604585980488566.post-8034485602811937229</guid><pubDate>Fri, 09 Oct 2020 22:52:00 +0000</pubDate><atom:updated>2020-10-10T01:52:11.965+03:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Elasticsearch</category><title>Elastic Endpoint + SIEM - простая инфраструктура для Threat Hunting-а</title><atom:summary type="text">В статье расскажу как быстро развернуть инфраструктуру для Threat hunting-а, бесплатно.А здесь уже рассказано, как этим можно пользоваться.1.	Ставим ELK2.	Обязательно Security и SSL (уже в бесплатной версии):&amp;nbsp;3.	Обязательно Security и SSL в Kibana (раз, два)4.	Сертификаты для SSL Elastic и Kibana – использовал OpenSSL. Лучше не самоподписанный.4.1.	Делаем УЦ на OpenSSL (статей полно в </atom:summary><link>http://reply-to-all.blogspot.com/2020/10/elastic-endpoint-siem-threat-hunting.html</link><author>noreply@blogger.com (Sergey Soldatov)</author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEi575Hp5Gyk2bf7JwVmZk06amBCmBxfg_pHoLPigJr7XrkzaqdZx1l9WJ_CdJsPv-tjSlK3OlhksRWkp2QN1da9x9MKHECHns47h-ZHoQFTV23R-9kdtEC3MceBlJuqUoLPIn7QdqoE5gZW/s72-c/Picture+1.png" height="72" width="72"/><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-7672604585980488566.post-4220440230334762782</guid><pubDate>Fri, 09 Oct 2020 22:03:00 +0000</pubDate><atom:updated>2020-10-10T01:53:37.377+03:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Elasticsearch</category><category domain="http://www.blogger.com/atom/ns#">Monitoring</category><category domain="http://www.blogger.com/atom/ns#">SOC</category><title>Тестируем Elastic Endpoint Agent с Elasitc SIEM</title><atom:summary type="text">Стандартом де-факто для самодельного MDR долгое время был sysmon и даже MITRE публикует детекты для него. Есть куча в прошлом SOC-ов, продвинувшихся в сторону MDR, как раз добавив события от sysmon.&amp;nbsp;Но, с появлением EPP от Elastic ситуация может поменяться! Сегодня рассмотрим его поподробнее, используемая инсталляция описана здесь.Для экспериментов я подготовил несложную Windows10-машинку, </atom:summary><link>http://reply-to-all.blogspot.com/2020/10/mdr-elastic-siem-elastic-endpoint.html</link><author>noreply@blogger.com (Sergey Soldatov)</author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjRlGvlV4AjgWgpZvnbpOlGenDwJtzI3VDqCPCD9v70WhJahzNvvwvo4P_C2RvJ-e7jBXNpjH1SVnmLhediIj_cHPONMkCjte84baAsynncy_VCr9I_-4xbcjm_OSqRm0ExDnbtfiEYJa7h/s72-c/Picture+1.png" height="72" width="72"/><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-7672604585980488566.post-3836410251627387440</guid><pubDate>Wed, 07 Oct 2020 20:30:00 +0000</pubDate><atom:updated>2020-10-09T10:52:46.508+03:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">SOC</category><title>Cloud native</title><atom:summary type="text">&quot;Хорошо известно, что на одной карте невозможно показать всю земную поверхность без искажений. Обычная проекция Меркатора, используемая для карт мира, сильно искажает площади, преувеличивая их изображение на карте по мере приближения к Северному и Южному полюсам, а сами полюса картой в этой проекции вовсе не покрываются. Чтобы правильно показать на карте всю Землю целиком, нужно использовать </atom:summary><link>http://reply-to-all.blogspot.com/2020/10/cloud-native.html</link><author>noreply@blogger.com (Sergey Soldatov)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-7672604585980488566.post-7691634798263541685</guid><pubDate>Fri, 11 Sep 2020 20:07:00 +0000</pubDate><atom:updated>2020-09-11T23:07:48.518+03:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">SOC</category><category domain="http://www.blogger.com/atom/ns#">TI</category><title>IoC hunting и pivoting</title><atom:summary type="text">&amp;nbsp;Не путайте &#39;IoC hunting&#39; и &#39;Threat hunting&#39;, так как первое всегда находит известные угрозы, а второе - неизвестные.Из Твиттера.Из общения с различными кандидатами на роль работников SOC - аналитики операционных линий, методологи и даже потенциальные менеджеры SOC - сложилось мнение о некоторой недооценке значимости Threat Intelligence Platform (TIP) для аналитиков SOC, а также непонимании </atom:summary><link>http://reply-to-all.blogspot.com/2020/09/ioc-hunting-pivoting.html</link><author>noreply@blogger.com (Sergey Soldatov)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-7672604585980488566.post-4914406954792370434</guid><pubDate>Sun, 16 Aug 2020 10:23:00 +0000</pubDate><atom:updated>2020-08-16T13:23:45.524+03:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Monitoring</category><category domain="http://www.blogger.com/atom/ns#">SOC</category><title>Когда еще не поздно?</title><atom:summary type="text">С 16-ого года мы по-русски&amp;nbsp;говорим о Threat hunting-е, как о ручном поиске угроз и его отличии от классического alerting-а. Тем не менее, некоторой степени TH можно свести к алертингу, создав нотификации на проверяемые гипотезы (действительно, зачем их проверять вручную, когда можно автоматизировать?!). Справочник техник давно есть и, вроде, понятно что делать: берем технику, эмулируем в </atom:summary><link>http://reply-to-all.blogspot.com/2020/08/blog-post.html</link><author>noreply@blogger.com (Sergey Soldatov)</author><thr:total>1</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-7672604585980488566.post-2721714553378254386</guid><pubDate>Fri, 24 Apr 2020 08:30:00 +0000</pubDate><atom:updated>2020-04-24T11:42:59.903+03:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">MITRE</category><category domain="http://www.blogger.com/atom/ns#">SOC</category><title>MITRE оценила EDR и MDR, второй круг</title><atom:summary type="text">

Самый объективный способ проверить эффективность вашего SOC (blue team) - скрытая симуляция действий реальных злоумышленников (red teaming)

(Личный опыт)

Несмотря на наличие прекрасных инструментов анализа от самой MITRE и замечательных публикаций&amp;nbsp;от участников, хочется продолжить серию статей о тесте, где я сравниваю решения по примитивной методике с коэффициентами за категории детектов</atom:summary><link>http://reply-to-all.blogspot.com/2020/04/mitre-edr-mdr.html</link><author>noreply@blogger.com (Sergey Soldatov)</author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEh2_1Fe_hzzbGu4CnFwcP7TXgNDmCPwXluCoeHkhyphenhyphenrzEFomX2_iwYQwbOlg68WlA6yHswfwn_PE7mVtiolHDt-7z0NYC28OP8pETf35C1LzoC3vNQU1iYpw_-uCyAflUKUzIXdHFVG_Fk7X/s72-c/Screenshot+2020-04-24+at+10.50.12.png" height="72" width="72"/><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-7672604585980488566.post-4587526860275803288</guid><pubDate>Sat, 18 Apr 2020 08:35:00 +0000</pubDate><atom:updated>2020-04-18T11:35:54.269+03:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Operations</category><category domain="http://www.blogger.com/atom/ns#">SOC</category><title>Продукты и Сервисы</title><atom:summary type="text">
Производитель продукта заинтересован делать качественные решения. Одной из важнейших характеристик &quot;качественного&quot; решения является низкая операционная стоимость (TCO), т.е. с учетом всех проявлений закона сохранения&amp;nbsp; такое решение дешево поддерживать и пользователю и производителю. Производителю очень важно иметь низкую стоимость поддержки, так как, в противном случае, с бесконечным ростом</atom:summary><link>http://reply-to-all.blogspot.com/2020/04/blog-post.html</link><author>noreply@blogger.com (Sergey Soldatov)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-7672604585980488566.post-1852794875958008150</guid><pubDate>Fri, 10 Jan 2020 09:33:00 +0000</pubDate><atom:updated>2020-01-10T12:33:34.753+03:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">HR</category><category domain="http://www.blogger.com/atom/ns#">Management</category><title>Ротация кадров и Поддержка перспективных проектов</title><atom:summary type="text">

Одним из критериев глупости является выполнение одних и тех же действий&amp;nbsp;

с одновременным ожиданием разных результатов



Соотношение прибыли и убытков (P&amp;amp;L) - важнейшая операционная метрика проекта. На ее основе можно приоритезировать проекты и соответственно планировать ресурсы: прибыльные (или перспективные, но о стратегии поговорим в другой раз) надо развивать, убыточные можно </atom:summary><link>http://reply-to-all.blogspot.com/2020/01/blog-post.html</link><author>noreply@blogger.com (Sergey Soldatov)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-7672604585980488566.post-1763497904308348148</guid><pubDate>Fri, 03 Jan 2020 23:14:00 +0000</pubDate><atom:updated>2020-01-04T02:17:15.099+03:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">HTB</category><title>Сделай сам: Windows PHP reverse shell</title><atom:summary type="text">
Бывают странные люди, запускающие стек Apache-MySQL-PHP на Windows (т.е. LAMP --&amp;gt; WAMP). В таких случаях стандартный реверсивный PHP shell не подойдет, а использовать этот страшно, так как во-первых, он, скорее всего, без изменений не будет работать - в вызове system надо указать полный путь, а, во-вторых, меня беспокоит что там автор закодировал в $payload... Поэтому, проще все сделать </atom:summary><link>http://reply-to-all.blogspot.com/2020/01/windows-php-reverse-shell.html</link><author>noreply@blogger.com (Sergey Soldatov)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-7672604585980488566.post-6735123145550965718</guid><pubDate>Sun, 03 Nov 2019 22:55:00 +0000</pubDate><atom:updated>2019-11-04T19:27:17.945+03:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Monitoring</category><category domain="http://www.blogger.com/atom/ns#">SOC</category><title>NFT</title><atom:summary type="text">

Threat hunting is the use case for EDR

(Nate Fick, CEO Endgame.)

Более чем 3 года назад, в 2016, мы впервые заговорили о Threat hunting на русском языке, позже появились и другие публикации, сейчас об этом говорят уже все, а прошлые SOC-и называют поставщиками сервисов MDR. Уже ни для кого не новость MITRE ATT&amp;amp;CK и многие производители, пытающиеся систематически подходить к тому самому </atom:summary><link>http://reply-to-all.blogspot.com/2019/11/nft.html</link><author>noreply@blogger.com (Sergey Soldatov)</author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhkaCG2IjfxjaQ20vmMdfF0neaKTE9hg8FomHHdvF_eKImD0PKBUzJFNBWSF9rOI8yKob_7t-7M5f_x_XUkJhg8sEas8Sz_M8wDxHJf7QPEW3Y4nORURjX2oDZU07fYr5F7SCPLcMVITkxY/s72-c/2019-11-03_23-45-26.jpg" height="72" width="72"/><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-7672604585980488566.post-271917066360209960</guid><pubDate>Mon, 28 Oct 2019 22:37:00 +0000</pubDate><atom:updated>2019-10-29T01:37:37.462+03:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">BO</category><category domain="http://www.blogger.com/atom/ns#">HTB</category><title>myapp @Safe-10.10.10.147@HTB BO DEP (ROP в локальный system@main)</title><atom:summary type="text">
Продолжая серию своих черновых заметок&amp;nbsp;о бинарщине, расскажу о переполнении буфера в машинке Safe все на том же HTB. Интересно здесь может быть то, что необходимый &quot;стандартный&quot; гаджет &quot;pop rdi; ret&quot; здесь не находится, поэтому использовать pwntools полностью автоматизированно, как мы это сделали в Ellinson, не получится.

&lt;!--?xml version=&quot;1.0&quot; encoding=&quot;UTF-8&quot;?--&gt;







&lt;!--?xml version=</atom:summary><link>http://reply-to-all.blogspot.com/2019/10/myapp-safe-101010147htb-bo-dep-rop.html</link><author>noreply@blogger.com (Sergey Soldatov)</author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhJvUeF_QjHmMw1mDl8IpAhvWFIcbDgo5TNgchIustLdPF4UM7w-I_xvxS8Z_nLoc1VeyYtq_mm44dawt7CeiOedlm4M573uICdw3TxnDLLre4DlXi6sLRMicsbziiSV9vqY8Q4xc5OJskO/s72-c/CCC5FA6D-E689-4968-8817-75F8854C3D5A.png" height="72" width="72"/><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-7672604585980488566.post-3894205325812010854</guid><pubDate>Tue, 22 Oct 2019 21:07:00 +0000</pubDate><atom:updated>2019-10-23T00:07:05.375+03:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">MITRE</category><title>MITRE оценила EDR, + EPP-вендоры</title><atom:summary type="text">
Несмотря на то, что уже проходит второй раунд тестирования, по-прежнему продолжают появляться оценки по первому сценарию. Во втором раунде многое изменилось и об этом я еще как-нибудь обязательно напишу по-подробнее, и может даже и изложу собственный опыт участия в тестировании.

Сегодня заметил, что опубликовались тесты F-Secure и McAfee, чьи результаты крайне интересны, так как эти </atom:summary><link>http://reply-to-all.blogspot.com/2019/10/mitre-edr-epp.html</link><author>noreply@blogger.com (Sergey Soldatov)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-7672604585980488566.post-3954033881865297509</guid><pubDate>Sat, 19 Oct 2019 17:07:00 +0000</pubDate><atom:updated>2019-10-19T20:07:22.980+03:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">BO</category><category domain="http://www.blogger.com/atom/ns#">HTB</category><title>Переполнение буфера в реальных условиях (ASLR+DEP @Ellingson@HTB)</title><atom:summary type="text">
Очень немного в русскоязычной блогосфере материалов про реализацию переполнения буфера в условиях, максимально близких к реальным: x64 с включенными ASLR и DEP.

Попробую ситуацию исправить поделившись своим небольшим опытом решения машинки Ellingson на HTB. На момент начала работы над Ellingson@HTB мои познания в реализации RCE через переполнение были сугубо теоретическими, однако по завершении</atom:summary><link>http://reply-to-all.blogspot.com/2019/10/aslrdep-ellingsonhtb.html</link><author>noreply@blogger.com (Sergey Soldatov)</author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhC5kaxZzzjUf4Q5fsuEetRnJFc4qctMbZ6a_Fi-bu3wi1tngbvo50Rd7ARH6-xIsgRQLP-Zsr5iAqQg8M6swJ5Rab2mOO4SHAs_D-ArWiZyNOH_5IGaAYeFKG7aHXpubUUVLa73PD_K72V/s72-c/2B9873E5-F52C-41B2-A24E-289AB8F6B4A5.png" height="72" width="72"/><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-7672604585980488566.post-5935046837065442759</guid><pubDate>Wed, 28 Aug 2019 06:16:00 +0000</pubDate><atom:updated>2019-08-28T09:16:14.781+03:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">SOC</category><title>Другие красные</title><atom:summary type="text">

Вполне можно играть в шахматы самому с собой, но с другим соперником - несравненно лучше.

(личный опыт)

Уже сравнительно давно писал про продуктовую безопасность, о том, что полезно иметь своих кто пишет код, и кто этот код ломает, и вопреки первопрешедшему на ум SoD-кофлику, наличие своей продуктовой безопасности местами лучше, так как они обладают большей контекстной погруженностью. На базе</atom:summary><link>http://reply-to-all.blogspot.com/2019/08/blog-post.html</link><author>noreply@blogger.com (Sergey Soldatov)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-7672604585980488566.post-5535904247099062120</guid><pubDate>Sat, 23 Feb 2019 15:14:00 +0000</pubDate><atom:updated>2019-10-23T00:13:13.815+03:00</atom:updated><title>MITRE оценила EDR, продолжение</title><atom:summary type="text">


Ранее мы уже&amp;nbsp;пытались сравнивать возможности различных решений на базе&amp;nbsp;теста MITRE, но намедни были опубликованы еще результаты от FireEye и Cybereason. Каждый из вендоров, конечно же, сразу после прохождения теста опубликовал (раз, два), что он самый лучший, что еще больше подстегнуло желание вернуться к теме.

Как раньше отмечалось, баллами за виды детектов&amp;nbsp;можно играться </atom:summary><link>http://reply-to-all.blogspot.com/2019/02/mitre-edr.html</link><author>noreply@blogger.com (Sergey Soldatov)</author><thr:total>1</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-7672604585980488566.post-8152337314421838182</guid><pubDate>Sat, 19 Jan 2019 23:30:00 +0000</pubDate><atom:updated>2019-01-20T02:30:22.863+03:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Monitoring</category><title>Системы и Сети</title><atom:summary type="text">
В предыдущей заметке рассказывал что база данных MITRE может быть использована для обоснования выбора тех или иных технических контролей и этапности их внедрения. Сейчас хочется коснуться темы эффективности сетевых СЗИ в сравнении с эндпоинтными. Сразу хочется оговориться, что являюсь сторонником многоуровневого подхода, что не раз отмечал.

На встречах мне почему-то постоянно пытаются доказать </atom:summary><link>http://reply-to-all.blogspot.com/2019/01/blog-post.html</link><author>noreply@blogger.com (Sergey Soldatov)</author><thr:total>2</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-7672604585980488566.post-1280395684792536564</guid><pubDate>Sat, 19 Jan 2019 11:30:00 +0000</pubDate><atom:updated>2019-01-19T14:30:19.424+03:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Enterprise Security</category><category domain="http://www.blogger.com/atom/ns#">Monitoring</category><title>MITRE ATT&amp;CK для планирования технических контролей корпоративной ИБ</title><atom:summary type="text">

В предыдущей заметке отмечались варианты использования ATT&amp;amp;CK&amp;nbsp;для центров мониторинга. Но не стоит недооценивать ее значимость для целей планирования и развития корпоративных средств защиты.
Совокупность мероприятий по обеспечению информационной безопасности должна быть адекватна актуальной модели нарушителя, но вечный вопрос CISO о том, сколько безопасности достаточно по-прежнему </atom:summary><link>http://reply-to-all.blogspot.com/2019/01/mitre-att.html</link><author>noreply@blogger.com (Sergey Soldatov)</author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgsBOFBvP061DyCiPApaCEsot_-NosZZJLvsXU9lBmAJSTeyInGNq2dvZmbT1hUctzaFdhx1GaHhVxW0LKJvIPEzrpFi8WKtclHP7toW1XjM7kXA0DAtylByoxKxKtAermpn54fdsS2NGcW/s72-c/MR-ATTACK-obj-relations.png" height="72" width="72"/><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-7672604585980488566.post-629225176355652184</guid><pubDate>Sat, 29 Dec 2018 21:54:00 +0000</pubDate><atom:updated>2018-12-30T00:54:36.445+03:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Enterprise Security</category><category domain="http://www.blogger.com/atom/ns#">Operations</category><title>Будущее, взгляд из конца 2018</title><atom:summary type="text">
В канун празднования Нового года принято делать прогнозы на будущий год. Я никогда этого не делал именно под Новый год, не люблю повторять. Но, если считать, что будущее - следствие настоящего, то успех предсказания можно считать метрикой адекватности свой оценки текущей ситуации, ну а если мы адекватно интерпретируем происходящее, значит мы разбираемся в своей работе и отрасли. В этой заметке </atom:summary><link>http://reply-to-all.blogspot.com/2018/12/2018.html</link><author>noreply@blogger.com (Sergey Soldatov)</author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiifzfILuM4QC5A7E5pjq0nDwb9pIdPQA6REAY1bCPsUpnDmopQKXt3boaJqQ3lxz6UhoMsC-01kIcwfaJeAKM3cWvc6vlR_N7mEK3U-R45gsO1vTHGv6z1i-9uQYs9Xl4wFWwA8VKYFKeP/s72-c/Screenshot+2018-12-30+at+00.51.24.png" height="72" width="72"/><thr:total>1</thr:total></item></channel></rss>