Hindi dapat tamaan ng sandbox traffic ang pitaka

Hindi kailanman dapat magbukas ang sandbox traffic ng prepaid hold. Kung may Live key na tumagas sa test harness, ituring itong insidente — hindi shortcut para «mas mabilis makakita ng totoong DLR» bago ang pilot week.

Inaasahan ng IOSOR na manatiling flat ang test lanes sa pitaka. Ang tumagas na Live credential ay ginagawang spend engine ang CI: retries, load jobs, at demo scripts ay nagde-debit na parang pilot traffic. Itigil ang leak bago makipagtalo kung bakit «kailangan» ng staging ang production reach para sa screenshot. Panatilihing maikli ang orasan ng insidente: bawat oras ng Live sa CI ay prepaid na hindi na babalik pagkatapos mag-rotate.

Tukuyin ang Live keys sa test paths

I-scan ang CI secrets, staging hosts, at lokal na .env para sa Live prefixes sa nakatakdang ritmo. Anumang hit ay nagbubukas ng incident ticket: revoke, rotate, at kumpirmahin sa parehong araw na walang open hold mula sa key na iyon.

Isama ang shared runners at nakalimutang cron containers — mas matagal nilang hawak ang lumang secrets kaysa sa laptop.

I-freeze ang hold mula sa tumagas na Live traffic

Kung may bukas nang hold ang test jobs sa pitaka, i-pause ang mga ito at i-export ang stuck rows na may timestamps. Huwag hayaang magpatuloy ang harness sa retry papunta sa Live debit habang iniimbestigahan ang secret path.

I-map ang bawat stuck hold sa job id na lumikha nito. Iyon ang mapa na kailangan ng finance kapag tinanong kung ang debit ay «totoong pilot» o tumagas na key na nagsusunog ng prepaid.

Paghiwalayin ang abuse spikes sa sandbox mistakes

Ang abuse spike ay humihinto nang walang pekeng success. Ang Live key sa tests ay mukhang magkatulad sa ledger — parehong kailangan ng hard stop. I-label ang insidente para hindi mag-usap nang magkahiwalay ang fraud ops at developers: abuse vs credential leak vs maling-bound staging.

Ang maling label ay nagsusunog ng isang araw na chat habang tumatanda ang hold sa pitaka. Ilagay ang label sa pamagat ng ticket bago ang unang status update sa finance.

Patunayan muli ang isolation pagkatapos ng rotation

Pagkatapos ng revoke at rotate, i-rerun ang sandbox OTP proof gamit ang sandbox key lang. Mag-export ng zero hold para sa window na iyon. Saka lang ibalik ang staging automation at CI secrets na tumuturo sa sandbox credentials.

Kung may hold pa ang proof — stop: may ibang Live secret pa sa path. Huwag muling buksan ang volume hanggang flat na ulit ang ledger at malinis ang scan.

Kaugnay na ops path

• lipat mula sandbox patungong production
• Insidente sa pitaka linggo: ang naka-hold na pondo ay hindi pangalawang bawas
• Abuse spike: itigil nang walang pekeng success

Magsimula sa IOSOR

Hanapin ang Live keys sa bawat test host. I-revoke ang leak, i-export ang open holds, at i-bind muli ang CI sa sandbox lang. Magpadala ng isang sandbox OTP at patunayan ang flat ledger bago muling simulan ang automation — at itago ang scan sa lingguhang ops checklist.

Buod ng IOSOR

Ang Live key sa test harness ay insidente, hindi feature. Dapat panatilihing flat ng sandbox lanes ang pitaka: tukuyin at i-rotate, i-freeze ang hold, patunayan ang isolation gamit ang zero-hold sandbox OTP. Huwag ibalik ang CI automation at huwag gamitin ang «tingnan lang ang DLR» bilang dahilan para iwan ang Live sa harness.