Модель общей ответственности - схемы
Узнайте больше о Well-Architected T Trust → Модель общей ответственности
Шаблоны
| Где искать | Как хорошо выглядит |
|---|---|
| Платформа | Безопасность | ✅ Проекты архитектуры предполагают, что безопасность физических центров обработки и хранения данных, наблюдение и экологические гарантии находятся в ведении Salesforce (или AWS for Hyperforce) |
| Платформа | Безопасность | ✅ Конструкции безопасности сети используют предоставляемые платформой системы предотвращения DDoS и обнаружения вторжений без повторных инвестиций |
| Платформа | Безопасность | ✅ Все шифрование трафика в пути (TLS 1.2+) и в дежурном режиме (AES-256) обеспечивается инфраструктурой платформы |
| Платформа | Безопасность | ✅ Жесткость платформы, управление уязвимостями и развертывание исправлений входят в обязанности Salesforce; архитекторы планируют на основе запланированных окон обслуживания |
| Платформа | Безопасность | ✅ Безопасность нескольких клиентов и архитектура изоляции клиентов, обеспечивающие разделение данных, являются гарантиями, предоставляемыми платформой |
| Платформа | Соответствие | ✅ Сертификаты соответствия платформы (SOC 1/2/3, ISO 27001/27017/27018, FedRAMP для Government Cloud, HIPAA, PCI DSS, GDPR) доступны на Trust.salesforce.com и compliance.salesforce.com |
| Платформа | Безопасность | ✅ Службы шифрования платформы и инфраструктура резервного копирования - это управляемые платформой возможности, которые используют архитекторы без ответственности за внедрение |
Антишаблоны
| Где искать | Как плохо выглядит |
|---|---|
| Платформа | Безопасность | ⚠️ Конструкции архитектуры включают настраиваемые элементы управления физической безопасностью, защиту периметра сети или упрочнение на уровне ОС, дублирующее предоставленные платформой возможности |
| Платформа | Безопасность | ⚠️ Проверка безопасности ставит под сомнение шифрование платформы в дежурном режиме или безопасность сети без обращения к документации Trust.salesforce.com существующих элементов управления |
| Платформа | Соответствие | ⚠️ Оценки соответствия повторно проверяют средства контроля безопасности инфраструктуры платформы вместо использования существующих сертификатов SOC 2/ISO |
| Платформа | Безопасность | ⚠️ Архитектура берет на себя ответственность за исправление инфраструктуры платформы или управление изоляцией нескольких клиентов |
Шаблоны
| Где искать | Как хорошо выглядит |
|---|---|
| Platform | Identity | ✅ Управление удостоверениями и доступом (роли, профили, наборы полномочий, MFA, SSO, наименьшие привилегии) разработаны и настроены архитекторами |
| Platform | Identity | ✅ Процессы управления жизненным циклом пользователя и повторной сертификации доступа реализованы с помощью документированных ежеквартальных проверок |
| Платформа | Данные | ✅ Управление данными, включая классификацию, маскировку, безопасность объекта/поля/записи, полномочия CRUD и правила общего доступа, являются обязанностями архитектора |
| Платформа | Интеграция | ✅ Безопасность интеграции (OAuth 2.0, проверка подлинности JWT, именованные регистрационные данные, безопасные конечные точки, проверка внешней системы) разработана и поддерживается архитекторами |
| Платформа | Безопасность | ✅ Возможности мониторинга и реагирования (отслеживание событий, контрольные журналы, интеграция SIEM, процедуры реагирования на инциденты) внедряются архитекторами |
| Платформа | Разработка | ✅ Безопасность приложения, включительно с безопасным настраиваемым кодом (Apex, Lightning), проверка ввода, предотвращение закачки и безопасные практики разработки являются обязанностями архитектора и разработчика |
| Платформа | Соответствие | ✅ Решения поддерживают состояние соответствия посредством управления конфиденциальностью/согласием, политик сохранности данных и конфигурации соответствия, соответствующей нормативным требованиям |
Антишаблоны
| Где искать | Как плохо выглядит |
|---|---|
| Platform | Identity | ⚠️ Управление удостоверениями и доступом обрабатывается как «безопасность платформы» без создания ролей, профилей, наборов полномочий или требований MFA |
| Платформа | Данные | ⚠️ Предполагается, что управление данными предоставляется платформой; не настроены классификация данных, правила общего доступа или безопасность поля |
| Платформа | Интеграция | ⚠️ Безопасность интеграции зависит от элементов управления на уровне сети без внедрения OAuth, управления регистрационными данными или проверки конечной точки |
| Платформа | Безопасность | ⚠️ Мониторинг и реагирование на инциденты рассматриваются как обязанности Salesforce; отсутствуют процедуры мониторинга событий, интеграции SIEM или реагирования |
| Платформа | Разработка | ⚠️ Безопасность настраиваемого кода не проверена; накапливаются уязвимости впрыска, отсутствие внедрения CRUD/FLS и небезопасные схемы |
| Платформа | Соответствие | ⚠️ Конфигурация соответствия так и не внедрена; решения нарушают нормативные требования, несмотря на сертификаты платформы |
Шаблоны
| Где искать | Как хорошо выглядит |
|---|---|
| Платформа | Соответствие | ✅ Сертификация платформы (SOC 2 Type II, ISO 27001, FedRAMP for Government Cloud, HIPAA, PCI DSS, GDPR) упоминается в документации о соответствии как охватывающая обязанности инфраструктуры |
| Платформа | Соответствие | ✅ Подготовка аудита использует Trust.salesforce.com и документацию compliance.salesforce.com для элементов управления инфраструктурой платформы |
| Платформа | Соответствие | ✅ Документация о соответствии четко разграничивает предоставляемые платформой сертификаты по сравнению с внедренными архитектором элементами управления для настраиваемых решений |
| Платформа | Архитектура | ✅ Настраиваемые объекты, код Apex, интеграции и конфигурации созданы для поддержания состояния соответствия, предоставляемого платформой |
| Платформа | Соответствие | ✅ Документация по архитектуре четко соотносит соответствие настраиваемых решений нормативным требованиям при использовании сертификации платформы |
| Платформа | Соответствие | ✅ Региональные сертификаты и требования к соответствию определяют выбор региона Hyperforce во время инициализации организации |
Антишаблоны
| Где искать | Как плохо выглядит |
|---|---|
| Платформа | Соответствие | ⚠️ Предполагается, что сертификации платформы охватывают все обязательства по соблюдению; настраиваемые средства управления решениями не внедряются |
| Платформа | Соответствие | ⚠️ Попытки подготовки аудита для повторного аудита элементов управления инфраструктурой платформы вместо ссылки на существующие сертификаты |
| Платформа | Архитектура | ⚠️ Настраиваемый код, конфигурации и интеграции нарушают требования соответствия, несмотря на наличие соответствующих сертификатов платформы |
| Платформа | Соответствие | ⚠️ Документация о соответствии не позволяет четко отделить сертификации платформы от элементов управления, внедренных архитектором |
| Платформа | Соответствие | ⚠️ В архитектуре отсутствует документированное соотнесение того, как настраиваемые решения поддерживают состояние соответствия при использовании сертификатов платформы |
Шаблоны
| Где искать | Как хорошо выглядит |
|---|---|
| Платформа | Безопасность | ✅ Процедуры реагирования на инциденты документируют сотрудничество: Salesforce предоставляет обнаружение платформы и ответ; архитекторы предоставляют обнаружение и ответ на уровне решения |
| Платформа | Безопасность | ✅ Обязанности по управлению уязвимостью четко задокументированы: Платформа исправлений Salesforce; архитекторы исправляют настраиваемый код и установленные пакеты |
| Платформа | Безопасность | ✅ Мониторинг безопасности объединяет события платформы (Event Monitoring) с настроенными архитектором бизнес-процессами анализа, оповещения и реагирования |
| Платформа | Архитектура | ✅ Каждый принцип дизайна, раздел темы и элемент контрольного списка в Trust pillar обрабатывается как ответственность архитектора в модели общей ответственности |
| Платформа | Безопасность | ✅ Конструкторские решения прямо ссылаются на границы модели общей ответственности, отличая предоставленные платформой элементы управления от элементов управления, настроенных архитектором |
| Платформа | Архитектура | ✅ Записи решений архитектуры документируют границы ответственности за средства контроля безопасности, требования соответствия и реакцию на инцидент |
| Платформа | Безопасность | ✅ Проверки безопасности проверяют корректность внедрения обязанностей архитектора (конфигурация, элементы управления доступом, настраиваемый код) на основе, предоставленной платформой |
Антишаблоны
| Где искать | Как плохо выглядит |
|---|---|
| Платформа | Безопасность | ⚠️ Процедуры реагирования на инцидент предполагают, что Salesforce обрабатывает все аспекты; возможности обнаружения, реагирования или восстановления на уровне решения отсутствуют |
| Платформа | Безопасность | ⚠️ Управление уязвимостями не учитывает настраиваемый код; учитываются только исправления платформы |
| Платформа | Безопасность | ⚠️ Мониторинг безопасности полностью зависит от инструментов платформы без настроенного архитектором анализа или бизнес-процессов ответа |
| Платформа | Архитектура | ⚠️ Конструкторские решения не ссылаются на модель общей ответственности; существует путаница в том, кто и что обеспечивает |
| Платформа | Архитектура | ⚠️ Записи решений по архитектуре опускают границы ответственности; предположения безопасности являются неявными, а скрытыми |
| Платформа | Безопасность | ⚠️ Проверки безопасности предполагают устранение ответственности архитектора за безопасность платформы |
Шаблоны
| Где искать | Как хорошо выглядит |
|---|---|
| Здравоохранение | HIPAA | ✅ Shield Platform Encryption включено для всех полей, содержащих защищенные сведения о здоровье (PHI) |
| Здравоохранение | HIPAA | ✅ Контрольный журнал поля настроен на соответствие требованиям HIPAA к хранению для отслеживания доступа к PHI (подтвердите текущий период по регламенту) |
| Здравоохранение | HIPAA | ✅ Мониторинг событий настроен на обнаружение несанкционированных схем доступа PHI с предупреждениями, перенаправляемыми группам безопасности |
| Здравоохранение | HIPAA | ✅ Технические гарантии, требуемые правилом безопасности HIPAA (контроль доступа, регистрация аудита, безопасность передачи) внедряются посредством конфигурации архитектора |
| Financial | SOX/PCI | ✅ Разделение обязанностей реализовано посредством дизайна набора полномочий, предотвращающего создание и утверждение финансовых операций отдельными пользователями |
| Financial | PCI DSS | ✅ Полные номера основных организаций (PAN) не попадают в Salesforce, где это возможно, и маркируются посредством платежных систем для сокращения масштабов; где PAN должен храниться, используются зашифрованные настраиваемые поля под управлением PCI DSS |
| Конфиденциальность | GDPR/CCPA | ✅ Управление согласием реализовано посредством детального отслеживания и отзыва согласия |
| Конфиденциальность | GDPR/CCPA | ✅ Бизнес-процессы прав субъекта данных (доступ, исправление, удаление, переносимость) выполняют в окне ответа наборы регулирующих правил для развертывания |
| Конфиденциальность | GDPR/CCPA | ✅ Автоматизация сохранности данных удаляет данные при истечении срока действия согласия или срока хранения |
| Правительство | FedRAMP | ✅ Salesforce Government Cloud используется для регламентированной загруженности правительств, требующей соответствия FedRAMP |
| Правительство | FedRAMP | ✅ элементы управления NIST 800-53 соотносятся с конфигурацией Salesforce с документированным внедрением для каждого применимого элемента управления |
| Правительство | FedRAMP | ✅ Постоянный мониторинг с помощью мониторинга событий перенаправляется в правительственную инфраструктуру SIEM для обнаружения угроз в реальном времени |
Антишаблоны
| Где искать | Как плохо выглядит |
|---|---|
| Здравоохранение | HIPAA | ⚠️ PHI хранится в стандартных зашифрованных полях без Shield Platform Encryption или Field Audit Trail |
| Здравоохранение | HIPAA | ⚠️ Мониторинг событий не настроен на обнаружение несанкционированного доступа к PHI; нарушения происходят незамеченными |
| Financial | SOX/PCI | ⚠️ Отдельные пользователи могут создавать и утверждать финансовые операции; разделение обязанностей не применяется |
| Financial | PCI DSS | ⚠️ Полные номера основных организаций (PAN) хранятся в стандартных полях Salesforce без шифрования вместо использования маркера платежной системы или шифрованного хранилища, соответствующего PCI DSS |
| Конфиденциальность | GDPR/CCPA | ⚠️ Управление согласием не внедрено; данные обрабатываются без детального согласия или возможностей отзыва |
| Конфиденциальность | GDPR/CCPA | ⚠️ Запросы прав субъекта данных обрабатываются вручную посредством группы юристов вместо автоматизации, размер которой соответствует окну ответа регламента |
| Конфиденциальность | GDPR/CCPA | ⚠️ Сохранность данных выполняется вручную; данные накапливаются бесконечно, несмотря на просроченное согласие или завершение периода хранения |
| Правительство | FedRAMP | ⚠️ Регулируемая рабочая нагрузка правительства выполняется в коммерческих экземплярах Salesforce вместо Government Cloud |
| Правительство | FedRAMP | ⚠️ Элементы управления NIST 800-53 не соотносятся с конфигурацией Salesforce; существуют пробелы в соответствии |
| Правительство | FedRAMP | ⚠️ Мониторинг событий не перенаправляется в правительственный SIEM; требования постоянного мониторинга не выполняются |
Шаблоны
| Где искать | Как хорошо выглядит |
|---|---|
| Платформа | Безопасность | ✅ Пользователи с критическими полномочиями системы (Просмотр всех данных, изменение всех данных, управление пользователями) инвентаризируются и отслеживаются как активы с повышенными полномочиями |
| Платформа | Мониторинг событий Shield | ✅ Отслеживание событий собирает журналы событий, охватывающие входы, экспорт отчетов и данных, изменения полномочий и вызовы API для анализа безопасности |
| Платформа | Мониторинг событий Shield | ✅ Журналы мониторинга событий перенаправляются на внешнюю платформу SIEM для корреляции с событиями безопасности, не относящимися к Salesforce |
| Интеграция | SIEM | ✅ Правила корреляции SIEM определяют расширение привилегий, например, изменения полномочий вне утвержденных окон изменений и аномалии объема API выше базиса |
| Интеграция | SIEM | ✅ Панели мониторинга SIEM предоставляют доступ к изменениям активов безопасности, например, предоставление привилегированного пользователя и экспорт данных |
| Платформа | Документация | ✅ Запас активов безопасности документируется с категориями активов (пользователи, данные, интеграции, пакеты, конфигурации), ответственными и проверкой каденции |
Антишаблоны
| Где искать | Как плохо выглядит |
|---|---|
| Платформа | Безопасность | ⚠️ Запас активов безопасности хранится вручную в электронных таблицах, которые устарели сразу после создания |
| Платформа | Безопасность | ⚠️ Активы безопасности отслеживаются посредством Tribal Knowledge без документированного, запрашиваемого запаса, доступного во время инцидентов |
| Платформа | Безопасность | ⚠️ Аудиты безопасности проводятся только во время ежегодных проверок соответствия без постоянного контроля между проверками |
| Платформа | Безопасность | ⚠️ Инвентарь активов безопасности собирается, но никогда не проверяется; скрытые организации, осиротевшие интеграции и чрезмерные полномочия сохраняются бесконечно |
| Платформа | Безопасность | ⚠️ Пользователи официальной интеграции отслеживаются, но бизнес-единицы создают специальные связанные приложения в обход политики проверки безопасности и ротации регистрационных данных |
| Платформа | Мониторинг событий Shield | ⚠️ Мониторинг событий включен, но события не перенаправляются в SIEM; события безопасности остаются изолированными в Salesforce без корреляции |
| Платформа | Интеграция | ⚠️ Теневые ИТ-интеграции обходят отслеживание запасов; несанкционированное действие API создает риски эксфильтрации данных |