Bon, j'ai que 35 ans mais on ne sait pas de quoi l'avenir est fait. J'avoue me demander parfois comment on devrait gérer ma disparation pour mes proches. J'ai plusieurs serveurs, un nom de domaine et un site web à moi. Mais surtout il y a les abonnements (netflix, soundcloud et des patreons à quelques entités). Peu de personnes de mon entourage ou de ma famille connait ses existences mais aucun ne connait ni OpenBSD ni les services qui tournent sur mes serveurs. Que faudrait-il faire si je disparaissais du jour au lendemain et que tout devenait impayé et pas mis à jour ?
git is great because linus did it, mercurial is better because he didn't
Ce n'est pas que pour les proches, c'est aussi vrai pour chaque acteur d'un collectif : responsable d'association, d'organisation sur une forge logicielle, d'un compte chez un hébergeur d'infrastructure, bref pour chaque ressource collective gérée : qui co-gère, qui prendra le relai, toutes les infos sont-elles disponibles, notre bus factor est-il supérieur à un, etc.
C'est aussi vrai dans l'autre sens : quand c'est toi qui doit gérer les décès, être préparé (enfin autant que possible), gérer les fermetures de comptes sur les différents services, contacter les personnes qui étaient en contact avec la personne, etc.
L'idée est intéressante et l'objectif important mais quid du changement du mot de passe ? Il est recommandé de périodiquement changer ses mots de passe donc comment maintenir son testament à jour ? On pourrait imaginer un fichier keypass synchronisé avec l'utilisateur mais dans ce cas, on obtient un fichier ultra sensible puisque obtenir l'accès au fichier pourrait permettre d'accéder à l'ensemble des mots de passe de l'utilisateur. La grosse différence avec la personne qui sauvegarde un fichier keypass dans son coin, c'est que là, de nombreux fichiers seraient sauvegardés ensemble et cette centralisation rendrait le piratage bien plus intéressant/motivant.
Comme à peu près tous les accès peuvent être récupéré depuis un compte mail (c'est le SSO universel, même si les marchands de "confiance" essayent de l'abattre avec des identités numériques privatrices et fermées), le plus simple est de s'occuper en top priorité du transfert de la propriété de son compte principal.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
# Parfois j'y pense
Posté par David Demelier (site web personnel) . Évalué à 5 (+3/-0).
Bon, j'ai que 35 ans mais on ne sait pas de quoi l'avenir est fait. J'avoue me demander parfois comment on devrait gérer ma disparation pour mes proches. J'ai plusieurs serveurs, un nom de domaine et un site web à moi. Mais surtout il y a les abonnements (netflix, soundcloud et des patreons à quelques entités). Peu de personnes de mon entourage ou de ma famille connait ses existences mais aucun ne connait ni OpenBSD ni les services qui tournent sur mes serveurs. Que faudrait-il faire si je disparaissais du jour au lendemain et que tout devenait impayé et pas mis à jour ?
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Parfois j'y pense
Posté par Benoît Sibaud (site web personnel) . Évalué à 4 (+1/-0).
Ce n'est pas que pour les proches, c'est aussi vrai pour chaque acteur d'un collectif : responsable d'association, d'organisation sur une forge logicielle, d'un compte chez un hébergeur d'infrastructure, bref pour chaque ressource collective gérée : qui co-gère, qui prendra le relai, toutes les infos sont-elles disponibles, notre bus factor est-il supérieur à un, etc.
C'est aussi vrai dans l'autre sens : quand c'est toi qui doit gérer les décès, être préparé (enfin autant que possible), gérer les fermetures de comptes sur les différents services, contacter les personnes qui étaient en contact avec la personne, etc.
# Bonne mauvaise idée ?
Posté par nico4nicolas . Évalué à 4 (+2/-0).
L'idée est intéressante et l'objectif important mais quid du changement du mot de passe ? Il est recommandé de périodiquement changer ses mots de passe donc comment maintenir son testament à jour ? On pourrait imaginer un fichier keypass synchronisé avec l'utilisateur mais dans ce cas, on obtient un fichier ultra sensible puisque obtenir l'accès au fichier pourrait permettre d'accéder à l'ensemble des mots de passe de l'utilisateur. La grosse différence avec la personne qui sauvegarde un fichier keypass dans son coin, c'est que là, de nombreux fichiers seraient sauvegardés ensemble et cette centralisation rendrait le piratage bien plus intéressant/motivant.
[^] # Re: Bonne mauvaise idée ?
Posté par devnewton 🍺 (site web personnel) . Évalué à 3 (+0/-0). Dernière modification le 25 novembre 2024 à 11:29.
Comme à peu près tous les accès peuvent être récupéré depuis un compte mail (c'est le SSO universel, même si les marchands de "confiance" essayent de l'abattre avec des identités numériques privatrices et fermées), le plus simple est de s'occuper en top priorité du transfert de la propriété de son compte principal.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
# Et via une clef matérielle ?
Posté par lejocelyn (site web personnel) . Évalué à 2 (+0/-0).
De mon côté, je pensais mettre en place une clef matérielle pour gérer l'accès à la résiliation de mes comptes et mes données de recherche.
Si vous avez des conseils, je suis preneur.
Envoyer un commentaire
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.