E bem-vindo de volta ao vídeo de hoje, discutiremos sobre a criptografia S3.
Agora, antes de prosseguirmos e discutirmos mais sobre isso, vamos pegar um caso de uso simples para entender a
necessidade.
Agora, entendemos isso com um exemplo simples de uma unidade de disco rígido externa.
Muitos de vocês podem estar usando algum tipo de unidade de disco rígido externa portátil, algo semelhante ao
que está sendo mostrado.
De modo geral, o que acontece é que, como ele é portátil, muitas pessoas o carregam
enquanto viajam por vários lugares.
Na verdade, um dos meus amigos também costumava ter esse drive externo e durante as viagens, ele o perdeu.
E esse driver tinha muitas informações confidenciais.
Na verdade, ele teve que alterar seu cartão de crédito, cartão de débito, pins, seu nome de usuário, senha, etc, em
vários sites.
Portanto, é um risco, porque se os dados forem armazenados em texto simples no seu disco rígido e se
o invasor conseguir falsificá-los, muitas coisas indesejadas podem acontecer.
Portanto, é muito importante ser proativo.
E esta é a razão pela qual muitos fornecedores, como a Western Digital, apresentam recursos associados à
criptografia baseada em hardware.
Então, o que realmente acontece é que você pode prosseguir e criptografar seus dados em seu disco rígido externo
com os recursos de criptografia baseada em hardware.
Portanto, mesmo se sua unidade de disco rígido portátil for perdida, um invasor tentará se conectar ao seu laptop.
Ele não conseguirá encaixar nenhuma informação porque tudo dentro disso está criptografado agora, semelhante ao caso de uso
que estávamos discutindo de um potencial alto distrait, mesmo S3, principalmente porque é um
serviço de armazenamento e muito organização, eles usam o S3 para armazenar dados muito sensíveis, incluindo backups
de banco de dados e outros.
É importante que o recurso de criptografia esteja lá, nenhum banco de dados como três ou quatro abordagens múltiplas
para dados criptografados que foram armazenados no histórico.
Agora, existem duas abordagens principais que você precisa entender.
A primeira é a criptografia do lado do servidor e a segunda é a criptografia de visão cega.
Portanto, a criptografia de servidores é onde um cliente pode solicitar que o Amazon S3 criptografe seu objeto antes de salvá-lo no
disco em seu data center e descriptografá-lo quando você for fazer o download de seus objetos.
Então, quando você faz o upload do seu objeto para uma rua que está tendo uma criptografia do lado
do servidor, antes que os dados sejam armazenados no disco nos bastidores, pois as coisas vão para os dados criptografados.
E antes que você vá em frente e faça o download dos dados, o S3 vai prosseguir e descriptografar esses dados.
Então essa é uma forma mais transparente.
Então, isso é parte dessa criptografia externa.
Você também tem criptografia de visão cega.
Eles vão em frente e criptografam os dados do lado do cliente e, em seguida, você os carrega para o S3.
Agora discutindo sobre a criptografia do lado do servidor dentro da criptografia do lado do servidor, existem três opções principais
que você pode usar, dependendo do caso de uso.
O primeiro é a criptografia do lado do servidor com três chaves gerenciadas da Amazon.
Portanto, este é, portanto, o SS East Haven S-T.
Você também tem criptografia do lado do servidor com as chaves maneiristas do cliente armazenadas nos jogos, bem como no
SS até mesmo no Kamus.
A terceira é a criptografia do lado do servidor, mas as chaves fornecidas pelo cliente também são conhecidas como SS e Haven S
..
Então, vamos explorar rapidamente o que cada uma dessas opções está se formando agora chegando à quarta opção de SASE que
a Amazon é tremenda.
E o que acontece é que nessa abordagem, cada objeto é criptografado com uma chave única.
Portanto, se você fizer upload de objetos dentro do S3, tudo isso nos objetos será criptografado com uma coisa única.
Agora, essa abordagem é East Haven S3.
Ele aproveita esses dois blocos de dados criptografados, o que é tão fácil quanto o Hovan 256.
Portanto, a abordagem pode ser simplificada com um diagrama onde você tem um domínio e esses dados são criptografados com
uma chave.
Agora você também tem dados para e esses dados também são criptografados com uma chave diferente.
Portanto, a chave é criptografar diferentes objetos exclusivos nesta abordagem.
Sem uma segunda opção, você está sob a criptografia do lado do servidor para avaliá-lo e vê-lo também.
Portanto, como o SASE Haven está agora nessa abordagem de criptografia de dados que acontece com a entrega do CMG, ele fica
armazenado no serviço de gerenciamento de chaves para que você possa ir em frente e escolher seu próprio sistema customizado também.
Portanto, criptografar os dados apenas com CNMC nos permite.
O objetivo era criar uma rotação, desabilitou os cookies.
Você também pode ter controle de acesso granular no mesmo kit e também pode habilitar a auditoria onde o conceito
geral permanece para ser visto.
Então você pode criar sua própria campanha.
O CMS e o mesmo portão podem ser usados para prosseguir, criptografar e ser claro.
A terceira opção, que é a criptografia de supervisão, é o SS comer com o cliente, desde que também
seja referido como a agência SS.
Portanto, o que acontece nessa abordagem é que a chave de criptografia precisa ser fornecida como parte da solicitação
e o S3 gerenciará as opções de criptografia e descriptografia para você.
Portanto, vamos dar um exemplo em que você tem dados de texto simples e deseja criptografá-los em uma rua antes que eles também
sejam.
Assim, junto com os dados de texto simples, você também fornece a chave.
Portanto, essa chave está sendo fornecida pelo cliente.
Então, como três, ele recebe os dados, recebe a chave e com esses itens de chave, pois eles irão em frente e
criptografar os dados para você de forma semelhante, sempre que você quiser descriptografar esses dados específicos, você terá
que enviar novamente uma descriptografia operação com a mesma chave.
Essa é basicamente a mesma estratégia.
Portanto, você teria que fornecer a mesma chave para criptografar e descriptografar os dados.
Então é isso que Etsy significa.
Portanto, chega de aspecto teórico.
Vamos pular para o prático para que isso se torne realmente interessante.
Portanto, atualmente estou no console S3.
Vamos em frente e criar um fluxo de dados para você.
Portanto, eu digo intervalo de amostra para criptografia e prosseguiremos e criaremos o intervalo S3.
Ótimo, vamos entrar neste intervalo e clicar em upload, adicionamos um arquivo e eu adicionei um arquivo coalescer um ponto.
O GBG seguirá em frente e fará vários.
Portanto, por padrão, este objeto que é carregado não é criptografado, então se você olhar para esses armazenamento mais o padrão
de óculos de armazenamento e a outra criptografia, a criptografia não está.
Portanto, são basicamente os dados de texto simples que estão armazenados no S3 agora.
Se você acessar as propriedades aqui, há uma opção de criptografia padrão.
Agora, por padrão, é nenhum.
No entanto, você pode usar o E 256, bem como os esquemas de itens.
Então, este é 256, se você ver que é como um hífen S3.
Portanto, este é o primeiro que estávamos discutindo.
E você também tem o CMS inverso onde você pode ir em frente e selecionar a chave Miski através da qual
você deseja realizar a operação de criptografia e descriptografia.
Então, vamos dar um exemplo do S.
S e hífen S3.
Então usamos o E 256 e vamos clicar em ou tarde.
Então, depois de habilitar isso, vamos voltar ao Audu.
Vamos fazer upload de mais um objeto.
E desta vez o nome é aquele que GBG vamos fazer um upload.
Então, vamos dar uma olhada nas propriedades durante todo o ano.
E desta vez com a criptografia, você verá que é, sim, 256.
Agora, uma parte importante a lembrar é que se você habilitar a criptografia em uma indústria
espacial posterior, contrariando os objetos existentes que foram carregados anteriormente quando a criptografia foi feita, eles continuam a
permanecer no texto simples.
Portanto, se você abrir um, não o GBG, verá que a criptografia não é boa.
Portanto, espero que em um alto nível de sua parte você tenha entendido o que isso significa.
Agora, também pegamos mais um exemplo de S.
S e hífen.
Veja, como você estava discutindo com esta abordagem, junto com os dados, você também terá que especificar a
chave.
Portanto, a primeira coisa que precisamos fazer é gerar o áudio principal.
Estou em Masiello e a primeira coisa que fazemos é prosseguir e os dados são 120 bakkie.
Direito.
Portanto, a saída é basicamente a chave que pretendemos usar.
Portanto, esta é a chave que podemos fornecer com o S.
S mesmo operação de agência.
Portanto, o próximo passo é seguir em frente e fazer o upload de alguns dados caso seja necessário.
Então, atualmente estou em Michel e você tem esses C. P. E. operação, que é basicamente copiar
o arquivo local para estimar agora dentro de um ano, se você ver que tem certas operações relacionadas com a agência
SASE.
Então, esses são os que estão destacados aqui.
Então você tem o SNC.
Vejo onde você pode especificar cada 256.
Você também precisará fornecer a chave de hífen da agência de hífen SSI.
Portanto, você terá que fornecer a chave ao enviar o objeto.
Então vamos pridham dentro da classe criativa de CLIA Les Gordon sendo modot e este é o arquivo que será
carregado.
Então, vamos prosseguir e especificar um asterisco duplo.
O intervalo com um intervalo de amostra para criptografia e junto com isso também especificará que eles não podem ser
definidos.
Portanto, na primeira etapa, basicamente carregamos o arquivo de texto sem qualquer OIA de criptografia e o upload
foi bem-sucedido.
Portanto, agora vamos tentar fazer isso com a opção de criptografia.
Antes de fazermos isso, vamos renomear o arquivo para avaliar o Etsy e vamos executar o mesmo código.
No entanto, desta vez também temos que especificar certas operações.
Então, a primeira coisa, vamos mudar o arquivamento.
Portanto, este é o CIA C e você terá que especificar as opções que foram especificadas no S. EU.
Portanto, o primeiro era que você teria que especificar como SBA fantasia Aurier.
Vamos subir.
E junto com isso, você também deve especificar o hífen T. de SaSe Haven C
E você pode especificar a chave, qual Gajendra?
Então, desta vez, quando você aplaude, vê que o upload foi bem-sucedido, então isso é
conhecido como criptografia do lado do servidor fornecida pelo cliente.
Não, se você atualizar rapidamente onde está, verá que há duas fases de
demonstração que usam a facilidade NSA CIA para que não possam ser corrigidas, basicamente associada à criptografia do lado do servidor de E
256, uma vez que a habilitamos dentro do livro.
E você também tem acesso, mesmo se abri-lo.
Se olharmos para a criptografia externa, é esse o grau de fantasia da EPA.
Então, em um nível alto ou você, espero que tenha entendido o que é a criptografia do lado do servidor no S3 junto
com as três opções que você não entende.
A próxima opção disponível é a criptografia do site de reivindicação.
Assim, no início do que estávamos discutindo, você tem nossa supervisão e clientes internos.
Portanto, digamos que haja três opções e, dentro do Clydeside, basicamente o que você pode fazer é
prosseguir e criptografar os dados, adicionar visão cega e enviar os dados criptografados para o histórico.
Portanto, antes que os dados vão para o histórico, eles já estão criptografados.
Agora, isso é um pouco diferente do SS e hífen S. Porque dentro da agência SS, fornecemos o texto simples, os dados
e, em seguida, fornecemos a chave de criptografia.
Portanto, o Eatables S3 tem a lógica de pegar os dados de texto simples, pegar a chave de criptografia e realizar
a operação de criptografia.
Então essa lógica já está presente nesses três, junto com clientes e criptografia, você não
usa tecnologia.
Toda essa lógica é armazenada no compromisso ou no site do seu aplicativo e você entra diretamente e envia os dados
criptografados para o histórico.
Excelente.
Essa é a visão geral de alto nível sobre a criptografia S3.
Espero que este vídeo tenha sido informativo para você e estou ansioso para ver o próximo vídeo.