
Ang payo ni Railway sa bawat customer pagkatapos ng insidente kahapon: i-roll ang lahat ng environment variable na naka-store sa Railway. API keys, database credentials, registry credentials. Agad. Nakamit ng isang hindi awtorisadong partido ang mga encrypted variable at, para sa ilan, ang decrypted values. Pagkatapos, ipinahinto nito ang mga deployment at ininvalid ang lahat ng Railway API token. Kung ikaw ay nagpapatakbo ng anim na serbisyo na may apatnapu’t isang variable, ang “roll everything” ay malubha. Ano ang una mong i-roll? Ano ang iisang lihim sa tatlong lugar? Ano ang binubuo mula sa isang iba pang variable at hindi dapat hawakan? Ano ang database password na hindi nagbabago kahit magbago ang isang variable? Ang mga tanong na ito ay ang listahan na itinayo ko para sa apikeys-handler. Ipinapakilala nito ang iyong mga variable, pinagkakasama ayon sa serbisyo, kategorya at prioridad, lumilikha ng mga bagong halaga lamang para sa mga lihim na ari-ariin ng iyong app, pinapakilala ka sa mga lihim na ibinibigay ng provider, inirerestart ang bawat serbisyo nang isang beses, at natutandaan kung saan ka tumigil. Hindi ito nagpapakita ng anumang halaga, hindi ito nag-iimbak ng anumang halaga, at ang modelong ito ay hindi nakakakita ng anumang halaga. Subukan ito sa isang throwaway project muna gamit ang: npx --yes --allow-git=all github:codegobrrrr9/apikeys-handler demo
