Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Perlindungan data di Amazon DevOps Guru
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 DevOps Guru 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.
Enkripsi data di DevOps Guru
Enkripsi adalah bagian penting dari keamanan DevOps Guru. Beberapa enkripsi, seperti untuk data dalam transit, disediakan secara default dan Anda tidak perlu melakukan apa pun. Enkripsi lain, seperti untuk data at rest, Anda dapat mengonfigurasi ketika Anda membuat proyek atau build.
-
Enkripsi data dalam transit: Semua komunikasi antara pelanggan dan DevOps Guru dan antara DevOps Guru dan dependensi hilirnya dilindungi menggunakan TLS dan diautentikasi menggunakan proses penandatanganan Signature Version 4. Semua titik DevOps akhir Guru menggunakan sertifikat yang dikelola oleh AWS Private Certificate Authority. Untuk informasi selengkapnya, lihat Proses penandatanganan Signature Version 4 dan Tentang ACM PCA.
-
Enkripsi data saat istirahat: Untuk semua AWS sumber daya yang dianalisis oleh DevOps Guru, CloudWatch metrik dan data Amazon, ID sumber daya, dan AWS CloudTrail peristiwa disimpan menggunakan Amazon S3, Amazon DynamoDB, dan Amazon Kinesis. Jika CloudFormation tumpukan digunakan untuk menentukan sumber daya yang dianalisis, maka data tumpukan juga dikumpulkan. DevOpsGuru menggunakan kebijakan penyimpanan data Amazon S3, DynamoDB, dan Kinesis. Data yang disimpan di Kinesis dapat disimpan hingga satu tahun dan tergantung pada kebijakan yang ditetapkan. Data yang disimpan di Amazon S3 dan DynamoDB disimpan selama satu tahun.
Data yang disimpan dienkripsi menggunakan kemampuan enkripsi data-at-rest dari Amazon S3, DynamoDB, dan Kinesis.
Kunci yang dikelola pelanggan: DevOps Guru mendukung enkripsi konten pelanggan dan metadata sensitif seperti anomali log yang dihasilkan dari CloudWatch Log dengan kunci yang dikelola pelanggan. Fitur ini memberi Anda opsi untuk menambahkan lapisan keamanan yang dikelola sendiri untuk membantu Anda memenuhi persyaratan kepatuhan dan peraturan organisasi Anda. Untuk informasi tentang mengaktifkan kunci yang dikelola pelanggan di set DevOps elan Guru Anda, lihatMemperbarui pengaturan enkripsi di DevOps Guru.
Karena Anda memiliki kontrol penuh atas lapisan enkripsi ini, Anda dapat melakukan tugas-tugas seperti:
Menetapkan dan memelihara kebijakan utama
Menetapkan dan memelihara kebijakan dan hibah IAM
Mengaktifkan dan menonaktifkan kebijakan utama
Memutar materi kriptografi kunci
Menambahkan tanda
Membuat alias kunci
Kunci penjadwalan untuk penghapusan
Untuk informasi selengkapnya, lihat Kunci yang dikelola pelanggan di Panduan AWS Key Management Service Pengembang.
catatan
DevOpsGuru secara otomatis mengaktifkan enkripsi saat diam menggunakan kunci yang AWS dimiliki untuk melindungi metadata sensitif tanpa biaya. Namun, AWS KMS biaya berlaku untuk menggunakan kunci yang dikelola pelanggan. Untuk informasi selengkapnya tentang harga, lihat AWS Key Management Service harga.
Bagaimana DevOps Guru menggunakan hibah di AWS KMS
DevOpsGuru membutuhkan hibah untuk menggunakan kunci yang dikelola pelanggan Anda.
Saat Anda memilih untuk mengaktifkan enkripsi dengan kunci yang dikelola pelanggan, DevOps Guru membuat hibah atas nama Anda dengan mengirimkan CreateGrant permintaan ke AWS KMS. Hibah AWS KMS digunakan untuk memberi DevOps Guru akses ke AWS KMS kunci di akun pelanggan.
DevOpsGuru memerlukan hibah untuk menggunakan kunci yang dikelola pelanggan Anda untuk operasi internal berikut:
Kirim DescribeKey permintaan AWS KMS untuk memverifikasi bahwa ID kunci KMS yang dikelola pelanggan simetris yang dimasukkan saat membuat koleksi pelacak atau geofence valid.
Kirim GenerateDataKey permintaan AWS KMS untuk menghasilkan kunci data yang dienkripsi oleh kunci yang dikelola pelanggan Anda.
Kirim permintaan Dekri AWS KMS psi ke untuk mendekripsi kunci data terenkripsi sehingga dapat digunakan untuk mengenkripsi data Anda.
Anda dapat mencabut akses ke hibah, atau menghapus akses layanan ke kunci yang dikelola pelanggan kapan saja. Jika Anda melakukannya, DevOps Guru tidak akan dapat mengakses data apa pun yang dienkripsi oleh kunci yang dikelola pelanggan, yang memengaruhi operasi yang bergantung pada data tersebut. Misalnya, jika Anda mencoba untuk mendapatkan informasi anomali log terenkripsi yang tidak dapat diakses DevOps Guru, maka operasi akan mengembalikan AccessDeniedException kesalahan.
Memantau kunci enkripsi Anda di DevOps Guru
Saat Anda menggunakan kunci yang dikelola AWS KMS pelanggan dengan sumber daya DevOps Guru Anda, Anda dapat menggunakan AWS CloudTrail atau CloudWatch Log untuk melacak permintaan yang dikirim DevOps Guru AWS KMS.
Membuat kunci yang dikelola pelanggan
Anda dapat membuat kunci yang dikelola pelanggan simetris dengan menggunakan AWS KMS API Konsol Manajemen AWS atau.
Untuk membuat kunci yang dikelola pelanggan simetris, lihat Membuat kunci KMS enkripsi simetris.
Kebijakan kunci
Kebijakan utama mengontrol akses ke kunci yang dikelola pelanggan Anda. Setiap kunci yang dikelola pelanggan harus memiliki tepat satu kebijakan kunci, yang berisi pernyataan yang menentukan siapa yang dapat menggunakan kunci dan bagaimana mereka dapat menggunakannya. Saat membuat kunci yang dikelola pelanggan, Anda dapat menentukan kebijakan kunci. Untuk informasi selengkapnya, lihat Otentikasi dan kontrol akses untuk AWS KMS di Panduan AWS Key Management Service Pengembang.
Untuk menggunakan kunci yang dikelola pelanggan Anda dengan sumber daya DevOps Guru Anda, operasi API berikut harus diizinkan dalam kebijakan kunci:
kms:CreateGrant— Menambahkan hibah ke kunci yang dikelola pelanggan. Memberikan akses kontrol ke AWS KMS kunci tertentu, yang memungkinkan akses ke operasi hibah yang DevOps dibutuhkan Guru. Untuk informasi selengkapnya tentang menggunakan hibah, lihat Panduan Peng AWS Key Management Service embang.
Hal ini memungkinkan DevOps Guru untuk melakukan hal berikut:
Panggil GenerateDataKey untuk menghasilkan kunci data terenkripsi dan menyimpannya, karena kunci data tidak segera digunakan untuk mengenkripsi.
Panggil Decrypt untuk menggunakan kunci data terenkripsi yang disimpan untuk mengakses data terenkripsi.
Siapkan prinsipal yang pensiun untuk memungkinkan layanan. RetireGrant
Gunakan kms: DescribeKey untuk memberikan detail kunci yang dikelola pelanggan agar DevOps Guru dapat memvalidasi kunci.
Pernyataan berikut mencakup contoh pernyataan kebijakan yang dapat Anda tambahkan untuk DevOps Guru:
"Statement" : [ { "Sid" : "Allow access to principals authorized to use DevOps Guru", "Effect" : "Allow", "Principal" : { "AWS" : "*" }, "Action" : [ "kms:DescribeKey", "kms:CreateGrant" ], "Resource" : "*", "Condition" : { "StringEquals" : { "kms:ViaService" : "devops-guru.Region.amazonaws.com", "kms:CallerAccount" : "111122223333" } }, { "Sid": "Allow access for key administrators", "Effect": "Allow", "Principal": { "AWS": "arn:aws:iam::111122223333:root" }, "Action" : [ "kms:*" ], "Resource": "arn:aws:kms:region:111122223333:key/key_ID" }, { "Sid" : "Allow read-only access to key metadata to the account", "Effect" : "Allow", "Principal" : { "AWS" : "arn:aws:iam::111122223333:root" }, "Action" : [ "kms:Describe*", "kms:Get*", "kms:List*" ], "Resource" : "*" } ]
Privasi lalu lintas
Anda dapat meningkatkan keamanan analisis sumber daya dan pembuatan wawasan dengan mengonfigurasi DevOps Guru untuk menggunakan antarmuka titik akhir VPC. Untuk melakukan ini, Anda tidak memerlukan gateway internet, perangkat NAT, atau gateway pribadi virtual. Hal ini juga tidak diperlukan untuk mengkonfigurasi PrivateLink, meskipun disarankan. Untuk informasi selengkapnya, lihat DevOpsGuru dan antarmuka titik akhir VPC (AWS PrivateLink). Untuk informasi selengkapnya tentang PrivateLink dan titik akhir VPC, lihat AWS
PrivateLink