Bir şirket, güvenliği ihlal edilmiş kimlik bilgileri için olay müdahale planını test ediyor. Bir Amazon EC2 örneğinde bir veritabanı çalışıyor ve hassas veritabanı kimlik bilgileri, genel rotasyon şablonuna dayalı bir AWS Lambda işlevi aracılığıyla rotasyon etkinleştirilmiş olarak AWS Secrets Manager'da bir secret olarak depolanıyor. EC2 örneği ve Lambda işlevi aynı özel alt ağda bulunuyor. VPC'nin bir Secrets Manager VPC endpoint'i var. Rotasyon başarısız oluyor ve CloudWatch Logs şunu gösteriyor: “setSecret: Unable to log into database.” VPC endpoint'i beklendiği gibi çalışıyor. Bu hatayı hangi çözüm giderir?

setSecret: Unable to log into database" hatası, Lambda rotasyon işlevinin veritabanına bağlanamadığını gösterir. Lambda işlevi ve EC2 örneği aynı özel alt ağda olsa bile, güvenlik grupları arasındaki kurallar iletişimi engelleyebilir. Lambda işlevinin bağlı olduğu güvenlik grubunun EC2 örneğine giden bağlantılara izin vermesi ve EC2 örneğinin güvenlik grubunun Lambda işlevinin güvenlik grubundan gelen bağlantılara izin vermesi gerekir. Bu, iki kaynak arasında gerekli ağ erişimini sağlar. Diğer seçenekler neden yanlış: Secret'ın JSON yapısını düzenlemek, bağlantı sorununu çözmez, kimlik bilgisi formatı doğru olsa bile erişim engellenir. AWS CLI kullanarak secret'ı görüntülemek veya rotasyonu zorlamak, temel bağlantı sorununu gidermez. Bir internet ağ geçidi ve NAT ağ geçidi eklemek gereksizdir çünkü VPC endpoint zaten Secrets Manager'a özel erişim sağlar ve sorun Lambda ile EC2 arasındaki bağlantıdır, Secrets Manager ile değil.