Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Esempi diAWSCLI di crittografia
Utilizza i seguenti esempi per provareAWSCLI di crittografia sulla piattaforma che preferisci. Per assistenza sulle chiavi master e altri parametri, consulta Come usare la CLI di AWS crittografia. Per un riferimento rapido, consulta Sintassi e riferimento parametri dell'interfaccia a riga di comando AWS Encryption SDK.
Nota
Gli esempi seguenti utilizzano la sintassi perAWSCLI di crittografia versione 2.1.x.
Le nuove funzionalità di sicurezza sono state originariamente rilasciate inAWSCLI di crittografia versione 1.7.xe 2.0.x. Tuttavia,AWSCLI di crittografia versione 1.8.xsostituisce la versione 1.7.xeAWSCLI di crittografia 2.1.xsostituisce 2.0.x. Per ulteriori informazioni, consultare la relativaAdvisory sulla sicurezza
Per un esempio che mostra come utilizzare la funzionalità di sicurezza che limita le chiavi dati crittografate, vedereLimitazione delle chiavi di dati crittografate.
Per un esempio che mostra come usareAWS KMSChiavi multiregione, consultaUtilizzo di più regioni AWS KMS keys.
Argomenti
Crittografia di un file
In questo esempio viene utilizzato ilAWSCLI di crittografia per crittografare il contenuto delhello.txt
, che contiene una stringa «Hello World».
Quando si esegue un comando di crittografia su un file,AWSLa CLI di crittografia ottiene il contenuto del file, genera un unicochiave di dati, crittografa il contenuto del file sotto la chiave dati e quindi scrive ilmessaggio crittografatosu un nuovo file.
Il primo comando salva la chiave ARN di unaAWS KMS keynella$keyArn
variabile. Quando si crittografa con unAWS KMS key, puoi identificarlo utilizzando un ID chiave, una chiave ARN, un nome dell'alias o un ARN di alias. Per informazioni dettagliateAWS KMS key, consultaIdentificatori chiavenellaAWS Key Management ServiceGuida per gli sviluppatori.
Il secondo comando crittografa il contenuto del file. Il comando utilizza il parametro --encrypt
per specificare l'operazione e il parametro --input
per indicare il file da crittografare. Il parametro --wrapping-keys e l'attributo della chiave obbligatorio, comunicano al comando di utilizzare la AWS KMS key rappresentata dall'ARN di chiave.
Il comando utilizza il parametro --metadata-output
per specificare un file di testo per i metadati relativi all'operazione di crittografia. Come best practice, il comando utilizza il parametro --encryption-context
per specificare un contesto di crittografia.
Questo comando utilizza anche il--commitment-policyparametroper definire esplicitamente la politica di impegno. Nella versione 1.8.x, questo parametro è obbligatorio quando si utilizza--wrapping-keys
Parametro . A partire dalla versione 2.1.x, il--commitment-policy
parametro opzionale, ma consigliato.
Il valore del parametro --output
, un punto (.), consente al comando di scrivere il file di output nella directory corrente.
Quando il comando di crittografia va a buon fine, non viene restituito alcun output. Per determinare se il comando è riuscito, controlla il valore Boolean nella variabile $?
. Quando il comando ha esito positivo, il valore di$?
è0
(Bash) oTrue
(PowerShell). Quando il comando non riesce, il valore di$?
è diverso da zero (Bash) oFalse
(PowerShell).
È inoltre possibile utilizzare un comando di elenco di directory per visualizzare se il comando di crittografia ha creato un nuovo file, hello.txt.encrypted
. Poiché il comando di crittografia non ha specificato un nome di file per l'output,AWSLa CLI di crittografia ha scritto l'output su un file con lo stesso nome del file di input più un.encrypted
suffisso. Per utilizzare un suffisso diverso o eliminarlo, utilizza il parametro --suffix
.
Il file hello.txt.encrypted
contiene un messaggio crittografato che include il testo cifrato del file hello.txt
, una copia cifrata della chiave dei dati e metadati aggiuntivi, tra cui il contesto di crittografia.
Decrittazione di un file
In questo esempio viene utilizzato ilAWSCLI di crittografia per decrittografare il contenuto delHello.txt.encrypted
file crittografato nell'esempio precedente.
Il comando di decrittografia utilizza il parametro --decrypt
per specificare l'operazione e il parametro --input
per indicare il file da decrittografare. Il valore del parametro --output
è un punto che rappresenta la directory attuale.
La--wrapping-keys
parametro con achiaveattributo specifica la chiave di wrapping utilizzata per decrittografare il messaggio crittografato. Nel decrittografare i comandi conAWS KMS keys, il valore dell'attributo chiave deve essere unARN della chiave. La--wrapping-keys
Il parametro è obbligatorio in un comando di decrittografia. Se stai usandoAWS KMS keysè possibile utilizzare l'chiaveattributo da specificareAWS KMS keysper decrittografare oscopertaattributo con un valore ditrue
(ma non entrambi). Se stai utilizzando un provider di chiave master personalizzato,chiaveefornitoreGli attributi sono obbligatori.
La--commitment-policyparametroè opzionale a partire dalla versione 2.1.xma è il valore consigliato. Il suo utilizzo rende esplicitamente chiaro il tuo intento, anche se specifichi il valore predefinito,require-encrypt-require-decrypt
.
Il parametro --encryption-context
è facoltativo nel comando di decrittografia, anche quando un contesto di crittografia viene fornito nel comando di crittografia. In questo caso, il comando di decrittografia usa lo stesso contesto di crittografia fornito nel relativo comando. Prima di decrittografare, ilAWSLa CLI di crittografia verifica che il contesto di crittografia nel messaggio crittografato includa unapurpose=test
coppia. In caso contrario, il comando di decrittografia ha esito negativo.
Il parametro --metadata-output
specifica un file di metadati per l'operazione di decrittografia. Il valore del parametro --output
, un punto (.), scrive il file di output nella directory corrente.
Come best practice, utilizzare l'--max-encrypted-data-keys
parametro per evitare di decrittografare un messaggio malformato con un numero eccessivo di chiavi dati crittografate. Specificare il numero previsto di chiavi dati crittografate (una per ogni chiave di wrapping utilizzata nella crittografia) o un massimo ragionevole (ad esempio 5). Per dettagli, consultare Limitazione delle chiavi di dati crittografate.
La--buffer
restituisce testo semplice solo dopo l'elaborazione di tutti gli input, inclusa la verifica della firma digitale se presente.
Quando un comando di decrittografia va a buon fine, non viene restituito alcun output. Per stabilire se il comando è riuscito, ottieni il valore della variabile $?
. È inoltre possibile utilizzare un comando di elenco di directory per visualizzare se il comando ha creato un nuovo file con il suffisso .decrypted
. Per vedere i contenuti di testo normale, utilizza un comando per ottenere il contenuto del file, ad esempio cat
o Get-Content
Crittografia di tutti i file in una directory
In questo esempio viene utilizzato ilAWSCLI di crittografia per crittografare i contenuti di tutti i file in una directory.
Quando un comando influisce su più file,AWSLa crittografia CLI elabora ogni file individualmente. Ottiene i contenuti dei file e una chiave di dati univoca per il file da una chiave master, crittografa i contenuti del file nella chiave dei dati e scrive i risultati in un nuovo file nella directory di output. Di conseguenza, è possibile decrittografare i file di output in modo indipendente.
Questo elenco della directory TestDir
mostra i file di testo non crittografato che vogliamo crittografare.
Il primo comando salva ilAmazon Resource Name (ARN)di unAWS KMS keynella$keyArn
variabile.
Il secondo comando crittografa i contenuti dei file nella directory TestDir
e scrive i file di contenuti crittografati nella directory TestEnc
. Se la directory TestEnc
non esiste, il comando ha esito negativo. Poiché la posizione di input è una directory, il parametro --recursive
è obbligatorio.
La--wrapping-keysparametro, e la sua richiestachiaveattributo, specificare la chiave di avvolgimento da utilizzare. Il comando di crittografia include un contesto di crittografia, dept=IT
. Quando viene specificato un contesto di crittografia in un comando che crittografa più file, lo stesso contesto di crittografia viene utilizzato per tutti i file.
Il comando ha anche un--metadata-output
parametro per dire alAWSCLI di crittografia dove scrivere i metadati sulle operazioni di crittografia. LaAWSLa CLI di crittografia scrive un record di metadati per ogni file crittografato.
La--commitment-policy parameterè opzionale a partire dalla versione 2.1.xma è il valore consigliato. Se il comando o lo script non riesce perché non è in grado di decrittografare un testo cifrato, l'impostazione esplicita del criterio di impegno potrebbe aiutarti a rilevare rapidamente il problema.
Quando il comando viene completato, l'AWSLa CLI di crittografia scrive i file crittografati sulTestEnc
directory, ma non restituisce alcun output.
Il comando finale elenca i file nella directory TestEnc
. C'è un file di output di contenuti crittografati per ogni file di input di contenuti di testo non crittografato. Poiché il comando non ha specificato un altro suffisso, il comando di crittografia ha aggiunto .encrypted
a ciascuno dei nomi dei file di input.
Decrittazione di tutti i file in una directory
Questo esempio decrittografa tutti i file in una directory. Inizia con i file nella directory TestEnc
che sono stati crittografati nell'esempio precedente.
Questo comando decrittografa tutti i file nellaTestEncdirectory e scrive i file di testo normale nellaTestDecdirectory. La--wrapping-keys
parametro con achiaveattributo eARN della chiaveil valore dice ilAWSCLI di crittografia cheAWS KMS keysda utilizzare per decrittografare i file. Il comando utilizza l'--interactive
parametro per dire alAWSCLI di crittografia per richiedere l'utente prima di sovrascrivere un file con lo stesso nome.
Questo comando utilizza inoltre il contesto di crittografia fornito quando i file sono stati crittografati. Quando esegui la decrittografia di più file,AWSLa CLI di crittografia verifica il contesto di crittografia di ogni file. Se il controllo del contesto di crittografia su qualsiasi file non riesce,AWSLa CLI di crittografia rifiuta il file, scrive un avviso, registra l'errore nei metadati, quindi continua a verificare gli altri file. Se il fileAWSLa CLI di crittografia non riesce a decrittografare un file per qualsiasi altro motivo, l'intero comando di decrittografia ha esito negativo immediatamente.
In questo esempio, i messaggi crittografati in tutti i file di input contengono l'elemento del contesto di crittografia dept=IT
. Tuttavia, se stai decrittografando messaggi con diversi contesti di crittografia, potresti comunque essere in grado di verificare parte del contesto di crittografia. Ad esempio, se alcuni messaggi avessero un contesto di crittografia di dept=finance
e altri di dept=IT
, potresti verificare che il contesto di crittografia contenga sempre un nome dept
senza specificare il valore. Se volessi essere più specifico, potresti decrittografare i file in comandi distinti.
Il comando di decrittografia non restituisce alcun output, ma è possibile utilizzare un comando per visualizzare l'elenco delle directory e verificare se sono stati creati nuovi file con il suffisso .decrypted
. Per vedere i contenuti di testo non crittografato, utilizza un comando per ottenere il contenuto del file.
Crittografia e decrittazione nella riga di comando
Questi esempi illustrano come reindirizzare l'input per i comandi (stdin) e scrivere l'output nella riga di comando (stdout). Viene mostrato come rappresentare stdin e stdout in un comando e come utilizzare gli strumenti di codifica Base64 integrati per evitare che la shell interpreti non correttamente i caratteri non ASCII.
Questo esempio reindirizza una stringa di testo non crittografato a un comando di crittografia e salva il messaggio crittografato in una variabile. Quindi, reindirizza il messaggio crittografato nella variabile a un comando di decrittografia, che scrive l'output alla pipeline (stdout).
L'esempio è costituito da tre comandi:
-
Il primo comando salva ilARN della chiavedi unAWS KMS keynella
$keyArn
variabile. -
Il secondo comando reindirizza la stringa
Hello World
al comando di crittografia e salva il risultato nella variabile$encrypted
.La
--input
e--output
i parametri sono obbligatori in tuttiAWSComandi della CLI di crittografia. Per indicare che l'input è in fase di reindirizzamento al comando (stdin), utilizza un trattino (-
) per il valore del parametro--input
. Per inviare l'output alla riga di comando (stdout), utilizza un trattino per il valore del parametro--output
.Il parametro
--encode
codifica l'output con Base64 prima di restituirlo. In questo modo si impedisce alla shell di interpretare erroneamente i caratteri non ASCII nel messaggio crittografato.Poiché questo comando è solo un proof of concept, abbiamo omesso il contesto di crittografia e soppresso i metadati (
-S
). -
Il terzo comando reindirizza il messaggio crittografato nella variabile
$encrypted
al comando di decrittografia.Questo comando di decrittografia utilizza
--input -
per indicare che l'input proviene dalla pipeline (stdin) e--output -
per inviare l'output alla pipeline (stdout). (Il parametro di input richiede la posizione dell'input, non i byte effettivi dell'input, perciò non è possibile utilizzare la variabile$encrypted
come valore del parametro--input
).In questo esempio viene utilizzato ilscopertaattributo del
--wrapping-keys
parametro per consentire ilAWSCLI di crittografia per utilizzare qualsiasiAWS KMS keyper decrittografare i dati. Non specifica unpolitica di impegno, quindi utilizza il valore predefinito per la versione 2.1.xe successivamente,require-encrypt-require-decrypt
.Poiché l'output è stato crittografato e poi codificato, il comando di decrittografia utilizza il parametro
--decode
per decodificare l'input codificato con Base64 prima di decrittografarlo. È inoltre possibile utilizzare il parametro--decode
per decodificare l'input codificato con Base64 prima di crittografarlo.Come in precedenza, il comando omette il contesto di crittografia e sopprime i metadati (-
S
).
È inoltre possibile eseguire le operazioni di crittografia e decrittografia in un singolo comando senza l'intervento della variabile.
Come nell'esempio precedente, i parametri --input
e --output
hanno un valore -
e il comando utilizza il parametro --encode
per codificare l'output e il parametro --decode
per decodificare l'input.
Utilizzo di più tasti master
Questo esempio illustra come utilizzare più chiavi master per crittografare e decrittografare i dati nellaAWSCLI di crittografia.
Quando si utilizzano più chiavi master per crittografare i dati, una qualsiasi delle chiavi master può essere utilizzata per decrittografare i dati. Questa strategia garantisce che tu possa decrittografare i dati anche se una delle chiavi master non è disponibile. Se si memorizzano i dati crittografati in piùRegioni AWS, questa strategia ti consente di utilizzare una chiave master nella stessa regione per decrittografare i dati.
Quando esegui la crittografia con più chiavi master, la prima chiave master ricopre un ruolo speciale. Genera la chiave di dati utilizzata per crittografare i dati. Le restanti chiavi master crittografano la chiave dei dati di testo non crittografato. Il messaggio crittografato risultante include i dati crittografati e una raccolta di chiavi di dati crittografati, una per ciascuna chiave master. Anche se la prima chiave master ha generato la chiave dei dati, una delle chiavi master può decrittografare una delle chiavi dei dati, che può essere utilizzata per decrittografare i dati.
Crittografia con tre chiavi master
Questo comando di esempio utilizza tre chiavi di wrapping per crittografare ilFinance.log
file, uno su treRegioni AWS.
Scrive il messaggio crittografato nella directory Archive
. Il comando utilizza il parametro --suffix
con nessun valore per sopprimere il suffisso, in modo che i nomi dei file di input e di output saranno gli stessi.
Il comando utilizza il parametro --wrapping-keys
con tre attributi della chiave. È inoltre possibile utilizzare più parametri --wrapping-keys
nello stesso comando.
Per crittografare il file di registro,AWSLa CLI di crittografia chiede la prima chiave di wrapping nell'elenco,$key1
, per generare la chiave di dati utilizzata per crittografare i dati. Quindi, utilizza ognuna delle altre chiavi di wrapping per crittografare una copia non crittografata della stessa chiave di dati. Il messaggio crittografato nel file di output include tutte e tre le chiavi di dati crittografati.
Questo comando decrittografa la copia crittografata del file Finance.log
e la scrive su un file Finance.log.clear
nella directory Finance
. Per decrittografare i dati crittografati sotto i treAWS KMS keys, è possibile specificare gli stessi treAWS KMS keyso qualsiasi sottoinsieme di essi. Questo esempio specifica uno deiAWS KMS keys.
Per raccontare ilAWSCLI di crittografia cheAWS KMS keysutilizzare per decrittografare i dati, utilizzare l'chiaveattributo del--wrapping-keys
Parametro . Quando esegui la decrittografia conAWS KMS keys, il valore delchiaveattributo deve essere unARN della chiave.
Devi disporre dell'autorizzazione per chiamare ilDecrittografare l'APIsulAWS KMS keysspecificate. Per ulteriori informazioni, consultaAutenticazione e controllo degli accessi perAWS KMS.
Come best practice, questi esempi utilizzano--max-encrypted-data-keys
parametro per evitare di decrittografare un messaggio malformato con un numero eccessivo di chiavi dati crittografate. Anche se questo esempio utilizza una sola chiave wrapping per la decrittografia, il messaggio crittografato ha tre (3) chiavi dati crittografate; una per ciascuna delle tre chiavi di wrapping utilizzate durante la crittografia. Specificare il numero previsto di chiavi dati crittografate o un valore massimo ragionevole, ad esempio 5. Se si specifica un valore massimo inferiore a 3, il comando ha esito negativo. Per dettagli, consultare Limitazione delle chiavi di dati crittografate.
Crittografia e decrittazione negli script
In questo esempio viene illustrato come utilizzare l'AWSCLI di crittografia negli script. È possibile scrivere script solo per crittografare e decrittografare i dati o script che crittografano o decrittografano come parte di un processo di gestione dei dati.
In questo esempio, lo script ottiene una raccolta di file di log, li comprime, li crittografa, quindi copia i file crittografati in un bucket Amazon S3. Questo script elabora ciascun file separatamente, in modo che tu possa decrittografarli ed espanderli in modo indipendente.
Quando comprimi e crittografi i file, assicurati di eseguire la compressione prima della crittografia. I dati crittografati correttamente non sono comprimibili.
avvertimento
Fai attenzione durante la compressione dei dati, che include sia segreti sia dati che potrebbero essere controllati da malintenzionati. Le dimensioni finali dei dati compressi potrebbero inavvertitamente rivelare informazioni sensibili sui contenuti.
Utilizzo del caching della chiave dei dati
Questo esempio utilizza il caching della chiave dei dati in un comando che crittografa un numero elevato di file.
Per impostazione predefinita, ilAWSCLI di crittografia (e altre versioni delAWS Encryption SDK) genera una chiave di dati univoca per ogni file che crittografa. Anche se utilizzare una chiave di dati univoca per ciascuna operazione è una best practice crittografica, il riutilizzo limitato delle chiavi dei dati è accettabile in alcune situazioni. Se stai pensando al caching della chiave dei dati, consulta un ingegnere che si occupa di sicurezza per comprendere i requisiti di sicurezza dell'applicazione e stabilire le relative soglie per le tue esigenze.
In questo esempio, il caching della chiave dei dati velocizza l'operazione di crittografia riducendo la frequenza delle richieste al provider della chiave master.
Il comando in questo esempio crittografa una directory di grandi dimensioni con più sottodirectory che contengono un totale di circa 800 piccoli file di log. Il primo comando salva l'ARN della AWS KMS key in una variabile keyARN
. Il secondo comando crittografa tutti i file nella directory di input (in modo ricorsivo) e li scrive in una directory di archivio. Il comando utilizza il parametro --suffix
per specificare il suffisso .archive
.
Il parametro --caching
consente di eseguire il caching della chiave dei dati. L'attributo di capacità, che limita il numero di chiavi di dati nella cache, è impostato su 1, perché l'elaborazione dei file di serie non impiega mai più di una chiave di dati alla volta. L'attributo max_age, che stabilisce per quanto tempo è possibile utilizzare la chiave di dati memorizzati nella cache, è impostato su 10 secondi.
L'attributo opzionale max_messages_encrypted è impostato su 10 messaggi, perciò una singola chiave dei dati non viene mai utilizzata per crittografare più di 10 file. Limitando il numero di file crittografati da ciascuna chiave di dati si riduce il numero di file interessati nell'improbabile caso in cui una chiave di dati sia stata compromessa.
Per eseguire questo comando nei file di log generati dal tuo sistema operativo, potresti aver bisogno delle autorizzazioni da amministratore (sudo
in Linux; Esegui come amministratore in Windows).
Per verificare l'effetto della cache delle chiavi di dati, questo esempio utilizzaMisura-comando
PS C:\>
Measure-Command {aws-encryption-cli --encrypt ` --input C:\Windows\Logs --recursive ` --output $home\Archive --suffix '.archive' ` --wrapping-keys key=$keyARN ` --encryption-context class=log ` --suppress-metadata }
Days : 0 Hours : 0 Minutes : 0 Seconds : 25 Milliseconds : 453 Ticks : 254531202 TotalDays : 0.000294596298611111 TotalHours : 0.00707031116666667 TotalMinutes : 0.42421867 TotalSeconds : 25.4531202 TotalMilliseconds : 25453.1202
Il caching della chiave di dati rende il processo più rapido, anche quando limiti ogni chiave di dati a un massimo di 10 file. Il comando ora impiega meno di 12 secondi per il completamento e riduce il numero di chiamate al provider della chiave master a 1/10 del valore originale.
PS C:\>
Measure-Command {aws-encryption-cli --encrypt ` --input C:\Windows\Logs --recursive ` --output $home\Archive --suffix '.archive' ` --wrapping-keys key=$keyARN ` --encryption-context class=log ` --suppress-metadata ` --caching capacity=1 max_age=10 max_messages_encrypted=10}
Days : 0 Hours : 0 Minutes : 0 Seconds : 11 Milliseconds : 813 Ticks : 118132640 TotalDays : 0.000136727592592593 TotalHours : 0.00328146222222222 TotalMinutes : 0.196887733333333 TotalSeconds : 11.813264 TotalMilliseconds : 11813.264
Se elimini la restrizione max_messages_encrypted
, tutti i file sono crittografati con la stessa chiave dei dati. Questa modifica aumenta il rischio di riutilizzare le chiavi dei dati senza accelerare il processo. Tuttavia, riduce il numero di chiamate al provider di chiavi master a 1.
PS C:\>
Measure-Command {aws-encryption-cli --encrypt ` --input C:\Windows\Logs --recursive ` --output $home\Archive --suffix '.archive' ` --wrapping-keys key=$keyARN ` --encryption-context class=log ` --suppress-metadata ` --caching capacity=1 max_age=10}
Days : 0 Hours : 0 Minutes : 0 Seconds : 10 Milliseconds : 252 Ticks : 102523367 TotalDays : 0.000118661304398148 TotalHours : 0.00284787130555556 TotalMinutes : 0.170872278333333 TotalSeconds : 10.2523367 TotalMilliseconds : 10252.3367