Death Plan Switch propose une solution d’urgence auto-hébergée pour les administrateurs solo

Sorti le 24 octobre 2026, Death Plan Switch est une application auto-hébergée conçue pour aider les administrateurs solos à gérer leurs responsabilités numériques en cas d’urgence. Créé par Jeremy, cet outil répond au problème courant de la maintenance des infrastructures critiques lorsque l’administrateur principal n’est plus disponible pour intervenir.

Ce qui s’est passé

L’application fonctionne comme un interrupteur homme-mort numérique, exigeant que l’administrateur se manifeste régulièrement pour confirmer qu’il est actif. Une fois par semaine, le système envoie un lien unique au propriétaire. Pour valider un check-in réussi, l’utilisateur doit ouvrir le lien et appuyer manuellement sur un bouton sur la page résultante. Ce processus en deux étapes empêche les scanners automatiques d’e-mails de marquer accidentellement l’administrateur comme présent, garantissant ainsi que le silence indique véritablement une absence.

Si un check-in est manqué, le système n’alerte pas immédiatement les contacts externes. Il envoie plutôt des rappels au propriétaire et attend. Après trois jours d’inactivité, l’application contacte un proche désigné pour vérifier la situation. Cette personne peut confirmer que tout va bien ou signaler un problème. S’il n’y a toujours pas de réponse, le système finit par envoyer des messages préécrits aux contacts désignés, tels que les successeurs IT ou les clients. L’ensemble du processus documenté peut prendre jusqu’à treize jours depuis le dernier check-in réussi, laissant amplement le temps d’exclure les fausses alertes comme les vacances ou les maladies mineures.

Détails clés

• L’application est écrite en PHP 8.1 ou version ultérieure et utilise SMTP pour la livraison des e-mails.
• Elle repose sur une tâche planifiée qui s’exécute toutes les quinze minutes pour vérifier le statut et envoyer les notifications.
• Aucune base de données n’est requise ; la configuration et les messages sont stockés en texte brut dans un répertoire de données protégé.
• Les contacts doivent confirmer leurs rôles avant que l’interrupteur ne soit armé, afin de s’assurer que chacun connaît ses responsabilités.
• Le projet est gratuit et publié sous la licence MIT, avec le code source disponible sur GitHub.
• Aucune déploiement officiel via Docker Compose n’est fourni dans les instructions d’installation actuelles.

Contexte

Un interrupteur homme-mort est un mécanisme qui s’active automatiquement si l’opérateur humain devient incapable d’agir. Dans le contexte logiciel, cela implique généralement la surveillance d’un signal de battement de cœur (heartbeat). Si le signal cesse, des actions prédéfinies se déclenchent. Pour les développeurs et administrateurs systèmes solos, ce concept est vital car les connaissances concernant les renouvellements de domaines, les identifiants d’hébergement et les obligations envers les clients résident souvent dans la tête d’une seule personne ou dans son gestionnaire de mots de passe.

Contrairement à un coffre-fort de mots de passe, qui stocke des secrets, Death Plan Switch se concentre sur la communication. Il dirige les personnes de confiance vers l’endroit où se trouvent les informations plutôt que de stocker les identifiants eux-mêmes. Cette distinction réduit les risques de sécurité tout en garantissant que les successeurs savent qui appeler ou quels comptes nécessitent une attention particulière. L’outil met l’accent sur les répétitions et les revues annuelles, reconnaissant qu’un plan n’est utile que si les personnes impliquées comprennent leur rôle.

Pourquoi c’est important

Pour les équipes utilisant des logiciels auto-hébergés, les points uniques de défaillance constituent un risque significatif. Bien que les sauvegardes protègent les données, elles ne préservent pas le contexte. Si un administrateur unique disparaît, les services peuvent expirer, les domaines peuvent arriver à échéance et les clients peuvent rester sans support. Death Plan Switch offre un moyen structuré de combler cette lacune, transformant une crise potentielle en un processus de passation géré.

Cependant, l’outil introduit sa propre dépendance : il doit rester opérationnel pour fonctionner. Si le serveur hébergeant l’interrupteur tombe en panne, ou si la tâche planifiée échoue, le filet de sécurité disparaît. Cela crée un paradoxe où l’outil d’urgence nécessite la même fiabilité que les systèmes qu’il protège. Les administrateurs doivent veiller à ce que l’interrupteur soit hébergé séparément de leurs services principaux et surveillé indépendamment pour éviter les défaillances silencieuses lors de moments critiques.

Ce que vous pouvez faire

• Hébergez Death Plan Switch sur un serveur ou un fournisseur d’infrastructure distinct de vos services principaux pour isoler les risques.
• Surveillez le point de terminaison de santé de l’application depuis un service externe pour détecter si le planificateur ou le serveur tombe en panne.
• Répétez l’ensemble du flux de notification avec des contacts de test pour vous assurer que les e-mails sont livrés et que les destinataires comprennent le processus.
• Stockez les vrais identifiants et documents de récupération dans un emplacement séparé et sécurisé, référencé par les messages de l’interrupteur.
• Passez en revue et mettez à jour les rôles des contacts et les instructions chaque année pour maintenir le plan pertinent et précis.
• Assurez-vous que le répertoire de données contenant les mots de passe SMTP et les messages est inaccessible depuis le web, car l’application les stocke en texte brut.