Sicurezza in QRCodeKIT

Ultima revisione: 27 ottobre 2026. Per le domande a cui questa pagina non risponde, scrivi a [email protected].

Dati sulla sicurezza

Certificazioni e hosting

QRCodeKIT è stato certificato ISO/IEC 27001?

Sì. QRCodeKIT è stato certificato ISO/IEC 27001, lo standard internazionale per la gestione della sicurezza delle informazioni. Il nostro sistema di gestione della sicurezza delle informazioni (SGSI) copre controllo degli accessi, crittografia, backup e ripristino, sviluppo sicuro, gestione dei fornitori e gestione degli incidenti, e viene riesaminato almeno una volta l’anno. QRCodeKIT è stato certificato anche ISO 9001 per la qualità e ISO 14001 per la gestione ambientale, e i nostri codici sono conformi a ISO/IEC 18004:2024, lo standard dei QR code.

Dove sono ospitati i dati dei clienti?

Su Amazon Web Services a Francoforte, Germania (eu-central-1). È lì che vengono conservati e trattati QR code, progetti, dati dell’account, analytics delle scansioni, file caricati e risposte dei moduli. Le risorse statiche vengono distribuite tramite la rete edge globale di Amazon CloudFront, e Cloudflare protegge il traffico prima che raggiunga la nostra infrastruttura.

Il nostro gestore è costituito negli Stati Uniti, quindi ogni trasferimento internazionale si basa sulle garanzie descritte nella nostra informativa privacy: decisioni di adeguatezza, garanzie contrattuali o un quadro di trasferimento applicabile. Il nostro articolo sulle piattaforme QR code ospitate nell’UE spiega cosa significa la residenza dei dati per chi acquista.

Protezione dei dati

I dati dei clienti sono crittografati a riposo e in transito?

Sì. Tutti i dati in transito sono protetti con TLS 1.2 o superiore, compresa la connessione al nostro livello di cache. La nostra policy richiede che i database siano crittografati a riposo con AWS Key Management Service, con chiavi protette da moduli di sicurezza hardware convalidati FIPS 140-2. Le risposte raccolte con i QR code per moduli ricevono un secondo livello di protezione: vengono crittografate con AES-256 a livello applicativo prima di essere scritte nel database. Le chiavi API sono conservate solo come hash SHA-256, e i segreti dell’infrastruttura vengono forniti tramite AWS Secrets Manager e Parameter Store invece di essere inclusi nelle immagini dei container.

Cosa registra una scansione e chi può vederla?

Ogni scansione registra un orario, una posizione approssimativa (paese, regione e città), dispositivo, sistema operativo e browser, e la pagina di provenienza. La posizione viene determinata dal nostro servizio di geolocalizzazione interno, non da un’API esterna, e i nostri server non inviano dati di scansione a nessun fornitore di analytics esterno. Le analytics delle scansioni sono visibili solo agli utenti dell’account proprietario del codice. I webhook inviati a strumenti come Zapier o Make sono firmati e non includono l’indirizzo IP né i dati del browser di chi scansiona.

Accesso e identità

Come accedono gli utenti, ed è supportata l’autenticazione a più fattori?

Gli account Enterprise accedono tramite il proprio provider di identità con il single sign-on OpenID Connect: Google Workspace, Microsoft Entra ID e ADFS, Okta, Auth0 o qualsiasi provider compatibile OIDC. Autenticazione a più fattori, affidabilità del dispositivo e policy di sessione vengono quindi applicate dal tuo provider di identità ai membri del team che accedono tramite esso. Su tutti i piani è possibile accedere anche con Google, ereditando la protezione a più fattori impostata sull’account Google.

Le password sono conservate con hash bcrypt o Argon2, i token di sessione scadono dopo un’ora, i link per reimpostare la password scadono dopo dieci minuti e la registrazione è protetta dagli abusi automatizzati con Cloudflare Turnstile. Internamente, l’autenticazione a più fattori è obbligatoria su tutti i sistemi critici, e l’accesso amministrativo al nostro ambiente cloud è possibile solo tramite una VPN collegata al single sign-on aziendale.

Quali ruoli e permessi sono disponibili?

Quattro ruoli: Owner, Admin, Editor e Member, con permessi verificati a ogni operazione su codici, progetti, domini personalizzati, gestione del team e fatturazione. I membri del team entrano su invito via email, e solo l’Owner può eliminare l’account. I dati di ogni account sono isolati da quelli di tutti gli altri a livello applicativo.

Esiste un audit trail di chi ha modificato cosa?

Sì. QRCodeKIT mantiene un audit trail lato server per ogni account. Ogni creazione, modifica ed eliminazione di QR code, progetti, domini personalizzati, membri del team, chiavi API e fatturazione viene registrata con l’utente che l’ha eseguita, data e ora e i valori prima e dopo la modifica, e ogni record indica chi l’ha creato e chi l’ha modificato per ultimo. Le azioni eseguite dagli agenti di IA tramite il nostro server MCP vengono registrate con l’identificativo dell’agente, i permessi usati e l’esito.

IA e integrazioni

Come sono protetti chiavi API, webhook e agenti di IA?

Le chiavi della REST API v2 si possono revocare in qualsiasi momento, possono avere una data di scadenza e sono conservate solo come hash. I webhook in uscita sono firmati con HMAC-SHA256, così i tuoi sistemi possono verificare che provengano da noi. Gli assistenti di IA come Claude e ChatGPT si collegano tramite il nostro server MCP con OAuth 2.1 e PKCE: l’assistente riceve un token revocabile limitato a quattro ambiti (lettura, creazione, modifica, eliminazione), mai la tua password, e ogni azione di scrittura ti chiede conferma. QRCodeKIT non riceve il contenuto delle tue conversazioni con Claude o ChatGPT.

Operatività e resilienza

Come viene mantenuta disponibile la piattaforma, e in quanto tempo si ripristina?

La piattaforma funziona dietro bilanciatori di carico distribuiti su più zone di disponibilità AWS, scala orizzontalmente in pochi minuti ed è monitorata 24/7, con allerte automatiche al tecnico di reperibilità e ai nostri CTO, COO e CEO. Il nostro obiettivo di disponibilità è del 99,9%.

I database vengono salvati ogni giorno, in forma crittografata, in una sede separata, e i file caricati ogni settimana. Ogni trimestre proviamo un ripristino completo: recuperiamo l’ultimo backup, ridistribuiamo l’infrastruttura in un’altra zona a partire dal codice e spostiamo il traffico. Il nostro obiettivo di tempo di ripristino è di 24 ore, con il ritorno alla piena operatività entro 36 ore. La nostra infrastruttura è definita come codice, quindi può essere ricostruita in un’altra regione AWS.

Come è integrata la sicurezza nello sviluppo?

Ogni modifica viene valutata per il suo impatto sulla sicurezza e supera l’analisi statica e i controlli di vulnerabilità sulle dipendenze prima del rilascio, e la nostra infrastruttura AWS viene analizzata continuamente con Amazon Inspector. Chiunque abbia accesso al codice sorgente firma un accordo di riservatezza, l’accesso segue il principio del privilegio minimo e viene riesaminato ogni mese, e il team segue una formazione sulla sicurezza all’ingresso e ogni anno.

Incidenti e abusi

Come vengono gestiti gli incidenti di sicurezza?

Con la procedura di risposta agli incidenti del nostro SGSI certificato ISO/IEC 27001. Ogni incidente viene annotato in un registro degli incidenti, esaminato ogni settimana e chiuso con un’analisi delle cause e le lezioni apprese. In caso di violazione dei dati personali, la nostra procedura prevede la notifica ai clienti interessati e alle autorità competenti. Seguiamo ogni settimana gli avvisi dei CERT nazionali e manteniamo un registro delle minacce. Gli incidenti sospetti si possono segnalare in qualsiasi momento a [email protected].

Come vengono gestiti i QR code malevoli o abusivi?

Tutti i domini di link brevi di QRCodeKIT sono monitorati contro il phishing, e chiunque può segnalare un codice sospetto su qrcodekit.com/it/segnala-abuso o a [email protected]. Ogni segnalazione viene esaminata entro 6 ore, sia per i nostri domini brevi sia per i domini con il marchio dei clienti. I clienti possono anche proteggere i propri codici con password, scadenza programmata e un dominio personalizzato (in inglese) con il proprio marchio.

Lavorare con noi

Chi sono i sub-responsabili del trattamento di QRCodeKIT?

Manteniamo un elenco nominativo dei sub-responsabili, con finalità, ubicazione e garanzia di trasferimento di ciascuno. I dati dei clienti sono trattati su Amazon Web Services a Francoforte, con Cloudflare per la sicurezza perimetrale; la fatturazione è gestita con Stripe, l’email transazionale con Mailchimp Transactional, l’assistenza clienti con HubSpot, il monitoraggio delle prestazioni applicative con New Relic e le analytics di prodotto con il cloud europeo di PostHog. Ogni sub-responsabile viene valutato prima dell’attivazione e le sue certificazioni vengono riesaminate ogni sei mesi. L’elenco completo si può richiedere a [email protected].

Possiamo firmare un accordo sul trattamento dei dati?

Sì. QRCodeKIT agisce come responsabile del trattamento per i dati raccolti dai tuoi codici, e il nostro accordo sul trattamento dei dati (DPA) ne stabilisce le condizioni. Richiedilo a [email protected].

Chi compila il nostro questionario di sicurezza?

Invia i questionari di sicurezza a [email protected]. Rispondono le persone che gestiscono il nostro SGSI certificato ISO/IEC 27001, guidate dal nostro CTO, e compiliamo i questionari specifici dei clienti. Per i piani Enterprise, la residenza dei dati e i contratti, scrivi a [email protected].

Domande frequenti