💬 观点碰撞，进群聊聊
#Une fuite de clés sur Railway entraîne le vol de 370 000 dollars

Un développeur a raconté comment il s’était fait dérober ses fonds.
Perte : 370 000 dollars.
La faille ne venait ni d’une clé privée ni d’une phrase de récupération.
Elle venait d’une fuite de clés sur la plateforme de déploiement Railway.

La chaîne des événements n’est pas compliquée.
Des identifiants stockés dans le dépôt de code et l’environnement de déploiement ont été récupérés.
L’attaquant a exploité les autorisations pour accéder aux services liés au portefeuille.
Les fonds ont été transférés en quelques heures.

La plateforme a aussi tardé à réagir.
Railway n’a rétabli les builds pour les offres Entreprise que mercredi soir.
Les utilisateurs des autres offres attendent toujours le remplacement de leurs identifiants.
Les personnes touchées n’ont d’autre choix, pour l’instant, que de renouveler toutes leurs clés.

Les petites équipes utilisent souvent les plateformes de déploiement comme une boîte à outils.
Dès qu’un identifiant se retrouve dans un dépôt de code, c’est comme s’il était public.
Les journaux et les caches de build peuvent aussi en conserver des copies.

Les autorisations d’une plateforme de déploiement sont souvent plus étendues que celles d’une clé API d’exchange.
Le renouvellement des clés doit respecter l’ordre des dépendances.

D’anciens jetons peuvent aussi subsister dans les caches de build.
Après un incident, la première chose à faire est d’isoler l’environnement.

Dans le monde des cryptomonnaies, la faille la plus coûteuse ne se trouve souvent pas sur la blockchain, mais dans le script de déploiement.
Pensez-vous qu’il est sûr de stocker des clés dans des variables d’environnement ? Parlons-en dans les commentaires.