Comment récupérer en sécurité les e-mails, fichiers et comptes d'un employé démissionnaire, risque de perte de données

on a galéré aussi... on a pas pu accéder aux fichiers sur le tel de l'employé parti, le projet est mort. ne refaites jamais la même erreur

Checklist offboarding : 1. Notez les comptes e-mail et cloud 2. Transférez tous les fichiers sur le serveur de l'entreprise 3. Formulaire de décharge écrit 4. Récupérez les appareils 5. Supprimez les clés d'accès

Utilisez la fonction de reprise par l'administrateur de Google Workspace ou Microsoft 365 — transférez l'e-mail de l'employé partant vers l'admin.

vous devez geler immédiatement le compte cloud de l'employé partant... le processus offboarding doit être détaillé

Si j'ai bien compris, vous dites que : La plupart des incidents ne viennent pas d'une faille, mais d'un mot de passe divulgué.

Bien sûr, cela change si votre situation est différente.

La discussion part dans tous les sens je recentre... Le vrai problème n'est pas le chiffre mais la base sur laquelle il est calculé.

Une sauvegarde non testée n'est pas une sauvegarde. C'est mon avis, je ne l'écris pas comme une vérité absolue.

Je suis intéressé.

Ce sujet est archivé.

Je pense différemment. franchement ce qui nous faisait perdre le plus de temps c'était l'absence de clarté sur qui prenait les décisions.

Je suis aussi curieux de savoir si d'autres font autrement.

Je vais essayer.

Vous avez raison. L'erreur commise du côté de données employé partant est généralement réversible mais coûteuse.

je suis passé par là laissez-moi vous raconter. commencez par un petit test ne vous engagez pas sur tout d'un coup.

la plupart des incidents ne viennent pas d'une faille, mais d'un mot de passe divulgué et du coup je suis aussi curieux de savoir si d'autres font autrement.

Ma question va paraître un peu novice, désolé d'avance. Une sauvegarde non testée n'est pas une sauvegarde.

C'est confirmé par l'expérience.

Merci d'avoir écrit cela, c'est exactement ça. Si la double authentification est activée un mot de passe volé seul ne suffit pas.

Voilà, désolé si je me suis étendu.

Cette approche a un coût, dont on ne parle pas. Essayer de faire cela seul est la voie la plus coûteuse.

Je suis intéressé. Ce que tout le monde fait ne signifie pas que c'est la bonne chose.

J'espère que cela vous sera utile.

nous avons aussi bloqué au même endroit à une époque mais du coup plus il est difficile de revenir sur une décision, plus il faut la predre lentement.

les environnements de test oubliés sont plus souvent des portes d'entrée que les systèmes de production. voilà, désolé si je me suis étendu.

Oui, la situation est exactement ainsi concernant données employé partant. Le temps que vous mettez à détecter un problème détermine directement son coût.

Aucun processus sans suivi ne s'améliore, car vous ne savez pas quoi corriger. Je suis aussi curieux de savoir si d'autres font autrement.