Безопасность
Разработка, инфраструктура, SEO, ИИ и IT для бизнеса — коротко и по делу.
75 статей
- Безопасность3 мин
Правило резервного копирования 3-2-1: что это и как применять
Храните три копии данных на двух разных типах носителей, одну из них — в другом месте, и сделайте хотя бы одну копию неизменяемой или отключённой от сети, чтобы её не могли удалить или зашифровать.
Основы - Безопасность4 мин
Безопасность API: чек-лист лучших практик для разработчика
Защищённый API аутентифицирует каждый запрос, на сервере проверяет право пользователя на каждый конкретный объект и поле, валидирует ввод по строгим схемам, ограничивает объём запросов и логирует события безопасности.
Практика - Безопасность4 мин
Резервное копирование для малого бизнеса: что, как часто и куда
Сначала решите, сколько данных и времени простоя вы можете себе позволить потерять (RPO и RTO), затем составьте список систем, настройте автоматическое копирование по правилу 3-2-1 и регулярно проверяйте восстановление.
Практика - Безопасность4 мин
Нарушение контроля доступа и IDOR: как найти и исправить
IDOR — это когда сервер отдаёт объект по ID, не проверив, принадлежит ли он текущему пользователю. Лечится проверкой прав на сервере для каждого запроса, выборками с фильтром по владельцу и автотестами вида «пользователь B не видит данные A».
Практика - Безопасность4 мин
Инъекции команд и path traversal: примеры атак и защита
Обе атаки возникают, когда ввод пользователя становится частью команды shell или пути к файлу; защита — не вызывать shell, передавать аргументы массивом, принимать только разрешённые значения и проверять, что итоговый путь остаётся внутри базовой папки.
Практика - Безопасность4 мин
Content Security Policy (CSP): практическое руководство по настройке
CSP — заголовок ответа, в котором перечислено, какие скрипты и другие ресурсы браузер может выполнять на странице; самый надёжный вариант — политика на nonce со strict-dynamic, к которой приходят постепенно через режим report-only, чтобы ничего не сломать.
Продвинутое - Безопасность4 мин
Credential stuffing и захват аккаунтов: как обнаружить и защититься
Credential stuffing — это массовая подстановка пар логин-пароль, утёкших с других сайтов; защищаются слоями: блокируют скомпрометированные пароли через k-anonymity, оценивают каждый вход по устройству и поведению, просят второй фактор только при высоком риске, фильтруют ботов и отслеживают аномалии входов.
Продвинутое - Безопасность4 мин
Кибербезопасность для малого бизнеса: с чего начать
Начните с шести базовых шагов в таком порядке: составьте список аккаунтов, включите 2FA везде, настройте автообновления, сделайте проверяемые бэкапы, наладьте отзыв доступов при увольнении и защитите устройства, назначив за каждый пункт конкретного человека.
Основы - Безопасность4 мин
Утечка данных клиентов: как реагировать и кого уведомлять
Сначала остановите утечку и сохраните доказательства, выясните, чьи и какие данные утекли, уведомите регулятора и пострадавших в установленные сроки (по GDPR — 72 часа для надзорного органа), затем устраните причину.
Практика - Безопасность4 мин
Как защитить сайт от DDoS-атак
Поставьте сайт за сервис фильтрации трафика (например, Cloudflare), скройте реальный IP сервера и разрешите доступ к нему только от этого сервиса, кешируйте всё, что можно, и заранее подготовьте план действий на случай атаки.
Практика - Безопасность3 мин
Уязвимые зависимости: как найти и исправить их в проекте
Регулярно сканируйте зависимости (npm audit, pip-audit), автоматизируйте обновления через Dependabot или Renovate, коммитьте lock-файлы и чините в первую очередь то, что реально достижимо и эксплуатируемо в вашем приложении.
Практика - Безопасность4 мин
Безопасность Docker-контейнеров: лучшие практики для продакшена
Безопасный контейнер работает не от root, собран из минимального проверенного образа, не хранит секретов в слоях, лишён лишних capabilities, ограничен по ресурсам, а к Docker-сокету нет доступа извне.
Практика - Безопасность3 мин
Шифрование при хранении и при передаче: от чего защищает каждое
Шифрование при передаче (TLS) защищает данные, пока они идут по сети, а шифрование при хранении — когда они лежат на диске, в базе или бэкапе. Нужны оба, но ни одно не спасает от взлома самого приложения.
Основы - Безопасность3 мин
Ошибки смешанного содержимого (mixed content): причины и решение
Mixed content — это когда HTTPS-страница загружает скрипты, стили или картинки по обычному HTTP; найдите их в DevTools, замените адреса на HTTPS в коде и базе данных, а upgrade-insecure-requests добавьте как страховку.
Практика - Безопасность4 мин
GDPR простыми словами для компаний за пределами ЕС
GDPR применяется к компании вне ЕС, если она предлагает товары или услуги людям в Евросоюзе или отслеживает их поведение. Тогда нужны правовое основание для каждой обработки, понятная политика, механизм исполнения прав пользователей и готовность сообщить об утечке в течение 72 часов.
Основы - Безопасность4 мин
HashiCorp Vault или облачные менеджеры секретов AWS, GCP и Azure
Если вся инфраструктура в одном облаке, а команда небольшая, берите встроенный менеджер секретов этого облака; Vault оправдан при мультиоблаке или своих серверах и когда нужны динамические секреты, а у команды есть ресурсы его поддерживать.
Продвинутое - Безопасность3 мин
Как работает HTTPS: TLS-рукопожатие, сертификаты и ключи
HTTPS — это обычный HTTP внутри TLS-туннеля: при рукопожатии сервер подтверждает свою подлинность сертификатом, стороны договариваются о новых сессионных ключах, и дальше весь трафик шифруется и защищается от подмены.
Основы - Безопасность3 мин
Как работают OAuth 2.0 и OpenID Connect
OAuth 2.0 выдаёт приложению ограниченный доступ к чужому API без передачи пароля, а OpenID Connect добавляет поверх него ID-токен, который сообщает приложению, кто именно вошёл.
Основы - Безопасность3 мин
Как выбрать менеджер паролей для себя и команды
Выбирайте менеджер с шифрованием zero-knowledge, опубликованными независимыми аудитами, удобным обменом доступами и 2FA; Bitwarden, 1Password и KeePass закрывают разные задачи, а переход команды лучше делать через короткий пилот и смену всех общих паролей.
Основы - Безопасность3 мин
Как придумать надёжный пароль, который легко запомнить
Надёжный пароль — длинный и случайный, а не хитрый: для немногих паролей, которые нужно помнить, используйте фразу из 4–6 случайных слов, везде ставьте уникальные пароли, а остальные доверьте менеджеру паролей.
Основы - Безопасность4 мин
Как распознать фишинг: письма, сайты и сообщения
Фишинг почти всегда выдаёт себя тремя вещами: давлением на срочность, ссылкой или вложением, которые нужно открыть прямо сейчас, и адресом, который лишь похож на настоящий. Правило одно: не переходите по ссылке из сообщения, а откройте сервис сами или перезвоните по известному номеру.
Основы - Безопасность4 мин
Как запустить bug bounty или программу раскрытия уязвимостей
Начните с программы раскрытия уязвимостей: файл security.txt, понятная политика со scope и гарантиями для исследователей, процесс триажа; платные вознаграждения добавляйте, только когда команда успевает быстро чинить найденное.
Продвинутое - Безопасность4 мин
Как хранить API-ключи и секреты: не только .env-файлы
Секреты не должны попадать в код и репозиторий: приложение получает их из переменных окружения, а сами значения хранятся в секрет-хранилище CI/CD или облака, отдельно для каждой среды, с минимальными правами и регулярной ротацией.
Практика - Безопасность3 мин
Чек-лист HTTP-заголовков безопасности для сайта
Несколько заголовков ответа — HSTS, CSP, X-Content-Type-Options, X-Frame-Options или frame-ancestors, Referrer-Policy, Permissions-Policy и флаги Secure для cookies — включают в браузере защиту от понижения до HTTP, clickjacking, MIME sniffing и утечек данных почти бесплатно.
Практика - Безопасность3 мин
HTTP или HTTPS: зачем шифрование нужно любому сайту
По HTTP любой в той же сети или на пути трафика может прочитать и изменить данные, браузеры помечают такие сайты как «Не защищено», а многие современные функции просто не работают — поэтому HTTPS нужен любому сайту, даже простому лендингу.
Основы - Безопасность4 мин
Безопасность JWT: типичные ошибки и как их избежать
JWT безопасен, только если сервер жёстко задаёт алгоритм, использует сильный ключ, проверяет срок жизни, издателя и аудиторию, выдаёт короткие access-токены с ротацией refresh-токенов и хранит их вне досягаемости JavaScript.
Продвинутое - Безопасность3 мин
Секрет попал в Git: что делать прямо сейчас
Сначала отзовите и замените утёкший ключ, затем проверьте логи на подозрительное использование, после этого вычистите историю через git-filter-repo и поставьте gitleaks в pre-commit и CI, чтобы это не повторилось.
Практика - Безопасность3 мин
Чек-лист безопасности мобильного приложения по OWASP MASVS
Используйте MASVS как чек-лист: храните секреты в Keychain или Keystore, закрепляйте сертификаты, распознавайте root, обфусцируйте релизы, проверяйте каждый deep link, а бизнес-логику, цены и ключи держите на сервере.
Практика - Безопасность3 мин
OWASP Top 10 простыми словами: главные уязвимости веб-приложений
OWASP Top 10 — список самых частых и опасных классов уязвимостей веб-приложений. Начинать проверку стоит с контроля доступа, настроек, зависимостей, инъекций и входа в систему.
Основы - Безопасность4 мин
Как правильно хранить пароли: bcrypt, scrypt и Argon2
Пароли хранят только как медленный хеш с солью — Argon2id, scrypt или bcrypt, — а не как MD5 или SHA. Старые хеши переводят на новый алгоритм постепенно, при входе пользователя.
Практика - Безопасность4 мин
PCI DSS: что нужно знать бизнесу, принимающему оплату картами
PCI DSS — стандарт безопасности карточных платёжных систем для всех, кто работает с данными карт; проще всего соответствовать ему, если номера карт вообще не попадают на ваши серверы благодаря платёжной странице провайдера или токенизации.
Практика - Безопасность4 мин
Как защититься от SQL-инъекций: параметризованные запросы и ORM
От SQL-инъекций защищают параметризованные запросы: текст запроса и данные передаются в базу отдельно, и ввод не может стать командой. Имена колонок берут из белого списка, а приложение работает под пользователем БД с минимальными правами.
Практика - Безопасность3 мин
Защита от XSS в приложениях на React и Next.js
React экранирует текст в JSX, поэтому XSS в нём возникает в обход этой защиты: через dangerouslySetInnerHTML, опасные URL, Markdown с HTML и прямую работу с DOM. Очищайте HTML через DOMPurify, проверяйте схемы ссылок и включите CSP.
Практика - Безопасность4 мин
Политика конфиденциальности и согласие на cookie: что нужно сайту
Сайту, который собирает данные через формы или подключает аналитику, нужна политика конфиденциальности, описывающая реальную обработку, и согласие пользователя там, где закон его требует. Согласие должно быть добровольным: отказаться так же просто, как согласиться, а необязательные скрипты не запускаются до выбора.
Практика - Безопасность4 мин
Как защитить аккаунт Telegram от угона
Почти все угоны Telegram происходят потому, что владелец сам отдаёт код входа — на фальшивом сайте голосования или в переписке с «другом». Включите облачный пароль с почтой для восстановления, регулярно проверяйте активные сеансы и никому не сообщайте код из Telegram или SMS.
Практика - Безопасность3 мин
Безопасен ли публичный Wi-Fi: реальные риски и как защититься
Благодаря повсеместному HTTPS публичный Wi-Fi стал заметно безопаснее, но реальные риски остались — поддельные точки доступа, фишинг на странице авторизации и незашифрованные приложения; базовых правил и VPN в нужных случаях достаточно для спокойной работы.
Основы - Безопасность3 мин
Как защитить компанию от программ-вымогателей
Закройте основные входы — фишинг, открытый RDP и необновлённое ПО, — включите двухфакторную аутентификацию, ограничьте права, держите изолированные резервные копии, а при заражении сразу отключайте поражённые устройства от сети.
Практика - Безопасность4 мин
Rate limiting и защита от перебора паролей для входа и API
Ограничивайте число попыток сразу по IP и по аккаунту, вместо жёсткой блокировки используйте растущие задержки и CAPTCHA после нескольких неудач, а лимиты храните в общем хранилище вроде Redis и дублируйте базовым лимитом в nginx.
Практика - Безопасность3 мин
RBAC и ABAC: как спроектировать роли и права доступа в приложении
Начните с RBAC — ролей, которые объединяют именованные права, — и добавляйте ABAC-правила только там, где доступ зависит от данных, например «свои сделки» или «сделки своего филиала», проверяя всё на сервере.
Практика - Безопасность4 мин
152-ФЗ о персональных данных: главные требования к бизнесу
Если вы собираете персональные данные граждан России, вы оператор по 152-ФЗ: нужно уведомить Роскомнадзор, получать отдельное согласие, хранить данные россиян сначала в базах на территории РФ, иметь пакет документов и сообщать об утечках в течение суток.
Основы - Безопасность4 мин
SAST, DAST и IAST: автоматизация проверок безопасности в CI/CD
SAST читает исходный код и рано ловит опасные шаблоны, DAST атакует запущенное приложение снаружи, IAST наблюдает изнутри во время тестов; практичный пайплайн запускает SAST на каждый pull request, DAST — на staging и роняет сборку только на новых надёжных находках.
Продвинутое - Безопасность4 мин
Как защитить админ-панель: практический чек-лист
Админку защищают слоями: выносят на отдельный домен, включают 2FA для всех, ограничивают доступ по IP или VPN, выдают только нужные права, логируют каждое действие и закрывают неактивные сессии.
Практика - Безопасность3 мин
Безопасные cookie: флаги HttpOnly, Secure и SameSite
Cookie сессии должна быть HttpOnly, Secure, с SameSite=Lax (или Strict), с префиксом __Host- и ограниченным сроком жизни на сервере. Эти флаги закрывают кражу через XSS, утечку по HTTP и большую часть CSRF.
Практика - Безопасность3 мин
Безопасная загрузка файлов: чек-лист для разработчика
Загруженный файл — это недоверенные данные, которые нельзя ни исполнять, ни отдавать как есть. Проверяйте тип по allowlist и сигнатуре, ограничивайте размер, переименовывайте, храните вне web root, перекодируйте изображения и сканируйте на вирусы.
Практика - Безопасность4 мин
Как сделать безопасный сброс пароля и восстановление аккаунта
Отправляйте случайный одноразовый токен с коротким сроком жизни и храните только его хеш, отвечайте одинаково независимо от наличия аккаунта, ограничивайте запросы, завершайте все сессии после сброса и не давайте восстановлению отключать 2FA.
Практика - Безопасность4 мин
Аудит безопасности, пентест и сканирование уязвимостей: в чём разница
Сканирование — быстрая автоматическая проверка на известные проблемы, пентест — ручная попытка взлома с доказательством реального ущерба, аудит — проверка кода, настроек и процессов на соответствие требованиям.
Основы - Безопасность4 мин
Логирование безопасности: что записывать и на что настраивать алерты
Записывайте, кто, что, когда, откуда и с каким результатом сделал при входах, смене прав, действиях админов и отказах в доступе; никогда не пишите пароли, токены и данные карт; храните логи централизованно и настройте алерты на перебор, новых админов и массовые выгрузки.
Практика - Безопасность3 мин
SIM-своп: как мошенники крадут номер телефона и как защититься
При SIM-свопе мошенник получает вашу SIM-карту или перевыпуск номера у оператора и начинает принимать ваши SMS-коды. Защита — пароль и облачный пароль там, где можно, вход без SMS и запрет перевыпуска без личного визита.
Основы - Безопасность4 мин
SMS, приложение-аутентификатор или ключ: какой 2FA выбрать
SMS — самый слабый вариант 2FA из-за перевыпуска SIM и перехвата, приложение-аутентификатор — надёжный стандарт, а ключи FIDO2 и passkeys — единственный распространённый способ, устойчивый к фишингу, поэтому их стоит ставить на почту, админов и финансы.
Практика - Безопасность4 мин
Атаки на цепочку поставок ПО и как от них защититься
Атака на цепочку поставок бьёт не по вашему коду, а по тому, из чего он собирается, — пакетам, инструментам и CI; защита строится на фиксации версий, запрете install-скриптов, SBOM, проверке подписей и минимальных правах в CI.
Продвинутое - Безопасность4 мин
SPF, DKIM и DMARC: как защитить домен от подделки писем
SPF перечисляет серверы, которым разрешено отправлять почту от вашего домена, DKIM подписывает письма, а DMARC говорит получателям, что делать с письмами, не прошедшими проверку, и присылает вам отчёты. Вместе они не дают мошенникам рассылать письма от имени вашего домена.
Практика - Безопасность3 мин
Как защитить SSH на Linux-сервере
Безопасный SSH — это вход только по ключам под отдельным пользователем с sudo, запрет входа для root и по паролю, fail2ban против перебора, файрвол с ограничением доступа и регулярный просмотр логов. Для критичных серверов добавьте второй фактор, например аппаратный ключ.
Практика - Безопасность3 мин
Симметричное и асимметричное шифрование простыми словами
В симметричном шифровании один и тот же ключ и запирает, и отпирает данные — это быстро, но ключ нужно как-то безопасно передать. В асимметричном есть пара ключей: открытый для шифрования или проверки подписи и закрытый для расшифровки или подписи. На практике их комбинируют: асимметрия помогает договориться о ключе, а симметрия шифрует сами данные.
Основы - Безопасность4 мин
Моделирование угроз по STRIDE: пошаговое руководство для команды
Моделирование угроз по STRIDE — это схема движения данных в системе, отметки мест, где меняется уровень доверия, шесть стандартных вопросов к каждому элементу и перевод реальных рисков в приоритетные задачи бэклога ещё до написания кода.
Продвинутое - Безопасность4 мин
Безопасная настройка TLS: протоколы, шифры и оценка A+ в SSL Labs
Оставьте только TLS 1.2 и 1.3, только обмен ключами ECDHE с AEAD-шифрами, отдавайте полную цепочку сертификатов и добавьте HSTS — эта комбинация убирает типичные замечания SSL Labs и является стандартным путём к оценке A+.
Продвинутое - Безопасность3 мин
Персональные данные в Узбекистане: требования к сайтам и приложениям
Если ваш сайт или приложение собирает данные граждан Узбекистана, нужно получать их согласие, хранить эти данные на серверах в Узбекистане, зарегистрировать базу в государственном реестре и защищать её организационными и техническими мерами.
Основы - Безопасность4 мин
Как проверять подпись вебхуков через HMAC и защититься от подделки
Пересчитайте HMAC от сырого тела запроса (и timestamp) общим секретом, сравните с подписью за константное время, отклоняйте старые timestamp и повторные ID событий — и только потом доверяйте вебхуку и обрабатывайте его.
Практика - Безопасность3 мин
Сайт взломали: пошаговый план действий
Если сайт взломали, не удаляйте всё в панике: сначала ограничьте ущерб и сохраните копию для анализа, затем найдите, как злоумышленник попал внутрь, восстановите сайт из чистой копии, смените все пароли и ключи, при необходимости уведомите пользователей и попросите поисковики перепроверить сайт.
Практика - Безопасность3 мин
Чек-лист безопасности сайта перед запуском
Перед запуском включите HTTPS и заголовки безопасности, закройте админку, удалите стандартные учётки и debug-режим, обновите всё, защитите формы и убедитесь, что бэкапы восстанавливаются, а ошибки доходят до вас.
Практика - Безопасность3 мин
Что такое passkeys и заменят ли они пароли
Passkey — это пара криптографических ключей вместо пароля: закрытый ключ остаётся на вашем устройстве и открывается отпечатком, лицом или PIN-кодом, сайт хранит только открытый ключ, а поддельный сайт не может им воспользоваться, поэтому фишинг и утечки паролей перестают работать.
Основы - Безопасность3 мин
BEC-мошенничество: как работают фейковые письма от директора и счета
BEC-мошенники пишут от имени директора или поставщика и просят срочно оплатить счет или сменить реквизиты; защищает простое правило — любые новые или измененные реквизиты подтверждаются звонком по заранее известному номеру и вторым сотрудником.
Основы - Безопасность3 мин
Что такое кликджекинг и как защитить от него сайт
Кликджекинг — это когда ваш сайт загружают в невидимый iframe поверх приманки, и пользователь нажимает вашу кнопку, думая, что нажимает другую. Защита — запретить встраивание страниц заголовками CSP frame-ancestors и X-Frame-Options.
Основы - Безопасность3 мин
Что такое CSRF и как защитить от него веб-приложение
CSRF — атака, при которой чужой сайт заставляет браузер пользователя отправить запрос в ваше приложение вместе с его cookie. Защита — CSRF-токен или проверка Origin для всех изменяющих запросов плюс SameSite-cookie как дополнительный слой.
Основы - Безопасность4 мин
Что такое DDoS-атака и как она выводит сайты из строя
DDoS-атака — это поток запросов с тысяч заражённых устройств, который забивает канал, сетевое оборудование или само приложение, и сайт перестаёт отвечать настоящим пользователям. Защищаются фильтрацией трафика до сервера: CDN, anti-DDoS и ограничение частоты запросов.
Основы - Безопасность3 мин
Что такое HSTS и как безопасно его включить
HSTS — заголовок ответа, который велит браузеру ходить на ваш домен только по HTTPS в течение заданного срока и тем самым блокирует атаки понижения; включать его нужно постепенно, увеличивая max-age шагами и добавляя includeSubDomains и preload только когда все поддомены работают по HTTPS.
Практика - Безопасность4 мин
Что такое ISO 27001 и нужна ли вашей компании сертификация
ISO 27001 — международный стандарт системы управления информационной безопасностью (ISMS); сертификат нужен, когда его прямо требуют клиенты, тендеры или партнеры, а в остальных случаях часто достаточно облегченного набора политик по его образцу.
Основы - Безопасность4 мин
Что такое пентест и как проводится тестирование на проникновение
Пентест — это разрешённая имитация атаки: специалисты пытаются взломать вашу систему в согласованных границах и отдают отчёт с доказанными уязвимостями, их последствиями и способами исправления.
Основы - Безопасность4 мин
Что такое социальная инженерия: претекстинг, вишинг и приманки
Социальная инженерия — это обман людей, а не взлом систем: злоумышленник создаёт срочность или изображает авторитет, чтобы вы сами отдали код, доступ или пропустили его внутрь. Защита — правило «остановиться и перепроверить по своему каналу».
Основы - Безопасность3 мин
Что такое SQL-инъекция и как её используют злоумышленники
SQL-инъекция — уязвимость, при которой данные от пользователя становятся частью SQL-запроса и меняют его смысл. Через неё обходят вход, выгружают базу и удаляют данные; причина — склейка строк вместо параметризованных запросов.
Основы - Безопасность4 мин
SSRF-атаки: как работает подделка серверных запросов
SSRF — уязвимость, при которой атакующий заставляет ваш сервер сделать запрос по выбранному им адресу, например во внутреннюю сеть или к metadata облака. Защита строится слоями: allowlist адресов, проверка IP после DNS, изоляция исходящих запросов и IMDSv2.
Продвинутое - Безопасность3 мин
Что такое двухфакторная аутентификация (2FA) и зачем её включать
Двухфакторная аутентификация требует второе подтверждение личности, например код с телефона, поверх пароля, поэтому украденного пароля уже недостаточно; в первую очередь включите её для почты, Google или Apple, банка и Telegram.
Основы - Безопасность3 мин
Что такое WAF (межсетевой экран для веб-приложений) и нужен ли он
WAF — это фильтр перед сайтом, который проверяет HTTP-запросы и отсекает типовые атаки вроде SQL-инъекций и XSS. Он снижает риск, но не заменяет обновления и безопасный код, а оправдан прежде всего для сайтов с формами, личным кабинетом, платежами или заметной публичностью.
Основы - Безопасность3 мин
Что такое XSS: виды межсайтового скриптинга и примеры атак
XSS — уязвимость, при которой чужой JavaScript выполняется на вашем сайте в браузере пользователя. Главная защита — экранировать любые данные при выводе с учётом контекста: HTML, атрибут, URL или скрипт.
Основы - Безопасность3 мин
Безопасность WordPress: пошаговая защита сайта
WordPress чаще всего взламывают через устаревшие плагины и слабые пароли, а не через ядро. Обновляйте всё, держите минимум проверенных плагинов, защитите вход двухфакторкой и лимитом попыток, отключите редактор файлов и ненужный XML-RPC, настройте права и делайте внешние бэкапы.
Практика - Безопасность3 мин
Модель Zero Trust: что это и с чего начать внедрение
Zero Trust — подход, при котором ни пользователь, ни устройство не получают доверия только за то, что находятся во внутренней сети: каждый запрос к ресурсу проверяется по личности, состоянию устройства и контексту. Начинают с инвентаризации, единого входа с MFA и закрытия самых ценных систем, а не с покупки «коробки».
Продвинутое
Есть идея или задача? Расскажите нам
Ответим в течение рабочего дня и предложим решение. Консультация бесплатная.