E bentornati ora in questo video discuteremo del servizio di sicurezza AWB, noto anche come
DSD, ora che si tratta di un servizio piuttosto importante e molto interessante.
E se lavori nell'ambiente di produzione negli Stati Uniti. S. , allora lo stai sicuramente guardando
direttamente o indirettamente.
Quindi andiamo avanti e comprendiamo SPSS.
Ora, prima di parlarne, facciamo una rapida revisione su come funziona ADM.
Quindi supponiamo che tu abbia due istanze facili e che tu abbia un bucket stabile e facile da istanziare,
voglia eseguire determinate operazioni su questi tre bucket in modo che possa essere un elenco, la portabilità dell'operazione,
ecc.
Ora, ci sono due modi principali in cui è facile che gli istantanei possano eseguire operazioni sul bucket S3.
Uno è il modo delle chiavi dell'asse commestibili.
Quindi il tuo hard core, le credenziali a lungo termine all'interno della tua istanza AC2, oppure puoi farne uso.
E ora la maggior parte delle organizzazioni passa ad AM come parte delle migliori pratiche.
Allora cosa fai?
Vai avanti e crei Abdool e questo, mi è stato detto, avrà determinate politiche.
Quindi supponiamo che tu abbia tre criteri di sola lettura e un criterio di sola lettura di facile lettura e
lo colleghi.
Passo all'istanza facile due.
Quindi l'analista era collegato alle due istanze facili che vedete due istanze saranno in grado
di eseguire le operazioni come definito nelle politiche che erano allegate al Sono ora dietro le quinte.
Questo mi sono iscritto allegato all'equidistanza fornirà alcune guide di accesso certe sicurezze e il token della stazione tramite i
metadati al facile da istantaneo e che la chiave segreta di accesso e il token è
utilizzato dal Seelie tutte le tue applicazioni per eseguire le operazioni sull'Idalis risorsa.
Quindi diamo un'occhiata veloce in modo che il concetto di ordine diventi molto più chiaro.
Ora, all'interno della console ho visto due istanze runnicles, facili da avere le finanze e
questa istanza ha I roll facile da evanescente.
Ora, se guardi nell'avvocato di Amdo, questo e Will hanno una politica, che è che Amazon ha tre accessi in sola
lettura.
Quindi collegarsi al facile accesso tramite accesso.
Se fai rapidamente un po' di ellis in più, sarai in grado di vedere che tutto funziona a seconda delle
politiche che sono state allegate.
Ora la domanda che sorge è come esattamente la manutenibilità è in grado di eseguire queste
operazioni perché dovrà autenticarsi affinché questa operazione funzioni.
Quindi, come sappiamo, quello che sto facendo aiuta qui.
Tuttavia, nel backend la regola I am fornirà i metadati, che fondamentalmente contengono la chiave di accesso, il segreto, la
chiave e il token.
Quindi se fai rapidamente una chiamata sui metadati e attualmente vedi che ci riferiamo
all'appello, è per avere un SSN e se premi e questi sono l'output, non all'interno dell'output, hai l'accesso,
Gidi, hai la query segreta e hai il token.
Quindi queste sono le cose di backend che vengono effettivamente utilizzate come parte degli aspetti relativi all'autenticazione.
Quindi, quando hai la tua applicazione, che è in esecuzione in questa istanza, può utilizzare
queste tre cose per autenticarsi.
Quindi, anche quando dici che sono davvero connesso all'istanza C2 in scortecciatura, hai ancora la chiave di accesso, il segreto,
la chiave e il token.
Tuttavia, ricorda che queste cose sono diverse dalle credenziali a lungo termine che vengono generalmente
generate per l'Amusa.
Quindi, tornando alla nostra diapositiva, la responsabilità di generare quelle credenziali temporanee, che erano il segreto
della chiave di accesso acquisito da Tolkan, è responsabilità di questo servizio token sicuro.
Quindi l'SD è effettivamente responsabile della generazione di tali credenziali.
Quindi ora andiamo avanti e discutiamo di più su testiest ora seguendo i termini della nostra definizione.
Eatables Espers è un servizio Web che consente di richiedere credenziali temporanee, limitate e privilegiate per gli
utenti IAM o per gli utenti federati che potrebbero essere presenti all'interno dell'organizzazione.
Ora, una parte importante da ricordare qui è questa parola temporanea.
Quindi i nulla osta di sicurezza temporanei sono a breve termine e scadono dopo una certa durata.
Quindi tutte le credenziali che abbiamo appena visto dalla SSA per annullare quelle credenziali sono temporanee.
E dopo una certa durata, verranno automaticamente sostituiti con le credenziali più recenti.
Ora, poiché hanno una durata limitata, quella rotazione non è più esplicita.
Ora, in genere, ogni volta che si creano grandi credenziali che sono
segretamente associate a Siskind con l'Amusa, molte lamentele sono che dopo tre mesi tutti gli utenti dovrebbero
sostituire le proprie AmEx in sicurezza, principalmente perché le altre credenziali a lungo termine hanno
altre credenziali che sono generato con il del breve termine, il che significa che forse dopo poche ore quell'intelligenza cambierebbe.
Ora, questa è la differenza principale tra un accordo a lungo termine e uno a breve termine.
Ora, ricorda che queste autorizzazioni funzionano sicuramente.
Quindi, se copi queste credenziali sul tuo laptop e sarai in grado di eseguire tutte le
operazioni associate alla regola IBM.
Quindi scopriamolo rapidamente.
Sono nel mio Seela nel mio laptop, quindi andiamo avanti e apriamo le credenziali Idalis qui.
E hai l'impostazione predefinita, l'accesso e il segreto.
Quindi queste sono fondamentalmente le credenziali a lungo termine.
Quindi questo è qualcosa che non stiamo davvero esaminando in questo momento, trascurando le credenziali a breve
termine.
Quindi chiamiamo questo profilo come uno spazio.
E prima di tutto, definiamo l'asse di accesso degli alimenti che definirà la chiave di accesso segreta degli alimenti e
definirà anche la devastazione.
Quindi, per prima cosa, copiamo questo accesso Kiddi.
La prossima cosa copierà la sicurezza.
E l'ultimo, che è il gettone della stazione.
Facciamo Scoppetta.
E sarà qui.
Quindi vado avanti e lo dico ora, quando lo fai velocemente con la storia e con il profilo di un CD, vedrai che
sei in grado di eseguire le operazioni.
E questa operazione è principalmente a causa di questa chiave di accesso, chiave segreta in quell'organo.
Ora, mentre stai discutendo che queste sono credenziali temporanee e dopo un po' di tempo verranno ruotate.
Quindi ti mostra anche qual è l'ultima ora aggiornata.
E ti mostra anche qual è il tempo di scadenza associato al verde della discriminazione.
Quindi spero ad alto livello o tu abbia capito cosa fa una lancia.
Quindi esaminiamolo in termini di prospettiva architettonica in cui puoi avere gli utenti AYAM, puoi
avere gli utenti filtrati.
Quindi questi sono i due esempi che abbiamo preso e che possono richiedere al servizio di spionaggio.
Quindi questo servizio MSDS genererà queste credenziali di sicurezza temporanee e queste credenziali verranno
restituite agli utenti finali.
Quindi esaminiamo anche la possibilità di come un utente può chiamare il servizio di richiesta per generare credenziali di
sicurezza temporanee.
Diamo un'occhiata anche a quello.
Quindi, se vai nel riferimento della riga di comando, hai la SD e ci sono alcuni comandi disponibili o sei
quello che ci interessa qui è la stazione del cancello KUKAN.
Quindi, se guardi nella descrizione, il token della stazione di gate, restituisce una serie di credenziali temporanee per
esso.
Amusa è molto simile all'architettura, come se lo stesso utente andrà avanti e richiederà un set
di credenziali temporanee e il servizio SD lo restituirà.
Ora, in questo tipo di architettura, l'utente IAM avrà bisogno di una credenziale a lungo termine.
Quindi ha bisogno dell'accesso con chiavi segrete come parte dell'autenticazione e dell'aspetto
relativo all'autorizzazione per SD Green.
Quindi, tornando al CLIA, attualmente, ho un interesse a lungo termine nel loro profilo predefinito e
questi sono associati all'utente IAM che ha il privilegio di amministratore e per il momento lo stiamo mantenendo
semplice.
Quindi ora andiamo avanti e corriamo quest'anno.
Quindi lo vedo come un token decisionale stop gap.
E se scendi, puoi anche specificare la durata.
Quello che stiamo discutendo è che SPSS genera i nulla osta di sicurezza temporanei, ciò significa
che scadrà ed è possibile specificare la durata di tale scadenza.
Quindi, se esamini questa specifica opzione o anno, il tempo minimo è 15 minuti e il tempo massimo
è 36 ore che puoi definire.
Quindi attualmente tutti questi sono parametri opzionali.
Quindi, se eseguiamo semplicemente questo comando, dovrebbe darti le credenziali qui ora come previsto e molto simili a quelle del
datore di lavoro.
Hai una chiave segreta.
Hai il token di sessione così come hai ottenuto la chiave di accesso.
Quindi queste sono fondamentalmente le credenziali che sono state generate dai CD.
Quindi se vedi ha anche la scadenza ad esso associata.
Quindi questa è l'architettura di alto livello.
Ora, di nuovo, quello di cui stavamo discutendo proprio ora, in cui l'utente utilizza le sue credenziali a lungo
termine per generare credenziali temporanee.
Questo non è generalmente utilizzato nell'ambiente di produzione.
Ci sono altri modi come il single sign-on e l'autenticazione samel, che sono generalmente usati e usati fuori
dalla scuola per i video di oggi.
Quindi stiamo semplicemente mantenendo le cose semplici in modo da comprendere la prospettiva architettonica.
Ora, un'altra architettura popolare che utilizza lo spazio è fondamentalmente l'accesso incrociato in cui hai
la regola nell'account uno e che mi iscrivo ha una relazione di fiducia con un altro account incrociato.
Sono ruolo in conto ad un conto, e da questo mi iscrivo.
Puoi andare avanti e recuperare le credenziali associate alle regole nell'account in un account in modo simile.
Diciamo che hai Amusa nell'account uno e c'è una relazione di fiducia tra l'account uno e l'account
due.
Quindi questo utente IAM sarà in grado di eseguire l'operazione Ausubel su Sola lettura o Facundo e l'amministratore dell'account e sarà
in grado di recuperare le credenziali temporanee associate a queste regole per eseguire
determinate operazioni.
Diamo una rapida occhiata a questi.
Quindi attualmente in un browser diverso, ho un nuovo account qui.
Andiamo avanti velocemente e creiamo una regola su più account, quindi.
All'interno del paese di cui fidarmi, ho specificato l'account dall'account, uno all'interno dell'autorizzazione.
Diamo rapidamente la strada a cui avrebbe solo accesso e chiamiamola come sola lettura su account incrociati e andremo avanti e creeremo
una regola.
Quindi quello che abbiamo fatto nell'account è andato avanti e abbiamo creato una regola di sola lettura.
E all'interno del rapporto di fiducia, come sai, avevamo aggiunto il numero di conto associato all'aiuto di
questo conto.
Quindi, da questo testimone oculare, saremo in grado di assumere questo ruolo e affrontare le credenziali temporanee che sono state
assegnate al ruolo di sola lettura del contabile.
Quindi, per farlo, riapriamo il caso.
E tu hai il comando di Azuma.
Esploriamo questo.
Quindi, di nuovo, sta usando la proprietà in modo da assumere il ruolo di idealista e quindi devi specificare l'area delle regole
e le regole dicono Sinem.
Quindi queste sono le uniche due cose che sono richieste.
Quindi proviamolo.
Quindi vedo che i migliori ESP assumono un ruolo seguito dalla regola qui in nessuna regola, Aaron, dovrà recuperare l'area delle
regole.
Quindi questa è la regola del ragioniere e dovrai anche specificare le regole.
Dì il nome, chiamiamolo Espin.
E come previsto, di nuovo, ci ha praticamente concesso l'accesso segreto, tenere unita la stazione e questa chiave
di accesso.
Quindi queste credenziali di cui stavamo discutendo qui, queste sono anche le credenziali associate all'account Rohloff di
sola lettura.
Quindi da queste credenziali sarà possibile effettuare le operazioni sull'account.
Ora, una delle architetture comuni che vedrai negli ambienti di produzione di molte
aziende non è quella dell'utente finale, ma quella dell'Amron.
Quindi avrai quello che vedi due istanze, che lo avranno all'estero.
E se la tua applicazione all'interno di quell'istanza facile da eseguire, desidera eseguire determinate
operazioni sull'account di un paese, allora dovresti creare l'architettura di cui stavamo discutendo proprio ora.
Quindi ti darò un caso di valori reali.
Quindi, sai, una delle organizzazioni con cui ho lavorato all'interno dell'account, una,
avevamo uno scanner di vulnerabilità specifico che utilizzava la scansione delle immagini del contenitore da X e tutte le immagini del contenitore
erano presenti nell'account su un account.
Tuttavia, lo scanner di vulnerabilità era presente nell'account uno.
Quindi quello che facevamo, i due semplici casi in cui era presente lo scanner di
vulnerabilità, era incredibile e mi è stato detto che da lì è stato in grado di eseguire l'operazione di assunzione del ruolo SD
sull'account in India, nel paese e le credenziali che ha ricevuto dall'operazione Asurion.
Usa le loro credenziali per scansionare le immagini dal più semplice e per esaminare anche le immagini che fanno
parte del cluster X.
Quindi questa è un'architettura comune che vedrai.
E questa è una delle migliori architetture pratiche quando si tratta di Amarula tra gli account.
Ora, prima di concludere, lascia che ti mostri una cosa interessante, perché molti
utenti dicono che abbiamo un Amusa, ma che io sono un utente affinché possa eseguire l'operazione SD sulle regole dell'account
Idalis per c'è un paese.
Avrà bisogno delle sue credenziali a lungo termine nella sua postazione di lavoro.
Quindi non è il modo migliore, perché se le credenziali a lungo termine sono trapelate, allora di nuovo, siamo
tornati al punto zero.
Quindi quello che puoi fare è utilizzare vari metodi relativi al singolo Sinon.
Quindi ti darò rapidamente un esempio qui.
Quindi l'esempio è simile a quello che stiamo vedendo qui dove l'utente dovrà prima autenticarsi.
Quindi andiamo avanti e autentichiamoci contro questa cosa che il portale Sinon farà assegnando.
Tutto bene.
Quindi, da qui, può selezionare quale account Idalis desidera eseguire le operazioni.
Quindi, mentre stiamo discutendo, hai un utente, non è un utente, ma vuole eseguire determinate operazioni
Seela sull'account per un account.
Ora, cosa farà, prima accederà al single sign on page e poi vedrà tutti gli account a
cui ha accesso.
In questo caso, ha accesso a uno degli account leader.
Quindi farà clic su questo account.
Apriamolo velocemente.
E qui ci sono due opzioni.
Uno è la console di gestione e il secondo è il soffitto.
Quindi teniamoci il correttore.
E vedi che il single sign on page ha recuperato automaticamente il set di credenziali, che sono la chiave
di accesso, questa chiave segreta e il token.
Quindi vedi che devi accedere alla chiave.
Hai la chiave segreta così come hai il token della stazione.
Quindi, in questo approccio, l'utente, senza avere credenziali a lungo termine, può inserire queste credenziali
temporanee e può utilizzare queste credenziali per eseguire determinate operazioni sull'account.
Quindi, ancora una volta, questo sfrutta anche lo spazio dietro le quinte.
Grande.
Quindi questa è la panoramica di alto livello su SD.
Spero che questa breve introduzione ti abbia dato un'idea generale dell'importanza del servizio in modo da
concludere questo video.
Spero che questo video sia stato informativo per te.
E non vedo l'ora di vederti nel prossimo video.