Концепция безопасности Zero Trust (доступ с нулевым доверием)

• Руслан Иванов представляет экспертов и объявляет тему обсуждения: "Нулевое доверие и Zero Trust Network".  

• Виталий Доровских: "Нулевое доверие предполагает аутентификацию каждого пользователя при доступе к каждому ресурсу".  

• Александр Барин: "Нулевое доверие - это подход, который усложняет жизнь злоумышленникам".  

• Павел Коростелев: "Нулевое доверие - это архитектурный подход, который упрощает обеспечение безопасности".  

• Виталий Моргунов: "Нулевое доверие ломает предыдущий подход, когда мы доверяем, но проверяем".  

• Максим Ефремов: "Нулевое доверие - это набор продуктов и модулей, из которых собирается концепция".  

• Александр Барин: "Нулевое доверие стало актуальным с момента ковида, когда сотрудники стали работать удаленно".  

• Павел Коростелев: "Не доверять пользователю мало, нужно не доверять и компьютеру, с которого он работает".  

• Максим Ефремов: "Концепция нулевого доверия продолжает старые добрые концепции сегментирования и микро-сегментирования".  

• Участники обсуждают концепцию Zero Trust, которая является защитным механизмом, минимизирующим риски и обеспечивающим безопасность пользователей.  

• Zero Trust не является только набором оборудования или настроек, но и набором организационных мер, которые заставляют компанию структурировать свою инфраструктуру и жить по-новому.  

• В России существует больше ориентированность на он-премисную историю, чем на облачные решения, что связано с особенностями рынка и уровнем адаптации облачных технологий.  

• В западных решениях существует противопоставление между агентским и эйджин подходами, в то время как в России чаще используется агентский подход.  

• В России ожидается появление моновендерных историй Zero Trust, но пока что это займет некоторое время.  

• Государственные организации, вероятно, продолжат использовать он-премисные решения, а не облачные технологии.  

• В видео обсуждается архитектура затона и ее применение в контексте защиты периметра.  

• Аудитория узнает, что 40% знакомы с архитектурой затона, 26% внедрили ее на работе, 24% слышали о ней, но не внедрили, и 36% ничего не слышали о ней.  

• Расширенная модель затона включает в себя не только периметр, но и конечные точки, каналы передачи данных и облачные сервисы.  

• В рамках затона пользователи и ресурсы контролируются и проверяются на соответствие политике безопасности.  

• В случае обнаружения компрометации пользователя или ресурса запускается процесс реагирования на инцидент информационной безопасности.  

• В видео обсуждаются примеры и аналогии, связанные с использованием затона и его отличия от традиционной защиты периметра.  

• В контексте затона пользователи могут быть клиентами, клиентами, публичными облаками и другими объектами, которым нужно доверять.  

• В видео обсуждается, что ZTNA (Zero Trust Network Access) является концепцией, которая ставит недоверие ко всему, что окружает пользователя, и является инструментом для обеспечения безопасности.  

• ZTNA может быть применена в различных сценариях, таких как удаленный доступ сотрудников, межоблачное взаимодействие, доступ подрядчиков и локальный доступ.  

• ZTNA может быть использована для защиты от VPN-клиентов, внутренних инфраструктурных элементов и мобильных устройств.  

• ZTNA также может быть использована для обеспечения безопасности в облачных и гибридных средах.  

• ZTNA не требует специальных решений или лицензий, но может быть интегрирована с существующими инструментами и технологиями.  

• ZTNA может быть реализована с помощью VPN-клиентов, файерволов и других инструментов, которые уже используются в организации.  

• Наиболее перспективными сценариями применения ZTNA являются удаленный доступ сотрудников (49%), удаленный доступ третьих лиц (2%), контроль интернета вещей (13%) и другие (15%).  

• Гостевой доступ не был выбран в качестве перспективного сценария.  

• В видео обсуждается сложность интеграции различных решений и управления пользователями в контексте Zero Trust.  

• Наиболее сложным аспектом является управление пользователями, особенно в крупных компаниях с разветвленной инфраструктурой и множеством сотрудников.  

• В видео обсуждаются различные способы аутентификации пользователей и приложений, включая использование сертификатов и других методов.  

• Обсуждается проблема масштабирования аутентификации и сложности, связанные с аутентификацией микросервисов и веб-приложений.  

• В видео задаются вопросы и обсуждаются ответы на них, связанные с интеграцией, управлением пользователями и аутентификацией.  

• Обсуждение возможности создания веб-страницы для проверки доступа пользователя и состояния рабочей станции  

• Затенение может быть использовано для ограничения доступа хоста в сеть или разрешения доступа к определенным элементам инфраструктуры  

• Затенение может усложнить жизнь пользователя, требуя дополнительных сертификатов и паролей  

• ZTNA (Zero Trust Network Access) - это подход к обеспечению безопасности, который предполагает, что доступ к ресурсам должен быть ограничен и контролироваться.  

• ZTNA может быть реализован с использованием различных технологий, включая VPN, прокси-серверы и другие средства.  

• ZTNA позволяет обеспечить безопасность на уровне пользователя, а не на уровне сети или устройства.  

• ZTNA помогает предотвратить атаки, связанные с использованием уязвимостей в устройствах и сетях.  

• ZTNA может быть сложным и дорогостоящим для внедрения и поддержки.  

• ZTNA требует наличия определенных навыков и знаний у пользователей и администраторов.  

• В финансовой сфере ZTNA может быть особенно полезным, так как он позволяет контролировать доступ к ресурсам и предотвращать атаки на финансовые организации.  

• ZTNA может быть использован в различных сферах, включая здравоохранение, образование и другие.  

• ZTNA может быть внедрен с использованием различных технологий и подходов, включая использование агентов и контекстной информации.  

• ZTNA должен проверять права доступа к ресурсам на каждой сессии доступа пользователя.  

• В видео обсуждается модель злоумышленника, которая является основой для внедрения системы нулевого доверия (Zero Trust).  

• Модель злоумышленника включает в себя определение того, что нужно защищать, от чего защищать и зачем защищать.  

• Первый этап - определение цели, образа результата и критериев успешности проекта.  

• Второй этап - декомпозиция бизнес-процессов, информационных систем и компонентов.  

• Третий этап - определение доступа для пользователей и групп.  

• Сложности могут быть связаны с неправильной подготовкой топ-менеджеров и непониманием бизнес-процессов.  

• Для успешного внедрения системы нулевого доверия необходимо правильно определить цель, образ результата и критерии успешности проекта.  

• В видео обсуждается концепция Zero Trust, которая предполагает, что все пользователи и устройства должны быть проверены и аутентифицированы перед доступом к ресурсам.  

• Это помогает предотвратить несанкционированный доступ и атаки, а также обеспечить безопасность и конфиденциальность данных.  

• Для успешного внедрения Zero Trust необходимы бизнес-аналитики, безопасники, инфраструктурщики, сетевики и руководители.  

• Важно, чтобы эти люди были заинтересованы в успехе проекта и понимали его ценность для бизнеса.  

• В результате внедрения Zero Trust, бизнес получает выгоду в виде улучшения безопасности и удобства работы пользователей.  

• Это также может помочь снизить нагрузку на сотрудников и повысить эффективность работы.  

• Внедрение Zero Trust может увеличить количество инцидентов, но в долгосрочной перспективе должно снизить нагрузку на сотрудников.  

• Это связано с улучшением видимости и контроля над ситуацией, что позволяет более эффективно реагировать на инциденты и предотвращать их.  

• В видео обсуждается Zatena, система, которая помогает анализировать и предотвращать инциденты в информационной безопасности.  

• Zatena может быть использована для автоматизации сценариев в оркестраторах и анализаторах, но это не решает проблему нагрузки на инфраструктуру.  

• Zatena вызывает сложности из-за необходимости установки агента на каждом компьютере и изменения политик доступа в зависимости от контекста.  

• Zatena также может быть сложно внедрить из-за необходимости высокопроизводительных устройств или сетевых устройств, которые умеют это делать.  

• Успех внедрения Zatena зависит от понимания сотрудниками компании необходимости этого решения и его пользы для бизнеса.  

• Импортозамещение также может быть драйвером для внедрения Zatena.  

• Статистика предотвращения инцидентов с помощью Zatena может быть получена с помощью пинтестов и анализа инцидентов, источником которых является удаленный пользователь.  

• Традиционные методы управления также могут быть использованы для проверки эффективности Zatena.  

• В видео обсуждается, что в настоящее время существует тренд на автоматизацию и роботизацию процессов в сфере информационной безопасности.  

• Также упоминается, что в будущем ожидается появление новых решений, которые будут автоматизировать и оптимизировать процессы.  

• В видео говорится о том, что в России наблюдается тренд на сбор решений из различных "зоопарков" и интеграцию их в единое решение.  

• Также упоминается, что глобальный тренд на рынке информационной безопасности заключается в том, что крупные вендоры будут стремиться к созданию моно-консолидации решений.  

• В видео отмечается, что у российских вендоров есть потенциал для развития на рынке информационной безопасности.  

• Упоминается, что в ближайшем будущем ожидается увеличение спроса на решения, которые обеспечивают удаленный доступ и масштабируются на большое количество пользователей.  

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

• Упоминается, что подход к управлению доступом и аналитике может быть полезен для аналитиков и офицеров безопасности.  

• Спикер соглашается с замечанием о том, что выборка в разрезе может быть интересной аналитической историей.  

• Он отмечает, что подход "зат" (защита от угроз) имеет место быть, но не решает все проблемы информационной безопасности.  

• Спикер благодарит команду трансляции и приглашает на следующий эфир, посвященный информационной безопасности, который состоится 1 ноября.  

• В рамках этого эфира будут обсуждаться такие темы, как пинтесты, редимминг и выбор исполнителя для проведения тестирования.