Selamat datang kembali ke backspace Academy dalam kuliah tentang Identitas dan Manajemen Akses ini atau saya
untuk Adobe singkat dengan organisasi dan jejak cloud.
Kita akan mulai dengan berbicara tentang model tanggung jawab bersama apa artinya bahwa AS bertanggung
jawab atas cloud mereka, mereka bertanggung jawab atas infrastruktur mereka, tetapi kami bertanggung jawab atas
apa yang kami lakukan dengan cloud mereka.
Jadi, jika kita memiliki materi sensitif dan kita membuat publik itu adalah tanggung jawab kita, itu keputusan kita yang
kita buat.
Dan saya tidak melihat kita tidak bertanggung jawab untuk itu.
Jadi kami memiliki model tanggung jawab bersama seputar keamanan.
Kami memiliki grup pengguna dan peran yang memungkinkan orang mengakses akun kami.
Dan agar kami dapat mengontrol akses itu sehingga kami dapat membuat pengguna dan pengguna itu dapat mengakses
akun kami.
Kami dapat membuat grup pengguna atau kami bahkan dapat membuat peran yang dapat diambil sumber daya.
Misalnya itu bisa berupa server dan server itu dapat mengambil peran yang memungkinkannya mengakses
layanan lain dalam akun IDB kami.
Kami memiliki delapan organisasi AS dan mereka sangat penting.
Jika kami memiliki organisasi yang sangat besar yang memiliki banyak akun AWB, bagaimana kami mengaturnya dan bagaimana
kami mengelolanya secara terpusat.
Kami melakukan itu dengan AWB sebagai organisasi yang kami gunakan saya atau identitas dan kebijakan manajemen akses
untuk mendefinisikan dengan sangat rinci detail apa yang akses kelompok atau peran pengguna ke akun kami.
Kami memiliki federasi identitas dan yang memungkinkan kami memverifikasi identitas pengguna melalui layanan pihak ketiga misalnya melalui Google
atau melalui Facebook dan kami dapat membatasi akses apa yang mereka miliki ke akun
kami.
Dan akhirnya kami memiliki jejak cloud yang luar biasa yang merupakan layanan keamanan yang sangat penting
yang melacak semua aktivitas ke dan dari layanan di
AWB akun kami karena bekerja pada model tanggung jawab bersama untuk keamanan.
Apa artinya itu AWB.
Mereka akan bertanggung jawab atas keamanan cloud AWB AS mereka, tetapi Anda sebagai pelanggan akan bertanggung jawab
atas apa yang Anda masukkan ke cloud AWB.
Misalnya AWB akan bertanggung jawab untuk semua arsitektur tingkat rendah itu.
Mereka akan bertanggung jawab atas lokasi tepi zona ketersediaan wilayah dan layanan
yang akan mereka jalankan.
Tetapi dari sudut pandang Anda, Anda memiliki tanggung jawab untuk memastikan bahwa apa yang Anda masukkan ke dalam AWB adalah Cloud yang
aman.
Misalnya jika Anda memiliki instance yang mudah dan Anda memiliki data sensitif yang sedang dikendalikan oleh instance yang
mudah Anda harus memastikan bahwa Anda menjaga enkripsi sisi klien dari data itu
juga enkripsi sisi server dari data tersebut jika itu sudah kering melekat padanya atau atau perangkat yang melekat padanya
Anda perlu memastikan bahwa data itu aman.
Anda juga harus memastikan bahwa lalu lintas jaringan maju dan mundur dari yang
mudah misalnya aman.
Misalnya Anda mungkin memiliki aplikasi wordpress yang memiliki informasi sensitif untuk pelanggan Anda juga akan bertanggung jawab
untuk sistem operasi Linux atau sistem operasi operasi Windows yang akan
berjalan pada yang mudah ke server Anda akan bertanggung jawab untuk tidak hanya konfigurasi firewall
Linux tetapi juga di sisi IWM dengan grup keamanan Anda akan bertanggung jawab untuk aplikasi
WordPress yang sedang Anda jalankan Anda harus memastikan bahwa akses administrator untuk itu aplikasi
memiliki perlindungan kata sandi yang baik dan Anda juga perlu memastikan bahwa pengguna yang
mengakses akun database Anda akan memiliki Identitas dan Manajemen Akses yang baik di sana dan mereka telah
menyewakan hak istimewa yang diberikan kepada mereka.
Dan akhirnya Anda mendapatkan data pelanggan yang Anda butuhkan untuk membuat keputusan tentang apa yang akan Anda simpan.
Sejauh data pelanggan sensitif masuk.
Sekarang model tanggung jawab bersama ini bervariasi sesuai dengan layanan apa yang Anda gunakan misalnya
jika Anda menggunakan misalnya layanan abstrak seperti Amazon S3.
Jadi Adobe akan mengambil kendali lebih besar atas layanan itu.
Ini tidak akan menjadi seperti server yang mudah yang akan disebut layanan infrastruktur di mana IWM akan menjaga
staf tingkat rendah dengan Amazon S tiga yang akan mereka jaga
lebih banyak karena ini adalah layanan yang lebih abstrak dan di tengah-tengah ada layanan kontainer
contoh yang baik yaitu layanan basis data relasional RD.
Sehingga cocok di suatu tempat di tengah sana.
Jadi saya ww akan memiliki tanggung jawab lebih dari ac ke server tetapi kurang dari Amazon S tiga
jadi mari kita lihat layanan infrastruktur sehingga tingkat layanan terendah dengan WW dan itu
termasuk Amazon AC dua layanan terkait seperti sebagai penyimpanan blok otomatis penskalaan otomatis cloud pribadi Amazon virtual
sehingga Anda mengontrol sistem operasi Anda memiliki server Linux di sana Anda menjaga sistem
operasi Linux Anda memastikan bahwa itu up to date Anda memastikan bahwa itu aman
Anda juga menjaga identitas dan manajemen akses pelanggan Anda yang mengakses AC ke server maka kami masuk ke layanan
kontainer yang sedikit lebih abstrak daripada layanan infrastruktur yang akan mencakup basis
data relasional Amazon, produksi massal Elastis Amazon, dan batang elastis W karena IWM mengambil sedikit lebih banyak kontrol atas apa yang
mereka cari sehingga mereka akan mencari platform yang sebenarnya yang berjalan
di sana mereka e akan menjaga sistem
operasi sehingga sistem operasi Linux Anda tidak akan mencari
setelah itu dengan Amazon RDF Anda tidak akan mencari setelah menambal bahwa aplikasi database sekuel saya
yang berjalan di Amazon Ya, saya akan menjaga itu untukmu.
Jadi Anda bertanggung jawab untuk kontrol jaringan, Anda bertanggung jawab untuk konfigurasi firewall
Anda, grup keamanan dan tingkat keamanan platform Anda misalnya, jika Anda telah mengakses database sekuel saya, Anda perlu
memastikan bahwa administrasi Anda untuk database tersebut benar-benar aman dan akhirnya kami mendapatkan layanan
abstrak sehingga penyimpanan basis data dan layanan perpesanan tingkat tinggi mereka termasuk Amazon
S three Amazon Glacier archiving dynamo D. B. NWS lambda Amazon layanan Q sederhana
dan Amazon.
Layanan email sederhana sekarang NWS kemudian akan mengambil kontrol lebih banyak sehingga mereka akan mengambil semua
ini juga.
Jadi itu artinya mereka akan mengelola komponen layanan yang mendasarinya atau sistem operasi tempat
mereka tinggal.
Jadi mereka akan mengambil kendali lebih banyak.
Jadi jika Amazon S three mereka akan mengambil lebih banyak kontrol di sekitar enkripsi sisi server Anda
hanya mengaturnya melalui konsol.
Tapi saya mengelola itu untuk Anda perlindungan lalu lintas jaringan untuk sejarah Amazon.
Kami akan mengelola itu dan saya juga akan mengelola banyak Manajemen Identitas dan
Akses dengan
Amazon S tiga jadi mengapa kita perlu Manajemen Identitas dan Akses.
Yah kita sudah punya akun dan kita mungkin punya itu atau mungkin ada akun
untuk perusahaan yang mungkin memiliki ribuan karyawan.
Bagaimana kami mengelola semua karyawan tersebut.
Bagaimana kami memastikan bahwa mereka mendapat tingkat akses yang benar untuk akun kami.
Bagaimana kita mengelola orang yang berada di luar perusahaan kita.
Bagaimana kami mengelola pengguna aplikasi kami yang mungkin ratusan ribu pengguna yang mengakses
aplikasi web misalnya.
Jadi Manajemen Identitas dan Akses memungkinkan kita untuk mengendalikan semua itu.
Ini layanan web.
Anda menjalankannya melalui konsol dan memungkinkan Anda untuk mengontrol dengan aman individu dan grup individu akses
ke Adobe Anda dengan sumber daya.
Anda melakukannya dengan membuat dan mengelola identitas pengguna yang disebut pengguna Saya.
Dan kemudian Anda memberi para pengguna izin fitur-fitur IAM.
Ini memberikan akses bersama ke akun Anda sehingga Anda memiliki ribuan karyawan di
organisasi Anda, Anda dapat memberi mereka akses bersama dan akses individual ke akun Anda.
Ini memiliki izin granular sehingga kendali sangat halus tentang apa yang orang bisa lakukan dan tidak
bisa lakukan dan dalam kondisi apa mereka bisa mengakses akun Anda.
Ini memberikan Sue akses aman untuk Amazon mudah ke aplikasi atau aplikasi yang berjalan di Amazon mudah
untuk mengakses sumber daya.
Jadi, jika Anda memiliki aplikasi web yang mungkin perlu mengakses ember tiga S Amazon misalnya, Anda
dapat mengatur peran yang dapat memungkinkan hal itu terjadi kalau tidak, Amazon mudah misalnya
dapat mengakses sumber daya itu.
Kami dapat mengatur federasi identitas dan yang memberikan izin kepada pengguna di luar perpustakaan kami yang
berada di luar akun kami dan bahkan di luar kami sepenuhnya.
Ini sesuai PCI dan DFS dan menyediakan audit log akses menggunakan adobe dengan layanan uji coba cloud dan kami akan membicarakan
sedikit tentang itu nanti.
Akhirnya konsisten.
Jadi ini adalah layanan global di semua wilayah ukuran IWM.
Jadi ketika Anda membuat perubahan pada saya saya perlu beberapa saat untuk itu untuk menyebar di
semua wilayah sehingga akhirnya konsisten.
Ini adalah sesuatu yang perlu dipertimbangkan jika Anda seorang pengembang jadi jangan berharap hal-hal terjadi dalam mikrodetik.
Mereka akan mengambil sedikit waktu sebelum menyebar.
Ini tidak akan menjadi jumlah waktu yang sangat lama hanya beberapa detik atau lebih tetapi akhirnya konsisten.
Ini gratis untuk digunakan.
Jadi, dengan segala cara, manfaatkan sepenuhnya.
Anda tidak akan dikenakan biaya apa pun.
Ketika seseorang pertama kali bergabung dengan organisasi Anda, Anda ingin mengaturnya sebagai pengguna di akun Anda
dan pengguna yang mewakili orang atau layanan yang mengakses akun Anda dan mereka terdiri dari
nama dan serangkaian kredensial yang diidentifikasi oleh nama yang ramah atau ada tiga opsi di sana untuk mengidentifikasi mereka.
Mereka dapat diidentifikasi melalui nama yang ramah misalnya Bill atau nama sumber daya Amazon mereka sehingga akan
memiliki format I di Polandia.
Saya W. S. usus besar.
Saya kemudian dua titik dua karena alasan dua kolom ini ada yang biasanya ketika Anda mendefinisikan dan
R n Anda akan memiliki wilayah di sana sehingga karena saya adalah layanan global itu akan memiliki dua kolom
di sana dan kemudian akun saya . D. dan kemudian pengguna titik dua dan kemudian nama ramah dari pengguna itu
juga merupakan pengidentifikasi unik yang Anda tidak perlu terlalu khawatir.
Tetapi setiap kali Anda melakukan panggilan dengan API, pengembangan perangkat lunak akan membuat shell daya Windows atau
alat CLIA saat Anda membuat pengguna, pengidentifikasi unik akan dikembalikan untuk pengguna itu sehingga Anda dapat menggunakannya lagi di
dalam aplikasi Anda yang menjalankan pengembangan perangkat lunak kit.
Jadi jenis kredensial yang dapat dikaitkan dengan pengguna.
Kami memiliki kata sandi konsol yang hanya berupa nama pengguna dan kata sandi sehingga pengguna akan memiliki U. R. L.
tautan ke ID Anda ke mantan akun Anda dan kemudian mereka menggunakan kata sandi konsol dan 2 2 atau nama pengguna
dan kata sandi untuk masuk ke akun Anda.
Kami juga memiliki kunci akses dan terdiri dari kunci akses I. D. dan kunci akses rahasia.
Ada maksimal dua per pengguna yang dapat dikeluarkan dan kami menggunakannya terutama untuk akses terprogram
ke IWM.
Kami juga menggunakannya dengan antarmuka baris perintah sehingga kami telah terhubung dari jarak jauh ke mana
kami dapat menggunakan tombol akses tersebut.
Sekarang kita memiliki pengguna rute dan saat itulah kita pertama kali membuat akun dan kita bisa masuk sebagai
pengguna rute sebelum kita membuat pengguna IAM mana pun tidak pernah menggunakan pengguna rute untuk mengakses W dengan sumber
daya kecuali itu sangat penting.
Anda harus selalu membuat I. M. pengguna dengan izin yang benar yang Anda
butuhkan dan selalu mengaktifkan otentikasi multi faktor dari pengguna rute.
Dan kita akan berbicara lebih banyak tentang itu nanti, tetapi hal utama yang perlu diingat di sini adalah membuat pengguna saya, bahkan
untuk diri sendiri, membuat diri Anda sebagai pengguna administrator IAM dan tidak menggunakan akses pengguna rute
Anda dan memastikan kredensial untuk pengguna akses disimpan di suatu tempat karena seseorang dapat masuk
dan melakukan sesuatu milisi sehingga mereka dapat mengubah rincian kartu kredit Anda.
Saya dapat melakukan apa saja dengan
akun Anda, kami memiliki kata sandi pengguna dan kebijakan kata sandi yang dapat kami lampirkan pada pengguna.
Jadi ketika pengguna pertama kali mendaftar apakah kami ingin memberi mereka kata sandi yang mereka gunakan atau kami
ingin mereka membuat kata sandi mereka sendiri.
Bagaimana kita akan melakukannya sehingga kita dapat menetapkan kebijakan kata sandi untuk melakukan hal-hal ini dan itu
termasuk menetapkan panjang kata sandi minimum.
Kami dapat meminta kata sandi memiliki karakter tertentu.
Kami dapat mengizinkan pengguna untuk mengubah kata sandi mereka sendiri.
Kalau tidak, administrator harus mengubah kata sandi mereka untuk mereka.
Kami dapat membuat kata sandi berakhir setelah jangka waktu tertentu.
Jadi setelah mengatakan tiga bulan mereka harus membuat kata sandi baru.
Kami dapat mencegah pengguna menggunakan kembali kata sandi sebelumnya dan kami juga dapat memaksa pengguna untuk menghubungi administrator
akun jika kata sandi telah kedaluwarsa.
Jadi, ketika seseorang mengakses akun Anda, mereka akan mengaksesnya melalui masuk RL Anda yang akan berbeda dari ketika Anda masuk sebagai
pengguna root saat Anda masuk sebagai I. M. Gunakan.
Anda akan memiliki tautan kereta Euro ini ke akun Anda.
Jadi itu hal yang cukup panjang dan sulit untuk diingat karena ide akun ide Anda tidak
akan mudah diingat.
Jadi, jika Anda menginginkan sesuatu yang lebih mudah diingat, Anda dapat membuat alias akun sehingga Anda
dapat memiliki nama perusahaan sebagai alias dan itu akan menjadi tanda alias Anda di WW atau Amazon dot com forward
slash console.
Dan itu akan menjadi tautan masuk Anda ke akun Anda.
Dan itu akan lebih mudah bagi seseorang untuk diingat.
Kami juga dapat mengelompokkan pengguna dan saya adalah grup yang merupakan koleksi saya. M. pengguna dan ketika ketika pengguna
dimasukkan ke dalam grup mereka akan menganggap izin grup itu.
Jadi kita bisa mendefinisikan izin grup itu.
Kami dapat, kami dapat mengaitkan kebijakan atau banyak kebijakan ke grup dan kemudian siapa saja yang terkait dengan grup mereka
atau di dalam grup itu setiap pengguna akan mengambil izin grup tersebut.
Sekarang pengguna dapat menjadi bagian dari beberapa grup jika mereka suka tetapi grup itu sendiri hanya dapat berisi pengguna
dan mereka tidak dapat disarangkan sehingga Anda tidak dapat memiliki grup dari suatu grup.
Grup hanya dapat memiliki satu tingkat sehingga grup hanya dapat berisi pengguna yang tidak
dapat mereka miliki dengan grup lain, sekarang peran peran cukup penting terutama jika Anda memiliki orang di luar IWC
yang perlu mengakses akun Anda di mana Anda perlu mengambil kredensial sementara.
Jadi mereka adalah izin yang didefinisikan yang dapat diasumsikan oleh pengguna atau sumber daya untuk
mengakses akun Anda.
Mereka dapat digunakan oleh AC untuk instance untuk mengakses sumber daya Anda misalnya jika Anda punya AC misalnya yang
menjalankan WordPress atau apa pun.
Aplikasi yang mungkin perlu memiliki akses ke Amazon S three Anda dapat membuat peran
khusus untuk yang mudah misalnya mengakses sumber daya itu juga dapat memberikan akses ke sumber daya kepada pengguna di akun
AWB lain.
Jadi bahkan tidak di akun AWB Anda dan Anda dapat melakukan itu Anda dapat mengaturnya dan
juga yang sangat penting adalah federasi identitas di mana pengguna dapat atau orang-orang di luar AWB sepenuhnya bahkan tidak dalam akun
yang sama orang-orang yang tidak ada hubungannya dengan AWB seperti untuk sementara mengambil peran dan mereka dapat
diberi akses paling tidak istimewa ke sumber daya melalui Federasi identitas ini.
Saya akan memberi Anda contoh, Anda mungkin memiliki situs web, situs web yang sangat populer yang memiliki
ratusan ribu pengguna.
Anda tidak akan dapat membuat saya pengguna untuk ratusan ribu pengguna.
Jadi yang dapat Anda lakukan adalah Anda dapat mengautentikasi orang-orang tersebut menggunakan layanan eksternal.
Misalnya Anda dapat menggunakan Facebook untuk mengidentifikasi mereka dan kemudian mereka dapat memiliki akses setelah mereka
masuk dengan Facebook.
Mereka dapat memiliki akses ke aplikasi Anda setelah itu.
Jadi cara saya atau jenis identitas Federasi yang bisa kita gunakan, kita bisa menggunakan AWB penyamaran
dan itulah cara yang disukai di mana seseorang mendaftar ke penyamaran AWB dengan nama pengguna dan kata sandi dan
yang akan dikendalikan oleh WW dan mereka dapat masuk ke aplikasi Anda setelah itu kami
juga dapat masuk menggunakan penyedia O auth seperti Facebook Google Amazon atau kami dapat menggunakan layanan perusahaan untuk sekali
masuk menggunakan aplikasi ELD atau Direktori Aktif sehingga mereka memiliki perusahaan yang memiliki Microsoft
Active Directory berjalan.
Anda dapat mengaturnya sehingga Anda juga dapat menggunakan federasi identitas dari itu untuk mengakses sumber daya WS.
Bayangkan saja Anda memiliki organisasi yang sangat besar misalnya Ford Motor Company yang memiliki operasi manufaktur di
seluruh dunia yang memiliki operasi pemasaran dan ada organisasi besar yang sangat besar dan mereka
memiliki banyak akun AWB untuk semua divisi dan wilayah geografis yang berbeda.
Misalnya organisasi basis data memungkinkan perusahaan besar seperti itu untuk mengelola izin secara terpusat dan itu adalah hal yang
besar karena jika Anda memiliki satu cara terbaik di organisasi Anda, Anda
tidak akan memiliki sedikit kantong organisasi Anda yang akan menjadi sedikit Wild West.
Jadi itu memungkinkan beberapa akun AWB yang digunakan oleh organisasi besar untuk menjadi bagian dari organisasi atau unit
dan sebenarnya tidak perlu menjadi organisasi besar.
Ini dapat berupa organisasi apa pun tetapi Anda membuat organisasi atau unit dan organisasi
mereka atau unit akan memiliki beberapa akun AWB yang terkait dengannya dan unit organisasi mereka akan memiliki kebijakan kontrol
layanan atau kebijakan SC dan mereka memungkinkan daftar putih atau daftar hitam layanan di dalamnya organisasi atau unit.
Jadi jika Anda ingin menghentikan orang lain dari menggunakan layanan tertentu di seluruh organisasi Anda
secara global, Anda dapat melakukannya dengan memasukkan daftar hitam layanan tersebut dengan SVP.
Jadi layanan yang masuk daftar hitam tidak akan tersedia bahkan jika kebijakan pengguna atau grup saya mengizinkannya.
Jadi tidak masalah apa yang terjadi di tingkat bawah jika itu adalah layanan daftar hitam pada
tingkat unit organisasi pengguna tidak akan dapat mengakses layanan itu.
Keuntungannya adalah mengelola kebijakan kami secara terpusat di beberapa akun AWB.
Ia mengontrol akses ke layanan AWB di seluruh dunia di seluruh organisasi.
Ini dapat digunakan untuk mengotomatisasi pembuatan dan manajemen akun risiko IDB secara terprogram menggunakan API.
Hal ini juga memungkinkan untuk penagihan gabungan untuk beberapa akun IDB Barat sehingga Anda dapat memilikinya.
Jadi satu tagihan tunggal di tingkat unit organisasi untuk semua akun itu oke.
Jadi bagaimana ini semua bekerja di sisi kiri di sana kita punya organisasi induk.
Jadi bayangkan saja itu adalah Ford Motor Company dan mereka
punya akun sendiri untuk nomor rekening mereka dan mereka juga di organisasi IDB menyiapkan dua unit organisasi untuk Dev dan penjualan.
Jadi mari kita berkonsentrasi pada Bob Baer, jadi Bob.
Dia punya aku. M. kebijakan yang melekat pada penggunanya dan yang
memungkinkan akses ke Amazon S3 dan Amazon juga mudah tetapi karena unit organisasi dev hanya memungkinkan akses ke Amazon S tiga.
Dia hanya memiliki akses ke Amazon S tiga di sebelah kanan sana.
Kami punya yang berbeda.
Jadi dengan Dev unit organisasi saya masuk daftar hitam.
Tapi kami juga sudah sampai di sana kartu pengganti untuk setiap layanan sebagai terdaftar putih putih.
Jadi itu artinya setiap layanan diizinkan.
Tapi aku ditolak.
Jadi, siapa pun di dalam organisasi atau unit Dev, izin maksimum yang dapat mereka miliki adalah mengizinkan
semuanya kecuali aku.
Jadi ketika kita melihat Bob di sana, Bob memiliki kredensial untuk atau saya kredensial yang memungkinkannya untuk mengakses
Amazon S tiga.
Dan itu datang di bawah unit organisasi dev liar untuk untuk setiap layanan.
Jadi dia bisa mengakses Amazon S3 tetapi dia tidak pernah bisa mengakses saya karena itu dikendalikan secara terpusat
oleh organisasi induk
saya kebijakan.
Mereka memungkinkan akses berbutir halus ke akun Anda sekarang secara default.
Pengguna tidak dapat mengakses apa pun di akun Anda.
Jadi, Anda dapat memberikan izin kepada pengguna tersebut melalui kebijakan Saya.
Dan itu akan menentukan sumber daya efek tindakan dan secara opsional kondisi apa pun di sekitar pemberian
izin itu.
Jadi misalnya di sana kita punya kebijakan.
Dan jika Anda seorang pengembang dapat melihat bahwa itu adalah format notasi objek Jason atau JavaScript tetapi itu adalah
pernyataan.
Dan efeknya adalah kita mengizinkan. Kita tidak menyangkal kita membiarkan sesuatu terjadi dan tindakan yang kita izinkan
ada pada dinamo layanan D. B ..
Dan kami mengizinkan semua tindakan karena akan ada kartu liar di sana bintang di
akhir dinamo D. B. jadi kami mengizinkan semua tindakan atau dinamo D. B. tindakan pada sumber
daya dan sumber daya ada tabel yang disebut buku.
Dan jadi jika kami menerapkannya pada pengguna, ia akan memiliki akses penuh ke tabel
buku itu sekarang mengenai subjek nama sumber daya Amazon, bahasa kebijakan akses IBM, yang mengharuskan Anda menentukan sumber daya
atau sumber daya dan Anda perlu menentukan yang menggunakan Amazon format nama sumber daya atau ARVN.
Sekarang format itu terdiri dari titik dua RN.
Ida B Wells.
Saya menjadi layanan dan kemudian menjajah wilayah tersebut.
Kita harus menjajah di sana itu biasanya Anda akan memiliki wilayah di dalam sana tetapi karena saya adalah layanan global kami tidak mendefinisikan wilayah di
sana sehingga untuk Collins maka akun kami I. D. diikuti oleh sumber
daya yang kami akses.
Beberapa contoh.
Kami punya pengguna saya dan itu akan ada di ARVN.
Saya ke Collins dan kemudian nama akun dan kemudian sumber daya yang merupakan pengguna dan kemudian nama pengguna
itu akan menjadi Bob dan kita dapat melihat di sana lagi untuk grup akan sama
tetapi kami akan menjadi grup dan kemudian meneruskan pengembang slash Hawa untuk nama grup kami dan kemudian kami memiliki
saya salah dan itu akan menjadi peran diikuti oleh garis miring dan kemudian apa peran itu sebenarnya ada di sana
kami punya itu akan menjadi tiga akses untuk peran itu dan profil instance yang dapat dikaitkan dengan instance
yang mudah akan menjadi item.
Irene Colin Ida B Wells Colin Saya ke Collins nama akun dan kemudian Colin lain diikuti oleh profil contoh dan
kemudian maju slash dan kemudian profil contoh yang terkait dengan contoh yang mudah jika kita
sedang melihat identitas pengguna Federasi mengatakan akan terlihat suka atau ada N akan terlihat
seperti RN usus ww usus ETS bukan saya.
Jadi itulah layanan token yang aman e ya dan kemudian ke Collins dan
lagi nama akun diikuti oleh titik dua dan kemudian pengguna dasbor federasi dan kemudian meneruskan memangkas nama pengguna
yang disatukan. akses ke sumber daya IDB AS.
Jadi saya kebijakan basis pengguna yang sedang kita bicarakan tetapi ada juga sejumlah kebijakan basis sumber daya
yang diterapkan pada sumber daya yang sebenarnya bukan pengguna atau grup saya atau pengguna sehingga kebijakan saya bertujuan dapat membatasi akses
ke sumber daya kami sehingga mereka memberikan batasan tingkat sumber daya dan mereka melekat pada grup pengguna atau
peran yang mereka lampirkan pada entitas saya dan mereka akan menentukan tindakan yang diizinkan
dan sumber daya yang mereka diizinkan untuk mengakses misalnya contoh yang mudah untuk contoh sebuah Database RDX atau
apa pun.
Sekarang mereka berbeda dari kebijakan berbasis sumber daya dan kebijakan berbasis sumber daya akan dilampirkan
ke sumber daya aktual misalnya dan Amazon S three Anda dapat memiliki kebijakan bucket atau daftar kontrol akses
yang melekat pada bucket Amazon S3 mereka.
Jadi, meskipun Anda mungkin dapat membuat pengguna dan memiliki izin bagi pengguna untuk mengakses dan
Amazon S tiga ember ada Amazon S3 ember mungkin juga memiliki kebijakan ember di sana yang selanjutnya dapat
membatasi akses untuk pengguna saya.
Hal yang sama berlaku untuk volt Amazon Gletser dan mereka bisa memiliki kebijakan akses volt dan
kami juga bisa memiliki kebijakan seputar esensi topik isyarat alasan dan juga kunci enkripsi layanan manajemen IDB kunci
AS
serta federasi identitas.
Ini memungkinkan kami untuk mendefinisikan dan saya adalah peran yang akan menentukan izin untuk pengguna yang diidentifikasi secara
eksternal atau Federasi untuk mengakses akun kami.
Contoh yang bagus adalah jika kita memiliki situs web yang sangat populer yang memiliki ratusan dan
ribuan anggota.
Sekarang kami memiliki maksimal 5.000 pengguna per akun.
Jadi kita tidak akan dapat membuat masing-masing pengguna saya untuk mengakses akun Adobe kami karena kami telah
mendapatkan ratusan ribu dari mereka.
Jadi Federasi identitas memungkinkan kami untuk membuat kredensial sementara yang tidak terbatas untuk pengguna yang diidentifikasi secara
eksternal ini sehingga kami dapat mengidentifikasi pengguna ini oleh organisasi kami.
Kami dapat memiliki sistem kami sendiri atau kami dapat menggunakan penyedia identitas pihak ketiga untuk melakukan itu.
Jadi metode yang berbeda yang tersedia metode yang disukai adalah Amazon.
Layanan Verifikasi Identitas Amazon dan kami dapat memiliki identitas yang diautentikasi pengembang sehingga kami dapat menerapkan sistem kami
sendiri yang ada di dalam kognitif Amazon.
Kami dapat memiliki akses tamu atau kami dapat menggunakan penyedia layanan identitas publik atau kami dapat menggunakan saya yang terbuka. D.
menghubungkan.
Jadi contohnya adalah Facebook menggunakan login dengan Facebook atau login dengan Google atau login
dengan Amazon.
Kami dapat menggunakan akun kami untuk memverifikasi mereka dan kemudian memberikan mereka akses sementara akses terbatas ke akun kami.
Kami juga dapat menggunakan paket perangkat lunak penyedia identitas yang mendukung Bahasa Markah Pernyataan Keamanan juga
atau mirip dengan singkatnya.
Kami juga dapat membuat aplikasi broker identitas khusus kami yang dapat mengotentikasi pengguna untuk kami.
Misalnya kita dapat menggunakan aplikasi senior perusahaan kami atau layanan direktori aktif Microsoft untuk
mengotentikasi pengguna kami melalui aplikasi broker identitas yang kami buat ini dan kemudian aplikasi itu
akan mengambil kredensial sementara untuk pengguna dan kemudian pengguna dapat mengakses sumber daya tersebut melalui
aplikasi khusus ini. .
Kami juga dapat menggunakan layanan direktori AS adobe untuk Active Directory dan ini hebat karena kami dapat
menggunakannya untuk akses perusahaan kami dan juga untuk akses basis data kami ke akun kami.
Pada saat
yang sama IWC Claire Trout adalah layanan bantuan yang sangat penting IBEW hanya melihat sisi kanan sana ketika
ketika kita menggunakan konsol manajemen IWC dan kita mengakses layanan di bagian belakang sana.
Ada panggilan API yang dibuat dari komputer desktop kami atau laptop kami atau apa pun panggilan
API dibuat untuk IDB cara untuk mengakses layanan itu dan itu sama dengan kit pengembangan perangkat lunak misalnya.
Jika Anda memiliki aplikasi javascript dalam menjalankannya, itu akan melakukan panggilan API di latar belakang
untuk membantu kami.
Hal yang sama untuk antarmuka baris perintah WW.
Semua layanan tersebut menggunakan AWB sebagai API untuk berkomunikasi langsung ke IDB West dan di masa lalu
ada banyak dokumentasi yang baik pada IDB US API tetapi tampaknya telah menghilang
karena saat ini Anda tidak benar-benar membutuhkannya karena SDK melakukan segalanya bahwa API tetap melakukannya
karena panggilan-panggilan API itu dibuat dalam layanan perjalanan cloud ketika disiapkan dapat mencatat semua panggilan API tersebut ke layanan aww dan menjual log-log
itu akan disimpan dalam ember S3 dan mereka dapat dianalisis nanti.
Jadi Anda punya peta elastis mengurangi pekerjaan atau Amazon analisis Thena Anda dapat menganalisis ember itu dan melihat orang-orang panggilan
log ke layanan Adobe dan jika Anda menemukan bahwa ada sesuatu yang aneh
terjadi maka Anda dapat mengambil tindakan dan Anda dapat juga mengatur topik SNF yang dapat mengingatkan Anda jika
ada masalah.
Dan itu hal yang sangat penting.
Jadi ini dan ini sangat penting untuk memahami bahwa Anda dapat memiliki semua firewall Anda dapat
memiliki semua kontrol akses jaringan ini dan semua ini.
Tetapi apa yang terjadi ketika Anda mendapat serangan dari dalam organisasi Anda apa yang terjadi ketika itu tidak lagi
di luar organisasi Anda, Anda mendapat serangan dari dalam.
Dan di sinilah cloud trial sangat penting karena memperingatkan
Anda tentang masalah-masalah yang terjadi dalam akun Anda serta bertindak di luar akun Anda.
Sekarang ada beberapa praktik terbaik yang akan saya rekomendasikan dan ada beberapa di antaranya.
Anda perlu memahami mereka untuk ujian jadi pastikan bahwa Anda memahami apa itu dan mengapa itu adalah
praktik terbaik.
Jadi kita sudah bicara tentang akses pengguna rute.
Kunci kredensial tersebut dan jangan gunakan.
Satu-satunya waktu Anda benar-benar perlu menggunakannya adalah jika Anda mengubah rincian kartu
kredit Anda.
Selain itu Anda tidak perlu menggunakannya gunakan individu.
Sebagai gantinya, saya adalah pengguna yang menggunakan grup untuk mengelola izin orang, jadi tetapkan orang ke grup
dan biarkan mereka mengambil posisi tersebut dengan kebijakan yang ditentukan.
Manfaatkan semua itu sehingga tidak ada gunanya mencoba membuat kebijakan Anda sendiri ketika ada satu yang
benar-benar bagus yang berfungsi yang saya miliki tentang ya telah dibuat untuk Anda dan gunakan yang mungkin.
Sekarang ada istilah di sini yang sering digunakan.
Anda tahu dan itu adalah hak istimewa paling sedikit.
Jadi apa artinya itu hanya memberi orang akses ke apa yang mereka butuhkan untuk mengakses dan hanya memberi mereka akses
ke mereka dengan syarat bahwa mereka perlu mengakses.
Jangan beri mereka lebih dari itu, berikan mereka hak istimewa dan gunakan tingkat akses saat Anda meninjau
saya. M. izin.
Jadi apa artinya adalah Anda mungkin memiliki sebuah ember di sana dan Anda ingin melihat seorang pengguna dan berkata dengan
baik apakah penggunaan itu perlu membuat daftar isi dari ember itu.
Apakah mereka juga perlu membaca isi ember itu.
Apakah mereka perlu menulis ke ember itu.
Apakah mereka perlu mengelola izin ember itu.
Dan jika Anda berpikir tentang izin Anda di sekitar perspektif tingkat akses, ini memberikan
cara yang sangat cepat dan sangat menyeluruh untuk menciptakan kontrol akses berkualitas baik dengan mengkonfigurasi kebijakan kata sandi yang
kuat untuk pengguna Anda dan juga mengaktifkan otentikasi multi-faktor dan kami akan membicarakan lebih lanjut yang
muncul tetapi itu sangat penting dan juga memastikan bahwa otentikasi multi-faktor ada di rute Anda.
Akses pengguna putar kredensial Anda secara teratur, pastikan kredibilitas Anda kedaluwarsa dan perlu dibuat ulang, putar kredensial
Anda secara berkala dan hapus kredensial yang tidak perlu jika seseorang meninggalkan organisasi Anda.
Pastikan bahwa saya pengguna dihapus.
Kalau tidak, Anda mungkin memiliki masalah menggunakan ketentuan kebijakan sehingga Anda dapat memberikan seseorang akses tetapi Anda juga dapat
menempatkan dalam kondisi sekitar bagaimana mereka dapat mengaksesnya dan dalam kondisi apa mereka dapat mengakses sumber daya tersebut.
Misalnya Anda mungkin memiliki ember S3 dengan informasi sensitif di
sana dan Anda mungkin mengatakan bahwa orang yang atau pengguna itu harus masuk dengan autentikasi multi faktor untuk
mengaksesnya dan akhirnya dan yang sangat penting manfaatkan uji coba cloud untuk memantau aktivitas semua
dari aktivitas yang terjadi di akun Anda sehingga membawa kami ke akhir kuliah yang sangat panjang.
Tapi ini sangat penting.
Jadi, pastikan Anda memahami semua hal ini karena itu mungkin subjek yang paling penting
untuk W. S. dan saya akan menantikan untuk melihat Anda di yang berikutnya.