AWS S3 - Come correggere l'errore "La firma della richiesta che abbiamo calcolato non corrisponde alla firma"?

Ho cercato sul Web per più di due giorni e probabilmente ho esaminato la maggior parte degli scenari documentati in linea e delle soluzioni alternative, ma finora niente ha funzionato per me.

Sono in AWS SDK per PHP V2.8.7 esecuzione su PHP 5.3.

Sto provando a connettermi al mio bucket S3 con il seguente codice:

// Create a `Aws` object using a configuration file

        $aws = Aws::factory('config.php');

        // Get the client from the service locator by namespace
        $s3Client = $aws->get('s3');

        $bucket = "xxx";
        $keyname = "xxx";

        try {
            $result = $s3Client->putObject(array(
                'Bucket'        =>      $bucket,
                'Key'           =>      $keyname,
                'Body'          =>      'Hello World!'
            ));
            $file_error = false;
        } catch (Exception $e) {
            $file_error = true;
            echo $e->getMessage();
            die();
        }
        //  

Il mio file config.php è il seguente:

<?php

return array(
    // Bootstrap the configuration file with AWS specific features
    'includes' => array('_aws'),
    'services' => array(
        // All AWS clients extend from 'default_settings'. Here we are
        // overriding 'default_settings' with our default credentials and
        // providing a default region setting.
        'default_settings' => array(
            'params' => array(
                'credentials' => array(
                    'key'    => 'key',
                    'secret' => 'secret'
                )
            )
        )
    )
);

Sta producendo il seguente errore:

La firma della richiesta che abbiamo calcolato non corrisponde alla firma che hai fornito. Controlla la tua chiave e il metodo di firma.

Ho già controllato la mia chiave di accesso e il mio segreto almeno 20 volte, ne ho generati di nuovi, ho usato diversi metodi per passare le informazioni (es. Profilo e includendo le credenziali nel codice) ma al momento non funziona nulla.

Dopo due giorni di debug, ho finalmente scoperto il problema ...

La chiave che stavo assegnando all'oggetto iniziava con un punto, ad es. ..\images\ABC.jpg, E questo ha causato l'errore.

Vorrei che l'API fornisse un messaggio di errore più significativo e pertinente, ahimè, spero che questo possa aiutare qualcun altro là fuori!

Ottengo questo errore con le credenziali sbagliate. Penso che ci fossero caratteri invisibili quando l'ho incollato originariamente.

Ho avuto lo stesso problema quando ho provato a copiare un oggetto con alcuni caratteri UTF8. Di seguito è riportato un esempio JS:

var s3 = new AWS.S3();

s3.copyObject({
    Bucket: 'somebucket',
    CopySource: 'path/to/Weird_file_name_ðÓpíu.jpg',
    Key: 'destination/key.jpg',
    ACL: 'authenticated-read'
}, cb);

Risolto codificando il CopySource con encodeURIComponent()

Questo errore sembra verificarsi principalmente se c'è uno spazio prima o dopo la tua chiave segreta

In realtà in Java stavo ricevendo lo stesso errore Dopo aver trascorso 4 ore per eseguire il debug, ho scoperto che il problema era nei metadati in S3 Objects poiché c'era spazio mentre sedevo i controlli della cache nei file s3.Questo spazio era consentito in 1.6. * versione ma nella 1.11. * non è consentita e quindi generava l'errore di mancata corrispondenza della firma

Per me ho usato axios e da deafult invia header

content-type: application/x-www-form-urlencoded

quindi cambio per inviare:

content-type: application/octet-stream

e ha anche dovuto aggiungere questo tipo di contenuto alla firma AWS

const params = {
    Bucket: bucket,
    Key: key,
    Expires: expires,
    ContentType = 'application/octet-stream'
}

const s3 = new AWS.S3()
s3.getSignedUrl('putObject', params)

Se nessuna delle altre soluzioni menzionate funziona per te, prova a utilizzare

aws configure

questo comando aprirà una serie di opzioni che richiedono chiavi, regione e formato di output.

Spero che sia di aiuto!

In una versione precedente di aws-php-sdk, prima della deprecazione del S3Client::factory()metodo, era consentito posizionare parte del percorso del file, o Keycome viene chiamato nei S3Client->putObject()parametri , sul parametro bucket. Avevo un file manager in uso in produzione, utilizzando l'SDK v2. Poiché il metodo factory funzionava ancora, non ho rivisitato questo modulo dopo l'aggiornamento a ~3.70.0. Oggi ho passato la maggior parte delle due ore a eseguire il debug del motivo per cui avevo iniziato a ricevere questo errore, e alla fine è stato dovuto ai parametri che stavo passando (che funzionavano):

$s3Client = new S3Client([
    'profile' => 'default',
    'region' => 'us-east-1',
    'version' => '2006-03-01'
]);
$result = $s3Client->putObject([
    'Bucket' => 'awesomecatpictures/catsinhats',
    'Key' => 'whitecats/white_cat_in_hat1.png',
    'SourceFile' => '/tmp/asdf1234'
]);

Ho dovuto spostare la catsinhatsporzione del mio bucket / percorso chiave sul Keyparametro, in questo modo:

$s3Client = new S3Client([
    'profile' => 'default',
    'region' => 'us-east-1',
    'version' => '2006-03-01'
]);
$result = $s3Client->putObject([
    'Bucket' => 'awesomecatpictures',
    'Key' => 'catsinhats/whitecats/white_cat_in_hat1.png',
    'SourceFile' => '/tmp/asdf1234'
]);

Quello che credo stia accadendo è che il file Bucket nome è ora codificato in URL. Dopo un'ulteriore ispezione del messaggio esatto che stavo ricevendo dall'SDK, ho trovato questo:

Errore durante l'esecuzione PutObjectsuhttps://s3.amazonaws.com/awesomecatpictures%2Fcatsinhats/whitecats/white_cat_in_hat1.png

Errore HTTP AWS: errore del client: ha PUT https://s3.amazonaws.com/awesomecatpictures%2Fcatsinhats/whitecats/white_cat_in_hat1.pnggenerato un file403 Forbidden

Questo mostra che il parametro che /ho fornito al mio Bucketparametro è stato completato urlencode()e lo è ora %2F.

Il modo in cui funziona la firma è abbastanza complicato, ma il problema si riduce al secchio e la chiave viene utilizzata per generare la firma crittografata. Se non corrispondono esattamente sia sul client chiamante che all'interno di AWS, la richiesta verrà negata con un 403. Il messaggio di errore indica effettivamente il problema:

La firma della richiesta che abbiamo calcolato non corrisponde alla firma che hai fornito. Controlla la tua chiave e il metodo di firma.

Quindi, il mio Keyera sbagliato perché il mio Bucketera sbagliato.

Ho avuto lo stesso errore in nodejs. Ma l'aggiunta signatureVersiondel costruttore s3 mi ha aiutato:

const s3 = new AWS.S3({
  apiVersion: '2006-03-01',
  signatureVersion: 'v4',
});

Nel mio caso stavo usando s3.getSignedUrl('getObject')quando dovevo usare s3.getSignedUrl('putObject')(perché sto usando un PUT per caricare il mio file), motivo per cui le firme non corrispondevano.

Per il set Python - signature_version s3v4

s3 = boto3.client(
   's3',
   aws_access_key_id='AKIAIO5FODNN7EXAMPLE',
   aws_secret_access_key='ABCDEF+c2L7yXeGvUyrPgYsDnWRRC1AYEXAMPLE',
   config=Config(signature_version='s3v4')
)

Ho appena sperimentato questo caricamento di un'immagine su S3 utilizzando l'SDK AWS con React Native. È risultato essere causato dalContentEncoding parametro.

La rimozione di quel parametro ha "risolto" il problema.

Ho avuto lo stesso problema. Avevo il metodo predefinito, PUT impostato per definire l'URL pre-firmato ma stavo cercando di eseguire un GET. L'errore era dovuto alla mancata corrispondenza del metodo.

Ho riscontrato un errore simile, ma per me sembrava essere stato causato dal riutilizzo di un utente IAM per lavorare con S3 in due diversi ambienti Elastic Beanstalk. Ho trattato il sintomo creando un utente IAM con autorizzazioni identiche per ogni ambiente e questo ha fatto scomparire l'errore.

Nel mio caso ho analizzato un URL S3 nei suoi componenti.

Per esempio:

Url:    s3://bucket-name/path/to/file

È stato analizzato in:

Bucket: bucket-name
Path:   /path/to/file

La presenza della parte del percorso contenente una "/" iniziale non ha superato la richiesta.

Un altro possibile problema potrebbe essere che i meta valori contengono caratteri non US-ASCII. Per me ha aiutato a UrlEncode i valori quando li si aggiunge a putRequest:

request.Metadata.Add(AmzMetaPrefix + "artist", HttpUtility.UrlEncode(song.Artist));
request.Metadata.Add(AmzMetaPrefix + "title", HttpUtility.UrlEncode(song.Title));

Ho risolto questo problema modificando le autorizzazioni pubbliche sul mio bucket AWS s3 e aggiungendo la configurazione CORS di seguito alle impostazioni del bucket.

<?xml version="1.0" encoding="UTF-8"?>
<CORSConfiguration>
<CORSRule>
    <AllowedOrigin>*</AllowedOrigin>
    <AllowedMethod>HEAD</AllowedMethod>
    <AllowedMethod>GET</AllowedMethod>
    <AllowedMethod>PUT</AllowedMethod>
    <AllowedMethod>POST</AllowedMethod>
    <AllowedHeader>*</AllowedHeader>
</CORSRule>
</CORSConfiguration>

Consulta la documentazione di AWS s3 per ulteriori informazioni.

Il più delle volte succede a causa della chiave sbagliata (AWS_SECRET_ACCESS_KEY). Verifica in modo incrociato il tuo AWS_SECRET_ACCESS_KEY. Spero che funzioni ...

Ho ricevuto questo errore durante il tentativo di copiare un oggetto. L'ho risolto codificando il copySource. Questo è effettivamente descritto nella documentazione del metodo:

Params: copySource - Il nome del bucket di origine e il nome della chiave dell'oggetto di origine, separati da una barra (/). Deve essere codificato in URL.

CopyObjectRequest objectRequest = CopyObjectRequest.builder()
                .copySource(URLEncoder.encode(bucket + "/" + oldFileKey, "UTF-8"))
                .destinationBucket(bucket)
                .destinationKey(newFileKey)
                .build();

Nel mio caso, stavo utilizzando S3 (maiuscolo) come nome del servizio durante la richiesta utilizzando il postino nel metodo di autorizzazione della firma AWS

Dopo aver eseguito il debug e aver trascorso molto tempo, nel mio caso, il problema era con access_key_id e secret_access_key, controlla due volte le tue credenziali o generane una nuova se possibile e assicurati di passare le credenziali in params.

Nel mio caso il nome del bucket era sbagliato, includeva la prima parte della chiave (bucketxxx / keyxxx) - non c'era nulla di sbagliato nella firma.

Nel mio caso (python) non è riuscito perché avevo queste due righe di codice nel file, ereditate da un codice precedente

http.client.HTTPConnection._http_vsn = 10 http.client.HTTPConnection._http_vsn_str = 'HTTP/1.0'

Ho riscontrato questo problema in un'immagine Docker, con un endpoint non AWS S3, quando si utilizza l'ultimo awscli versione disponibile per Debian stretch, ovvero la versione 1.11.13.

L'aggiornamento alla versione CLI 1.16.84 ha risolto il problema.

Per installare l'ultima versione della CLI con un Dockerfile basato su un'immagine allungata di Debian, invece di:

RUN apt-get update
RUN apt-get install -y awscli
RUN aws --version

Uso:

RUN apt-get update
RUN apt-get install -y python-pip
RUN pip install awscli
RUN aws --version

Ho dovuto impostare

Aws.config.update({
  credentials: Aws::Credentials.new(access_key_id, secret_access_key)
})

prima con ruby ​​aws sdk v2 (probabilmente c'è qualcosa di simile a questo anche nelle altre lingue)

Non so se qualcuno sia arrivato a questo problema mentre provava a testare l'URL emesso nel browser, ma se stai usando Postmane provi a copiare l'URL generato di AWS dalRAW scheda, a causa dell'escape dei backslash otterrai l'errore precedente .

Usa la Prettyscheda per copiare e incollare l'URL per vedere se funziona effettivamente.

Mi sono imbattuto in questo problema di recente e questa soluzione ha risolto il mio problema. È a scopo di test per vedere se recuperi effettivamente i dati tramite l'URL.

Questa risposta è un riferimento a coloro che provano a generare un download, un collegamento temporaneo da AWS o generalmente generano un URL da AWS da utilizzare.

Il problema nel mio caso era l'URL del gateway API utilizzato per configurare Amplify che aveva una barra in più alla fine ...

L'URL interrogato sembrava https://....amazonaws.com/myapi//myendpoint. Ho rimosso la barra in più nella configurazione e ha funzionato.

Non il messaggio di errore più esplicito della mia vita.

Nel mio caso stavo chiamando s3request.promise().then()incorrettamente che ha causato due esecuzioni della richiesta quando è stata eseguita una sola chiamata.

Quello che voglio dire è che stavo iterando attraverso 6 oggetti ma sono state fatte 12 richieste (puoi controllare accedendo alla console o eseguendo il debug della rete nel browser)

Poiché il timestamp per la seconda richiesta, indesiderata, non corrispondeva al segno della prima, questo ha prodotto questo problema.

Ho ricevuto questo errore durante il caricamento del documento su CloudSearch tramite Java SDK. Il problema era dovuto a un carattere speciale nel documento da caricare. L'errore "La firma della richiesta che abbiamo calcolato non corrisponde alla firma che hai fornito. Controlla la tua chiave di accesso segreta AWS e il metodo di firma". è molto fuorviante.

la generazione di una nuova chiave di accesso ha funzionato per me.