LastPass Hit by Another Data Breach: Partner Klue Compromised, Customer Support Data Stolen

LastPass confirms customer support data stolen after technology partner Klue was breached by hackers.
LastPass has confirmed that hackers stole customer support case data by compromising its technology partner Klue. This marks the second major breach affecting LastPass users after the devastating 2022 incident. The event highlights ongoing supply chain security vulnerabilities and raises questions about LastPass's security posture. Users are advised to watch for phishing attacks, strengthen master passwords, and enable MFA.
LastPass Data Breach Overview
LastPass, the globally renowned password manager vendor, has recently confirmed that hackers stole customer support case data during an attack targeting its technology partner Klue. This marks the second major data breach affecting LastPass users in recent years, once again sparking deep industry discussions about the security of password managers.

Background and Timeline: How the Klue Breach Impacted LastPass
Attack Path: From Klue to LastPass Customer Data
This data breach did not result from a direct compromise of LastPass's own systems, but rather originated from a hack of its technology partner Klue. The attackers gained access to LastPass customer support case data through Klue's systems — data that typically includes information submitted by users when seeking technical assistance.
Customer support case data may contain sensitive content such as user account information, problem descriptions, device details, and communication records with the support team. While it has not yet been confirmed whether users' master passwords or encrypted vault data were included, this type of information can still be leveraged for social engineering attacks or phishing campaigns. It's worth noting that social engineering attacks exploit human psychological weaknesses rather than technical vulnerabilities. When attackers possess customer support case data, the threat escalates significantly — support cases typically contain users' real names, email addresses, device models, and specific issues encountered. Attackers can use this information to craft highly convincing phishing emails. For example, an attacker might impersonate the LastPass support team, reference a user's actual ticket number and problem description, and lure them into clicking malicious links or providing their master password. This type of context-based spear phishing has a far higher success rate than generic mass phishing emails. According to Verizon's Data Breach Investigations Report, social engineering is involved in approximately 74% of data breaches.
Supply Chain Security Vulnerabilities Exposed Again
This incident once again highlights the fragility of supply chain security. No matter how robust a company's own security defenses may be, security weaknesses in its partners and third-party service providers can equally become entry points for attackers. For platforms like LastPass that manage sensitive credentials for millions of users, every link in the supply chain is critical.
A supply chain attack is one where attackers don't directly target the victim organization but instead use its upstream or downstream partners, software vendors, or service providers as stepping stones for infiltration. In recent years, supply chain attacks have become one of the most threatening attack vectors in cybersecurity. The 2020 SolarWinds incident is a landmark case — attackers tampered with SolarWinds Orion software update packages and successfully infiltrated approximately 18,000 organizations, including U.S. government agencies. The 2021 Kaseya VSA incident demonstrated how attackers could exploit vulnerabilities in IT management software to simultaneously attack thousands of downstream businesses. These attacks are particularly dangerous because target organizations often lack direct control over and visibility into their partners' systems, while partners' security levels vary widely, creating a "weakest link" effect in security defenses.
Historical Lessons: LastPass's Security Struggles and the 2022 Breach
This is not the first time LastPass has faced a serious security incident. In 2022, LastPass suffered a far-reaching data breach in which attackers obtained backup copies of users' encrypted vaults. Although this data was encrypted, users with weak master passwords still faced the risk of brute-force attacks.
Specifically, the 2022 breach unfolded in two phases. The first phase occurred in August 2022, when attackers compromised a LastPass development engineer's device and stole source code and technical documentation. The second phase was far more severe — attackers used information obtained in the first phase to launch a targeted attack against one of only four DevOps engineers who held decryption keys. They gained access through an unpatched Plex media server vulnerability on the engineer's home computer, ultimately stealing encrypted vault backups from AWS S3 storage buckets. Subsequent investigations revealed that the stolen data was used in actual cryptocurrency theft. Security researcher ZachXBT tracked and found that by 2024, over $35 million in crypto assets had been stolen as a result.
To understand why stolen encrypted vaults still pose a threat, one needs to understand password manager encryption architecture. Modern password managers typically employ a zero-knowledge architecture, meaning the service provider itself cannot access users' stored password data. The core mechanism works as follows: the user's master password is processed through a key derivation function (such as PBKDF2, Argon2, or scrypt) to generate an encryption key, which is used to locally encrypt the password vault with AES-256 encryption before the encrypted data is uploaded to the cloud. In theory, even if attackers obtain the encrypted vault data, they cannot decrypt it without the master password. However, the iteration count of the key derivation function directly affects brute-force difficulty — one major criticism of LastPass during the 2022 incident was that early user accounts had PBKDF2 iteration counts of only 5,000, far below OWASP's recommended 600,000, which significantly reduced the cost of brute-force attacks.
Consecutive security incidents have dealt severe blows to LastPass's brand reputation. Many security experts and users have already switched to competitors like Bitwarden and 1Password, believing that LastPass has systemic issues with its security practices.
Recommendations for LastPass Users
Immediate Security Measures
For existing LastPass users, the following measures are recommended:
- Review support records: Check whether you've ever submitted support requests containing sensitive information to LastPass
- Watch for phishing attacks: Leaked support data may be used to craft highly customized phishing emails
- Update your master password: If your master password isn't strong enough, immediately change it to a high-strength password (recommended: 16+ characters including uppercase and lowercase letters, numbers, and special symbols, or a passphrase composed of 4-5 random words)
- Enable multi-factor authentication: Ensure your account has MFA protection enabled (recommended: TOTP-based authenticator apps like Google Authenticator or Authy, or hardware security keys like YubiKey; avoid using SMS verification codes as the sole second factor, as SIM-swapping attacks can bypass SMS verification)
Long-term Security Considerations: How to Choose a Trustworthy Password Manager
In the long run, users need to reassess their trust model for password managers. When choosing a password manager, you should consider not only the product's encryption strength but also the vendor's overall security culture, incident response capabilities, and supply chain management standards. Specifically, users can evaluate the following dimensions: whether the product has undergone independent third-party security audits with publicly available audit reports, whether it uses an open-source architecture for community review (like Bitwarden), whether the key derivation function type and iteration count meet current best practices, whether local deployment options are available to reduce cloud data exposure risk, and the vendor's transparency and response speed during historical security incidents.
Industry Implications: SaaS Companies and Third-Party Risk Management
This incident serves as a wake-up call for the entire SaaS industry. Third-Party Risk Management (TPRM) should not remain at the compliance checklist level but needs to establish continuous security monitoring and rapid response mechanisms.
A mature TPRM framework typically includes four phases: vendor onboarding assessment (evaluating vendor security levels through security questionnaires, SOC 2 audit reports, ISO 27001 certifications, etc.), contractual security clauses (clearly defining data processing scope, security responsibilities, and breach compensation), continuous monitoring (using security rating platforms like BitSight and SecurityScorecard to monitor vendor security posture in real-time), and incident response coordination (establishing cross-organizational security incident notification and joint response mechanisms). NIST's SP 800-161r1 "Cybersecurity Supply Chain Risk Management Practices for Systems and Organizations" provides detailed implementation guidance for enterprises. However, in reality, many organizations' TPRM programs remain stuck at the formalistic stage of annual questionnaire surveys, lacking real-time awareness of supplier security status.
For enterprises handling highly sensitive data, minimizing the scope of data shared with third parties, implementing zero trust architecture, and establishing comprehensive vendor security assessment systems are all key measures for reducing supply chain risk. The core principle of Zero Trust Architecture (ZTA) is "never trust, always verify" — it abandons the traditional perimeter-based trust model in network security and requires identity verification and authorization checks for every access request, regardless of whether it originates internally or externally. In supply chain security scenarios, zero trust architecture is applied at multiple levels: micro-segmentation technology divides networks into fine-grained security zones, restricting third-party partners to accessing only the minimum data required for their business; continuous authentication ensures that every data access by a partner undergoes real-time identity and permission verification; and the data minimization principle requires enterprises to share only the minimum data necessary for third parties to complete their business functions.
As the last line of defense for users' digital security, password managers should be held to higher security standards than ordinary applications. The industry needs to promote more transparent security audit mechanisms and stricter supply chain security standards to rebuild user trust.
Key Takeaways
Related articles

The Truth Behind Codex 'Build a Website in 5 Minutes': AI Isn't Creating Sites—It's Helping You Copy Them
Exposing the truth behind viral Codex 5-minute website videos: creators aren't building original sites with AI—they're copying shared prompts or scraping others' work. Learn AI coding tools' real limits.

Getting Started with AI Agent Development: A Complete Guide from Concept to Practice
A comprehensive guide to AI Agent architecture and development, covering automated marketing, intelligent customer service, and investment analysis scenarios with single and multi-agent collaboration.

The Truth Behind Codex 'Build a Website in 5 Minutes': AI Isn't Creating Sites — It's Helping You Copy Them
Exposing the truth behind viral Codex 5-minute website videos: creators aren't building original sites with AI — they're copying shared prompts or scraping others' work.