Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Perlindungan data di Amazon MQ
Model tanggung jawab AWS https://aws.amazon.com/compliance/shared-responsibility-model/
Untuk tujuan perlindungan data, kami menyarankan Anda melindungi Akun AWS kredenSIAL dan mengatur pengguna individu dengan AWS IAM Identity Center atau AWS Identity and Access Management (IAM). Dengan cara itu, setiap pengguna hanya diberi izin yang diperlukan untuk memenuhi tanggung jawab tugasnya. Kami juga menyarankan supaya Anda mengamankan data dengan cara-cara berikut:
-
Gunakan autentikasi multi-faktor (MFA) pada setiap akun.
-
Gunakan SSL/TLS untuk berkomunikasi dengan AWS sumber daya. Kami mensyaratkan TLS 1.2 dan menganjurkan TLS 1.3.
-
Siapkan API dan pencatatan aktivitas pengguna dengan AWS CloudTrail. Untuk informasi tentang menggunakan CloudTrail jalur untuk menangkap AWS aktivitas, lihat Bekerja dengan CloudTrail jejak di Panduan AWS CloudTrail Pengguna.
-
Gunakan solusi AWS enkripsi, bersama dengan semua kontrol keamanan default di dalamnya Layanan AWS.
-
Gunakan layanan keamanan terkelola tingkat lanjut seperti Amazon Macie, yang membantu menemukan dan mengamankan data sensitif yang disimpan di Amazon S3.
-
Jika Anda memerlukan modul kriptografi tervalidasi FIPS 140-3 saat mengakses AWS melalui antarmuka baris perintah atau API, gunakan titik akhir FIPS. Lihat informasi selengkapnya tentang titik akhir FIPS yang tersedia di Standar Pemrosesan Informasi Federal (FIPS) 140-3
.
Kami sangat merekomendasikan agar Anda tidak pernah memasukkan informasi identifikasi yang sensitif, seperti nomor rekening pelanggan Anda, ke dalam tanda atau bidang isian bebas seperti bidang Nama. Ini termasuk saat Anda bekerja dengan Amazon MQ atau lainnya Layanan AWS menggunakan konsol, API AWS CLI, atau AWS SDK. Data apa pun yang Anda masukkan ke dalam tanda atau bidang isian bebas yang digunakan untuk nama dapat digunakan untuk log penagihan atau log diagnostik. Saat Anda memberikan URL ke server eksternal, kami sangat menganjurkan supaya Anda tidak menyertakan informasi kredensial di dalam URL untuk memvalidasi permintaan Anda ke server itu.
Untuk broker Amazon MQ untuk ActiveMQ dan Amazon MQ untuk RabbitMQ, jangan gunakan informasi identitas pribadi (PII) atau informasi rahasia atau sensitif lainnya untuk nama broker atau nama pengguna saat membuat sumber daya melalui konsol web broker, atau Amazon MQ API. Nama broker dan nama pengguna dapat diakses oleh AWS layanan lain, termasuk CloudWatch Log. Nama pengguna broker tidak dimaksudkan untuk digunakan untuk data pribadi atau sensitif.
penting
TLS 1.3 tidak tersedia untuk broker RabbitMQ.
Enkripsi
Data pengguna yang disimpan di Amazon MQ dienkripsi saat istirahat. Enkripsi Amazon MQ saat istirahat memberikan keamanan yang ditingkatkan dengan mengenkripsi data Anda menggunakan kunci enkripsi yang disimpan di AWS Key Management Service (KMS). Layanan ini membantu mengurangi beban operasional dan kompleksitas yang terlibat dalam melindungi data sensitif. Dengan enkripsi saat istirahat, Anda dapat membangun aplikasi yang sensitif terhadap keamanan yang memenuhi persyaratan kepatuhan enkripsi dan peraturan.
Semua koneksi antara broker Amazon MQ menggunakan Keamanan Lapisan Pengangkutan (TLS) untuk memberikan enkripsi dalam transit.
Amazon MQ mengenkripsi pesan saat istirahat dan dalam transit menggunakan kunci enkripsi yang dikelola dan disimpan dengan aman. Untuk informasi selengkapnya, lihat Panduan Developer AWS Encryption SDK.
Enkripsi saat diam
Amazon MQ terintegrasi dengan AWS Key Management Service (KMS) untuk menawarkan enkripsi sisi server transparan. Amazon MQ selalu mengenkripsi data at rest.
Saat Anda membuat broker Amazon MQ untuk ActiveMQ atau broker Amazon MQ untuk RabbitMQ, Anda dapat menentukan AWS KMS key yang Anda ingin Amazon MQ gunakan untuk mengenkripsi data Anda saat diam. Jika Anda tidak menentukan kunci KMS, Amazon MQ membuat kunci KMS AWS milik Anda dan menggunakannya atas nama Anda. Amazon MQ saat ini mendukung kunci KMS simetris. Untuk informasi selengkapnya tentang kunci KMS, lihat AWS KMS keys.
Saat membuat broker, Anda dapat mengonfigurasi kunci yang digunakan Amazon MQ untuk kunci enkripsi Anda dengan memilih salah satu kunci berikut.
-
Kunci KMS milik Amazon MQ (default) — Kunci dimiliki dan dikelola oleh Amazon MQ dan tidak ada di akun Anda.
-
AWS kunci KMS terkelola — K AWS unci KMS terkelola (
aws/mq) adalah kunci KMS di akun Anda yang dibuat, dikelola, dan digunakan atas nama Anda oleh Amazon MQ. -
Pilih kunci KMS yang ada dan dikelola pelanggan — Kunci KMS yang dikelola pelanggan dibuat dan dikelola oleh Anda di AWS Key Management Service (KMS).
penting
-
Pencabutan hibah tidak dapat dibatalkan. Hapus broker untuk mencabut hak akses.
-
Untuk broker Amazon MQ for ActiveMQ yang menggunakan Amazon Elastic File System (EFS) untuk menyimpan data pesan, mungkin diperlukan beberapa jam agar izin menggunakan kunci KMS di akun Anda dicabut setelah melakukan tindakan yang diperlukan.
-
Untuk broker Amazon MQ untuk RabbitMQ dan Amazon MQ untuk ActiveMQ yang menggunakan EBS untuk menyimpan data pesan, jika Anda menonaktifkan, menjadwalkan penghapusan, atau mencabut hibah yang memberikan izin Amazon EBS untuk menggunakan kunci KMS di akun Anda, Amazon MQ tidak dapat mempertahankan broker Anda, dan itu dapat berubah ke keadaan terdegradasi.
-
Jika Anda telah menonaktifkan kunci atau menjadwalkan kunci untuk dihapus, Anda dapat mengaktifkan kembali kunci atau membatalkan penghapusan kunci dan menjaga broker Anda tetap terjaga.
-
Mungkin diperlukan beberapa jam untuk menonaktifkan kunci atau mencabut hibah setelah mengambil tindakan yang diperlukan.
-
Untuk mengenkripsi atau mendekripsi CloudWatch log, Anda tidak dapat mengonfigurasi apa yang digunakan Amazon MQ untuk kunci enkripsi Anda. CloudWatch log melindungi data saat diam menggunakan enkripsi, dan grup log dienkripsi. Layanan CloudWatch log mengelola enkripsi sisi server oleh defauly. Untuk informasi selengkapnya tentang cara grup log dienkripsi, lihat Panduan CloudWatch Pengguna Amazon Logs .
Saat membuat broker instance tunggal dengan kunci KMS untuk RabbitMQ, Anda akan melihat dua CreateGrant peristiwa yang masuk. AWS CloudTrail Acara pertama adalah Amazon MQ membuat hibah untuk kunci KMS. Acara kedua adalah EBS menciptakan hibah untuk EBS untuk digunakan.
Saat membuat penerapan cluster dengan kunci KMS untuk RabbitMQ, Anda akan melihat lima CreateGrant peristiwa yang masuk. AWS CloudTrail Dua acara pertama adalah kreasi hibah untuk Amazon MQ. Tiga acara berikutnya adalah hibah yang dibuat oleh EBS untuk digunakan EBS.
Untuk informasi selengkapnya tentang kunci KMS, lihat AWS KMS keys dalam Panduan Developer AWS Key Management Service .
Enkripsi saat bergerak
Amazon MQ untuk ActiveMQ: Amazon MQ untuk ActiveMQ membutuhkan Transport Layer Security (TLS) yang kuat dan mengenkripsi data yang sedang transit antara broker penerapan Amazon MQ Anda. Semua data yang lewat antara broker Amazon MQ dienkripsi menggunakan Transport Layer Security (TLS) yang kuat. Ini berlaku untuk semua protokol yang tersedia.
Amazon MQ untuk RabbitMQ: Amazon MQ untuk RabbitMQ memerlukan enkripsi Transport Layer Security (TLS) yang kuat untuk semua koneksi klien. Lalu lintas replikasi cluster RabbitMQ hanya transit VPC broker Anda dan semua lalu lintas jaringan antara pusat AWS data dienkripsi secara transparan di lapisan fisik. Amazon MQ untuk broker berkelompok RabbitMQ saat ini tidak mendukung Inter-node enkripsi untuk replikasi cluster.
Memvalidasi sertifikat server TLS broker
Broker Amazon MQ menyajikan sertifikat server yang mengidentifikasi broker dengan nama domain yang sepenuhnya memenuhi syarat (FQDN). Klien Anda bertanggung jawab untuk memverifikasi sertifikat ini saat membuat koneksi TLS.
Contoh FQDN:
b-1234a5b6-78cd-901e-2fgh-3i45j6k178l9.mq.ap-southeast-2.amazonaws.com
Kami menyarankan Anda mengonfigurasi klien Anda untuk memverifikasi sertifikat broker seperti yang dijelaskan dalam RFC 9525, Identitas Layanan di TLS.
-
Gunakan titik akhir broker FQDN sebagai pengidentifikasi referensi. Gunakan FQDN dari titik akhir broker yang dikembalikan oleh
DescribeBrokeroperasi, atau ditampilkan pada halaman detail broker di konsol Amazon MQ. Jangan memperoleh pengenal dari alamat IP atau dari alias DNS Anda sendiri. -
Verifikasi pengenal terhadap
subjectAltNameekstensi. Cocokkan broker FQDN dengandNSNameentri dalam ekstensi sertifikatsubjectAltName(SAN). -
Jangan gunakan nama umum (CN). CN tidak mengidentifikasi broker, dan tidak dapat berisi broker FQDN. Klien yang hanya cocok dengan CN, atau yang memerlukan nilai tertentu dalam CN, mungkin gagal terhubung.
penting
Jangan menonaktifkan verifikasi sertifikat, dan jangan menyematkan sertifikat broker individu atau subjek sertifikat tertentu. Amazon MQ memutar sertifikat broker, dan isi subjek sertifikat dapat berubah. Klien yang menyematkan sertifikat atau nilai subjek mungkin gagal terhubung setelah sertifikat dirotasi.
catatan
Sebagian besar pustaka klien TLS memverifikasi broker FQDN terhadap subjectAltName ekstensi secara default saat Anda memberikan nama host titik akhir broker. Jika klien Anda mengganti nama host verifikasi, atau memberikan panggilan balik verifikasi sendiri, pastikan klien menggunakan broker FQDN dan cocok dengannya. subjectAltName
Untuk informasi selengkapnya tentang sertifikat broker Amazon MQ, termasuk jenis sertifikat yang dikeluarkan Amazon MQ dan contoh beranotasi masing-masing, lihat. Sertifikat TLS broker Amazon MQ
Protokol Amazon MQ for ActiveMQ
Anda dapat mengakses broker ActiveMQ menggunakan protokol berikut dengan TLS yang diaktifkan:
ActiveMQ di Amazon MQ mendukung cipher suite berikut:
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
TLS_DHE_RSA_WITH_AES_256_CBC_SHA
TLS_RSA_WITH_AES_256_GCM_SHA384
TLS_RSA_WITH_AES_256_CBC_SHA256
TLS_RSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA
TLS_DHE_RSA_WITH_AES_128_GCM_SHA256
TLS_DHE_RSA_WITH_AES_128_CBC_SHA256
TLS_DHE_RSA_WITH_AES_128_CBC_SHA
TLS_RSA_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_128_CBC_SHA256
TLS_RSA_WITH_AES_128_CBC_SHA
Protokol Amazon MQ for RabbitMQ
Anda dapat mengakses broker RabbitMQ menggunakan protokol berikut dengan TLS yang diaktifkan:
RabbitMQ di Amazon MQ mendukung cipher suite berikut:
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256