Che cosa comporta per il suo test
Un elenco di endpoint non descrive chi è titolare di un account né chi può approvare un’operazione. Imposti il test considerando attore, oggetto e stato della transazione, inclusi i processi in background e le identità dei partner. Utilizzi tenant sintetici separati per dimostrare le operazioni consentite e quelle vietate.
Il confine da sottoporre a test
L’autenticazione può riuscire mentre l’autorizzazione fallisce. I ruoli di esercenti, clienti, partner e amministratori devono essere associati esplicitamente al tenant corretto nelle normali richieste, nelle esportazioni e nei processi asincroni.
Un’API per esercenti può autenticare correttamente chi effettua la chiamata senza vincolare un oggetto a quell’esercente. Un webhook può essere autentico e tuttavia venire riprodotto in uno stato di transazione errato. I test devono considerare le decisioni aziendali previste dal prodotto, non limitarsi a un elenco di URL degli endpoint.
Cosa può includere l’ambito
- Autorizzazione a livello di oggetto, proprietà e funzione
- Isolamento dei merchant e dei tenant dei clienti
- Audience del token, ambiti, scadenza e ciclo di vita della sessione
- Esportazioni, webhook e accesso ai processi asincroni
La proposta definitiva individua le applicazioni, gli account, gli ambienti e le interfacce specifici inclusi. Indica inoltre i prerequisiti che il vostro team o un fornitore deve mettere a disposizione.
Come si presenta una prova utile
Utilizzi almeno due tenant dedicati e una matrice dei ruoli documentata. Confronti le richieste relative allo stesso oggetto effettuate da principal diversi e verifichi la titolarità nel risultato lato server.
Conservate l’ora UTC, l’identificativo dell’asset, il soggetto richiedente, la decisione attesa e la risposta osservata. I test che modificano lo stato richiedono una conferma nell’oggetto risultante o in un record di audit attendibile. Anche le operazioni negate e i controlli efficaci fanno parte dell’esito.
Misure di sicurezza e limiti della valutazione
Il test della vostra integrazione non autorizza il test di un processore di pagamenti o di un altro tenant. Le sandbox dei partner e gli endpoint concordati devono essere identificati nell’ambito.
Utilizzi tenant dedicati, dati sintetici dei clienti e circuiti di pagamento di test con il regolamento effettivo disabilitato. Concordi le autorizzazioni per i sistemi dei partner, i limiti delle transazioni, il rollback e le finestre di rilascio. Le attività in produzione devono avere responsabili espliciti e un canale chiaro per interromperle.
Chiudere il ciclo
Collegare ogni debolezza a un responsabile nominativo, a una misura di salvaguardia immediata e a una correzione duratura. Definire casi di ripetizione del test positivi e negativi affinché la modifica ripristini il confine previsto preservando al contempo l’uso legittimo. Gli elementi aperti mantengono le relative dipendenze e scadenze.
Consulti il rapporto di esempio del settore per vedere il formato delle evidenze e del piano di trattamento.
