Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Mengelola akses ke Amazon Q Developer dengan kebijakan
catatan
Informasi di halaman ini berkaitan dengan mengakses Amazon Q Developer. Untuk informasi tentang mengelola akses ke Amazon Q Business, lihat contoh kebijakan berbasis identitas untuk Amazon Q Business di Panduan Pengguna Amazon Q Business.
Kebijakan dan contoh dalam topik ini khusus untuk Amazon Q di AWS Management Console, AWS Console Mobile Application, AWS situs web AWS Documentation, dan AWS Chatbot. Layanan lain yang terintegrasi dengan Amazon Q mungkin memerlukan kebijakan atau pengaturan yang berbeda. Pengguna akhir Amazon Q di pihak ketiga tidak IDEs diharuskan menggunakan kebijakan IAM. Untuk informasi selengkapnya, lihat dokumentasi untuk layanan yang berisi fitur Amazon Q atau integrasi.
Secara default, pengguna dan peran tidak memiliki izin untuk menggunakan Amazon Q. Administrator IAM dapat mengelola akses ke Pengembang Amazon Q dan fitur-fiturnya dengan memberikan izin ke identitas IAM.
Cara tercepat bagi administrator untuk memberikan akses ke pengguna adalah melalui kebijakan AWS terkelola. AmazonQFullAccessKebijakan ini dapat dilampirkan ke identitas IAM untuk memberikan akses penuh ke Pengembang Amazon Q dan fitur-fiturnya. Untuk informasi selengkapnya tentang kebijakan ini, lihat AWS kebijakan terkelola untuk Pengembang Amazon Q.
Untuk mengelola tindakan spesifik yang dapat dilakukan identitas IAM dengan Amazon Q Developer, administrator dapat membuat kebijakan khusus yang menentukan izin yang dimiliki pengguna, grup, atau peran. Anda juga dapat menggunakan kebijakan kontrol layanan (SCPs) untuk mengontrol fitur Amazon Q yang tersedia di organisasi Anda.
Untuk daftar semua izin Amazon Q yang dapat Anda kontrol dengan kebijakan, lihat lihat. Referensi izin Pengembang Amazon Q
Topik
Praktik terbaik kebijakan
Kebijakan berbasis identitas menentukan apakah seseorang dapat membuat, mengakses, atau menghapus sumber daya Pengembang Amazon Q di akun Anda. Tindakan ini membuat Akun AWS Anda dikenai biaya. Ketika Anda membuat atau mengedit kebijakan berbasis identitas, ikuti panduan dan rekomendasi ini:
-
Mulailah dengan kebijakan AWS terkelola dan beralih ke izin hak istimewa paling sedikit — Untuk mulai memberikan izin kepada pengguna dan beban kerja Anda, gunakan kebijakan AWS terkelola yang memberikan izin untuk banyak kasus penggunaan umum. Mereka tersedia di Anda Akun AWS. Kami menyarankan Anda mengurangi izin lebih lanjut dengan menentukan kebijakan yang dikelola AWS pelanggan yang khusus untuk kasus penggunaan Anda. Untuk informasi selengkapnya, lihat Kebijakan yang dikelola AWS atau Kebijakan yang dikelola AWS untuk fungsi tugas dalam Panduan Pengguna IAM.
-
Menerapkan izin dengan hak akses paling rendah – Ketika Anda menetapkan izin dengan kebijakan IAM, hanya berikan izin yang diperlukan untuk melakukan tugas. Anda melakukannya dengan mendefinisikan tindakan yang dapat diambil pada sumber daya tertentu dalam kondisi tertentu, yang juga dikenal sebagai izin dengan hak akses paling rendah. Untuk informasi selengkapnya tentang cara menggunakan IAM untuk mengajukan izin, lihat Kebijakan dan izin dalam IAM dalam Panduan Pengguna IAM.
-
Gunakan kondisi dalam kebijakan IAM untuk membatasi akses lebih lanjut – Anda dapat menambahkan suatu kondisi ke kebijakan Anda untuk membatasi akses ke tindakan dan sumber daya. Sebagai contoh, Anda dapat menulis kondisi kebijakan untuk menentukan bahwa semua permintaan harus dikirim menggunakan SSL. Anda juga dapat menggunakan ketentuan untuk memberikan akses ke tindakan layanan jika digunakan melalui yang spesifik Layanan AWS, seperti AWS CloudFormation. Untuk informasi selengkapnya, lihat Elemen kebijakan JSON IAM: Kondisi dalam Panduan Pengguna IAM.
-
Gunakan IAM Access Analyzer untuk memvalidasi kebijakan IAM Anda untuk memastikan izin yang aman dan fungsional – IAM Access Analyzer memvalidasi kebijakan baru dan yang sudah ada sehingga kebijakan tersebut mematuhi bahasa kebijakan IAM (JSON) dan praktik terbaik IAM. IAM Access Analyzer menyediakan lebih dari 100 pemeriksaan kebijakan dan rekomendasi yang dapat ditindaklanjuti untuk membantu Anda membuat kebijakan yang aman dan fungsional. Untuk informasi selengkapnya, lihat Validasi kebijakan dengan IAM Access Analyzer dalam Panduan Pengguna IAM.
-
Memerlukan otentikasi multi-faktor (MFA) - Jika Anda memiliki skenario yang mengharuskan pengguna IAM atau pengguna root di Anda, Akun AWS aktifkan MFA untuk keamanan tambahan. Untuk meminta MFA ketika operasi API dipanggil, tambahkan kondisi MFA pada kebijakan Anda. Untuk informasi selengkapnya, lihat Amankan akses API dengan MFA dalam Panduan Pengguna IAM.
Untuk informasi selengkapnya tentang praktik terbaik dalam IAM, lihat Praktik terbaik keamanan di IAM dalam Panduan Pengguna IAM.
Tetapkan izin
Untuk memberikan akses dan menambahkan izin bagi pengguna, grup, atau peran Anda:
-
Pengguna dan grup di AWS IAM Identity Center:
Buat rangkaian izin. Ikuti instruksi di Buat rangkaian izin di Panduan Pengguna AWS IAM Identity Center .
-
Pengguna yang dikelola di IAM melalui penyedia identitas:
Buat peran untuk federasi identitas. Ikuti instruksi dalam Buat peran untuk penyedia identitas pihak ketiga (federasi) dalam Panduan Pengguna IAM.
-
Pengguna IAM:
-
Buat peran yang dapat diambil pengguna Anda. Ikuti instruksi dalam Buat peran untuk pengguna IAM dalam Panduan Pengguna IAM.
-
(Tidak disarankan) Lampirkan kebijakan langsung ke pengguna atau tambahkan pengguna ke grup pengguna. Ikuti instruksi dalam Menambahkan izin ke pengguna (konsol) dalam Panduan Pengguna IAM.
-
Mengelola akses dengan kebijakan kontrol layanan (SCPs)
Kebijakan kontrol layanan (SCPs) adalah jenis kebijakan organisasi yang dapat Anda gunakan untuk mengelola izin di organisasi Anda. Anda dapat mengontrol fitur Pengembang Amazon Q yang tersedia di organisasi Anda dengan membuat SCP yang menentukan izin untuk beberapa atau semua tindakan Amazon Q.
Untuk informasi selengkapnya tentang penggunaan SCPs untuk mengontrol akses di organisasi Anda, lihat Membuat, memperbarui, dan menghapus kebijakan kontrol layanan serta Melampirkan dan melepaskan kebijakan kontrol layanan di Panduan Pengguna.AWS Organizations
Berikut ini adalah contoh SCP yang menolak akses ke Amazon Q. Kebijakan ini membatasi akses ke obrolan Amazon Q, pemecahan masalah kesalahan konsol, dan pemecahan masalah jaringan.
catatan
Menolak akses ke Amazon Q tidak akan menonaktifkan ikon Amazon Q atau panel obrolan di AWS konsol, AWS situs web, halaman AWS dokumentasi, atau AWS Console Mobile Application.
{ "Version": "2012-10-17", "Statement": [ { "Sid": "DenyAmazonQFullAccess", "Effect": "Deny", "Action": [ "q:*" ], "Resource": "*" } ] }
Perimeter data untuk sumber daya Amazon Q
Untuk beberapa fitur, Amazon Q mengunggah artefak ke bucket AWS Amazon S3 milik layanan. Jika Anda menggunakan perimeter data untuk mengontrol akses ke Amazon S3 di lingkungan Anda, Anda mungkin perlu secara eksplisit mengizinkan akses ke bucket ini untuk menggunakan fitur Amazon Q yang sesuai.
Tabel berikut mencantumkan ARN dan URL dari masing-masing bucket Amazon S3 yang memerlukan akses Amazon Q, dan fitur yang menggunakan setiap bucket. Anda dapat menggunakan bucket ARN atau URL bucket untuk mengizinkan daftar bucket ini, tergantung pada cara Anda mengontrol akses ke Amazon S3.
| Ember Amazon S3 ARN | URL ember Amazon S3 | Deskripsi |
|---|---|---|
|
|
Bucket Amazon S3 yang digunakan untuk mengunggah artefak untuk ulasan kode Q Amazon |
|
|
Bucket Amazon S3 yang digunakan untuk mengunggah artefak untuk Amazon Q Developer Agent for code transformation |
|
|
Bucket Amazon S3 yang digunakan untuk mengunggah artefak untuk Amazon Q Developer Agent for software development |
|
|
Bucket Amazon S3 digunakan untuk mengunggah artefak untuk Agen Pengembang Amazon Q untuk pembuatan pengujian unit |
