<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>passwords &#8211; Noise</title>
	<atom:link href="https://noise.getoto.net/tag/passwords/feed/" rel="self" type="application/rss+xml" />
	<link>https://noise.getoto.net</link>
	<description>The collective thoughts of the interwebz</description>
	<lastBuildDate>Mon, 25 Aug 2025 04:25:40 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.8.2</generator>
	<item>
		<title>Poor Password Choices</title>
		<link>https://noise.getoto.net/2025/08/25/poor-password-choices/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Mon, 25 Aug 2025 11:03:18 +0000</pubDate>
				<category><![CDATA[Network security]]></category>
		<category><![CDATA[passwords]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=70629</guid>

					<description><![CDATA[Look at this: McDonald&#8217;s chose the password &#8220;123456&#8221; for a major corporate system.
]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>New Linux Vulnerabilities</title>
		<link>https://noise.getoto.net/2025/06/03/new-linux-vulnerabilities/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Tue, 03 Jun 2025 11:07:32 +0000</pubDate>
				<category><![CDATA[linux]]></category>
		<category><![CDATA[passwords]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[vulnerabilities]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=70309</guid>

					<description><![CDATA[<p>They’re <a href="https://thehackernews.com/2025/05/new-linux-flaws-allow-password-hash.html">interesting</a>:</p>
<blockquote><p>Tracked as <a href="https://www.openwall.com/lists/oss-security/2025/05/29/3">CVE-2025-5054 and CVE-2025-4598</a>, both vulnerabilities are race condition bugs that could enable a local attacker to obtain access to access sensitive information. Tools like Apport and systemd-coredump are designed to handle crash reporting and core dumps in Linux systems.</p>
<p>[…]</p>
<p>“This means that if a local attacker manages to induce a crash in a privileged process and quickly replaces it with another one with the same process ID that resides inside a mount and pid namespace, apport will attempt to forward the core dump (which might contain sensitive information belonging to the original, privileged process) into the namespace.”...</p></blockquote>]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>Extending Cloudflare Radar’s security insights with new DDoS, leaked credentials, and bots datasets</title>
		<link>https://noise.getoto.net/2025/03/18/extending-cloudflare-radars-security-insights-with-new-ddos-leaked-credentials-and-bots-datasets/</link>
		
		<dc:creator><![CDATA[David Belson]]></dc:creator>
		<pubDate>Tue, 18 Mar 2025 13:00:00 +0000</pubDate>
				<category><![CDATA[bots]]></category>
		<category><![CDATA[ddos]]></category>
		<category><![CDATA[passwords]]></category>
		<category><![CDATA[Radar]]></category>
		<category><![CDATA[security]]></category>
		<category><![CDATA[Security Week]]></category>
		<guid isPermaLink="false">http://noise.getoto.net/?guid=f80f9191fb80a3da814bb28dd162dffb</guid>

					<description><![CDATA[For Security Week 2025, we are adding several new DDoS-focused graphs, new insights into leaked credential trends, and a new Bots page to Cloudflare Radar.]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>The First Password on the Internet</title>
		<link>https://noise.getoto.net/2025/01/14/the-first-password-on-the-internet/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Tue, 14 Jan 2025 12:00:43 +0000</pubDate>
				<category><![CDATA[history of security]]></category>
		<category><![CDATA[internet]]></category>
		<category><![CDATA[passwords]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=69783</guid>

					<description><![CDATA[<p>It was <a href="https://theconversation.com/how-britain-got-its-first-internet-connection-by-the-late-pioneer-who-created-the-first-password-on-the-internet-45404">created</a> in 1973 by Peter Kirstein:</p>
<blockquote><p>So from the beginning I put password protection on my gateway. This had been done in such a way that even if UK users telephoned directly into the communications computer provided by Darpa in UCL, they would require a password.</p>
<p>In fact this was the first password on Arpanet. It proved invaluable in satisfying authorities on both sides of the Atlantic for the 15 years I ran the service ­ during which no security breach occurred over my link. I also put in place a system of governance that any UK users had to be approved by a committee which I chaired but which also had UK government and British Post Office representation...</p></blockquote>]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>Good Essay on the History of Bad Password Policies</title>
		<link>https://noise.getoto.net/2024/11/15/good-essay-on-the-history-of-bad-password-policies/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Fri, 15 Nov 2024 12:05:02 +0000</pubDate>
				<category><![CDATA[hashes]]></category>
		<category><![CDATA[history of security]]></category>
		<category><![CDATA[passwords]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=69596</guid>

					<description><![CDATA[<p>Stuart Schechter makes some <a href="https://stuartschechter.org/posts/password-history/">good points</a> on the history of bad password policies:</p>
<blockquote><p>Morris and Thompson’s work brought much-needed data to highlight a problem that lots of people suspected was bad, but that had not been studied scientifically. Their work was a big step forward, if not for two mistakes that would impede future progress in improving passwords for decades.</p>
<p>First, was Morris and Thompson’s confidence that their solution, a password policy, would fix the underlying problem of weak passwords. They incorrectly assumed that if they prevented the specific categories of weakness that they had noted, that the result would be something strong. After implementing a requirement that password have multiple characters sets or more total characters, they wrote:...</p></blockquote>]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>IoT Devices in Password-Spraying Botnet</title>
		<link>https://noise.getoto.net/2024/11/06/iot-devices-in-password-spraying-botnet/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Wed, 06 Nov 2024 12:02:18 +0000</pubDate>
				<category><![CDATA[botnets]]></category>
		<category><![CDATA[china]]></category>
		<category><![CDATA[Internet of Things]]></category>
		<category><![CDATA[passwords]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=69556</guid>

					<description><![CDATA[<p>Microsoft is <a href="https://arstechnica.com/information-technology/2024/11/microsoft-warns-of-8000-strong-botnet-used-in-password-spraying-attacks/">warning</a> Azure cloud users that a Chinese controlled botnet is engaging in “highly evasive” password spraying. Not sure about the “highly evasive” part; the techniques seem basically what you get in a distributed password-guessing attack:</p>
<blockquote><p>“Any threat actor using the CovertNetwork-1658 infrastructure could conduct password spraying campaigns at a larger scale and greatly increase the likelihood of successful credential compromise and initial access to multiple organizations in a short amount of time,” Microsoft officials wrote. “This scale, combined with quick operational turnover of compromised credentials between CovertNetwork-1658 and Chinese threat actors, allows for the potential of account compromises across multiple sectors and geographic regions.”...</p></blockquote>]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>NIST Recommends Some Common-Sense Password Rules</title>
		<link>https://noise.getoto.net/2024/09/27/nist-recommends-some-common-sense-password-rules/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Fri, 27 Sep 2024 11:01:53 +0000</pubDate>
				<category><![CDATA[nist]]></category>
		<category><![CDATA[passwords]]></category>
		<category><![CDATA[reports]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=69432</guid>

					<description><![CDATA[<p>NIST’s second draft of its “<a href="https://pages.nist.gov/800-63-4/sp800-63b.html">SP 800-63-4</a>“—its digital identify guidelines—finally contains some really good rules about passwords:</p>
<blockquote><p>The following requirements apply to passwords:</p>
<ol>
<li>lVerifiers and CSPs SHALL require passwords to be a minimum of eight characters in length and SHOULD require passwords to be a minimum of 15 characters in length.
</li><li>Verifiers and CSPs SHOULD permit a maximum password length of at least 64 characters.
</li><li>Verifiers and CSPs SHOULD accept all printing ASCII [RFC20] characters and the space character in passwords.
</li><li>Verifiers and CSPs SHOULD accept Unicode [ISO/ISC 10646] characters in passwords. Each Unicode code point SHALL be counted as a signgle character when evaluating password length.
...</li></ol></blockquote>]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>Compromising the Secure Boot Process</title>
		<link>https://noise.getoto.net/2024/07/26/compromising-the-secure-boot-process/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Fri, 26 Jul 2024 16:21:42 +0000</pubDate>
				<category><![CDATA[Cryptography]]></category>
		<category><![CDATA[encryption]]></category>
		<category><![CDATA[keys]]></category>
		<category><![CDATA[passwords]]></category>
		<category><![CDATA[supply chain]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[vulnerabilities]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=69197</guid>

					<description><![CDATA[<p>This <a href="https://arstechnica.com/security/2024/07/secure-boot-is-completely-compromised-on-200-models-from-5-big-device-makers/">isn’t good</a>:</p>
<blockquote><p>On Thursday, researchers from security firm Binarly revealed that Secure Boot is completely compromised on more than 200 device models sold by Acer, Dell, Gigabyte, Intel, and Supermicro. The cause: a cryptographic key underpinning Secure Boot on those models that was compromised in 2022. In a public GitHub repository committed in December of that year, someone working for multiple US-based device manufacturers published what’s known as a platform key, the cryptographic key that forms the root-of-trust anchor between the hardware device and the firmware that runs on it. The repository was located at https://github.com/raywu-aaeon/Ryzen2000_4000.git, and it’s not clear when it was taken down...</p></blockquote>]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>Helping keep customers safe with leaked password notification</title>
		<link>https://noise.getoto.net/2024/06/24/helping-keep-customers-safe-with-leaked-password-notification/</link>
		
		<dc:creator><![CDATA[Garrett Galow]]></dc:creator>
		<pubDate>Mon, 24 Jun 2024 17:06:42 +0000</pubDate>
				<category><![CDATA[passwords]]></category>
		<category><![CDATA[security]]></category>
		<guid isPermaLink="false">http://noise.getoto.net/?guid=68a07de72ea073e1a28df7abb1256d16</guid>

					<description><![CDATA[To help protect against account compromise via credential stuffing attacks, Cloudflare will notify dashboard users when we detect that a password was found in an external data breach]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>Breaking a Password Manager</title>
		<link>https://noise.getoto.net/2024/06/04/breaking-a-password-manager/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Tue, 04 Jun 2024 11:08:16 +0000</pubDate>
				<category><![CDATA[Bitcoin]]></category>
		<category><![CDATA[cryptocurrency]]></category>
		<category><![CDATA[passwords]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=68987</guid>

					<description><![CDATA[<p>Interesting <a href="https://www.wired.com/story/roboform-password-3-million-dollar-crypto-wallet/">story</a> of breaking the security of the RoboForm password manager in order to recover a cryptocurrency wallet password.</p>
<blockquote><p>Grand and Bruno spent months reverse engineering the version of the RoboForm program that they thought Michael had used in 2013 and found that the pseudo-random number generator used to generate passwords in that version—­and subsequent versions until 2015­—did indeed have a significant flaw that made the random number generator not so random. The RoboForm program unwisely tied the random passwords it generated to the date and time on the user’s computer­—it determined the computer’s date and time, and then generated passwords that were predictable. If you knew the date and time and other parameters, you could compute any password that would have been generated on a certain date and time in the past...</p></blockquote>]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>The UK Bans Default Passwords</title>
		<link>https://noise.getoto.net/2024/05/02/the-uk-bans-default-passwords/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Thu, 02 May 2024 11:05:03 +0000</pubDate>
				<category><![CDATA[botnets]]></category>
		<category><![CDATA[Internet of Things]]></category>
		<category><![CDATA[passwords]]></category>
		<category><![CDATA[UK]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=68854</guid>

					<description><![CDATA[<p>The UK is the first country to <a href="https://therecord.media/united-kingdom-bans-defalt-passwords-iot-devices">ban default passwords</a> on IoT devices.</p>
<blockquote><p>On Monday, the United Kingdom became the first country in the world to ban default guessable usernames and passwords from these IoT devices. Unique passwords installed by default are still permitted.</p>
<p>The <a href="https://www.legislation.gov.uk/ukpga/2022/46/contents/enacted">Product Security and Telecommunications Infrastructure Act 2022</a> (PSTI) introduces new minimum-security standards for manufacturers, and demands that these companies are open with consumers about how long their products will receive security updates for.</p></blockquote>
<p>The UK may be the first country, but as far as I know, California is the first jurisdiction. It ...</p>]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>On Passkey Usability</title>
		<link>https://noise.getoto.net/2024/02/12/on-passkey-usability/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Mon, 12 Feb 2024 16:49:36 +0000</pubDate>
				<category><![CDATA[passwords]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[usability]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=68414</guid>

					<description><![CDATA[Matt Burgess tries to only use passkeys. The results are mixed.
]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>Canadian Citizen Gets Phone Back from Police</title>
		<link>https://noise.getoto.net/2024/01/18/canadian-citizen-gets-phone-back-from-police/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Thu, 18 Jan 2024 12:02:21 +0000</pubDate>
				<category><![CDATA[cell phones]]></category>
		<category><![CDATA[courts]]></category>
		<category><![CDATA[law enforcement]]></category>
		<category><![CDATA[passwords]]></category>
		<category><![CDATA[phones]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=68319</guid>

					<description><![CDATA[After 175 million failed password guesses, a judge rules that the Canadian police must return a suspect&#8217;s phone.
[Judge] Carter said the investigation can continue without the phones, and he noted that Ottawa police have made a formal request to ...]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>Cisco Can’t Stop Using Hard-Coded Passwords</title>
		<link>https://noise.getoto.net/2023/10/11/cisco-cant-stop-using-hard-coded-passwords/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Wed, 11 Oct 2023 11:04:53 +0000</pubDate>
				<category><![CDATA[cisco]]></category>
		<category><![CDATA[passwords]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[vulnerabilities]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=67926</guid>

					<description><![CDATA[<p>There’s a new Cisco <a href="https://sec.cloudapps.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-cer-priv-esc-B9t3hqk9">vulnerability</a> in its Emergency Responder product:</p>
<blockquote><p>This vulnerability is due to the presence of static user credentials for the root account that are typically reserved for use during development. An attacker could exploit this vulnerability by using the account to log in to an affected system. A successful exploit could allow the attacker to log in to the affected system and execute arbitrary commands as the root user.</p></blockquote>
<p>This is <a href="https://www.bleepingcomputer.com/news/security/hardcoded-password-found-in-cisco-software/">not</a> <a href="https://securityaffairs.com/124198/security/cisco-hard-coded-credentials.html">the</a> first time Cisco products have had hard-coded passwords made public. You’d think it would learn...</p>]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>Using Hacked LastPass Keys to Steal Cryptocurrency</title>
		<link>https://noise.getoto.net/2023/09/18/using-hacked-lastpass-keys-to-steal-cryptocurrency/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Mon, 18 Sep 2023 11:02:52 +0000</pubDate>
				<category><![CDATA[cryptocurrency]]></category>
		<category><![CDATA[operational security]]></category>
		<category><![CDATA[Password Safe]]></category>
		<category><![CDATA[passwords]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=67783</guid>

					<description><![CDATA[<p>Remember last November, when hackers <a href="https://www.theverge.com/2022/12/22/23523322/lastpass-data-breach-cloud-encrypted-password-vault-hackers">broke into</a> the network for LastPass—a password database—and stole password vaults with both encrypted and plaintext data for over 25 million users?</p>
<p>Well, they’re now <a href="https://krebsonsecurity.com/2023/09/experts-fear-crooks-are-cracking-keys-stolen-in-lastpass-breach/">using that data</a> break into crypto wallets and drain them: $35 million and counting, all going into a single wallet.</p>
<p>That’s a really profitable hack. (It’s also bad opsec. The hackers need to move and launder all that money quickly.)</p>
<p>Look, I know that online password databases are more convenient. But they’re also risky. This is why my <a href="https://www.schneier.com/academic/passsafe/">Password Safe...</a></p>]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>Practice Your Security Prompting Skills</title>
		<link>https://noise.getoto.net/2023/07/19/practice-your-security-prompting-skills/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Wed, 19 Jul 2023 17:03:02 +0000</pubDate>
				<category><![CDATA[games]]></category>
		<category><![CDATA[LLM]]></category>
		<category><![CDATA[passwords]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=67565</guid>

					<description><![CDATA[Gandalf is an interactive LLM game where the goal is to get the chatbot to reveal its password. There are eight levels of difficulty, as the chatbot gets increasingly restrictive instructions as to how it will answer. It&#8217;s a great teaching tool.
...]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>The Password Game</title>
		<link>https://noise.getoto.net/2023/07/04/the-password-game/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Tue, 04 Jul 2023 11:12:10 +0000</pubDate>
				<category><![CDATA[games]]></category>
		<category><![CDATA[humor]]></category>
		<category><![CDATA[passwords]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=67502</guid>

					<description><![CDATA[Amusing parody of password rules.
BoingBoing:
For example, at a certain level, your password must include today&#8217;s Wordle answer. And then there&#8217;s rule #27: &#8220;At least 50% of your password must be in the Wingdings font.&#8221;
EDITED TO...]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>Dumb Password Rules</title>
		<link>https://noise.getoto.net/2023/03/02/dumb-password-rules/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Thu, 02 Mar 2023 12:05:42 +0000</pubDate>
				<category><![CDATA[complexity]]></category>
		<category><![CDATA[passwords]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=66993</guid>

					<description><![CDATA[Examples of dumb password rules.
There are some pretty bad disasters out there.
My worst experiences are with sites that have artificial complexity requirements that cause my personal password-generation systems to fail. Some of the systems on the list...]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>Passwords Are Terrible (Surprising No One)</title>
		<link>https://noise.getoto.net/2023/02/01/passwords-are-terrible-surprising-no-one/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Wed, 01 Feb 2023 12:08:52 +0000</pubDate>
				<category><![CDATA[cracking]]></category>
		<category><![CDATA[national security policy]]></category>
		<category><![CDATA[passwords]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=66672</guid>

					<description><![CDATA[<p>This is the <a href="https://arstechnica.com/information-technology/2023/01/a-fifth-of-passwords-used-by-federal-agency-cracked-in-security-audit/#p3">result</a> of a security audit:</p>
<blockquote><p>More than a fifth of the passwords protecting network accounts at the US Department of the Interior—including Password1234, Password1234!, and ChangeItN0w!—were weak enough to be cracked using standard methods, a recently published security audit of the agency found.</p>
<p>[…]</p>
<p>The results weren’t encouraging. In all, the auditors cracked 18,174—or 21 percent—­of the 85,944 cryptographic hashes they tested; 288 of the affected accounts had elevated privileges, and 362 of them belonged to senior government employees. In the first 90 minutes of testing, auditors cracked the hashes for 16 percent of the department’s user accounts...</p></blockquote>]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>LastPass Breach</title>
		<link>https://noise.getoto.net/2022/12/26/lastpass-breach/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Mon, 26 Dec 2022 12:06:18 +0000</pubDate>
				<category><![CDATA[breaches]]></category>
		<category><![CDATA[cloud computing]]></category>
		<category><![CDATA[Data Breaches]]></category>
		<category><![CDATA[Password Safe]]></category>
		<category><![CDATA[passwords]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=66411</guid>

					<description><![CDATA[<p>Last August, LastPass <a href="https://www.schneier.com/blog/archives/2022/12/lastpass-security-breach.html">reported</a> a security breach, saying that no customer information—or passwords—were compromised. Turns out the full story <a href="https://blog.lastpass.com/2022/12/notice-of-recent-security-incident/">is worse</a>:</p>
<blockquote><p>While no customer data was accessed during the August 2022 incident, some source code and technical information were stolen from our development environment and used to target another employee, obtaining credentials and keys which were used to access and decrypt some storage volumes within the cloud-based storage service.</p>
<p>[…]</p>
<p>To date, we have determined that once the cloud storage access key and dual storage container decryption keys were obtained, the threat actor copied information from backup that contained basic customer account information and related metadata including company names, end-user names, billing addresses, email addresses, telephone numbers, and the IP addresses from which customers were accessing the LastPass service...</p></blockquote>]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
	</channel>
</rss>

<!--
Performance optimized by W3 Total Cache. Learn more: https://www.boldgrid.com/w3-total-cache/

Object Caching 39/316 objects using Memcached
Page Caching using Disk: Enhanced 
Lazy Loading (feed)
Database Caching using Memcached

Served from: noise.getoto.net @ 2025-12-06 03:14:44 by W3 Total Cache
-->