Cryptology Academy · Lezione

HMAC nelle API: firma delle richieste

Implementi la firma delle richieste basata su HMAC e la prevenzione degli attacchi di replay.

HMAC nelle API: firma delle richieste è una lezione Cryptology Academy gratuita su CoddyKit. Questa è la lezione 3 di 4. Puoi leggere la lezione completa qui gratuitamente — poi esercitati direttamente nel browser con un editor di codice integrato e un tutor IA disponibile 24/7. Fa parte del percorso di apprendimento Cryptology Academy, e i tuoi progressi si sincronizzano tra il web e l'app CoddyKit. Il corso Cryptology Academy include 4 lezioni in totale.

Benvenuto

La firma delle richieste basata su HMAC viene utilizzata da AWS, GitHub, Stripe e Twilio per autenticare le chiamate API. In questa lezione costruiremo un sistema completo per la firma delle richieste.

Perché firmare le richieste API?

Le chiavi API negli URL possono essere registrate nei server proxy, nella cronologia del browser e nei log dei server. La firma della richiesta include l'intero corpo della richiesta nel MAC, garantendo che il payload non sia stato modificato e che la chiave non venga esposta da sola.

AWS Signature Version 4

AWS SigV4 calcola: 1. Richiesta canonica (metodo + URL + intestazioni + hash del corpo) 2. Stringa da firmare (data + regione + servizio + hash della richiesta canonica) 3. Chiave di firma = HMAC(HMAC(HMAC(HMAC('AWS4'+secret, date), region), service), 'aws4_request') 4. Firma = HMAC(signing_key, string_to_sign)

Verifica dei webhook di GitHub

GitHub firma ogni payload del webhook: X-Hub-Signature-256: sha256=HMACHEX Verifica: import hmac expected = 'sha256=' + hmac.new(secret, payload, 'sha256').hexdigest() hmac.compare_digest(expected, received_signature)

Minaccia degli attacchi di replay

Se un attaccante intercetta una richiesta firmata valida, può reinviarla più volte. Un trasferimento di 100 $ firmato una sola volta potrebbe essere riprodotto 1000 volte. HMAC da solo NON impedisce gli attacchi di replay.

Prevenzione dei replay basata sul timestamp

Includa un timestamp nel messaggio firmato. Rifiuti le richieste più vecchie di 5 minuti. Stripe invia X-Stripe-Signature con il timestamp. GitHub utilizza X-GitHub-Delivery (UUID), non un meccanismo basato sul timestamp.

Prevenzione dei replay basata sul nonce

Includa un nonce casuale in ogni richiesta. Il server memorizza i nonce già utilizzati (in Redis con TTL). Rifiuti qualsiasi richiesta con un nonce già rilevato. È più affidabile dei timestamp nei sistemi distribuiti.

Implementazione della firma delle richieste

import hmac, hashlib, time, os def sign_request(secret, method, path, body, timestamp=None): ts = timestamp or str(int(time.time())) payload = f'{method}\n{path}\n{ts}\n' + hashlib.sha256(body).hexdigest() sig = hmac.new(secret.encode(), payload.encode(), 'sha256').hexdigest() return ts, sig

Verifica lato server

def verify_request(secret, method, path, body, ts, received_sig): # Check timestamp freshness if abs(time.time() - int(ts)) > 300: # 5 minutes return False # Recompute and compare _, expected = sign_request(secret, method, path, body, ts) return hmac.compare_digest(expected, received_sig)

JWT con HMAC (HS256)

I JWT HS256 utilizzano HMAC-SHA256 con un segreto condiviso. Il server esegue sia la firma sia la verifica. Limitazione: qualsiasi entità in possesso della chiave può falsificare i token. Per una relazione di fiducia asimmetrica, come nell'autenticazione di terze parti, utilizzi RS256 o ES256.

Strategia di rotazione delle chiavi

Ruoti periodicamente le chiavi HMAC: generi una nuova chiave, supporti sia quella vecchia sia quella nuova durante la finestra di transizione (24 ore), quindi dismetta la chiave vecchia. AWS SigV4 deriva le chiavi da segreti associati alla data per consentire la rotazione giornaliera.

Verifica rapida

Perché la firma delle richieste con HMAC, da sola, non è sufficiente a prevenire gli attacchi di replay?

Riepilogo

La firma delle richieste con HMAC e la protezione dai replay sono state implementate. Ora confronteremo CMAC e Poly1305 come alternative di MAC basate su cifrari a blocchi.

Domande Frequenti

La lezione «HMAC nelle API: firma delle richieste» è gratuita?

Sì — il testo completo di «HMAC nelle API: firma delle richieste» è gratuito qui sul web. Per esercitarvi in modo interattivo (un editor di codice integrato e un tutor IA 24/7) e sbloccare il resto del corso Cryptology Academy, passa a CoddyKit PRO. Il corso Cryptology Academy include 4 lezioni in totale.

Cosa imparerò in «HMAC nelle API: firma delle richieste»?

Implementi la firma delle richieste basata su HMAC e la prevenzione degli attacchi di replay. Eserciti Cryptology Academy con codice pratico che esegui direttamente nel browser, e un tutor IA 24/7 risponde alle tue domande mentre lavori sulla lezione.

Ho bisogno di esperienza per iniziare Cryptology Academy?

Non è richiesta alcuna esperienza precedente. Cryptology Academy su CoddyKit è strutturato per principianti e studenti avanzati, quindi puoi iniziare da qui o dall'inizio e procedere al tuo ritmo. Questa è la lezione 3 di 4.

Quanto tempo richiede la lezione «HMAC nelle API: firma delle richieste»?

La maggior parte delle lezioni CoddyKit richiede circa 5–10 minuti. Ogni lezione è breve e interattiva, quindi fai progressi costanti e riprendi esattamente da dove hai lasciato su web e app.

Posso scrivere ed eseguire codice in questa lezione Cryptology Academy?

Sì. Ogni lezione Cryptology Academy include un editor di codice integrato, quindi scrivi ed esegui codice reale direttamente nel tuo browser e ricevi feedback istantaneo dall'IA — nessuna configurazione locale necessaria.

Tutte le lezioni di questo corso

Concetti sui MAC e attacchi di estensione della lunghezza
Costruzione e dimostrazione di sicurezza di HMAC
HMAC nelle API: firma delle richieste
CMAC e Poly1305: MAC basati su cifrari a blocchi

← Torna a Cryptology Academy