LastPass 2022 : comment un dump de coffres-forts a causé des années de dégâts

La double compromission

L'incident LastPass de 2022 est en réalité deux attaques liées qui ont abouti au vol des coffres-forts chiffrés de tous les utilisateurs.

Première phase (août 2022) : un attaquant compromet le poste de travail d'un développeur LastPass et accède au code source et à des informations techniques internes.

Seconde phase (octobre-novembre 2022) : en utilisant les informations obtenues lors de la première phase, l'attaquant cible un des quatre ingénieurs DevOps qui ont accès aux clés de déchiffrement de l'infrastructure cloud. Il exploite une vulnérabilité dans le logiciel Plex installé sur l'ordinateur personnel de cet ingénieur pour installer un keylogger et obtenir ses credentials.

Résultat : l'attaquant accède aux sauvegardes AWS S3 contenant les coffres-forts chiffrés de tous les utilisateurs LastPass.

Ce qui a été volé

Données non chiffrées : les URL des sites web stockés dans les coffres-forts n'étaient pas chiffrées. Un attaquant sait donc quels sites vous utilisez (banques, services de santé, réseaux sociaux).

Données chiffrées : les noms d'utilisateur et mots de passe sont chiffrés en AES-256 avec une clé dérivée du mot de passe maître de l'utilisateur.

Le problème : les coffres-forts sont désormais entre les mains de l'attaquant. Il peut tenter de craquer les mots de passe maîtres hors ligne, sans limitation de tentatives.

L'impact à long terme

Contrairement à une fuite de mots de passe classique (où le service concerné peut forcer un changement), les coffres-forts LastPass sont statiques. L'attaquant dispose de tout le temps nécessaire pour :

En 2023 et 2024, des chercheurs en sécurité ont documenté des vols de cryptomonnaies liés aux coffres-forts LastPass compromis. Les victimes utilisaient des mots de passe maîtres faibles et stockaient leurs seed phrases de portefeuilles crypto dans LastPass.

Les faiblesses révélées

Le chiffrement dépendait du mot de passe maître. Si le mot de passe maître est faible (court, réutilisé, prévisible), le chiffrement AES-256 ne protège rien. LastPass n'imposait pas de longueur minimale stricte pour les anciens comptes.

Le nombre d'itérations PBKDF2 était insuffisant. Pour les anciens comptes, le nombre d'itérations était de 5 000, ce qui est très en dessous des recommandations actuelles (600 000+). Cela accélère considérablement le brute-force.

Les URL n'étaient pas chiffrées. C'est un choix de design qui privilégiait la performance (recherche dans le coffre-fort) au détriment de la confidentialité.

L'accès aux sauvegardes n'était pas suffisamment segmenté. Un seul ingénieur avec les bonnes clés pouvait accéder à l'ensemble des sauvegardes.

Leçons

Un gestionnaire de mots de passe est un SPOF. Tous les œufs sont dans le même panier. Le mot de passe maître doit être extrêmement robuste (20+ caractères, aléatoire).

Le chiffrement côté client ne protège que si la clé est forte. AES-256 avec un mot de passe de 8 caractères, c'est un verrou de haute sécurité avec une clé sous le paillasson.

Les sauvegardes sont des cibles. Les sauvegardes cloud contenant des données sensibles doivent avoir des contrôles d'accès aussi stricts que les systèmes de production.

Le zero trust s'applique aux ingénieurs. L'attaque a ciblé l'ordinateur personnel d'un ingénieur. Les accès critiques ne doivent pas dépendre de la sécurité d'un poste personnel.

La compromission de LastPass rappelle l'importance d'auditer la chaîne complète de sécurité. CleanIssue vérifie que vos mécanismes de stockage de secrets et de chiffrement résistent à ce type de scénario.