Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Keamanan di AWS Device Farm
Keamanan cloud di AWS adalah prioritas tertinggi. Sebagai AWS pelanggan, Anda mendapat manfaat dari pusat data dan arsitektur jaringan yang dibangun untuk memenuhi persyaratan organisasi yang paling sensitif terhadap keamanan.
Keamanan adalah tanggung jawab bersama antara Anda AWS dan Anda. [Model tanggung jawab bersama](https://aws.amazon.com/compliance/shared-responsibility-model/) menjelaskan hal ini sebagai keamanan *dari* cloud dan keamanan *dalam* cloud:
+ **Keamanan cloud** — AWS bertanggung jawab untuk melindungi infrastruktur yang menjalankan AWS layanan di AWS Cloud. AWS juga memberi Anda layanan yang dapat Anda gunakan dengan aman. Auditor pihak ketiga secara teratur menguji dan memverifikasi efektivitas keamanan kami sebagai bagian dari [Program AWS Kepatuhan Program AWS Kepatuhan](https://aws.amazon.com/compliance/programs/) . Untuk mempelajari tentang program kepatuhan yang berlaku AWS Device Farm, lihat [AWS Services in Scope by Compliance Program](https://aws.amazon.com/compliance/services-in-scope/) .
+ **Keamanan di cloud** – Tanggung jawab Anda ditentukan menurut layanan AWS yang Anda gunakan. Anda juga bertanggung jawab atas faktor lain, yang mencakup sensitivitas data Anda, persyaratan perusahaan Anda, serta undang-undang dan peraturan yang berlaku.
Dokumentasi ini membantu Anda memahami cara menerapkan model tanggung jawab bersama saat menggunakan Device Farm. Topik berikut menunjukkan cara mengonfigurasi Device Farm untuk memenuhi tujuan keamanan dan kepatuhan Anda. Anda juga mempelajari cara menggunakan layanan AWS lain yang membantu Anda memantau dan mengamankan sumber daya Device Farm Anda.
**Topics**
+ [Manajemen identitas dan akses di AWS Device Farm](security-iam.md)
+ [Validasi kepatuhan untuk AWS Device Farm](ATP-compliance.md)
+ [Perlindungan data di AWS Device Farm](data-protection.md)
+ [Ketahanan di AWS Device Farm](disaster-recovery-resiliency.md)
+ [Keamanan infrastruktur di AWS Device Farm](infrastructure-security.md)
+ [Analisis dan manajemen kerentanan konfigurasi di Device Farm](security-vulnerability-analysis-and-management.md)
+ [Respon insiden di Device Farm](security-incident-response.md)
+ [Pencatatan dan pemantauan di Device Farm](security-logging-monitoring.md)
+ [Praktik terbaik keamanan untuk Device Farm](security-best-practices.md)
# Manajemen identitas dan akses di AWS Device Farm
## Audiens
Cara Anda menggunakan AWS Identity and Access Management (IAM) berbeda berdasarkan peran Anda:
+ **Pengguna layanan** - minta izin dari administrator Anda jika Anda tidak dapat mengakses fitur (lihat [Memecahkan masalah identitas dan akses AWS Device Farm](security_iam_troubleshoot.md))
+ **Administrator layanan** - tentukan akses pengguna dan mengirimkan permintaan izin (lihat [Cara AWS Device Farm bekerja dengan IAM](security_iam_service-with-iam.md))
+ **Administrator IAM** - tulis kebijakan untuk mengelola akses (lihat [Contoh kebijakan berbasis identitas AWS Device Farm](security_iam_id-based-policy-examples.md))
## Mengautentikasi dengan identitas
Otentikasi adalah cara Anda masuk AWS menggunakan kredensi identitas Anda. Anda harus diautentikasi sebagai Pengguna root akun AWS, pengguna IAM, atau dengan mengambil peran IAM.
Anda dapat masuk sebagai identitas federasi menggunakan kredensional dari sumber identitas seperti AWS IAM Identity Center (Pusat Identitas IAM), autentikasi masuk tunggal, atau kredensional. Google/Facebook Untuk informasi selengkapnya tentang cara masuk, lihat [Cara masuk ke Akun AWS Anda](https://docs.aws.amazon.com/signin/latest/userguide/how-to-sign-in.html) dalam *Panduan Pengguna AWS Sign-In *.
Untuk akses terprogram, AWS sediakan SDK dan CLI untuk menandatangani permintaan secara kriptografis. Untuk informasi selengkapnya, lihat [AWS Signature Version 4 untuk permintaan API](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_sigv.html) dalam *Panduan Pengguna IAM*.
### Akun AWS pengguna root
Saat Anda membuat Akun AWS, Anda mulai dengan satu identitas masuk yang disebut *pengguna Akun AWS root* yang memiliki akses lengkap ke semua Layanan AWS dan sumber daya. Kami sangat menyarankan agar Anda tidak menggunakan pengguna root untuk tugas sehari-hari. Untuk tugas yang memerlukan kredensial pengguna root, lihat [Tugas yang memerlukan kredensial pengguna root](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_root-user.html#root-user-tasks) dalam *Panduan Pengguna IAM*.
### Pengguna dan grup IAM
*[Pengguna IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_users.html)* adalah identitas dengan izin khusus untuk satu orang atau aplikasi. Sebaiknya gunakan kredensial sementara alih-alih pengguna IAM dengan kredensial jangka panjang. Untuk informasi selengkapnya, lihat [Mewajibkan pengguna manusia untuk menggunakan federasi dengan penyedia identitas untuk mengakses AWS menggunakan kredensi sementara](https://docs.aws.amazon.com/IAM/latest/UserGuide/best-practices.html#bp-users-federation-idp) di Panduan Pengguna *IAM*.
[https://docs.aws.amazon.com/IAM/latest/UserGuide/id_groups.html](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_groups.html) menentukan kumpulan pengguna IAM dan mempermudah pengelolaan izin untuk pengguna dalam jumlah besar. Untuk mempelajari selengkapnya, lihat [Kasus penggunaan untuk pengguna IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/gs-identities-iam-users.html) dalam *Panduan Pengguna IAM*.
### Peran IAM
*[Peran IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles.html)* adalah identitas dengan izin khusus yang menyediakan kredensial sementara. Anda dapat mengambil peran dengan [beralih dari pengguna ke peran IAM (konsol)](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_use_switch-role-console.html) atau dengan memanggil operasi AWS CLI atau AWS API. Untuk informasi selengkapnya, lihat [Metode untuk mengambil peran](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_manage-assume.html) dalam *Panduan Pengguna IAM*.
Peran IAM berguna untuk akses pengguna terfederasi, izin pengguna IAM sementara, akses lintas akun, akses lintas layanan, dan aplikasi yang berjalan di Amazon EC2. Untuk informasi selengkapnya, lihat [Akses sumber daya lintas akun di IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies-cross-account-resource-access.html) dalam *Panduan Pengguna IAM*.
# Cara AWS Device Farm bekerja dengan IAM
Sebelum Anda menggunakan IAM untuk mengelola akses ke Device Farm, Anda harus memahami fitur IAM mana yang tersedia untuk digunakan dengan Device Farm. Untuk mendapatkan tampilan tingkat tinggi tentang cara kerja Device Farm dan AWS layanan lainnya dengan IAM, lihat [AWS Layanan yang Bekerja dengan IAM di Panduan Pengguna *IAM*](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html).
**Topics**
+ [Kebijakan berbasis identitas Device Farm](#security_iam_service-with-iam-id-based-policies)
+ [Kebijakan berbasis sumber daya Device Farm](#security_iam_service-with-iam-resource-based-policies)
+ [Daftar kontrol akses](#security_iam_service-with-iam-acls)
+ [Otorisasi berdasarkan tag Device Farm](#security_iam_service-with-iam-tags)
+ [Peran IAM Device Farm](#security_iam_service-with-iam-roles)
## Kebijakan berbasis identitas Device Farm
Dengan kebijakan berbasis identitas IAM, Anda dapat menentukan tindakan dan sumber daya yang diizinkan atau ditolak dan ketentuan di mana tindakan tersebut diperbolehkan atau ditolak. Device Farm mendukung tindakan, sumber daya, dan kunci kondisi tertentu. Untuk mempelajari semua elemen yang Anda gunakan dalam kebijakan JSON, lihat [Referensi Elemen Kebijakan JSON IAM ](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements.html) dalam *Panduan Pengguna IAM*.
### Tindakan
Administrator dapat menggunakan kebijakan AWS JSON untuk menentukan siapa yang memiliki akses ke apa. Yaitu, di mana **utama** dapat melakukan **tindakan** pada **sumber daya**, dan dalam **kondisi apa**.
Elemen `Action` dari kebijakan JSON menjelaskan tindakan yang dapat Anda gunakan untuk mengizinkan atau menolak akses dalam sebuah kebijakan. Sertakan tindakan dalam kebijakan untuk memberikan izin untuk melakukan operasi terkait.
Tindakan kebijakan di Device Farm menggunakan awalan berikut sebelum tindakan:`devicefarm:`. Misalnya, untuk memberikan izin kepada seseorang untuk memulai sesi Selenium dengan operasi `CreateTestGridUrl` API pengujian browser desktop Device Farm, Anda menyertakan `devicefarm:CreateTestGridUrl` tindakan tersebut dalam kebijakan. Pernyataan kebijakan harus memuat elemen `Action` atau `NotAction`. Device Farm mendefinisikan serangkaian tindakannya sendiri yang menjelaskan tugas yang dapat Anda lakukan dengan layanan ini.
Untuk menetapkan beberapa tindakan dalam satu pernyataan, pisahkan dengan koma seperti berikut:
```
"Action": [
"devicefarm:action1",
"devicefarm:action2"
```
Anda dapat menentukan beberapa tindakan menggunakan wildcard (\$1). Sebagai contoh, untuk menentukan semua tindakan yang dimulai dengan kata `List`, sertakan tindakan berikut:
```
"Action": "devicefarm:List*"
```
Untuk melihat daftar tindakan Device Farm, lihat [Tindakan yang ditentukan oleh AWS Device Farm dalam Referensi](https://docs.aws.amazon.com/service-authorization/latest/reference/list_awsdevicefarm.html#awsdevicefarm-actions-as-permissions) *Otorisasi Layanan IAM*.
### Sumber daya
Administrator dapat menggunakan kebijakan AWS JSON untuk menentukan siapa yang memiliki akses ke apa. Yaitu, di mana **utama** dapat melakukan **tindakan** pada **sumber daya**, dan dalam **kondisi apa**.
Elemen kebijakan JSON `Resource` menentukan objek yang menjadi target penerapan tindakan. Praktik terbaiknya, tentukan sumber daya menggunakan [Amazon Resource Name (ARN)](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference-arns.html). Untuk tindakan yang tidak mendukung izin di tingkat sumber daya, gunakan wildcard (\$1) untuk menunjukkan bahwa pernyataan tersebut berlaku untuk semua sumber daya.
```
"Resource": "*"
```
Sumber daya instans Amazon EC2 memiliki ARN berikut:
```
arn:${Partition}:ec2:${Region}:${Account}:instance/${InstanceId}
```
Untuk informasi selengkapnya tentang format ARNs, lihat [Amazon Resource Names (ARNs) dan Ruang Nama AWS Layanan](https://docs.aws.amazon.com/general/latest/gr/aws-arns-and-namespaces.html).
Misalnya, untuk menentukan instans `i-1234567890abcdef0` dalam pernyataan Anda, gunakan ARN berikut:
```
"Resource": "arn:aws:ec2:us-east-1:123456789012:instance/i-1234567890abcdef0"
```
Untuk menentukan semua instance milik akun, gunakan wildcard (\$1):
```
"Resource": "arn:aws:ec2:us-east-1:123456789012:instance/*"
```
Beberapa tindakan Device Farm, seperti untuk membuat sumber daya, tidak dapat dilakukan pada sumber daya. Dalam kasus tersebut, Anda harus menggunakan wildcard (\$1).
```
"Resource": "*"
```
Banyak tindakan API Amazon EC2 yang melibatkan beberapa sumber daya. Sebagai contoh, `AttachVolume` melampirkan volume Amazon EBS pada instans, sehingga pengguna IAM harus memiliki izin untuk menggunakan volume dan instans tersebut. Untuk menentukan beberapa sumber daya dalam satu pernyataan, pisahkan ARNs dengan koma.
```
"Resource": [
"resource1",
"resource2"
```
Untuk melihat daftar jenis sumber daya Device Farm dan jenisnya ARNs, lihat [Jenis sumber daya yang ditentukan oleh AWS Device Farm dalam Referensi](https://docs.aws.amazon.com/service-authorization/latest/reference/list_awsdevicefarm.html#awsdevicefarm-resources-for-iam-policies) *Otorisasi Layanan IAM*. Untuk mempelajari tindakan mana yang dapat Anda tentukan ARN dari setiap sumber daya, lihat [Tindakan yang ditentukan oleh AWS Device Farm](https://docs.aws.amazon.com/service-authorization/latest/reference/list_awsdevicefarm.html#awsdevicefarm-actions-as-permissions) dalam Referensi Otorisasi *Layanan IAM*.
### Kunci syarat
Administrator dapat menggunakan kebijakan AWS JSON untuk menentukan siapa yang memiliki akses ke apa. Yaitu, **principal** dapat melakukan **tindakan** pada suatu **sumber daya**, dan dalam suatu **syarat**.
Elemen `Condition` menentukan ketika pernyataan dieksekusi berdasarkan kriteria yang ditetapkan. Anda dapat membuat ekspresi bersyarat yang menggunakan [operator kondisi](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition_operators.html), misalnya sama dengan atau kurang dari, untuk mencocokkan kondisi dalam kebijakan dengan nilai-nilai yang diminta. Untuk melihat semua kunci kondisi AWS global, lihat [kunci konteks kondisi AWS global](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_condition-keys.html) di *Panduan Pengguna IAM*.
Device Farm mendefinisikan rangkaian kunci kondisinya sendiri dan juga mendukung penggunaan beberapa kunci kondisi global. Untuk melihat semua kunci kondisi AWS global, lihat [Kunci Konteks Kondisi AWS Global](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_condition-keys.html) di *Panduan Pengguna IAM*.
Untuk melihat daftar kunci kondisi Device Farm, lihat [Kunci kondisi untuk AWS Device Farm Referensi](https://docs.aws.amazon.com/service-authorization/latest/reference/list_awsdevicefarm.html#awsdevicefarm-policy-keys) *Otorisasi Layanan IAM*. Untuk mempelajari tindakan dan sumber daya yang dapat Anda gunakan kunci kondisi, lihat [Tindakan yang ditentukan oleh AWS Device Farm](https://docs.aws.amazon.com/service-authorization/latest/reference/list_awsdevicefarm.html#awsdevicefarm-actions-as-permissions) dalam Referensi *Otorisasi Layanan IAM*.
### Contoh
Untuk melihat contoh kebijakan berbasis identitas Device Farm, lihat. [Contoh kebijakan berbasis identitas AWS Device Farm](security_iam_id-based-policy-examples.md)
## Kebijakan berbasis sumber daya Device Farm
Device Farm tidak mendukung kebijakan berbasis sumber daya.
## Daftar kontrol akses
Device Farm tidak mendukung daftar kontrol akses (ACLs).
## Otorisasi berdasarkan tag Device Farm
Anda dapat melampirkan tag ke sumber daya Device Farm atau meneruskan tag dalam permintaan ke Device Farm. Untuk mengendalikan akses berdasarkan tanda, berikan informasi tentang tanda di [elemen kondisi](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition.html) dari kebijakan menggunakan kunci kondisi `aws:ResourceTag/key-name`, `aws:RequestTag/key-name`, atau `aws:TagKeys`. Untuk informasi selengkapnya tentang menandai sumber daya Device Farm, lihat[Menandai sumber daya AWS Device Farm](tagging.md).
Untuk melihat contoh kebijakan berbasis identitas untuk membatasi akses ke sumber daya berdasarkan tag pada sumber daya tersebut, lihat [Melihat proyek pengujian browser desktop Device Farm berdasarkan tag](security_iam_id-based-policy-examples.md#security_iam_id-based-policy-examples-view-project-tags).
## Peran IAM Device Farm
[Peran IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles.html) adalah entitas di AWS akun Anda yang memiliki izin tertentu.
### Menggunakan kredensil sementara dengan Device Farm
Device Farm mendukung penggunaan kredensil sementara.
Anda dapat menggunakan kredensi sementara untuk masuk dengan federasi untuk mengambil peran IAM atau peran lintas akun. Anda memperoleh kredensi keamanan sementara dengan memanggil operasi AWS STS API seperti [AssumeRole](https://docs.aws.amazon.com/STS/latest/APIReference/API_AssumeRole.html)atau. [GetFederationToken](https://docs.aws.amazon.com/STS/latest/APIReference/API_GetFederationToken.html)
### Peran terkait layanan
[Peran terkait AWS layanan](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_terms-and-concepts.html#iam-term-service-linked-role) memungkinkan layanan mengakses sumber daya di layanan lain untuk menyelesaikan tindakan atas nama Anda. Peran tertaut layanan muncul di akun IAM Anda dan dimiliki oleh layanan tersebut. Administrator IAM dapat melihat, tetapi tidak dapat mengedit, izin untuk peran terkait layanan.
Device Farm menggunakan peran terkait layanan dalam fitur pengujian browser desktop Device Farm. Untuk informasi tentang peran ini, lihat [Menggunakan Peran Tertaut Layanan dalam pengujian browser desktop Device Farm](https://docs.aws.amazon.com//devicefarm/latest/testgrid/using-service-linked-roles.html) dalam panduan pengembang.
### Peran layanan
Device Farm tidak mendukung peran layanan.
Fitur ini memungkinkan layanan untuk menerima [peran layanan](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_terms-and-concepts.html#iam-term-service-role) atas nama Anda. Peran ini mengizinkan layanan untuk mengakses sumber daya di layanan lain untuk menyelesaikan tindakan atas nama Anda. Peran layanan muncul di akun IAM Anda dan dimiliki oleh akun tersebut. Ini berarti administrator IAM dapat mengubah izin untuk peran ini. Namun, melakukan hal itu dapat merusak fungsionalitas layanan.
## Mengelola akses menggunakan kebijakan
Anda mengontrol akses AWS dengan membuat kebijakan dan melampirkannya ke AWS identitas atau sumber daya. Kebijakan menentukan izin saat dikaitkan dengan identitas atau sumber daya. AWS mengevaluasi kebijakan ini ketika kepala sekolah membuat permintaan. Sebagian besar kebijakan disimpan AWS sebagai dokumen JSON. Untuk informasi selengkapnya tentang dokumen kebijakan JSON, lihat [Gambaran umum kebijakan JSON](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies.html#access_policies-json) dalam *Panduan Pengguna IAM*.
Menggunakan kebijakan, administrator menentukan siapa yang memiliki akses ke apa dengan mendefinisikan **principal** mana yang dapat melakukan **tindakan** pada **sumber daya** apa, dan dalam **kondisi** apa.
Secara default, pengguna dan peran tidak memiliki izin. Administrator IAM membuat kebijakan IAM dan menambahkannya ke peran, yang kemudian dapat diambil oleh pengguna. Kebijakan IAM mendefinisikan izin terlepas dari metode yang Anda gunakan untuk melakukan operasinya.
### Kebijakan berbasis identitas
Kebijakan berbasis identitas adalah dokumen kebijakan izin JSON yang Anda lampirkan ke identitas (pengguna, grup, atau peran). Kebijakan ini mengontrol tindakan apa yang bisa dilakukan oleh identitas tersebut, terhadap sumber daya yang mana, dan dalam kondisi apa. Untuk mempelajari cara membuat kebijakan berbasis identitas, lihat [Tentukan izin IAM kustom dengan kebijakan yang dikelola pelanggan](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_create.html) dalam *Panduan Pengguna IAM*.
Kebijakan berbasis identitas dapat berupa *kebijakan inline* (disematkan langsung ke dalam satu identitas) atau *kebijakan terkelola* (kebijakan mandiri yang dilampirkan pada banyak identitas). Untuk mempelajari cara memilih antara kebijakan terkelola dan kebijakan inline, lihat [Pilih antara kebijakan terkelola dan kebijakan inline](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies-choosing-managed-or-inline.html) dalam *Panduan Pengguna IAM*.
Tabel berikut menguraikan kebijakan terkelola Device Farm AWS.
| Ubah | Deskripsi | Date |
| --- | --- | --- |
| [AWSDeviceFarmFullAccess](https://console.aws.amazon.com/iam/home?region=us-east-1#/policies/arn:aws:iam::aws:policy/AWSDeviceFarmFullAccess$jsonEditor) | Menyediakan akses penuh ke semua operasi AWS Device Farm. | 15 Juli 2015 |
| [AWSServiceRoleForDeviceFarmTestGrid](https://docs.aws.amazon.com//devicefarm/latest/testgrid/using-service-linked-roles.html) | Memungkinkan Device Farm mengakses sumber daya AWS atas nama Anda. | 20 Mei 2021 |
### Jenis-jenis kebijakan lain
AWS mendukung jenis kebijakan tambahan yang dapat menetapkan izin maksimum yang diberikan oleh jenis kebijakan yang lebih umum:
+ **Batasan izin** – Menetapkan izin maksimum yang dapat diberikan oleh kebijakan berbasis identitas kepada entitas IAM. Untuk informasi selengkapnya, lihat [Batasan izin untuk entitas IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_boundaries.html) dalam *Panduan Pengguna IAM*.
+ **Kebijakan kontrol layanan (SCPs)** — Tentukan izin maksimum untuk organisasi atau unit organisasi di AWS Organizations. Untuk informasi selengkapnya, lihat [Kebijakan kontrol layanan](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_scps.html) dalam *Panduan Pengguna AWS Organizations *.
+ **Kebijakan kontrol sumber daya (RCPs)** — Tetapkan izin maksimum yang tersedia untuk sumber daya di akun Anda. Untuk informasi selengkapnya, lihat [Kebijakan kontrol sumber daya (RCPs)](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_rcps.html) di *Panduan AWS Organizations Pengguna*.
+ **Kebijakan sesi** – Kebijakan lanjutan yang diteruskan sebagai parameter saat membuat sesi sementara untuk peran atau pengguna terfederasi. Untuk informasi selengkapnya, lihat [Kebijakan sesi](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies.html#policies_session) dalam *Panduan Pengguna IAM*.
### Berbagai jenis kebijakan
Ketika beberapa jenis kebijakan berlaku pada suatu permintaan, izin yang dihasilkan lebih rumit untuk dipahami. Untuk mempelajari cara AWS menentukan apakah akan mengizinkan permintaan saat beberapa jenis kebijakan terlibat, lihat [Logika evaluasi kebijakan](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_evaluation-logic.html) di *Panduan Pengguna IAM*.
# Contoh kebijakan berbasis identitas AWS Device Farm
Secara default, pengguna dan peran IAM tidak memiliki izin untuk membuat atau memodifikasi sumber daya Device Farm. Mereka juga tidak dapat melakukan tugas menggunakan Konsol Manajemen AWS, AWS CLI, atau AWS API. Administrator IAM harus membuat kebijakan IAM yang memberikan izin kepada pengguna dan peran untuk melakukan operasi API tertentu pada sumber daya yang diperlukan. Administrator kemudian harus melampirkan kebijakan tersebut ke pengguna IAM atau grup yang memerlukan izin tersebut.
Untuk mempelajari cara membuat kebijakan berbasis identitas IAM menggunakan contoh dokumen kebijakan JSON ini, lihat [Membuat Kebijakan pada Tab JSON](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_create.html#access_policies_create-json-editor) dalam *Panduan Pengguna IAM*.
**Topics**
+ [Praktik terbaik kebijakan](#security_iam_service-with-iam-policy-best-practices)
+ [Mengizinkan pengguna melihat izin mereka sendiri](#security_iam_id-based-policy-examples-view-own-permissions)
+ [Mengakses satu proyek pengujian browser desktop Device Farm](#security_iam_id-based-policy-examples-access-one-project)
+ [Melihat proyek pengujian browser desktop Device Farm berdasarkan tag](#security_iam_id-based-policy-examples-view-project-tags)
## Praktik terbaik kebijakan
Kebijakan berbasis identitas menentukan apakah seseorang dapat membuat, mengakses, atau menghapus sumber daya Device Farm 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](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_managed-vs-inline.html#aws-managed-policies) atau [Kebijakan yang dikelola AWS untuk fungsi tugas](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_job-functions.html) 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](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies.html) 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 CloudFormation. Untuk informasi selengkapnya, lihat [Elemen kebijakan JSON IAM: Kondisi](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition.html) 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](https://docs.aws.amazon.com/IAM/latest/UserGuide/access-analyzer-policy-validation.html) 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](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_mfa_configure-api-require.html) dalam *Panduan Pengguna IAM*.
Untuk informasi selengkapnya tentang praktik terbaik dalam IAM, lihat [Praktik terbaik keamanan di IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/best-practices.html) dalam *Panduan Pengguna IAM*.
## Mengizinkan pengguna melihat izin mereka sendiri
Contoh ini menunjukkan cara membuat kebijakan yang mengizinkan pengguna IAM melihat kebijakan inline dan terkelola yang dilampirkan ke identitas pengguna mereka. Kebijakan ini mencakup izin untuk menyelesaikan tindakan ini di konsol atau menggunakan API atau secara terprogram. AWS CLI AWS
```
{
"Version": "2012-10-17",
"Statement": [
{
"Sid": "ViewOwnUserInfo",
"Effect": "Allow",
"Action": [
"iam:GetUserPolicy",
"iam:ListGroupsForUser",
"iam:ListAttachedUserPolicies",
"iam:ListUserPolicies",
"iam:GetUser"
],
"Resource": ["arn:aws:iam::*:user/${aws:username}"]
},
{
"Sid": "NavigateInConsole",
"Effect": "Allow",
"Action": [
"iam:GetGroupPolicy",
"iam:GetPolicyVersion",
"iam:GetPolicy",
"iam:ListAttachedGroupPolicies",
"iam:ListGroupPolicies",
"iam:ListPolicyVersions",
"iam:ListPolicies",
"iam:ListUsers"
],
"Resource": "*"
}
]
}
```
## Mengakses satu proyek pengujian browser desktop Device Farm
Dalam contoh ini, Anda ingin memberikan pengguna IAM di AWS akun Anda akses ke salah satu proyek pengujian browser Device Farm Anda,. `arn:aws:devicefarm:us-west-2:111122223333:testgrid-project:123e4567-e89b-12d3-a456-426655441111` Anda ingin akun dapat melihat item yang terkait dengan proyek.
Selain `devicefarm:GetTestGridProject` titik akhir, akun harus memiliki,`devicefarm:ListTestGridSessions`, `devicefarm:GetTestGridSession``devicefarm:ListTestGridSessionActions`, dan titik `devicefarm:ListTestGridSessionArtifacts` akhir.
Jika Anda menggunakan sistem CI, Anda harus memberikan setiap kredensi akses unik pelari CI. Misalnya, sistem CI tidak mungkin membutuhkan lebih banyak izin daripada `devicefarm:ScheduleRun` atau`devicefarm:CreateUpload`. Kebijakan IAM berikut menguraikan kebijakan minimal untuk memungkinkan pelari CI memulai pengujian pengujian aplikasi bawaan Device Farm baru dengan membuat unggahan dan menggunakannya untuk menjadwalkan uji coba:
## Melihat proyek pengujian browser desktop Device Farm berdasarkan tag
Anda dapat menggunakan kondisi dalam kebijakan berbasis identitas untuk mengontrol akses ke sumber daya Device Farm berdasarkan tag. Contoh ini menunjukkan cara membuat kebijakan yang memungkinkan penayangan proyek dan sesi. Izin diberikan jika `Owner` tag sumber daya yang diminta cocok dengan nama pengguna akun yang meminta.
Anda dapat melampirkan kebijakan ini ke pengguna IAM di akun Anda. Jika pengguna bernama `richard-roe` mencoba melihat proyek atau sesi Device Farm, proyek harus diberi tag `Owner=richard-roe` atau`owner=richard-roe`. Jika tidak, pengguna ditolak aksesnya. Kunci tag kondisi `Owner` cocok dengan keduanya `Owner` dan `owner` karena nama kunci kondisi tidak peka huruf besar/kecil. Untuk informasi selengkapnya, lihat [Elemen kebijakan IAM JSON: Syarat](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition.html) dalam *Panduan Pengguna IAM*.
# Memecahkan masalah identitas dan akses AWS Device Farm
Gunakan informasi berikut untuk membantu Anda mendiagnosis dan memperbaiki masalah umum yang mungkin Anda temui saat bekerja dengan Device Farm dan IAM.
## Saya tidak berwenang untuk melakukan tindakan di Device Farm
Jika Anda menerima kesalahan dalam Konsol Manajemen AWS yang mengatakan Anda tidak berwenang untuk melakukan tindakan, Anda harus menghubungi administrator Anda untuk bantuan. Administrator Anda adalah orang yang memberikan nama pengguna dan kata sandi Anda.
Contoh kesalahan berikut terjadi ketika pengguna IAM,`mateojackson`, mencoba menggunakan konsol untuk melihat detail tentang proses, tetapi tidak memiliki `devicefarm:GetRun` izin.
```
User: arn:aws:iam::123456789012:user/mateojackson is not authorized to perform: devicefarm:GetRun on resource: arn:aws:devicefarm:us-west-2:123456789101:run:123e4567-e89b-12d3-a456-426655440000/123e4567-e89b-12d3-a456-426655441111
```
Dalam hal ini, Mateo meminta administratornya untuk memperbarui kebijakannya untuk memungkinkannya mengakses `arn:aws:devicefarm:us-west-2:123456789101:run:123e4567-e89b-12d3-a456-426655440000/123e4567-e89b-12d3-a456-426655441111` sumber daya `devicefarm:GetRun` pada menggunakan `devicefarm:GetRun` tindakan.
## Saya tidak berwenang untuk melakukan iam: PassRole
Jika Anda menerima kesalahan yang tidak diizinkan untuk melakukan `iam:PassRole` tindakan, kebijakan Anda harus diperbarui agar Anda dapat meneruskan peran ke Device Farm.
Beberapa Layanan AWS memungkinkan Anda untuk meneruskan peran yang ada ke layanan tersebut alih-alih membuat peran layanan baru atau peran terkait layanan. Untuk melakukannya, Anda harus memiliki izin untuk meneruskan peran ke layanan.
Contoh kesalahan berikut terjadi ketika pengguna IAM bernama `marymajor` mencoba menggunakan konsol untuk melakukan tindakan di Device Farm. Namun, tindakan tersebut memerlukan layanan untuk mendapatkan izin yang diberikan oleh peran layanan. Mary tidak memiliki izin untuk meneruskan peran tersebut pada layanan.
```
User: arn:aws:iam::123456789012:user/marymajor is not authorized to perform: iam:PassRole
```
Dalam kasus ini, kebijakan Mary harus diperbarui agar dia mendapatkan izin untuk melakukan tindakan `iam:PassRole` tersebut.
Jika Anda memerlukan bantuan, hubungi AWS administrator Anda. Administrator Anda adalah orang yang memberi Anda kredensial masuk.
## Saya ingin melihat access key saya
Setelah membuat access key pengguna IAM, Anda dapat melihat access key ID Anda setiap saat. Namun, Anda tidak dapat melihat secret access key Anda lagi. Jika Anda kehilangan secret key, Anda harus membuat pasangan access key baru.
Access key terdiri dari dua bagian: access key ID (misalnya, `AKIAIOSFODNN7EXAMPLE`) dan secret access key (misalnya, `wJalrXUtnFEMI/K7MDENG/bPxRfiCYEXAMPLEKEY`). Seperti nama pengguna dan kata sandi, Anda harus menggunakan access key ID dan secret access key sekaligus untuk mengautentikasi permintaan Anda. Kelola access key Anda seaman nama pengguna dan kata sandi Anda.
**penting**
Jangan memberikan access key Anda kepada pihak ke tiga, bahkan untuk membantu [menemukan ID pengguna kanonis Anda](https://docs.aws.amazon.com/accounts/latest/reference/manage-acct-identifiers.html#FindCanonicalId). Dengan melakukan ini, Anda mungkin memberi seseorang akses permanen ke Anda Akun AWS.
Saat Anda membuat pasangan access key, Anda diminta menyimpan access key ID dan secret access key di lokasi yang aman. secret access key hanya tersedia saat Anda membuatnya. Jika Anda kehilangan secret access key Anda, Anda harus menambahkan access key baru ke pengguna IAM Anda. Anda dapat memiliki maksimum dua access key. Jika Anda sudah memiliki dua, Anda harus menghapus satu pasangan kunci sebelum membuat pasangan baru. Untuk melihat instruksi, lihat [Mengelola access keys](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_access-keys.html#Using_CreateAccessKey) di *Panduan Pengguna IAM*.
## Saya seorang administrator dan ingin mengizinkan orang lain mengakses Device Farm
Untuk mengizinkan orang lain mengakses Device Farm, Anda harus memberikan izin kepada orang atau aplikasi yang memerlukan akses. Jika Anda menggunakan AWS IAM Identity Center untuk mengelola orang dan aplikasi, Anda menetapkan set izin kepada pengguna atau grup untuk menentukan tingkat akses mereka. Set izin secara otomatis membuat dan menetapkan kebijakan IAM ke peran IAM yang terkait dengan orang atau aplikasi. Untuk informasi selengkapnya, lihat [Set izin](https://docs.aws.amazon.com/singlesignon/latest/userguide/permissionsetsconcept.html) di *Panduan AWS IAM Identity Center Pengguna*.
Jika Anda tidak menggunakan IAM Identity Center, Anda harus membuat entitas IAM (pengguna atau peran) untuk orang atau aplikasi yang membutuhkan akses. Anda kemudian harus melampirkan kebijakan ke entitas yang memberi mereka izin yang benar di Device Farm. Setelah izin diberikan, berikan kredensialnya kepada pengguna atau pengembang aplikasi. Mereka akan menggunakan kredensil tersebut untuk mengakses. AWS*Untuk mempelajari selengkapnya tentang membuat pengguna, grup, kebijakan, dan izin IAM, lihat [Identitas dan Kebijakan IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/id.html) [dan izin di IAM di Panduan Pengguna IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies.html).*
## Saya ingin mengizinkan orang di luar AWS akun saya untuk mengakses sumber daya Device Farm saya
Anda dapat membuat peran yang dapat digunakan pengguna di akun lain atau orang-orang di luar organisasi Anda untuk mengakses sumber daya Anda. Anda dapat menentukan siapa saja yang dipercaya untuk mengambil peran tersebut. Untuk layanan yang mendukung kebijakan berbasis sumber daya atau daftar kontrol akses (ACLs), Anda dapat menggunakan kebijakan tersebut untuk memberi orang akses ke sumber daya Anda.
Untuk mempelajari selengkapnya, periksa referensi berikut:
+ Untuk mengetahui apakah Device Farm mendukung fitur ini, lihat[Cara AWS Device Farm bekerja dengan IAM](security_iam_service-with-iam.md).
+ Untuk mempelajari cara menyediakan akses ke sumber daya Anda di seluruh sumber daya Akun AWS yang Anda miliki, lihat [Menyediakan akses ke pengguna IAM di pengguna lain Akun AWS yang Anda miliki](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_common-scenarios_aws-accounts.html) di *Panduan Pengguna IAM*.
+ Untuk mempelajari cara menyediakan akses ke sumber daya Anda kepada pihak ketiga Akun AWS, lihat [Menyediakan akses yang Akun AWS dimiliki oleh pihak ketiga](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_common-scenarios_third-party.html) dalam *Panduan Pengguna IAM*.
+ Untuk mempelajari cara memberikan akses melalui federasi identitas, lihat [Menyediakan akses ke pengguna terautentikasi eksternal (federasi identitas)](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_common-scenarios_federated-users.html) dalam *Panduan Pengguna IAM*.
+ *Untuk mempelajari perbedaan antara menggunakan peran dan kebijakan berbasis sumber daya untuk akses lintas akun, lihat [Akses sumber daya lintas akun di IAM di Panduan Pengguna IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies-cross-account-resource-access.html).*
# Validasi kepatuhan untuk AWS Device Farm
Auditor pihak ketiga menilai keamanan dan kepatuhan AWS Device Farm sebagai bagian dari beberapa program AWS kepatuhan. Ini termasuk SOC, PCI, FedRAMP, HIPAA, dan lainnya. AWS Device Farm tidak dalam lingkup program AWS kepatuhan apa pun.
Untuk daftar AWS layanan dalam lingkup program kepatuhan tertentu, lihat [AWS Services in Scope by Compliance Program](https://aws.amazon.com/compliance/services-in-scope/) . Untuk informasi umum, lihat [Program AWS Kepatuhan Program AWS](https://aws.amazon.com/compliance/programs/) .
Anda dapat mengunduh laporan audit pihak ketiga menggunakan AWS Artifact. Untuk informasi selengkapnya, lihat [Pengunduhan Laporan dalam AWS Artifact](https://docs.aws.amazon.com/artifact/latest/ug/downloading-documents.html).
Tanggung jawab kepatuhan Anda saat menggunakan Device Farm ditentukan oleh sensitivitas data Anda, tujuan kepatuhan perusahaan Anda, serta undang-undang dan peraturan yang berlaku. AWS menyediakan sumber daya berikut untuk membantu kepatuhan:
+ [Panduan Quick Start Keamanan dan Kepatuhan](https://aws.amazon.com/quickstart/?awsf.quickstart-homepage-filter=categories%23security-identity-compliance) – Panduan deployment ini membahas pertimbangan arsitektur dan menyediakan langkah–langkah untuk melakukan deployment terhadap lingkungan dasar di AWS yang menjadi fokus keamanan dan kepatuhan.
+ [AWS Sumber Daya AWS](https://aws.amazon.com/compliance/resources/) — Kumpulan buku kerja dan panduan ini mungkin berlaku untuk industri dan lokasi Anda.
+ [Mengevaluasi Sumber Daya dengan Aturan](https://docs.aws.amazon.com/config/latest/developerguide/evaluate-config.html) dalam *Panduan AWS Config Pengembang* — AWS Config menilai seberapa baik konfigurasi sumber daya Anda mematuhi praktik internal, pedoman industri, dan peraturan.
+ [AWS Security Hub CSPM](https://docs.aws.amazon.com/securityhub/latest/userguide/what-is-securityhub.html)— AWS Layanan ini memberikan pandangan komprehensif tentang keadaan keamanan Anda di dalamnya AWS yang membantu Anda memeriksa kepatuhan Anda terhadap standar industri keamanan dan praktik terbaik.
# Perlindungan data di AWS Device Farm
[Model tanggung jawab AWS bersama model](https://aws.amazon.com/compliance/shared-responsibility-model/) berlaku untuk perlindungan data di AWS Device Farm (Device Farm). Seperti yang dijelaskan dalam model AWS ini, bertanggung jawab untuk melindungi infrastruktur global yang menjalankan semua AWS Cloud. Anda bertanggung jawab untuk mempertahankan kendali atas konten yang di-host pada infrastruktur ini. Anda juga bertanggung jawab atas tugas-tugas konfigurasi dan manajemen keamanan untuk Layanan AWS yang Anda gunakan. Lihat informasi yang lebih lengkap tentang privasi data dalam [Pertanyaan Umum Privasi Data](https://aws.amazon.com/compliance/data-privacy-faq/). Lihat informasi tentang perlindungan data di Eropa di pos blog [Model Tanggung Jawab Bersama dan GDPR AWS](https://aws.amazon.com/blogs/security/the-aws-shared-responsibility-model-and-gdpr/) di *Blog Keamanan AWS *.
Untuk tujuan perlindungan data, kami menyarankan Anda melindungi Akun AWS kredensil 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 penggunaan CloudTrail jejak untuk menangkap AWS aktivitas, lihat [Bekerja dengan CloudTrail jejak](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-trails.html) di *AWS CloudTrail Panduan 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](https://aws.amazon.com/compliance/fips/).
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 Device Farm atau lainnya Layanan AWS menggunakan konsol, API AWS CLI, atau AWS SDKs. 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 saat bergerak
Titik akhir Device Farm hanya mendukung HTTPS yang ditandatangani (SSL/TLS) requests except where otherwise noted. All content retrieved from or placed in Amazon S3 through upload URLs is encrypted using SSL/TLS. Untuk informasi selengkapnya tentang cara permintaan HTTPS masuk AWS, lihat [Menandatangani permintaan AWS API](https://docs.aws.amazon.com//general/latest/gr/signing_aws_api_requests.html) di Referensi AWS Umum.
Merupakan tanggung jawab Anda untuk mengenkripsi dan mengamankan komunikasi apa pun yang dibuat oleh aplikasi Anda yang diuji dan aplikasi apa pun yang diinstal dalam proses menjalankan pengujian di perangkat.
## Enkripsi saat diam
Fitur pengujian browser desktop Device Farm mendukung enkripsi saat istirahat untuk artefak yang dihasilkan selama pengujian.
Data pengujian perangkat seluler fisik Device Farm tidak dienkripsi saat istirahat.
## Retensi data
Data di Device Farm disimpan untuk waktu yang terbatas. Setelah periode retensi berakhir, data akan dihapus dari penyimpanan dukungan Device Farm.
| Jenis konten | Periode retensi (hari) | Periode Retensi Metadata (hari) |
| --- | --- | --- |
| Aplikasi yang diunggah | 30 | 30 |
| Paket uji yang diunggah | 30 | 30 |
| Beberapa catatan | 400 | 400 |
| Rekaman video dan artefak lainnya | 400 | 400 |
Anda bertanggung jawab untuk mengarsipkan konten apa pun yang ingin Anda simpan untuk waktu yang lebih lama.
## Manajemen data
Data di Device Farm dikelola secara berbeda tergantung pada fitur mana yang digunakan. Bagian ini menjelaskan bagaimana data dikelola saat dan setelah Anda menggunakan Device Farm.
### Pengujian browser desktop
Contoh yang digunakan selama sesi Selenium tidak disimpan. Semua data yang dihasilkan sebagai hasil dari interaksi browser dibuang ketika sesi berakhir.
Fitur ini saat ini mendukung enkripsi saat istirahat untuk artefak yang dihasilkan selama pengujian.
### Pengujian perangkat fisik
Bagian berikut memberikan informasi tentang langkah-langkah yang AWS diperlukan untuk membersihkan atau menghancurkan perangkat setelah Anda menggunakan Device Farm.
Data pengujian perangkat seluler fisik Device Farm tidak dienkripsi saat istirahat.
#### Armada perangkat publik
Setelah eksekusi pengujian selesai, Device Farm melakukan serangkaian tugas pembersihan di setiap perangkat dalam armada perangkat publik, termasuk penghapusan instalasi aplikasi Anda. Jika kami tidak dapat memverifikasi penghapusan instalasi aplikasi Anda atau salah satu langkah pembersihan lainnya, perangkat akan menerima reset pabrik sebelum digunakan kembali.
**catatan**
Data dapat bertahan di antara sesi dalam beberapa kasus, terutama jika Anda menggunakan sistem perangkat di luar konteks aplikasi Anda. Untuk alasan ini, dan karena Device Farm menangkap video dan log aktivitas yang terjadi selama Anda menggunakan setiap perangkat, kami menyarankan Anda untuk tidak memasukkan informasi sensitif (misalnya, akun Google atau ID Apple), informasi pribadi, dan detail sensitif keamanan lainnya selama sesi pengujian otomatis dan akses jarak jauh Anda.
#### Perangkat pribadi
Setelah kedaluwarsa atau penghentian kontrak perangkat pribadi Anda, perangkat dihapus dari penggunaan dan dihancurkan dengan aman sesuai dengan kebijakan penghancuran AWS. Untuk informasi selengkapnya, lihat [Perangkat pribadi di AWS Device Farm](working-with-private-devices.md).
## Manajemen kunci
Saat ini, Device Farm tidak menawarkan manajemen kunci eksternal untuk enkripsi data, saat istirahat atau dalam perjalanan.
## Privasi lalu lintas antarjaringan
Device Farm dapat dikonfigurasi, hanya untuk perangkat pribadi, untuk menggunakan titik akhir Amazon VPC untuk terhubung ke sumber daya Anda. AWS Akses ke AWS infrastruktur non-publik apa pun yang terkait dengan akun Anda (misalnya, EC2 instans Amazon tanpa alamat IP publik) harus menggunakan titik akhir VPC Amazon. Terlepas dari konfigurasi titik akhir VPC, Device Farm mengisolasi lalu lintas Anda dari pengguna lain di seluruh jaringan Device Farm.
Koneksi Anda di luar AWS jaringan tidak dijamin aman atau aman, dan Anda bertanggung jawab untuk mengamankan koneksi internet apa pun yang dibuat aplikasi Anda.
# Ketahanan di AWS Device Farm
Infrastruktur AWS global dibangun di sekitar AWS Wilayah dan Zona Ketersediaan. AWS Wilayah menyediakan beberapa Availability Zone yang terpisah secara fisik dan terisolasi, yang terhubung dengan latensi rendah, throughput tinggi, dan jaringan yang sangat redundan. Dengan Zona Ketersediaan, Anda dapat merancang serta mengoperasikan aplikasi dan basis data yang secara otomatis melakukan fail over di antara zona tanpa gangguan. Zona Ketersediaan memiliki ketersediaan dan toleransi kesalahan yang lebih baik, dan dapat diskalakan dibandingkan infrastruktur pusat data tunggal atau multi tradisional.
Untuk informasi selengkapnya tentang AWS Wilayah dan Availability Zone, lihat [Infrastruktur AWS Global](https://aws.amazon.com/about-aws/global-infrastructure/).
Karena Device Farm hanya tersedia di `us-west-2` Wilayah, kami sangat menyarankan Anda menerapkan proses pencadangan dan pemulihan. Device Farm tidak boleh menjadi satu-satunya sumber konten yang diunggah.
Device Farm tidak menjamin ketersediaan perangkat publik. Perangkat ini dibawa masuk dan keluar dari kumpulan perangkat publik tergantung pada berbagai faktor, seperti tingkat kegagalan dan status karantina. Kami tidak menyarankan Anda bergantung pada ketersediaan satu perangkat di kolam perangkat publik.
# Keamanan infrastruktur di AWS Device Farm
Sebagai layanan terkelola, AWS Device Farm dilindungi oleh keamanan jaringan AWS global. Untuk informasi tentang layanan AWS keamanan dan cara AWS melindungi infrastruktur, lihat [Keamanan AWS Cloud](https://aws.amazon.com/security/). Untuk mendesain AWS lingkungan Anda menggunakan praktik terbaik untuk keamanan infrastruktur, lihat [Perlindungan Infrastruktur dalam Kerangka Kerja](https://docs.aws.amazon.com/wellarchitected/latest/security-pillar/infrastructure-protection.html) yang * AWS Diarsiteksikan dengan Baik Pilar Keamanan*.
Anda menggunakan panggilan API yang AWS dipublikasikan untuk mengakses Device Farm melalui jaringan. Klien harus mendukung hal-hal berikut:
+ Keamanan Lapisan Pengangkutan (TLS). Kami mensyaratkan TLS 1.2 dan menganjurkan TLS 1.3.
+ Sandi cocok dengan sistem kerahasiaan maju sempurna (perfect forward secrecy, PFS) seperti DHE (Ephemeral Diffie-Hellman) atau ECDHE (Elliptic Curve Ephemeral Diffie-Hellman). Sebagian besar sistem modern seperti Java 7 dan versi lebih baru mendukung mode-mode ini.
Selain itu, permintaan harus ditandatangani menggunakan ID kunci akses dan kunci akses rahasia yang terkait dengan principal IAM. Atau Anda dapat menggunakan [AWS Security Token Service](https://docs.aws.amazon.com/STS/latest/APIReference/Welcome.html) (AWS STS) untuk menghasilkan kredensial keamanan sementara untuk menandatangani permintaan.
## Keamanan infrastruktur untuk pengujian perangkat fisik
Perangkat dipisahkan secara fisik selama pengujian perangkat fisik. Isolasi jaringan mencegah komunikasi lintas perangkat melalui jaringan nirkabel.
Perangkat publik dibagikan, dan Device Farm melakukan upaya terbaik untuk menjaga keamanan perangkat dari waktu ke waktu. Tindakan tertentu, seperti upaya untuk memperoleh hak administrator lengkap pada perangkat (praktik yang disebut sebagai *rooting* atau *jailbreaking*), menyebabkan perangkat publik dikarantina. Mereka dihapus dari kolam umum secara otomatis dan ditempatkan ke dalam tinjauan manual.
Perangkat pribadi hanya dapat diakses oleh AWS akun yang secara eksplisit diizinkan untuk melakukannya. Device Farm secara fisik mengisolasi perangkat ini dari perangkat lain dan menyimpannya di jaringan terpisah.
Pada perangkat yang dikelola secara pribadi, pengujian dapat dikonfigurasi untuk menggunakan titik akhir VPC Amazon untuk mengamankan koneksi masuk dan keluar dari akun Anda. AWS
## Keamanan infrastruktur untuk pengujian browser desktop
Saat Anda menggunakan fitur pengujian browser desktop, semua sesi pengujian dipisahkan satu sama lain. Contoh selenium tidak dapat berkomunikasi silang tanpa pihak ketiga perantara, di luar. AWS
Semua lalu lintas ke WebDriver pengontrol Selenium harus dilakukan melalui titik akhir HTTPS yang dihasilkan dengan. `createTestGridUrl`
Anda bertanggung jawab untuk memastikan bahwa setiap instance pengujian Device Farm memiliki akses aman ke sumber daya yang diuji. Secara default, instance pengujian browser desktop Device Farm memiliki akses ke internet publik. Saat Anda melampirkan instance Anda ke VPC, instans tersebut berperilaku seperti instans EC2 lainnya, dengan akses ke sumber daya yang ditentukan oleh konfigurasi VPC dan komponen jaringan yang terkait. AWS menyediakan [grup keamanan](https://docs.aws.amazon.com//vpc/latest/userguide/vpc-security-groups.html) dan [Daftar Kontrol Akses jaringan (ACLs)](https://docs.aws.amazon.com//vpc/latest/userguide/vpc-network-acls.html) untuk meningkatkan keamanan di VPC Anda. Grup keamanan mengontrol lalu lintas masuk dan keluar untuk sumber daya Anda, dan jaringan ACLs mengontrol lalu lintas masuk dan keluar untuk subnet Anda. Grup keamanan menyediakan kontrol akses yang cukup untuk sebagian besar subnet. Anda dapat menggunakan jaringan ACLs jika Anda menginginkan lapisan keamanan tambahan untuk VPC Anda. Untuk panduan umum tentang praktik terbaik keamanan saat menggunakan Amazon VPCs, lihat [praktik terbaik keamanan](https://docs.aws.amazon.com//vpc/latest/userguide/vpc-security-best-practices.html) untuk VPC Anda di *Panduan Pengguna Amazon Virtual Private Cloud*.
# Analisis dan manajemen kerentanan konfigurasi di Device Farm
Device Farm memungkinkan Anda menjalankan perangkat lunak yang tidak dipelihara atau ditambal secara aktif oleh vendor, seperti vendor OS, vendor perangkat keras, atau operator telepon. Device Farm melakukan upaya terbaik untuk mempertahankan perangkat lunak terbaru, tetapi tidak menjamin bahwa versi tertentu dari perangkat lunak pada perangkat fisik adalah yang terbaru, dengan desain yang memungkinkan perangkat lunak yang berpotensi rentan untuk digunakan.
Misalnya, jika pengujian dilakukan pada perangkat yang menjalankan Android 4.4.2, Device Farm tidak menjamin bahwa perangkat ditambal terhadap [kerentanan di Android](https://en.wikipedia.org/wiki/Stagefright_(bug)) yang dikenal sebagai. StageFright Terserah vendor (dan terkadang operator) perangkat untuk memberikan pembaruan keamanan ke perangkat. Aplikasi berbahaya yang menggunakan kerentanan ini tidak dijamin akan ditangkap oleh karantina otomatis kami.
Perangkat pribadi dikelola sesuai perjanjian Anda dengan AWS.
*Device Farm melakukan upaya terbaik untuk mencegah aplikasi pelanggan dari tindakan seperti *rooting* atau jailbreaking.* Device Farm menghapus perangkat yang dikarantina dari kolam umum hingga ditinjau secara manual.
Anda bertanggung jawab untuk menjaga setiap pustaka atau versi perangkat lunak yang Anda gunakan dalam pengujian Anda, seperti roda Python dan permata Ruby, up to date. Device Farm menyarankan agar Anda memperbarui pustaka pengujian.
Sumber daya ini dapat membantu menjaga dependensi pengujian Anda tetap mutakhir:
+ Untuk informasi tentang cara mengamankan permata Ruby, lihat [Praktik Keamanan](https://guides.rubygems.org/security/) di RubyGems situs web.
+ [Untuk informasi tentang paket keamanan yang digunakan oleh Pipenv dan didukung oleh Otoritas Pengemasan Python untuk memindai grafik ketergantungan Anda untuk mengetahui kerentanan yang diketahui, lihat Deteksi Kerentanan Keamanan pada.](https://github.com/pypa/pipenv/blob/master/docs/advanced.rst#-detection-of-security-vulnerabilities) GitHub
+ [Untuk informasi tentang Open Web Application Security Project (OWASP) Maven pemeriksa ketergantungan, lihat OWASP di situs web OWASP. DependencyCheck](https://owasp.org/www-project-dependency-check/)
Penting untuk diingat bahwa meskipun sistem otomatis tidak percaya ada masalah keamanan yang diketahui, itu tidak berarti bahwa tidak ada masalah keamanan. Selalu gunakan uji tuntas saat menggunakan perpustakaan atau alat dari pihak ketiga dan verifikasi tanda tangan kriptografi bila memungkinkan atau masuk akal.
# Respon insiden di Device Farm
Device Farm terus memantau perangkat untuk perilaku yang mungkin mengindikasikan masalah keamanan. Jika AWS dibuat mengetahui kasus di mana data pelanggan, seperti hasil pengujian atau file yang ditulis ke perangkat publik, dapat diakses oleh pelanggan lain, AWS kontak pelanggan yang terpengaruh, sesuai dengan kebijakan peringatan dan pelaporan insiden standar yang digunakan di seluruh AWS layanan.
# Pencatatan dan pemantauan di Device Farm
Layanan ini mendukung AWS CloudTrail, yaitu layanan yang merekam AWS panggilan untuk Anda Akun AWS dan mengirimkan file log ke bucket Amazon S3. Dengan menggunakan informasi yang dikumpulkan oleh CloudTrail, Anda dapat menentukan permintaan apa yang berhasil dibuat Layanan AWS, siapa yang membuat permintaan, kapan dibuat, dan sebagainya. Untuk mempelajari selengkapnya CloudTrail, termasuk cara mengaktifkannya dan menemukan file log Anda, lihat [Panduan AWS CloudTrail Pengguna](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/).
Untuk informasi tentang penggunaan CloudTrail dengan Device Farm, lihat[Mencatat panggilan AWS Device Farm API dengan AWS CloudTrail](logging-using-cloudtrail.md).
# Praktik terbaik keamanan untuk Device Farm
Device Farm menyediakan sejumlah fitur keamanan untuk dipertimbangkan saat Anda mengembangkan dan menerapkan kebijakan keamanan Anda sendiri. Praktik terbaik berikut adalah pedoman umum dan tidak mewakili solusi keamanan yang lengkap. Karena praktik terbaik ini mungkin tidak sesuai atau tidak memadai untuk lingkungan Anda, perlakukan itu sebagai pertimbangan yang bermanfaat, bukan sebagai resep.
+ Berikan sistem integrasi berkelanjutan (CI) apa pun yang Anda gunakan sesedikit mungkin hak istimewa di bawah IAM. Pertimbangkan untuk menggunakan kredensil sementara untuk setiap pengujian sistem CI sehingga meskipun sistem CI dikompromikan, itu tidak dapat membuat permintaan palsu. Untuk informasi selengkapnya tentang kredensil sementara, lihat Panduan Pengguna [IAM](https://docs.aws.amazon.com//IAM/latest/UserGuide/id_credentials_temp_request.html#api_assumerole).
+ Gunakan `adb` perintah di lingkungan pengujian khusus untuk membersihkan konten apa pun yang dibuat oleh aplikasi Anda. Untuk informasi selengkapnya tentang lingkungan pengujian kustom, lihat[Lingkungan pengujian khusus di AWS Device Farm](custom-test-environments.md).