Incidents

Trois commandes du serveur sont faites pour les incidents. Chacune demande avant de changer quoi que ce soit (--yes saute la question) et chacune est enregistrée dans le journal d'audit, sans personne comme auteur.

• revoke-access --everyone, ou --user EMAIL, met fin aux sessions et révoque les jetons d'accès; --sessions-only ou --tokens-only n'en fait que la moitié. Les gens se reconnectent et lancent rmk login; personne n'est désactivé et aucun mot de passe ne change. --everyone révoque aussi les jetons SCIM des fournisseurs d'identité : générez-en de nouveaux sur la page de chaque fournisseur.
• rotate-secret écrit un nouvel AUTH_SECRET dans le fichier de réglages et met fin à toutes les sessions. Docker et rmk-server l'utilisent dès leur prochaine requête; un serveur lancé depuis un clone doit être redémarré. Les jetons d'accès ne sont pas signés avec lui : révoquez-les aussi s'ils ont pu fuiter. Les secrets de la connexion à deux facteurs sont chiffrés avec lui; la commande désactive donc la connexion à deux facteurs de tous ceux qui l'ont, et indique leur nombre : ils la configurent de nouveau. Les secrets client des fournisseurs d'identité sont chiffrés de nouveau, et continuent donc de fonctionner.
• disable-sso désactive tous les fournisseurs d'identité, ainsi que leur SCIM, et permet de nouveau à tout le monde de se connecter avec un mot de passe (Verrouillage et fournisseurs en panne). Personne n'est déconnecté.

Quoi faire d'abord, selon ce qui s'est passé :

• Une version nuisible a été publiée : retirez-la en donnant une raison (Déprécier ou retirer), puis trouvez dans le journal d'audit qui l'a approuvée et publiée. Les projets qui demandent latest la quittent à leur prochain rmk install; ceux qui demandent une plage continuent de l'installer, sans avertissement, jusqu'à ce qu'ils lancent rmk update : prévenez-les.
• Quelqu'un a perdu son téléphone et ses codes de secours : un compte root réinitialise sa connexion à deux facteurs dans Users, ou sur le serveur avec reset-two-factor --email EMAIL (n'importe quel compte, y compris celui de root). Cela met fin à ses sessions; la personne se connecte avec son mot de passe et la configure de nouveau.
• Un fournisseur d'identité est en panne, ou n'est plus fiable : lancez disable-sso; les personnes qui ont un mot de passe se connectent avec lui, et root le peut toujours. S'il a pu connecter des personnes qui n'auraient pas dû l'être, lancez aussi revoke-access pour elles, ou --everyone. Si son SCIM a pu être utilisé à mauvais escient, révoquez son jeton SCIM sur sa page (Revoke) et cherchez dans le journal d'audit les user.created et les changements de membres faits par le fournisseur. Corrigez-le ensuite (un nouveau secret client : Replace), lancez Test sign-in, et réactivez-le, puis son SCIM avec un nouveau jeton.
• Quelqu'un est parti : avec SCIM, retirez son assignation ou désactivez-le chez le fournisseur : la prochaine synchronisation du fournisseur désactive son compte ici (Entra synchronise environ toutes les 40 minutes). Pour lui couper l'accès tout de suite, ou sans SCIM, désactivez-le dans Users : ses sessions et ses jetons prennent fin aussitôt.
• Un jeton d'accès a fuité : son propriétaire le révoque dans la page CLI & tokens; sinon, revoke-access --user EMAIL --tokens-only.
• Un compte a été piraté : désactivez-le dans Users (ses sessions et ses jetons prennent fin aussitôt), lisez ses événements d'audit, réinitialisez son mot de passe et activez-le. Pour un compte root, lancez reset-root-password sur le serveur.
• Le fichier de réglages, une sauvegarde ou le serveur a fuité : rotate-secret, puis revoke-access --everyone --tokens-only, puis changez le mot de passe de la base de données et refaites l'installation avec celui-ci.
• Un modérateur ou un admin a enfreint les règles : changez son rôle dans la page de l'espace de travail, puis révisez ce qu'il a approuvé et publié.

Ronne n'envoie aucun message de lui-même : prévenez les gens par vos propres canaux. Le guide d'intervention décrit chaque incident étape par étape, comment vérifier que ça a fonctionné, quoi dire aux utilisateurs, et un modèle.