Вы просматриваете документацию по Apigee Edge.
Перейдите к документации по Apigee X. Информация
Соблюдение требований HIPAA в Apigee Edge
Мы уделяем огромное внимание сохранности, защите и доступности пользовательских данных. Чтобы продемонстрировать соответствие отраслевым стандартам безопасности, Google прошла сертификацию на соответствие стандарту ISO 27001 и аудит SOC 2 и SOC 3 типа II. Организации, на которые распространяется действие закона США "О преемственности страхования и отчетности в области здравоохранения" (HIPAA), могут настроить Apigee Edge в соответствии с его требованиями.
Согласно закону HIPAA, определенная информация о здоровье человека или услугах здравоохранения классифицируется как закрытая информация о состоянии здоровья (PHI). Клиенты Apigee Edge, на которых распространяются положения HIPAA и которые хотят использовать Apigee Edge для работы с закрытой информацией о состоянии здоровья, должны подписать с компанией Google соглашение между деловыми партнерами.
Клиенты Apigee Edge самостоятельно определяют, подпадают ли они под действие HIPAA и используют ли они или собираются использовать закрытую информацию о состоянии здоровья в сервисах Google. Организации, не заключившие соглашение между деловыми партнерами с Google, не имеют права использовать сервисы Google для обработки закрытой информации о состоянии здоровья.
Перед использованием сервисов Google для обработки закрытой информации о состоянии здоровья администраторы должны изучить и принять соглашение между деловыми партнерами.
Чтобы помочь клиентам, работающим с закрытой информацией о состоянии здоровья, мы опубликовали руководство по настройке HIPAA для Apigee. Оно предназначено для сотрудников, отвечающих в организации за внедрение стандартов HIPAA и соблюдение положений этого закона при работе с Apigee Edge.
Руководство по настройке HIPAA для Edge Public Cloud
Это руководство предназначено только для информационных целей. Информация и рекомендации в этом руководстве не являются юридической консультацией. Каждый клиент несет ответственность за самостоятельную оценку использования сервисов в соответствии со своими юридическими обязательствами.
Клиентам, на которых распространяется действие закона США "О преемственности страхования и отчетности в области здравоохранения" (HIPAA) с поправками, в том числе внесенными законом "О медицинских информационных технологиях для экономического и клинического здоровья" (HITECH), и которые приобрели пакет для обеспечения соответствия требованиям HIPAA, следует ознакомиться с приведенными ниже пунктами. Эти элементы доступны в Edge и помогают организации клиента соблюдать требования HIPAA. Основная концепция заключается в том, что Google обеспечивает безопасность платформы, а клиент – безопасность своих данных.
| Требования HIPAA | Разделы |
|---|---|
| Соблюдение требований HIPAA: безопасность – контроль доступа | Использование/авторизация |
| Соответствие требованиям HIPAA: процесс управления безопасностью – проверка активности информационной системы | Журнал аудита |
| Соблюдение требований HIPAA: управление паролями | Требования к сложным паролям или SAML |
| Соблюдение требований HIPAA: безопасность – процесс управления безопасностью | Сканирование конечных точек |
| Соблюдение требований HIPAA: безопасность – передача | Конфигурация TLS |
Трассировка / отладка
Инструмент Trace/Debug — это инструмент устранения неполадок, который позволяет пользователю просматривать статус и содержимое вызова API по мере его обработки Message Processor Apigee. Трассировка и отладка – это два названия одной и той же службы, но доступ к ней осуществляется разными способами. В интерфейсе Edge этот сервис называется Trace. Отладка – название того же сервиса, когда он используется через вызовы API. Термин "Трассировка", используемый в этом документе, относится как к трассировке, так и к отладке.
Во время сеанса трассировки маскировка данных применяется, если она включена и настроена клиентом. Этот инструмент позволяет блокировать отображение данных во время трассировки. Подробнее о маскировке данных…
Зашифрованные карты "ключ-значение" используются клиентами, которым необходимо соответствовать требованиям HIPAA. При использовании зашифрованного хранилища пар "ключ-значение" (KVM) Trace можно использовать, но некоторые переменные не будут видны на экране Trace. Чтобы эти переменные также отображались во время трассировки, можно выполнить дополнительные действия.
Подробные инструкции по использованию Trace приведены в статье Как использовать инструмент Trace.
Подробную информацию о картах значений ключей, в том числе зашифрованных, можно найти в статье Как работать с картами значений ключей.
Использование/авторизация
Доступ к Trace управляется с помощью системы контроля доступа на основе ролей для аккаунтов пользователей в Edge (соответствие требованиям HIPAA: безопасность – контроль доступа). Подробные инструкции по использованию системы RBAC для предоставления и отзыва прав на трассировку приведены в статьях Как назначать роли и Как создавать специальные роли в интерфейсе. Разрешения на отслеживание позволяют пользователю запускать и останавливать отслеживание, а также получать доступ к результатам сеанса отслеживания.
Поскольку у Trace есть доступ к полезной нагрузке вызовов API (официально называемой "телом сообщения"), важно учитывать, у кого есть разрешение на запуск Trace. Поскольку управление пользователями – это обязанность клиента, предоставление разрешений на трассировку также является обязанностью клиента. Apigee как владелец платформы может добавить пользователя в организацию клиента и назначить ему права. Эта возможность используется только по запросу клиента в тех случаях, когда служба поддержки не может решить проблему и есть основания полагать, что анализ сеанса трассировки поможет определить ее причину.
Деидентификация данных
Маскировка данных предотвращает показ данных деликатного характера только во время сеанса трассировки или отладки как в интерфейсе трассировки (Edge UI), так и в серверной части с помощью отладки (Edge API). Подробнее о том, как настроить деидентифицирование, можно узнать в статье Деидентифицирование и скрытие данных.
Маскировка данных НЕ предотвращает их появление в файлах журналов, кеше, аналитике и т. д. Чтобы замаскировать данные в журналах, добавьте шаблон регулярного выражения в файл logback.xml. Данные деликатного характера, как правило, не следует записывать в кеш или аналитику без веских бизнес-причин и проверки со стороны ваших команд по безопасности и юридическим вопросам.
Кеш L1 и L2
При использовании кеша L1 автоматически используется и кеш L2. Кеш L1 – это только память, а кеш L2 записывает данные на диск, чтобы синхронизировать несколько кешей L1. Кэш уровня 2 обеспечивает синхронизацию нескольких процессоров сообщений в регионе и во всем мире. В настоящее время нельзя включить кеш L1 без кеша L2. Кэш L2 записывает данные на диск, чтобы их можно было синхронизировать с другими процессорами сообщений для организации клиента. Подробные инструкции по использованию кеша приведены в разделе Добавление кеширования и сохранения данных.
Журнал аудита
Клиенты могут просматривать журнал аудита всех действий администраторов, выполненных в организации клиента, в том числе с использованием Trace (соответствие требованиям HIPAA: процесс управления безопасностью – проверка действий в информационной системе). Подробные инструкции можно найти здесь и в разделе Как использовать инструмент трассировки.
Сложные требования к паролям или SAML
Для клиентов, на которых распространяется действие закона HIPAA, пароли пользователей настраиваются в соответствии с расширенными требованиями, такими как длина, сложность и срок действия. (Соблюдение требований HIPAA: управление паролями)
В Edge также предлагается многофакторная аутентификация, описанная в разделе Включение двухфакторной аутентификации для аккаунта Apigee, и SAML, описанная в разделе Включение аутентификации SAML для Edge, в качестве альтернативных средств управления аутентификацией.
Безопасность конечных точек
Сканирование конечных точек
Клиенты Edge Cloud отвечают за сканирование и тестирование конечных точек API (иногда называемых компонентами среды выполнения) в Edge ( Соответствие требованиям HIPAA: безопасность – процесс управления безопасностью). Тестирование должно охватывать фактические прокси-серверы API, размещенные в Edge, куда трафик API отправляется до обработки и доставки в центр обработки данных клиента. Тестирование общих ресурсов, таких как интерфейс портала управления, не разрешено для отдельных клиентов (отчет стороннего лица о тестировании общих сервисов предоставляется клиентам по запросу и при условии подписания соглашения о неразглашении).
Клиентам рекомендуется тестировать конечные точки API. Соглашение с Apigee не запрещает тестировать конечные точки API, но требует не тестировать общий интерфейс управления. Если вам нужна дополнительная информация, создайте запрос в службу поддержки, указав, что вы планируете тестирование. Мы будем благодарны, если вы заранее уведомите Apigee о тестировании, чтобы мы могли отслеживать трафик.
Клиенты, тестирующие свои конечные точки, должны искать проблемы, связанные с API и сервисами Apigee, а также проверять TLS и другие настраиваемые элементы. Если вы обнаружите какие-либо элементы, связанные с сервисами Apigee, сообщите об этом команде Apigee, создав запрос в службу поддержки.
Большинство проблем, связанных с конечной точкой, можно устранить самостоятельно, изучив документацию Edge. Если вы не знаете, как исправить какие-либо ошибки, отправьте запрос в службу поддержки.
Конфигурация TLS
Клиенты несут ответственность за определение и настройку собственных конечных точек TLS для прокси API. Это функция самообслуживания в Edge. Требования клиентов к шифрованию, протоколу и алгоритму могут сильно различаться и зависят от конкретного варианта использования. Поскольку Apigee не знает подробностей о структуре API и полезной нагрузке данных каждого клиента, клиенты сами должны определять подходящий способ шифрования передаваемых данных ( соответствие требованиям HIPAA: безопасность – передача данных).
Подробные инструкции по настройке TLS приведены в статье TLS/SSL.
Хранение данных
Для корректной работы Edge не требуется хранить данные в Edge. Однако для хранения данных на пограничном устройстве можно использовать другие сервисы. Клиенты могут использовать для хранения данных кеш или аналитику. Администраторам клиентов рекомендуется проверять конфигурацию, правила и развертывания, чтобы избежать случайного или злонамеренного использования сервисов хранения данных в Edge с нарушением требований.
Шифрование полезных данных
Клиентам не предлагаются инструменты шифрования данных для использования в Edge. Однако клиенты могут зашифровать данные перед отправкой в Edge. Зашифрованные данные в полезной нагрузке (или теле письма) не мешают работе Edge. Некоторые правила Edge могут не работать с данными, если они были зашифрованы клиентом. Например, преобразование невозможно, если данные недоступны для Edge. Но другие правила, а также правила и пакеты, созданные клиентами, будут работать, даже если полезная нагрузка данных зашифрована.
Персональные данные в URI
Единая аналитическая платформа Apigee (UAP) собирает аналитические данные, в том числе защищенную медицинскую информацию и другие конфиденциальные данные, включенные в унифицированный идентификатор ресурса (URI) вызова API в Apigee Edge, и хранит их в течение 13 месяцев. Закрытая информация о состоянии здоровья в URI поддерживается стандартами Fast Healthcare Interoperability Resources (FHIR), а значит, и Apigee. Данные Аналитики в UAP по умолчанию шифруются при хранении.
В настоящее время Apigee не поддерживает:
- Деидентификация данных в UAP
- Как изменить цикл хранения
- Как отключить универсальные приложения для продвижения
- Как отказаться от сбора URI в рамках сбора данных UAP