Sicurezza di livello bancario, da un capo all'altro
Questa pagina spiega, livello per livello, come Capay Global protegge ogni pagamento, ogni erogazione e ogni dato. Ogni controllo descritto qui è attivo oggi in produzione.
Ultima revisione: 3 novembre 2026
Fiducia a colpo d'occhio
- Cifratura TLS in transito
- Cifratura AES-256 a riposo
- HTTPS obbligatorio con HSTS
- PCI DSS: nessun dato di carta sui nostri sistemi
- Quadro di controllo SOC 1 e SOC 2
- Autenticazione a due fattori
- Isolamento dei dati a livello di riga
- Audit trail immutabile
- Payout con approvazione a quattro occhi
- KYB, AML e screening sanzioni
- Revisione completa della sicurezza, ottobre 2026
La sicurezza in numeri
- 0
- numeri di carta mai archiviati sui nostri sistemi
- 100%
- delle tabelle del database sotto sicurezza a livello di riga
- 7
- anni di conservazione dell'audit in sola aggiunta
- 2
- approvatori su ogni payout sopra la tua soglia
- 300
- secondi prima che un link a un documento scada
- 400
- giorni di log di accesso edge conservati per le analisi forensi
Come lo dimostriamo: audit, correzione, test, nuovo audit
Non partiamo da un penetration test. Prima verifichiamo l'intera piattaforma di produzione, correggiamo ciò che l'audit rileva, invitiamo un team indipendente a tentare un'intrusione e poi ripetiamo l'audit per confermare che le correzioni tengano.
- 01
Audit di produzione su 13 livelli
Una revisione completa della piattaforma in produzione: autenticazione, database, API, flussi di denaro, hosting, rilascio, monitoraggio, ripristino e altro. Completato a ottobre 2026.
- 02
Correggere ciò che l'audit ha rilevato
I rilievi critici e alti sono stati corretti e verificati la notte stessa. Ogni punto rimanente ha un responsabile ed è in chiusura, a partire da quelli che proteggono denaro e accessi.
- 03
Penetration test esterno
Una società di sicurezza indipendente attaccherà la piattaforma con il nostro permesso, per trovare ciò che le nostre correzioni potrebbero aver mancato. I clienti possono richiedere il rapporto di sintesi sotto NDA.
- 04
Secondo audit
Ripetiamo l'audit su 13 livelli per confermare che ogni correzione tenga, poi aggiorniamo la scorecard di questa pagina.
Scorecard di produzione: 13 livelli
Cosa protegge oggi ogni livello della piattaforma, verificato nel nostro audit di produzione di ottobre 2026.
- 01
Autenticazione e accesso
Autenticazione a due fattori per esercenti e personale, permessi basati sui ruoli e controlli di accesso che bloccano per impostazione predefinita.
- 02
Database e isolamento dei dati
Sicurezza a livello di riga su ogni tabella, così un'azienda può leggere solo i propri dati, e ogni funzione privilegiata verifica prima il ruolo del chiamante.
- 03
API e webhook
Chiavi API con hash, limiti di frequenza per chiave e per IP, liste di IP consentiti e webhook firmati e protetti dalla riproduzione.
- 04
Integrità del denaro
Registro a partita doppia, scritture che devono quadrare, idempotenza su ogni operazione di denaro e doppia approvazione sulle erogazioni.
- 05
Crittografia e segreti
TLS in transito, AES-256 a riposo e segreti in tabelle bloccate che nessuna applicazione può leggere e che nessun log mostra mai.
- 06
Hosting ed edge
AWS CloudFront dietro Cloudflare, solo archiviazione privata, HTTPS imposto con HSTS e intestazioni del browser rigorose.
- 07
Rilascio e controllo delle modifiche
Rilasci automatizzati con controlli di sicurezza integrati, verifiche in tempo reale dopo ogni rilascio e migrazioni che possono essere rieseguite in sicurezza.
- 08
Monitoraggio e allarmi
Controlli di stato dei fornitori, avvisi sul saldo dei wallet, controlli del libro mastro, interruttori automatici e una pagina di stato pubblica.
- 09
Log e traccia di audit
Un log di audit in sola aggiunta conservato sette anni, un identificativo di richiesta su ogni chiamata API e log di accesso edge conservati 400 giorni.
- 10
Scalabilità e resilienza
Limiti di frequenza, interruttori di emergenza e interruttori automatici che fermano un canale di pagamento in errore senza fermare gli altri.
- 11
Ripristino e riconciliazione
Un controllo notturno del libro mastro, ricontrolli automatici dello stato perché nessun pagamento resti in sospeso e nuovi tentativi sicuri che non addebitano mai due volte.
- 12
Risposta agli incidenti
Un piano scritto di risposta agli incidenti con livelli di gravità, ruoli designati, interruttori di emergenza che fermano un canale in pochi secondi e notifica ai clienti.
- 13
Conformità e privacy
Verifica KYB, AML e controllo delle sanzioni prima che un'azienda diventi operativa, monitoraggio continuo e nessun dato di carta sui nostri sistemi.
Ogni passaggio di un pagamento, protetto
Segui un pagamento dal telefono del tuo cliente fino al tuo saldo e scopri quale controllo presidia ogni passaggio.
- 1
Il tuo cliente paga
Su un checkout ospitato o un link di pagamento servito su TLS. I numeri di carta non raggiungono mai Capay Global; le approvazioni mobile money avvengono sul telefono del cliente.
- 2
La tua integrazione chiama l'API
Autenticata con una chiave sottoposta a hash e con permessi limitati; con limiti di frequenza per chiave e per IP; ogni richiesta porta una chiave di idempotenza e un id di richiesta, e i dati con forma di carta vengono respinti all'edge.
- 3
Il libro mastro lo registra
Una riga di intento esiste prima che qualsiasi provider venga chiamato, e l'accredito deriva da quell'intento, mai dal client. Ogni scrittura deve essere bilanciata, altrimenti il database la rifiuta.
- 4
Il provider conferma
I callback sono verificati tramite firma sul corpo grezzo con confronto a tempo costante, deduplicati contro i replay, e il record del provider stesso viene riletto prima che qualsiasi cosa venga applicata.
- 5
Tu effettui il payout
I beneficiari vengono sottoposti a screening, i payout sopra la tua soglia attendono un secondo approvatore con verifica a due fattori, le destinazioni si bloccano dopo l'approvazione, e i circuit breaker fermano un circuito in errore.
- 6
Tu vedi tutto
Accesso alla dashboard dietro autenticazione a due fattori, dati isolati per azienda tramite sicurezza a livello di riga, webhook firmati verso i tuoi sistemi, e un audit trail che non può essere modificato.
Difesa in profondità, quattro livelli
Ogni livello presume che quello sopra possa cedere. Una richiesta deve superarli tutti e quattro prima di poter toccare il denaro.
- 01Edge
- Cloudflare e AWS CloudFront
- TLS su ogni connessione
- HTTPS obbligatorio con HSTS
- Controllo degli accessi all'origine, nessun bucket pubblico
- Header del browser rigorosi
- Log di accesso conservati 400 giorni
- 02Applicazione
- Chiavi API con hash SHA-256
- Limiti di frequenza per chiave e per IP
- Idempotenza su ogni chiamata monetaria
- Guardiano dei dati di carta in ingresso
- Webhook firmati e protetti dai replay
- Sandbox isolata dai provider reali
- 03Dati
- Sicurezza a livello di riga su ogni tabella
- Cifratura AES-256 a riposo
- Tabelle dei segreti ad accesso zero
- Log di audit in sola aggiunta
- Conservazione per sette anni
- Archivio privato dei documenti, link da 300 secondi
- 04Denaro
- Libro mastro a partita doppia in unità minime
- Scritture bilanciate obbligatorie
- Approvazione a quattro occhi con verifica a due fattori
- Interruttori di emergenza e circuit breaker
- Monitoraggio del float su ogni wallet
- Sentinella di riconciliazione notturna
Cifratura in transito e a riposo
- TLS su ogni connessione: browser, API, webhook e collegamenti con i provider. HTTPS è obbligatorio su ogni dominio Capay Global con HTTP Strict Transport Security.
- Cifratura AES-256 a riposo per database e storage a oggetti, gestita dalla gestione delle chiavi su base hardware dei nostri fornitori di infrastruttura.
- I segreti (credenziali dei provider, segreti dei webhook, chiavi di idempotenza) risiedono in tabelle ad accesso zero che nessun ruolo applicativo può leggere; vengono oscurati in ogni log e in ogni riga di audit.
- I documenti di verifica sono archiviati in un bucket privato, limitato alla cartella dell'azienda stessa, e aperti solo tramite link firmati da 300 secondi.
PCI DSS: una piattaforma senza dati del titolare di carta
- Non riceviamo, archiviamo, elaboriamo o trasmettiamo mai un numero di carta o un CVV. Il guardiano in ingresso respinge i dati con forma di carta in ogni corpo dell'API e un trigger del database li rifiuta su incassi, payout e rimborsi.
- I pagamenti con carta, dove offerti, girano su pagine ospitate gestite nel perimetro PCI DSS dei nostri partner; Capay Global gestisce soltanto riferimenti mascherati.
- Le carte virtuali sono emesse tramite un partner autorizzato; il numero completo della carta non viene mai archiviato sui nostri sistemi.
Integrità del denaro
- Libro mastro a partita doppia in unità minime: ogni movimento è una scrittura bilanciata con un riferimento univoco, e un trigger del database rifiuta qualsiasi scrittura che non quadra.
- Idempotenza su ogni chiamata monetaria: righe di prenotazione preventiva, riferimenti di scrittura univoci e la stessa chiave inviata al provider, così un nuovo tentativo non può mai addebitare o pagare due volte.
- Approvazioni a quattro occhi su payout, rettifiche e cambio valuta, con verifica a due fattori per l'approvatore.
- Interruttori di emergenza a ogni punto di ingresso, circuit breaker sugli errori di erogazione, monitoraggio del float su ogni wallet e una sentinella notturna del libro mastro che riconcilia i conti.
- La sandbox è fisicamente incapace di raggiungere un provider reale.
Identità e accessi
- Autenticazione a due fattori (TOTP) per merchant e personale; i varchi si chiudono in caso di dubbio, mai il contrario.
- Sicurezza a livello di riga su ogni tabella: un'azienda può leggere solo le proprie righe, imposto dal database e non dal codice applicativo.
- Permessi basati sui ruoli per il tuo team (titolare, finanza, sviluppatore, supporto) e per il nostro; ogni azione privilegiata verifica prima il permesso.
- Politica delle password con controllo delle password compromesse, codici monouso di breve durata, accesso con limite di frequenza, e sessioni che terminano alla disconnessione con le cache svuotate.
- Inviti di amministratori, cambi di ruolo e disattivazioni sono sottoposti ad audit e hanno effetto immediato.
Sicurezza di API e webhook
- Chiavi API con hash SHA-256; viene conservato solo un prefisso e la chiave è mostrata una sola volta, alla creazione.
- Limiti di frequenza per chiave e per IP, liste di IP consentiti opzionali, tetti di spesa giornalieri, restrizioni per paese e metodo, e rotazione con un clic.
- La capacità di muovere denaro reale sulle chiavi agente viene armata separatamente e solo dietro autenticazione a due fattori.
- I webhook in uscita sono firmati HMAC con timestamp e protezione dai replay; i callback in entrata dei provider sono verificati sul corpo grezzo con confronto a tempo costante, e la verità del provider viene riletta prima di qualsiasi cambio di stato.
Programma di conformità
- KYB prima dell'attivazione: documenti di registrazione, titolari effettivi, screening sanzioni e un'approvazione a due persone.
- Monitoraggio AML continuo con flussi di risoluzione chiari, aggiornamento periodico del KYB e una valutazione del rischio per azienda.
- Registri finanziari e log di audit conservati per sette anni in tabelle in sola aggiunta che bloccano modifiche e cancellazioni a livello di database.
- Controlli mappati sui Trust Services Criteria di SOC 1 e SOC 2 (sicurezza, disponibilità, riservatezza, integrità dell'elaborazione) e sulla postura PCI DSS senza dati del titolare di carta.
- Una revisione completa della sicurezza della piattaforma in produzione (database, autenticazione, distribuzione web, API, percorsi del denaro, browser) è stata completata a ottobre 2026, con ogni rilievo corretto o assegnato a un responsabile.
Infrastruttura e operazioni
- Siti e app serviti da AWS CloudFront dietro Cloudflare, con controllo degli accessi all'origine e ogni bucket di storage privato.
- Header del browser rigorosi: framing vietato, Content-Security-Policy frame-ancestors none, Permissions-Policy e isolamento cross-origin opener.
- Log di accesso edge conservati 400 giorni per le analisi forensi; id di richiesta, IP e user agent su ogni chiamata API.
- Audit delle dipendenze a ogni build, una pagina di stato pubblica, sonde di salute su ogni provider e avvisi di incidente al team operativo.
Dove si trovano i vostri dati
Risposte chiare alle domande sulla residenza dei dati presenti in ogni revisione di sicurezza.
Database e documenti della piattaforma
Ospitati su Amazon Web Services tramite il nostro fornitore di database, e crittografati a riposo con AES-256.
Siti web, dashboard e checkout
Distribuiti in tutto il mondo dalla rete edge di Amazon CloudFront dietro Cloudflare, così le pagine si caricano vicino ai vostri clienti. Nessun dato dei clienti viene archiviato sull'edge.
Partner di pagamento
I dati necessari per completare un pagamento sono condivisi solo con i partner autorizzati di mobile money, bancari e di carte che lo elaborano.
Accesso da parte del nostro team
Solo il personale autorizzato può aprire i dati dei clienti, tramite permessi basati sui ruoli, e ogni azione privilegiata viene scritta in un log di audit non modificabile.
Se qualcosa va storto
Come gestiamo un incidente di sicurezza, dal primo allarme alla revisione finale.
- 01
Rilevare
Allarmi automatici su guasti dei fornitori, saldo dei wallet, discrepanze nel registro e attività insolite raggiungono il nostro team operativo.
- 02
Contenere
Gli interruttori di emergenza e gli interruttori automatici fermano in pochi secondi un canale di pagamento colpito, e le chiavi o sessioni esposte possono essere revocate subito.
- 03
Notificare
I clienti coinvolti vengono informati di cosa è successo, cosa significa per loro e cosa stiamo facendo, senza ingiustificato ritardo ed entro i tempi previsti dalla legge.
- 04
Imparare
Ogni incidente grave si conclude con una revisione scritta e le correzioni che impediscono che si ripeta.
Il nostro piano scritto di risposta agli incidenti definisce livelli di gravità, ruoli, tempi di risposta e notifica ai clienti. Partner e clienti enterprise possono richiederne una copia sotto NDA.
Cosa chiediamo a te
La sicurezza è condivisa. Tre abitudini mantengono il tuo account forte quanto la piattaforma che lo sostiene.
- 1Attiva l'autenticazione a due fattori per ogni membro del team, a partire da titolari e finanza.
- 2Conserva le chiavi API in un gestore di segreti, mai nel codice, e ruotale quando il personale cambia.
- 3Imposta una soglia di approvazione dei payout e una lista di IP consentiti sulle tue chiavi di produzione.
Politiche e documenti
La documentazione dietro i controlli, pubblicata e tenuta aggiornata.
Domande sulla sicurezza, con risposta
I miei dati sono cifrati?
Sì. Ogni connessione a Capay Global usa TLS, e i dati sono cifrati a riposo con AES-256. I segreti sono archiviati in tabelle bloccate e non compaiono mai nei log.
Archiviate numeri di carta?
No. Capay Global non riceve, archivia, elabora o trasmette mai un numero di carta o un CVV. I dati di carta vengono respinti all'edge dell'API e dentro il database, e i pagamenti con carta girano solo su pagine ospitate nel perimetro PCI DSS dei nostri partner.
Siete conformi a SOC 2 e PCI DSS?
Il nostro quadro di controllo è mappato sui Trust Services Criteria di SOC 1 e SOC 2, e la piattaforma opera nella postura PCI DSS senza dati del titolare di carta. Partner e clienti enterprise possono richiedere la panoramica sulla sicurezza, la matrice dei controlli e le attestazioni dei nostri fornitori.
Qualcuno in Capay Global può muovere il mio denaro?
Nessuna singola persona può farlo. I payout sopra la tua soglia richiedono un secondo approvatore dalla tua parte, le azioni privilegiate dalla nostra parte richiedono un permesso e una motivazione scritta e lasciano una voce di audit che non può mai essere modificata, e il libro mastro rifiuta qualsiasi movimento sbilanciato.
Come segnalo una vulnerabilità?
Scrivi al nostro team di supporto con i dettagli; ogni segnalazione riceve conferma e viene gestita tempestivamente. Chiediamo una divulgazione responsabile e non perseguiamo mai i ricercatori in buona fede.
Avete fatto un penetration test?
Seguiamo un ordine rigoroso: prima un audit completo della produzione (completato a ottobre 2026), poi le correzioni, poi un test di penetrazione indipendente e infine un secondo audit per confermare che le correzioni reggono. Partner e clienti enterprise possono richiedere sotto NDA la sintesi del nostro audit e, una volta emessa, la sintesi del test di penetrazione.
Dove sono archiviati i miei dati?
Il database e i documenti della piattaforma sono ospitati su Amazon Web Services, crittografati a riposo con AES-256. I siti web e le pagine di checkout sono distribuiti da una rete edge globale che non archivia dati dei clienti.
Divulgazione responsabile
I ricercatori di sicurezza sono i benvenuti. Se ritieni di aver trovato una vulnerabilità in Capay Global, segnalacela in privato e concedici un tempo ragionevole per correggerla. Confermiamo la ricezione di ogni segnalazione e non perseguiamo mai la ricerca in buona fede.
- 1Inviate i dettagli al nostro team: cosa avete trovato, dove e come riprodurlo.
- 2Confermiamo la ricezione e vi teniamo aggiornati fino alla correzione.
- 3Concedeteci un tempo ragionevole per correggerlo prima di renderlo pubblico.
Ci inviate un questionario di sicurezza?
Inviatelo prima del contratto, non dopo. Rispondiamo con questa pagina e la scorecard e, sotto NDA, con la nostra panoramica dettagliata sulla sicurezza, la matrice dei controlli e le attestazioni dei nostri fornitori.
Inizia oggi a incassare pagamenti in tutta l'Africa
Crea un account gratuito, sviluppa nella sandbox e vai in produzione dopo la verifica.
Raccontaci dei tuoi corridoi e dei tuoi volumi in qualsiasi momento.