Si seule la tâche est poursuivie, elle tend à laisser un résultat irrécupérable. Un principe plus sûr est que les secrets doivent être injectés en toute sécurité dans la plate-forme, avec une autorisation minimale par l'environnement et l'utilisation.
Du point de vue de la conservation, l'environnement nuageux doit être pris en charge, mais le secret ne doit pas entrer dans l'entrepôt ni dans la sortie de la mission. Un contournement temporaire peut faire une opération un succès, mais le membre suivant ne peut pas comprendre la configuration réelle.
Ce qui peut être confirmé par des documents officiels n'est pas le secret des résultats garantis, mais les conditions de fonctionnement. Codex claud utilise un environnement autonome pour exécuter une mission plus longue pour soutenir la lecture des journaux, examiner les différences et continuer à demander ou créer une demande de tirage lorsque les résultats sont prêts.
Si la tâche comporte des scripts ou des spécifications d'entrepôt, réutilisez-les en priorité. Par la suite, un certificat de faible autorité est créé, configuré comme une variable secrète, le service cible est limité et la rotation est réglée, et l'écart par rapport au processus existant est enregistré séparément.
Il est recommandé que le niveau de référence soit enregistré avant le changement, que le registre et l'écart soient vérifiés pour la divulgation dans les mêmes conditions et que le registre d'audit après la mission soit utilisé.
L'article fait référence à l'élément de configuration pour garder l'orthographe exacte et interpréter le sens dans le langage naturel. Les données structurées ne peuvent décrire que le contenu réel et visible de la page et ne peuvent pas remplacer le texte.
Afin de permettre la reproduction de la clé cloud de Codex par un autre membre, le dossier de mission contient au moins quatre points de contrôle : SECRET, INJECT, LEAST PRIVILEGE, AUDIT.
Deux questions doivent être répondues en même temps: s'il faut vérifier si les registres et les écarts ne sont pas divulgués, et si les dossiers d'utilisation de l'audit après la mission et si la réutilisation de la clé du gestionnaire de production étendront le risque de tâches individuelles au système en tant que Le premier décide s'il faut continuer et le second décide s'il faut suspendre, repousser ou compléter l'autorisation.
Lorsque plusieurs personnes travaillent ensemble, les configurations, les scripts et les règles doivent être soumis à un contrôle de version revisible; les informations d'authentification confidentielles et personnelles sont conservées dans un environnement contrôlé et ne sont pas dupliquées avec le projet.
Pour les longues affectations, le résumé de l'étape doit se référer aux documents et aux tests réels plutôt qu'à la description du travail effectué.
La réutilisation de la clé du gestionnaire de production étendra le risque à l'ensemble du système.
