Sandbox-referenties die geen Live-debet verbranden

Sandbox-referenties bestaan zodat engineering testverkeer kan sturen zonder het prepaid-grootboek te raken. Live-debet vanaf een sandbox-sleutel moet onmogelijk zijn — geen zachte waarschuwing in een README die niemand leest tijdens een incident.

IOSOR behandelt sandbox als aparte credit-houding: test-OTP en alerts mogen in de sandbox-baan slagen terwijl de wallet vlak blijft. Verschijnt een hold of debet van een als sandbox gelabelde sleutel, dan is de credential verkeerd gescoped en moet die vóór de volgende CI-run worden ingetrokken.

Scheid sandbox-sleutels van Live-holds

Maak in Developers een sandbox-sleutel die geen prepaid-hold kan openen. Bewijs dat een test-OTP in de sandbox-baan slaagt met nul wallet-debet en nul MRC in dezelfde minuut. Exporteer het grootboek van dat venster en bewaar het bewijs naast de sleutel-id.

Verschijnt een hold-rij, trek die sleutel meteen in en behandel het als credential-defect — niet als onbetrouwbare test. Geef een correct gescopte sandbox-sleutel opnieuw uit en herhaal het bewijs tot het grootboek vlak blijft.

Bind CI en staging alleen aan sandbox-scopes

Richt continuous-integration- en staging-variabelen alleen op sandbox-credentials. Plak nooit een Live-sleutel in een GitHub-secret, docker-compose, laptop-.env voor demo’s of een gedeelde passwordmanager-map met label “test”.

Roteer elke Live-sleutel die in een test-harness verscheen. Noteer de rotatietijd zodat finance een zwerf-debet aan het lekvenster kan koppelen.

Bewijs debet-isolatie vóór de eerste pilot

Exporteer het grootboek van het sandbox-zendvenster vóór je de pilothost uitnodigt. Bevestig: geen hold, geen debet, geen Live-pad vanaf de sandbox-sleutel.

Herhaal de export na de eerste CI-week zodat drift niet stil een Live-sleutel terugbrengt via een vergeten workflow-variabele.

Cutover-gewoonten blijven onder Developers

Bij het promoten van een build volg je de Live-cutover-checklist onder Developers — nieuwe Live-sleutel uitgeven, sandbox van productiehosts intrekken, vault-versheid smoken vóór runway groen. Hergebruik het sandbox-geheim niet als tijdelijke Live-sleutel “alleen voor de pilot”.

Cutover is credential-wijziging plus grootboekcheck, geen config-flag-flip. Houd webhook-doelen en sleutel-ids uitgelijnd met de omgeving die je op het runway-board claimt.

Gerelateerde ops-paden

Houd cutover en coverage-eerlijkheid naast elkaar zodat teams geen derde sleutelverhaal verzinnen:

• overgang van sandbox naar productie
• Validatie van bereikverschillen tussen sandbox en live productie
• Portefeuille-proefweek: vasthouden en afschrijven in live verkeer

Begin met IOSOR

Geef in Developers een sandbox-sleutel uit, stuur één OTP naar een toegestemd test-E.164 en exporteer het grootboek van die minuut. Bevestig nul hold en nul debet. Vergrendel CI op die sleutel-id. Vraag pas daarna een Live-sleutel voor de pilothost en trek sandbox in van elke host die Live-verkeer zal dragen.

IOSOR-les

Over «Sandbox-referenties die geen Live-debet verbranden»: isolatie is het product. Een sandbox-sleutel die een hold kan openen is een defect, geen gemak. Houd CI op sandbox-scopes, bewijs vlak grootboek vóór de pilot en behandel cutover als credential-wijziging plus grootboekcheck onder Developers — hergebruik het sandbox-geheim nooit als tijdelijk Live.