Приложение использует кластер ElastiCache for Redis для кэширования. В кластере уже включено шифрование неактивных данных (encryption at rest), но не включено шифрование при передаче данных (encryption in transit), и клиенты могут получать доступ к кэшу без аутентификации. Архитектору решений необходимо требовать аутентификацию клиентов и включить сквозное шифрование при передаче данных. Какое решение соответствует этим требованиям?

Правильный ответ предусматривает использование токена AUTH для аутентификации и включение шифрования при передаче данных на существующем кластере ElastiCache for Redis. AWS Secrets Manager — это безопасный и рекомендуемый способ хранения учетных данных, таких как токены AUTH, благодаря его функциям ротации и детального контроля доступа. Обновление приложения для получения токена из Secrets Manager обеспечивает безопасное подключение. Неправильные варианты: Использование Systems Manager Parameter Store для токена AUTH менее безопасно, чем Secrets Manager, который специально разработан для хранения секретов. Создание нового кластера не всегда необходимо, если существующий кластер можно модифицировать. Использование SSL-сертификатов для аутентификации клиентов в Redis не является стандартным механизмом. Redis использует AUTH-токены для аутентификации. SSL-сертификаты используются для шифрования трафика (TLS), но не для аутентификации клиента в контексте Redis AUTH. Аналогично предыдущему, использование SSL-сертификатов для аутентификации клиента в Redis неверно. Parameter Store менее предпочтителен для секретов, чем Secrets Manager.