<?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>chrome &#8211; Noise</title>
	<atom:link href="https://noise.getoto.net/tag/chrome/feed/" rel="self" type="application/rss+xml" />
	<link>https://noise.getoto.net</link>
	<description>The collective thoughts of the interwebz</description>
	<lastBuildDate>Tue, 28 Oct 2025 13:00:00 +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>Keeping the Internet fast and secure: introducing Merkle Tree Certificates</title>
		<link>https://noise.getoto.net/2025/10/28/keeping-the-internet-fast-and-secure-introducing-merkle-tree-certificates/</link>
		
		<dc:creator><![CDATA[Luke Valenta]]></dc:creator>
		<pubDate>Tue, 28 Oct 2025 13:00:00 +0000</pubDate>
				<category><![CDATA[chrome]]></category>
		<category><![CDATA[Cloudflare Workers]]></category>
		<category><![CDATA[Cryptography]]></category>
		<category><![CDATA[google]]></category>
		<category><![CDATA[IETF]]></category>
		<category><![CDATA[open source]]></category>
		<category><![CDATA[post quantum]]></category>
		<category><![CDATA[research]]></category>
		<category><![CDATA[Rust]]></category>
		<category><![CDATA[security]]></category>
		<category><![CDATA[TLS]]></category>
		<category><![CDATA[transparency]]></category>
		<guid isPermaLink="false">http://noise.getoto.net/?guid=12d96be530965ce03ad288b3fe57a503</guid>

					<description><![CDATA[Cloudflare is launching an experiment with Chrome to evaluate fast, scalable, and quantum-ready Merkle Tree Certificates, all without degrading performance or changing WebPKI trust relationships.]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>New Chrome Zero-Day</title>
		<link>https://noise.getoto.net/2024/09/10/new-chrome-zero-day/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Tue, 10 Sep 2024 11:04:29 +0000</pubDate>
				<category><![CDATA[chrome]]></category>
		<category><![CDATA[cryptocurrency]]></category>
		<category><![CDATA[microsoft]]></category>
		<category><![CDATA[north korea]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[zero day]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=69337</guid>

					<description><![CDATA[According to Microsoft researchers, North Korean hackers have been using a Chrome zero-day exploit to steal cryptocurrency.
]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>Another Chrome Vulnerability</title>
		<link>https://noise.getoto.net/2024/05/14/another-chrome-vulnerability/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Tue, 14 May 2024 11:01:48 +0000</pubDate>
				<category><![CDATA[chrome]]></category>
		<category><![CDATA[google]]></category>
		<category><![CDATA[patching]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[vulnerabilities]]></category>
		<category><![CDATA[zero day]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=68884</guid>

					<description><![CDATA[<p>Google has <a href="https://arstechnica.com/security/2024/05/google-patches-its-fifth-zero-day-vulnerability-of-the-year-in-chrome/">patched</a> another Chrome zero-day:</p>
<blockquote><p>On Thursday, Google <a href="https://chromereleases.googleblog.com/2024/05/stable-channel-update-for-desktop_9.html">said</a> an anonymous source notified it of the vulnerability. The vulnerability carries a severity rating of 8.8 out of 10. In response, Google said, it would be releasing versions 124.0.6367.201/.202 for macOS and Windows and 124.0.6367.201 for Linux in subsequent days.</p>
<p>“Google is aware that an exploit for CVE-2024-4671 exists in the wild,” the company said.</p>
<p>Google didn’t provide any other details about the exploit, such as what platforms were targeted, who was behind the exploit, or what they were using it for...</p></blockquote>]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>Privacy Pass: Upgrading to the latest protocol version</title>
		<link>https://noise.getoto.net/2024/01/04/privacy-pass-upgrading-to-the-latest-protocol-version/</link>
		
		<dc:creator><![CDATA[Thibault Meunier http://blog.cloudflare.com/author/thibault/]]></dc:creator>
		<pubDate>Thu, 04 Jan 2024 16:07:22 +0000</pubDate>
				<category><![CDATA[chrome]]></category>
		<category><![CDATA[Firefox]]></category>
		<category><![CDATA[Privacy]]></category>
		<category><![CDATA[Privacy Pass]]></category>
		<category><![CDATA[research]]></category>
		<guid isPermaLink="false">http://noise.getoto.net/?guid=fa77bf92eb9b0dd7f2d894aa19c8a328</guid>

					<description><![CDATA[In this post, we explore the latest changes to Privacy Pass protocol. We are also excited to introduce a public implementation of the latest IETF draft of the Privacy Pass protocol — including a set of open-source templates that can be used to implement Privacy Pass Origins, Issuers, and Attesters]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>Uncovering the Hidden WebP vulnerability: a tale of a CVE with much bigger implications than it originally seemed</title>
		<link>https://noise.getoto.net/2023/10/05/uncovering-the-hidden-webp-vulnerability-a-tale-of-a-cve-with-much-bigger-implications-than-it-originally-seemed/</link>
		
		<dc:creator><![CDATA[Willi Geiger]]></dc:creator>
		<pubDate>Thu, 05 Oct 2023 15:00:43 +0000</pubDate>
				<category><![CDATA[chrome]]></category>
		<category><![CDATA[security]]></category>
		<category><![CDATA[Swift]]></category>
		<category><![CDATA[vulnerabilities]]></category>
		<category><![CDATA[WebP]]></category>
		<guid isPermaLink="false">http://noise.getoto.net/?guid=8ac1634fdebd23e4ec90c1f1b1e8eb41</guid>

					<description><![CDATA[Recently, Google announced a security issue in Google Chrome, titled "Heap buffer overflow in WebP in Google Chrome." Initially, it seemed like just another bug in the popular web browser. However, what we discovered was far more significant and had implications that extended well beyond Chrome]]></description>
		
		
		<enclosure url="http://blog.cloudflare.com/content/images/2023/10/Uncovering-the-hidden-WebP-vulnerability-1.png" length="0" type="" />

			</item>
		<item>
		<title>Critical Vulnerability in libwebp Library</title>
		<link>https://noise.getoto.net/2023/09/27/critical-vulnerability-in-libwebp-library/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Wed, 27 Sep 2023 11:08:01 +0000</pubDate>
				<category><![CDATA[chrome]]></category>
		<category><![CDATA[Chrome OS]]></category>
		<category><![CDATA[ios]]></category>
		<category><![CDATA[Operating Systems]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[vulnerabilities]]></category>
		<category><![CDATA[zero day]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=67827</guid>

					<description><![CDATA[<p>Both <a href="https://arstechnica.com/gadgets/2023/09/apple-patches-clickless-0-day-image-processing-vulnerability-in-ios-macos/">Apple</a> and <a href="https://chromereleases.googleblog.com/2023/09/stable-channel-update-for-desktop_11.html">Google</a> have recently reported critical vulnerabilities in their systems—iOS and Chrome, respectively—that are ultimately the result of the <a href="https://arstechnica.com/security/2023/09/incomplete-disclosures-by-apple-and-google-create-huge-blindspot-for-0-day-hunters/">same vulnerability</a> in the libwebp library:</p>
<blockquote><p>On Thursday, researchers from security firm Rezillion published evidence that they said made it “highly likely” both indeed stemmed from the same bug, specifically in libwebp, the code library that apps, operating systems, and other code libraries incorporate to process WebP images.</p>
<p>Rather than Apple, Google, and Citizen Lab coordinating and accurately reporting the common origin of the vulnerability, they chose to use a separate CVE designation, the researchers said. The researchers concluded that “millions of different applications” would remain vulnerable until they, too, incorporated the libwebp fix. That, in turn, they said, was preventing automated systems that developers use to track known vulnerabilities in their offerings from detecting a critical vulnerability that’s under active exploitation...</p></blockquote>]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>Chrome Zero-Day from North Korea</title>
		<link>https://noise.getoto.net/2022/03/31/chrome-zero-day-from-north-korea/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Thu, 31 Mar 2022 11:13:50 +0000</pubDate>
				<category><![CDATA[chrome]]></category>
		<category><![CDATA[hacking]]></category>
		<category><![CDATA[north korea]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[zero day]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=65285</guid>

					<description><![CDATA[<p>North Korean hackers have been <a href="https://arstechnica.com/information-technology/2022/03/north-korean-hackers-unleashed-chrome-0-day-exploit-on-hundreds-of-us-targets/">exploiting</a> a zero-day in Chrome.</p>
<blockquote><p>The flaw, tracked as CVE-2022-0609, was exploited by two separate North Korean hacking groups. Both groups deployed the same exploit kit on websites that either belonged to legitimate organizations and were hacked or were set up for the express purpose of serving attack code on unsuspecting visitors. One group was dubbed Operation Dream Job, and it targeted more than 250 people working for 10 different companies. The other group, known as AppleJeus, targeted 85 users.</p></blockquote>
<p><a href="https://blog.google/threat-analysis-group/countering-threats-north-korea/">Details</a>:</p>
<blockquote><p>The attackers made use of an exploit kit that contained multiple stages and components in order to exploit targeted users. The attackers placed links to the exploit kit within hidden iframes, which they embedded on both websites they owned as well as some websites they compromised...</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 74/127 objects using Memcached
Page Caching using Disk: Enhanced 
Lazy Loading (feed)
Database Caching using Memcached

Served from: noise.getoto.net @ 2025-12-05 08:46:23 by W3 Total Cache
-->