Хакнутые факты

#хакнутыефакты Мероприятия по ИБ и ИТ - это пиар. Правда или миф?🤔 Мы приглашаем своих клиентов на мероприятия, но не все хотят туда идти. Потому что думают, что это "очередной пиар, где все предлагают свои продукты". Скажем по своему опыту - каждый event вносит что-то новое. Да, немного повторения есть, но новой информации достаточно. Во время записи подкаста мы спросили у Александра Карпова - как меняется эта сфера в ИТ и ИБ? "Я могу это соотнести со своим опытом выступлений. Когда я только пришел, у меня было понимание этапов продаж. Но что действительно интересно, я до конца не знал. В первую очередь, здесь выступают такие моменты: кто выступает, как повествуют, о чем рассказывают. Суть выступления - это очень важный момент. Например, сейчас наша команда объездила всю Россию (и не только). Много кому/где/о чем рассказали и поэтому на многих мероприятиях нам не надо рассказывать, например, о своих продуктах. Нам бы хотелось по аналогии с сегодняшним подкастом, рассказать про attack-as-a-service. Это круто! Есть много вендоров и партнеров, которые рассказывают не о конкретных решениях с призывом "возьмите здесь и сейчас", "защитите себя и вы будете спать спокойно"... Гораздо круче, как, например, история с расследованием F6, группа IB и т.д.. Они берут конкретный сценарий того, что произошло в одном из заказчиков и подробно об этом рассказывают. И с точки зрения технической, и с точки зрения практической человечной истории. То есть доносят: "да, ребят, вам могут банально в Телеграме написать. Вам письмо может прийти. Это просто! Вы хотя бы вот здесь, на этом этапе обратите, пожалуйста, внимание". Конечно, есть классные истории и не очень. Если подвести итог, о чем я сейчас рассказал, то тех, кто реально очень интересно что-то рассказывает становится больше. И вот это вот прям кайф!"🔥 Наш итог: мероприятия - это не всегда про пиар и физическое присутствие на каком-то событии. Выступления спикеров становятся интереснее и переходят в новый формат. Какой у вас опыт с мероприятиями? Делитесь в комментариях, обменяемся мнениями😉

#хакнутыефакты Мы постоянно говорим про комплексный подход, но как это работает на самом деле? Александр привел отличный пример - мы не могли не поделиться с вами!🤩 Сначала берем обычный вариант, когда это просто деревушка, которая забором с кольями ограничена, в лучшем случае, да? Это какой-нибудь старый фаейрвол. И у нас есть полноценный защищенный замок, где есть: - ров, вырытый вокруг этого замка - лучники - котел с горящим маслом - стены высокие - и вообще, во рву плавают акулы с крокодилами😀 - мост подвесной есть и т.д. На таком примере можно говорить и про периметр информационной защиты информационной, и про комплексный подход ко всему этому. Здесь мы говорим не только про программное обеспечение, которое заказчик покупает, а еще и про квалификацию кадров, про то, как подходят к их обучению и т.д. Чем более комплексный будет подход, тем выше эффективность защиты. Если вернуться к вопросу того, можно ли на 100% защититься от чего-либо, то любой более-менее вменяемый человек скажет, что наверняка защититься от всего невозможно. Если встает вопрос цены и появляются чаши весов: а надо ли нам этих ребят пытаться взломать? Если надо, то через какой вектор направления атаки? Вопрос того, будут ли вас ломать, зная, что это будет стоить очень дорого. Вы понимаете, что у вас находится в инфраструктуре и это очень дорого. Дорого и как доверие, и как бюджет. От этого стоит отталкиваться, чтобы строить свой периметр. Небоскреб, который будет километр в высоту, его же построить можно? Можно. Но вопрос, сколько это будет стоить? И для чего нам это надо? Вот здесь то же самое😉 P. S. это только один из крутых моментов нового выпуска, слушайте скорее!

#хакнутыефакты МИФ: «Многофакторная аутентификация — нууу нет, это сложно и неудобно». ❌ Социальная инженерия сегодня — это не сюжет из шпионского фильма, а суровая реальность. Исследование актуальных киберугроз для организаций показало, что социальная инженерия использовалась в 60% инцидентов. Злоумышленнику часто достаточно одного убедительного письма, чтобы добиться своей цели. 🤔 Тогда как предотвратить компрометацию учетных записей при социальной инженерии? Вопрос достаточно широкий. При социальной инженерии можно компрометировать не только учетные записи пользователей, но и информацию. Если говорить про организации, то одним из основных продуктов в этом направлении будет многофакторная аутентификация. Она обеспечит дополнительную безопасность учетной записи. При потере логина и пароля потребуются дополнительные факторы, которые указаны в политиках на определенного пользователя. Это пуш-уведомления, смс, токены и т.д. Есть второй момент - в рамках потери второго фактора для пользователей, но опять же-таки это все равно обеспечивает дополнительную безопасность. Даже если логин-пароль окажется в руках злоумышленника. Если он попытается войти в контур, то у него появится необходимость предъявить еще один элемент аутентификации, которого у него на руках не будет, ХА. Тем самым мы явно повышаем уровень безопасности даже потерянной учетной записи. Вывод: многофакторную аутентификацию используем, подкаст "Метод хакера" слушаем 😊

#хакнутыефакты Как организовать реагирование на инциденты в нерабочее время? Можно поставить средства защиты информации, но есть трудность - это всё тяжело поддерживать и мониторить 24 на 7. Можно настроить бизнес-процессы и системы. А если у компании недостаточно бюджета? Если у компании недостаточно денег, то нужна команда из инженера по ИБ и аналитиков, которые ответят на вопрос "что происходит?". Во многих системах можно настроить оповещение на почту или в телеграм. Это поможет инженеру оперативно среагировать. Аналитик проанализирует ситуацию и скажет "вот эти данные - конфиденциальные, утечка произошла не просто так". После данные возвращают обратно в работу офицера безопасности, который решит, что с этим делать - разрешить отправку или полностью заблокировать. Дополнительно можно использовать инструменты для блокировки рабочей станции с полной остановкой текущих процессов. Например, мы увидели, что наш сотрудник в 11 вечера скачивает себе что-то на диск. У нас есть система, которая остановила процесс отправки данных в облачное хранилище. Далее дежурная команда может изменить пароль сотрудника до дальнейшего разбирательства. Подробнее про риски и контроль инфраструктуры в ночное время в выпуске "От заката до рассвета".

#хакнутыефакты Есть продукты для поиска уязвимости, есть автопентест и они друг друга вообще никак не заменяют? Представим, есть компания, где я слежу за уязвимостями всех софтин, которые есть в инфраструктуре с помощью системы VM. Приходит интегратор и говорит: - Слушай, а ты пентесты делаешь? - Не делаю. Зачем? У меня стоит VM. Они не могут друг друга заменить? Нет, потому что VM — это история про все уязвимости, которые есть. Но не на каждую из этих уязвимостей есть эксплойт. Соответственно, VM — это про приоритизацию уязвимостей: что патчить, а что прикрыть другими средствами защиты. Автопентест — это про реальную эксплуатацию уязвимостей. Если есть какой-то "дырявый" сервис, но он прикрыт фаерволом, то можно проверить это автопентестом. VM покажет, что сервис остался "дырявым". Проверка автопентестом скажет, что принятые компенсирующие меры реально помогают на какое-то время и никто не достучится. Обратная ситуация - есть у меня система автопентеста. Всё, можно забыть про VМ? Конечно же нет. ИБ - это комплексная история, то есть должны быть налаженные процессы, в том числе с менеджментом уязвимостей. Зачем это нужно? Для того, чтобы понимать риски и вовремя их устранять. Появилась уязвимость, на нее нет эксплойта. Но есть VM, который говорит: "Пожалуйста, запатчи эту уязвимость, потому что она критичная, если на нее когда-то появится эксплойт, будет плохо". Для этого нужен VM, а автопентест подтвердит наличие уязвимости и её эксплуатации. Подробнее про автопентест слушать в подкасте.

#хакнутыефакты Что говорит законодательство по использованию систем контроля привилегированных пользователей? В 117-й приказ была добавлена информация о том, что все удаленные сотрудники теперь обязаны подключаться к системам внутри контура компании только под строгой аутентификацией. Это означает запрет на свободный доступ в рабочий периметр компании через обычные каналы. Начали прописывать требования по строгой аутентификации "посредством проведения мероприятий по обеспечению защиты информации при предоставлении привилегированного доступа должна быть исключена возможность получения привилегированного доступа к информационным системам лицами, для которых такой доступ должен быть исключен, а также использования повышенных прав доступа с нарушением внутренних стандартов и регламентов по защите". Приказы обновляются постоянно. Поэтому продукты, которые проходят сертификацию, достаточно серьезно проверены на наличие различных уязвимостей. Получение сертификата занимает продолжительное время ➕ усилия со стороны разработки. О контроле привилегированных пользователей и РАМ-системе можно узнать: ⚡️ подкаст "Хакеры против компаний: как защитить бизнес от современных киберугроз" ⚡️ запись стрима "Как управлять доступами, если вы не энтерпрайз?"