Att ta kort för ett högriskföretag innebär inte att man lossar på kontrollerna. Den här sidan säger tydligt vad varje kontroll gör - och vad den inte gör.
Kortnummer når aldrig dina servrar eller vår
Kunder skriver in sitt kort i ett betalningsfönster som drivs av kortbehandlaren, inte på en sida vi kontrollerar. Vi får aldrig kortnumret, så det kan inte läcka från din sida eller från vår.
Det vi behåller är beställningen: beloppet, valutan, statusen, tiden och namnet, e-postadressen och mobilnumret som kunden angav i kassan.
3-D Säker
En kortbetalning kan skickas till kundens bank för godkännande innan den tas. Det är det som stoppar ett stulet kort tidigt, snarare än månader senare som en tvist.
För prenumerationer är det dubbelt så viktigt: ett kort sparas endast för förnyelse efter en första betalning som passerat 3-D Secure.
En betalning betalas först när processorn säger det
Vi bekräftar varje beställning direkt med kortbehandlaren över en autentiserad begäran, och först då markerar vi den som betald och skickar evenemanget till dig. En webbläsare som landar på en framgångssida bevisar ingenting och behandlas aldrig som betalning.
Samma bekräftelse körs om kunden stänger fliken, så att en beställning inte går förlorad eftersom någons anslutning avbröts.
Tvåstegsverifiering på ditt konto
Alla konton kan aktivera tvåstegsverifiering i Inställningar: en kod från valfri autentiseringsapp, plus tio engångsåterställningskoder att skriva ut och behålla. Administratörsområdet kräver det.
Autentiseringshemligheter lagras krypterade, så en kopia av databasen i sig lämnar inte över någons andra faktor.
Vissa åtgärder ber dig att bevisa att det är du igen om du inte har gjort det under de senaste femton minuterna – skapa en API-nyckel, lägga till en webhook-slutpunkt eller läsa en signeringshemlighet.
Kryptering under överföring
Webbplatsen, instrumentpanelen, den värdbaserade kassan och API:et serveras endast över HTTPS, och webbläsare uppmanas att vägra vanlig HTTP för domänen. Webhook-slutpunkter måste också vara HTTPS.
Signerade webhooks
Varje webhook-leverans har en signatur gjord med din slutpunkts egen hemlighet, över händelse-id, tidsstämpel och den exakta texten. Din server kan kontrollera att ett samtal kom från oss och inte är en repris av ett äldre; våra Node- och PHP-bibliotek gör det på en rad.
Endpoints måste lösas till en offentlig adress, omdirigeringar följs inte och en leverans som misslyckas prövas på nytt enligt ett utökat schema - åtta försök totalt, fördelat på lite mer än en dag.
API-nycklar
Hemliga nycklar skapas i Dashboard → Utvecklare och visas en gång. Vi lagrar bara en hash av nyckeln, så ingen – inklusive vi – kan läsa tillbaka den efteråt. En nyckel som du är osäker på återkallas och ersätts, inte återställs.
En registrering av vad som hände med ditt konto
Inloggningar och misslyckade inloggningar, tvåstegsändringar, lösenordsåterställningar, API-nyckel och webhook-ändringar och vyer av en signeringshemlighet registreras med tiden och adressen de kom ifrån. Du kan läsa din egen senaste aktivitet i Inställningar.
Hemligheter och begäranden skrivs aldrig till den posten.
Dina verifieringsdokument
Det du laddar upp för att bli godkänt lagras privat och läses endast av de personer som granskar din ansökan. Det visas inte i någon handelslista, export eller API-svar.
Om dina egna revisorer, eller en plattform du säljer på, behöver ett svar om hur betalningar hanteras här, fråga oss så svarar vi specifikt snarare än att peka på ett märke.
Tror du att du har hittat ett säkerhetsproblem? Skriv till sales@utopia-payments.com innan du avslöjar det någon annanstans.