КАТЕГОРИЯ
Безопасность
205 материалов
Многоуровневая защитаНельзя полагаться на единственный защитный барьер.Zero TrustНи один субъект или компонент не считается доверенным по умолчанию.Принцип наименьших привилегийДавайте только минимально необходимые права и на минимальный срок.Разделение обязанностейКритическая операция требует участия независимых ролей.Assume BreachАрхитектура проектируется с допущением, что часть периметра уже скомпрометирована.Complete MediationКаждый доступ к объекту проходит проверку авторизации.Open DesignБезопасность не должна зависеть от секретности конструкции.Economy of MechanismМеханизмы защиты должны быть простыми и проверяемыми.Fail-Safe DefaultsПо умолчанию доступ запрещен, разрешения выдаются явно.Least Common MechanismСовместно используемые механизмы минимизируются для снижения утечек.Psychological AcceptabilityЗащита должна быть достаточно удобной, чтобы ее не обходили.Threat ModelingАктивы, угрозы, границы доверия и меры защиты анализируются заранее.DREADРиск оценивается по ущербу, воспроизводимости, эксплуатации, охвату и обнаружению.Attack SurfaceРиск растет с числом доступных точек взаимодействия.Security by DesignБезопасность учитывается в архитектуре, а не добавляется после реализации.Privacy by DesignЗащита данных встроена в продукт и настройки по умолчанию.Kerckhoffs’s PrincipleСистема остается безопасной даже при известном алгоритме, кроме ключа.Shannon’s MaximПротивник знает систему; секретом должен оставаться ключ.Confused DeputyПривилегированный компонент обманом используют для доступа от имени атакующего.TOCTOUСостояние меняется между проверкой и использованием.Privilege CreepПрава накапливаются со временем и не отзываются.Secret SprawlСекреты размножаются по коду, логам, CI и конфигурациям.Security Through ObscurityЗащита зависит от скрытности устройства вместо стойкого механизма.Trust on First UseПервое соединение принимается без независимой проверки и закрепляет идентичность.Credential StuffingУкраденные пары логин-пароль массово проверяются на других сервисах.Dependency ConfusionПубличный пакет подменяет внутреннюю зависимость с тем же именем.TyposquattingПохожее имя пакета или домена ловит ошибки ввода.Prompt InjectionНедоверенный текст изменяет инструкции языковой модели.Fail SecureПри сбое система должна переходить в состояние, не расширяющее доступ.Secure by DefaultБезопасные настройки должны действовать без дополнительной конфигурации.Secure by DesignМодель угроз и защитные ограничения учитываются до реализации функции.Модель угроз STRIDEКлассифицирует угрозы по подмене, изменению, отказу, раскрытию и повышению привилегий.Attack Surface ReductionУменьшает число доступных точек входа и возможностей злоупотребления.Zero Trust ArchitectureКаждый запрос проверяется независимо от сетевого расположения субъекта.Capability-Based SecurityДоступ определяется явным владением неподлежающей подделке возможностью.Principle of Complete MediationКаждая попытка доступа должна проходить проверку, а не только первая.Salted Password HashingСоль делает одинаковые пароли различимыми и усложняет массовый перебор.Key RotationОграничивает срок полезности скомпрометированного ключа.Secrets ManagementСекреты хранятся, выдаются и аудируются отдельно от кода и конфигураций.Security BoundaryГраница доверия должна быть явной, минимальной и проверяемой.Input CanonicalizationДанные приводятся к единой форме до проверки правил безопасности.Output EncodingДанные кодируются под конкретный контекст вывода для предотвращения инъекций.Session Fixation ProtectionИдентификатор сессии меняется после аутентификации и повышения привилегий.Audit LoggingКритические действия записываются так, чтобы восстановить последовательность событий.Subresource IntegrityПроверяет хэш внешнего ресурса перед его выполнением браузером.SameSite CookiesОграничивает отправку cookie в межсайтовых запросах.CORS PolicyУправляет доступом веб-страниц к ресурсам другого происхождения.Федеративная идентичностьДелегирует аутентификацию доверенному провайдеру идентичности.Паттерн GatekeeperИзолирует внешний трафик через строго контролируемый посредник.Паттерн Valet KeyВыдает ограниченный по времени и правам доступ к конкретному ресурсу.Нарушение контроля доступаНарушение контроля доступа — признанный класс риска, требующий архитектурных и эксплуатационных мер.Ошибочная конфигурация безопасностиОшибочная конфигурация безопасности — признанный класс риска, требующий архитектурных и эксплуатационных мер.Сбои цепочки поставки ПОСбои цепочки поставки ПО — признанный класс риска, требующий архитектурных и эксплуатационных мер.Криптографические сбоиКриптографические сбои — признанный класс риска, требующий архитектурных и эксплуатационных мер.ИнъекцияИнъекция — признанный класс риска, требующий архитектурных и эксплуатационных мер.Небезопасное проектированиеНебезопасное проектирование — признанный класс риска, требующий архитектурных и эксплуатационных мер.Сбои аутентификацииСбои аутентификации — признанный класс риска, требующий архитектурных и эксплуатационных мер.Нарушение целостности ПО или данныхНарушение целостности ПО или данных — признанный класс риска, требующий архитектурных и эксплуатационных мер.Сбои журналирования и оповещенияСбои журналирования и оповещения — признанный класс риска, требующий архитектурных и эксплуатационных мер.Ошибочная обработка исключительных условийОшибочная обработка исключительных условий — признанный класс риска, требующий архитектурных и эксплуатационных мер.Нарушение авторизации на уровне объектовНарушение авторизации на уровне объектов — признанный класс риска, требующий архитектурных и эксплуатационных мер.Нарушение авторизации свойств объектаНарушение авторизации свойств объекта — признанный класс риска, требующий архитектурных и эксплуатационных мер.Неограниченное потребление ресурсовНеограниченное потребление ресурсов — признанный класс риска, требующий архитектурных и эксплуатационных мер.Нарушение авторизации на уровне функцийНарушение авторизации на уровне функций — признанный класс риска, требующий архитектурных и эксплуатационных мер.Неограниченный доступ к чувствительным бизнес-процессамНеограниченный доступ к чувствительным бизнес-процессам — признанный класс риска, требующий архитектурных и эксплуатационных мер.Подделка серверных запросовПодделка серверных запросов — признанный класс риска, требующий архитектурных и эксплуатационных мер.Неправильное управление инвентарем APIНеправильное управление инвентарем API — признанный класс риска, требующий архитектурных и эксплуатационных мер.Небезопасное потребление APIНебезопасное потребление API — признанный класс риска, требующий архитектурных и эксплуатационных мер.Защита от CSRFЗащита от CSRF не позволяет стороннему сайту незаметно выполнить действие от имени уже авторизованного пользователя.Политика изоляции окон COOPCOOP определяет, какие документы могут оставаться в одной группе контекстов просмотра после открытия или перехода между окнами.Политика ресурсов CORPCORP позволяет ресурсу указать, с каких происхождений или сайтов браузер может отдавать его содержимое в ответ на cross-origin запрос.Политика разрешений браузераPermissions Policy ограничивает доступ документа и вложенных фреймов к возможностям браузера, например камере, микрофону или геолокации.Доверенные типы для DOMTrusted Types ограничивает передачу обычных строк в опасные DOM-интерфейсы и заставляет создавать значения через проверяемые политики.Безопасные контексты вебаБезопасный контекст — среда, которую браузер считает достаточно надёжной для чувствительных API, обычно HTTPS или локальная разработка.Ротация refresh-токеновПри ротации сервер выдаёт новый refresh-токен при каждом обновлении доступа и делает предыдущий недействительным.Веб-аутентификация WebAuthnWebAuthn позволяет сайту регистрировать и использовать привязанные к происхождению криптографические учётные данные.PKCE для OAuth 2.0PKCE связывает код авторизации с одноразовым секретом клиента и мешает обменять перехваченный код без verifier.Подтверждение владения токеном DPoPDPoP привязывает OAuth-токен к ключу клиента и требует криптографическое доказательство владения этим ключом при запросах.Метаданные контекста запросаFetch Metadata передаёт серверу сведения о сайте-источнике, режиме и назначении запроса, чтобы сервер мог отбрасывать подозрительные cross-site обращения.Подписи HTTP-сообщенийHTTP Message Signatures задаёт способ подписывать выбранные компоненты HTTP-запроса или ответа и проверять их целостность и происхождение.