Y bienvenidos ahora a este video que discutiremos sobre los ataques aéreos contracorrientes que se encuentran ahora
en muchas organizaciones.
Hay requisitos de que ciertos blogs estén centralizados.
Y uno de los servicios en los que generalmente se centralizan los blogs es un libro de historia.
Así que supongamos que hay tres segundas cuentas de Atabay.
Van a estar en una moneda ahora, en la cuenta es una moneda.
Tiene varias instancias de su producción que se están ejecutando ahora.
Como parte de la queja, tiene el requisito de que todos los registros que forman parte de la U. S. dos instancias deben
almacenarse durante los próximos siete años.
Entonces, ¿dónde guardarás eso ahora?
Una opción es crear un libro de historia, se puede almacenar.
Los registros de ese historial lo vuelven a reservar, crean un certificado en una tienda de divisas, todos los registros
de la cuenta y así sucesivamente.
Ahora, esto funcionará, pero no es realmente escalable.
Hoy en día, las organizaciones tienen cientos de cuentas y este enfoque de crear un mercado libre en una
cuenta local de Idalis no es el mejor enfoque.
Entonces, lo que hará, mejor estructurado será que tenga una cuenta central, que es el área de la cuenta.
Usted crea un depósito de tres aquí y todos los registros de todas las otras cuentas se pueden almacenar en este depósito
central de S3.
Ahora bien, no es que estos registros también puedan incluir registros de otros servicios como Cloud Trail, Cloud Watch,
registros de aplicaciones, registros del sistema, etc.
Ahora bien, en general, lo que sucede en las empresas es que cuando tienes una S. UNA. METRO. soluciones que detectan ataques a
la seguridad y así sucesivamente, estos S. UNA. METRO. Los sistemas no están conectados directamente a cuentas individuales.
Están conectados al depósito S3 de una cuenta central y desde un depósito de tres diferentes todos los
registros necesarios de todas las otras cuentas que están disponibles como parte de la organización.
Ahora, para lograr esto, necesita crear un cubo de tres que permita el acceso desde múltiples
cuentas diferentes.
Y cómo hacer eso es algo que discutiremos hoy.
Ya sabe, siempre que diseñe a través del acceso al depósito de la cuenta S3, el enfoque recomendado es crear
una política de depósito.
Entonces, lo que sucederá es que estamos tomando en cuenta la simplicidad.
Entonces tienes Al-Ghamdi, que es la cuenta central, y tienes la cuenta B, que tiene las dos instancias
fáciles del entorno de producción que se están ejecutando.
Entonces, lo que desea es que la cuenta B almacene los datos en los tres cubos de la contabilidad.
Entonces, la forma recomendada es crear una nueva política de depósito y esa política de depósito, lo que dice, indica que
permite a la Cuenta B enviar registros para descentralizar el depósito.
Entonces, una vez que asocie esta política de depósito al depósito centralista, este depósito seguirá adelante y permitirá que los
registros se envíen, considerando que provienen de la cuenta B, por lo que esta es una descripción general de muy
alto nivel.
Ahora veamos cómo se ve exactamente esta política de depósito.
Así que esta es la captura de pantalla simple de una política de depósito.
Ahora, si ve en esta acción de política de depósito, hay tres acciones que están permitidas.
Tienes que objetar, poner objeto y poner objeto es.
Entonces, básicamente, lo que quiere es que la cuenta sea para impulsar los datos, para centralizar el depósito.
Realmente tampoco desea varias cosas como la operación de eliminación.
De lo contrario, lo que sucederá es que digamos que una de las dos instancias que ves en acción con
un atacante comprometido puede esencialmente eliminar todos los datos del mismo depósito.
Por lo tanto, específicamente, siempre que esté diseñando una cuenta cruzada, una política de tres cubos,
es muy importante permitir solo las acciones necesarias mínimas.
Esto es muy importante.
Está bien.
Así que la acción es un gran objeto: poner objeto y poner objetos aquí.
Esto está bien por el momento.
Ahora estamos en un principio profundo.
Ésta es una parte muy importante.
Estás especificando el área de la cuenta B, por lo que tienes el número de cuenta seguido de la ruta.
Entonces, en tales casos, cualquier usuario de la cuenta B o cualquier i. mi. enredados con la India pueden estar considerando la
política correcta que se les dice que podrán realizar estas tres operaciones en el recurso, que es la
orden central de Strathbogie.
Así que esta es la política básica de cubos.
Así que hagamos una cosa.
Sigamos adelante y probemos ambos, que discutirán las cosas con más detalle.
Tan similar a la arquitectura que estábamos discutiendo para la demostración de hoy, tendremos dos cuentas.
Ahora tiene cuentas y cuenta B en mi navegador Chrome, tengo un condado, así que lo consideraremos como
nuestro condado.
Y tengo una cuenta más, que es parte de mi navegador Firefox, y la consideraremos como
será.
Entonces, al final del video, deberíamos poder enviar los registros de la cuenta B a la caja torácica centralizada de la cuenta
A.
Entonces, primero, sigamos adelante y creemos el presupuesto centralista.
Entonces, dentro de mi navegador Chrome, sigamos adelante y creemos un nuevo.
Digamos que es mi guión central de Gabey Labs una vez, luego sigamos adelante y creemos un cubo perfecto de Solares
que se crea.
Ahora, si miras los permisos aquí, bajemos.
Entonces, dentro de la política de cubos, a partir de ahora, verá que realmente no tiene ninguna política de cubos.
Eso significa que las otras cuentas no podrán enviar sus datos a la reserva central.
Entonces, lo que necesitamos es que se habilite una política de depósito aquí.
Así que hagamos una cosa.
Sigamos adelante y agreguemos una política de depósito.
Así que no nos importó cuán central es la política de tres cubos que tenemos disponible y ya la hemos
discutido.
Entonces tienes tres acciones y dentro del recurso tienes el nombre de los tres cubos.
Ahora, una parte importante que estamos discutiendo es que debe agregar su número de cuenta de la cuenta
que empujará las cerraduras a este depósito adicional al que está asociada esta política.
Entonces, de mi Firefox, déjeme seguir adelante y copiar el número de cuenta de lo que será y seré auditor
estatal una vez.
Entonces copiemos la política del depósito y permítame ser sincero con usted.
Así es como se ve.
Sigamos adelante y guardemos el cambio.
Perfecto.
Entonces, ¿se agregó correctamente una política de tres cubos?
Excelente.
Entonces nuestra primera parte está completa.
Ahora la segunda parte está relacionada con la configuración contable.
Ahora, para este ejemplo, hemos hecho uso de dos instancias, pero también puede ser una Amusa.
Digamos que soy un usuario de la cuenta B que desea cargar una lista de centros de datos críticos y el usuario final también
debería poder hacerlo.
Entonces, para el video de hoy, seguiremos adelante y crearemos un nuevo usuario de AYAM para fines de prueba.
Así que vayamos rápidamente al servicio final desde la cuenta B y
dentro.
Sigamos adelante y creemos un nuevo usuario solo por simplicidad.
Simplemente lo llamaremos a esto.
Los usuarios le darán al usuario permisos de acceso mediante programación.
Evitemos a partir de ahora y seguiremos adelante y crearemos el usuario.
Perfecto.
Ahora, solo para simplificar nuestro propósito de prueba, también tengo una postura fácil con Amazon Linux.
Y dentro de esta facilidad de hacer, dado que creo un nuevo usuario y un nombre de usuario,
las cualidades de los lezzies serán Orleck y seguiremos adelante y cambiaremos el usuario a la cuenta B y dentro de este
usuario asociaremos Access Kadian Secret Access.
Así que veamos a los aficionados a la configuración.
Agregaré la clave de acceso.
Mantengamos una clave de acceso secreta y el nombre de la región.
Usemos la región predeterminada de dos dólares estadounidenses e incluso nuestro depósito se crea casi perfecto.
Entonces nuestra cuenta está asociada con las credenciales establecidas.
En esta etapa, cuando realiza un estriol, debería ver el acceso que necesitan, principalmente porque realmente no
tiene ninguna política de IAM asociada con esta cuenta.
Ahora, la segunda parte importante de esta arquitectura es que la entidad de IBM, tal vez yo sea un usuario o Ambro, también debe
tener un permiso para impulsar los datos para centralizar el re-presupuesto.
No es como si hubiera permitido la política de depósito en Rivergate centralizado y todas las entidades de IAM en la
cuenta.
Podremos hacer eso.
La política también debe asociarse con la cuenta modificada.
Entonces, lo que tenemos que hacer es crear una nueva política de IAM para el usuario de IAM que hemos creado y que vamos
a ser.
Y lo que esta política nos permite hacer.
Nuevamente, las reacciones get object, put object y put object están aquí y aquí estamos especificando, descentralizados, trabajando
en ello.
Así que espero que haya entendido la importancia de la política de siglas.
Así que seguiremos adelante y copiaremos esta política y esta y asociaremos esta política de IAM con la
cuenta para ser Amusa.
Así que abramos el usuario aquí.
Agreguemos una nueva política en línea que irá a Jason.
Basé la política aquí.
Hagamos una revisión de la política y el nombre de la cuenta cruzada de la escalera mecánica de Liz es tres y se creará una
política.
Perfecto.
Así que ahora se ha completado toda la configuración necesaria para la cuenta y achonwa.
Así que probemos las cosas.
Entonces, lo que hago, primero subiré algunos datos de muestra al grupo de atributos de contabilidad.
Entonces esto es algo que podemos hacer directamente desde la propia consola.
Vamos a hacer eso.
Yo defino el archivo.
Simplemente puede agregar cualquier archivo temporal que tenga dentro de su sistema.
Perfecto.
Entonces, el archivo se agrega en el depósito central.
Ahora, dado que dentro de la política de depósito hemos permitido el objeto de puerta, eso básicamente significa la inmensidad
de la cuenta.
Deberíamos poder recuperar los datos del historial.
Entonces, desde la cuenta, probémoslo.
Diré que el lugar es a las tres.
Intente copiar los datos, que es pagar por DataDot, y es probable que el presupuesto sea menos central y será
el contenido aquí.
Y ve que la operación de descarga está funcionando perfectamente bien.
Entonces, si hago un área pequeña, tenemos que pagar por DataDot.
Estas cosas están funcionando como se esperaba.
Del mismo modo, también intentemos cargar algunos datos suyos.
Así que creemos un nuevo archivo, lo llamaré como texto de punto de la cuenta B e intentemos copiar este archivo
como tres cuentas B estrictas, y queremos dividirlo en el centro de mi guión izquierdo.
Y ves que la carga también funciona perfectamente bien.
Entonces, si actualizo la página aquí, debería ver que se ha contabilizado y el punto también está disponible.
Excelente.
Así que espero que con esto haya entendido en una descripción general de alto nivel sobre el flujo de trabajo detrás del éxito del contenido
de Corozal.
Pero en esta etapa aún no hemos terminado.
Esa es una parte muy importante que también debe estudiarse.
Hablaremos de eso con gran detalle en el próximo video.
Pero solo le daré una idea del problema al que se enfrentará en esta arquitectura.
Ahora, lo que ha sucedido es que ambos archivos son parte de este depósito, pero los
permisos asociados con ambos archivos son completamente diferentes.
Echemos un vistazo rápido ahora para la cuenta.
Sé sucio cada vez que intento descargar este archivo.
Verá, recibo un mensaje de acceso denegado.
Muy interesante de forma similar, los archivos que se han subido desde la propia cuenta.
Cuando intente descargar ese archivo, intentemos hacerlo.
Verá, la descarga del archivo está funcionando perfectamente.
Entonces, la razón principal por la que esto no funciona es que esta cuenta de archivo financiada o B está asociada con la
cuenta B y el siguiente archivo para pagar DataDot está asociado con la cuenta A ahora, aunque tengo un acceso administrativo en
la cuenta E, esto No significa que tenga permisos o archivos que se hayan subido desde la
cuenta, por lo que estaré discutiendo sobre esto con gran detalle.
Pero es muy importante saber que si lo está implementando en un entorno de producción, he visto
este problema en el que hay varios equipos colaborando en un depósito S3 central y el otro equipo
está cargando todos sus datos en cientos de gigabytes.
Y luego se dan cuenta de que ninguno de los usuarios de nuestro condado pudo acceder a todos los datos que se
cargaron en el depósito central de S3.
Así que esto fue un poco molesto y discutiremos sobre por qué sucede esto y la mejor manera de resolverlo.
Así que con esto concluirá el video de hoy.