<?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>side-channel attacks &#8211; Noise</title>
	<atom:link href="https://noise.getoto.net/tag/side-channel-attacks/feed/" rel="self" type="application/rss+xml" />
	<link>https://noise.getoto.net</link>
	<description>The collective thoughts of the interwebz</description>
	<lastBuildDate>Fri, 06 Sep 2024 15:16:21 +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>YubiKey Side-Channel Attack</title>
		<link>https://noise.getoto.net/2024/09/06/yubikey-side-channel-attack/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Fri, 06 Sep 2024 15:16:21 +0000</pubDate>
				<category><![CDATA[academic papers]]></category>
		<category><![CDATA[cloning]]></category>
		<category><![CDATA[security analysis]]></category>
		<category><![CDATA[security tokens]]></category>
		<category><![CDATA[side-channel attacks]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=69329</guid>

					<description><![CDATA[There is a side-channel attack against YubiKey access tokens that allows someone to clone a device. It&#8217;s a complicated attack, requiring the victim&#8217;s username and password, and physical access to their YubiKey&#8212;as well as some technica...]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>New Attack Against Self-Driving Car AI</title>
		<link>https://noise.getoto.net/2024/05/10/new-attack-against-self-driving-car-ai/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Fri, 10 May 2024 16:01:00 +0000</pubDate>
				<category><![CDATA[academic papers]]></category>
		<category><![CDATA[artificial intelligence]]></category>
		<category><![CDATA[cars]]></category>
		<category><![CDATA[cyberattack]]></category>
		<category><![CDATA[side-channel attacks]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=68879</guid>

					<description><![CDATA[<p>This is another attack that convinces the AI to <a href="https://www.theregister.com/2024/05/10/baidu_apollo_hack/">ignore road signs</a>:</p>
<blockquote><p>Due to the way CMOS cameras operate, rapidly changing light from fast flashing diodes can be used to vary the color. For example, the shade of red on a stop sign could look different on each line depending on the time between the diode flash and the line capture.</p>
<p>The result is the camera capturing an image full of lines that don’t quite match each other. The information is cropped and sent to the classifier, usually based on deep neural networks, for interpretation. Because it’s full of lines that don’t match, the classifier doesn’t recognize the image as a traffic sign...</p></blockquote>]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>Hardware Vulnerability in Apple’s M-Series Chips</title>
		<link>https://noise.getoto.net/2024/03/28/hardware-vulnerability-in-apples-m-series-chips/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Thu, 28 Mar 2024 11:05:01 +0000</pubDate>
				<category><![CDATA[Apple]]></category>
		<category><![CDATA[encryption]]></category>
		<category><![CDATA[hardware]]></category>
		<category><![CDATA[side-channel attacks]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=68657</guid>

					<description><![CDATA[<p>It’s <a href="https://arstechnica.com/security/2024/03/hackers-can-extract-secret-encryption-keys-from-apples-mac-chips/">yet another</a> hardware side-channel attack:</p>
<blockquote><p>The threat resides in the chips’ data memory-dependent prefetcher, a hardware optimization that predicts the memory addresses of data that running code is likely to access in the near future. By loading the contents into the CPU cache before it’s actually needed, the DMP, as the feature is abbreviated, reduces latency between the main memory and the CPU, a common bottleneck in modern computing. DMPs are a relatively new phenomenon found only in M-series chips and Intel’s 13th-generation Raptor Lake microarchitecture, although older forms of prefetchers have been common for years...</p></blockquote>]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>Side Channels Are Common</title>
		<link>https://noise.getoto.net/2024/01/23/side-channels-are-common/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Tue, 23 Jan 2024 12:09:42 +0000</pubDate>
				<category><![CDATA[academic papers]]></category>
		<category><![CDATA[sensors]]></category>
		<category><![CDATA[side-channel attacks]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=68327</guid>

					<description><![CDATA[<p>Really interesting research: “<a href="https://www.usenix.org/conference/usenixsecurity22/presentation/genkin">Lend Me Your Ear: Passive Remote Physical Side Channels on PCs</a>.”</p>
<blockquote><p><b>Abstract:</b></p>
<p>We show that built-in sensors in commodity PCs, such as microphones, inadvertently capture electromagnetic side-channel leakage from ongoing computation. Moreover, this information is often conveyed by supposedly-benign channels such as audio recordings and common Voice-over-IP applications, even after lossy compression.</p>
<p>Thus, we show, it is possible to conduct physical side-channel attacks on computation by remote and purely passive analysis of commonly-shared channels. These attacks require neither physical proximity (which could be mitigated by distance and shielding), nor the ability to run code on the target or configure its hardware. Consequently, we argue, physical side channels on PCs can no longer be excluded from remote-attack threat models...</p></blockquote>]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>Using Machine Learning to Detect Keystrokes</title>
		<link>https://noise.getoto.net/2023/08/09/using-machine-learning-to-detect-keystrokes/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Wed, 09 Aug 2023 11:08:07 +0000</pubDate>
				<category><![CDATA[machine learning]]></category>
		<category><![CDATA[side-channel attacks]]></category>
		<category><![CDATA[smartphones]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=67650</guid>

					<description><![CDATA[<p>Researchers have trained a ML model to <a href="https://arxiv.org/pdf/2308.01074.pdf">detect keystrokes</a> by sound with 95% accuracy.</p>
<blockquote><p>“A Practical Deep Learning-Based Acoustic Side Channel Attack on Keyboards”</p>
<p><b>Abstract:</b> With recent developments in deep learning, the ubiquity of microphones and the rise in online services via personal devices, acoustic side channel attacks present a greater threat to keyboards than ever. This paper presents a practical implementation of a state-of-the-art deep learning model in order to classify laptop keystrokes, using a smartphone integrated microphone. When trained on keystrokes recorded by a nearby phone, the classifier achieved an accuracy of 95%, the highest accuracy seen without the use of a language model. When trained on keystrokes recorded using the video-conferencing software Zoom, an accuracy of 93% was achieved, a new best for the medium. Our results prove the practicality of these side channel attacks via off-the-shelf equipment and algorithms. We discuss a series of mitigation methods to protect users against these series of attacks...</p></blockquote>]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>Power LED Side-Channel Attack</title>
		<link>https://noise.getoto.net/2023/06/19/power-led-side-channel-attack/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Mon, 19 Jun 2023 10:52:19 +0000</pubDate>
				<category><![CDATA[cameras]]></category>
		<category><![CDATA[Cryptography]]></category>
		<category><![CDATA[keys]]></category>
		<category><![CDATA[side-channel attacks]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=67462</guid>

					<description><![CDATA[<p>This is a clever new <a href="https://arstechnica.com/information-technology/2023/06/hackers-can-steal-cryptographic-keys-by-video-recording-connected-power-leds-60-feet-away/">side-channel attack</a>:</p>
<blockquote><p>The first attack uses an Internet-connected surveillance camera to take a high-speed video of the power LED on a smart card reader­—or of an attached peripheral device—­during cryptographic operations. This technique allowed the researchers to pull a 256-bit ECDSA key off the same government-approved smart card used in Minerva. The other allowed the researchers to recover the private SIKE key of a Samsung Galaxy S8 phone by training the camera of an iPhone 13 on the power LED of a USB speaker connected to the handset, in a similar way to how Hertzbleed pulled SIKE keys off Intel and AMD CPUs...</p></blockquote>]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>Side-Channel Attack against CRYSTALS-Kyber</title>
		<link>https://noise.getoto.net/2023/02/28/side-channel-attack-against-crystals-kyber/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Tue, 28 Feb 2023 12:19:15 +0000</pubDate>
				<category><![CDATA[academic papers]]></category>
		<category><![CDATA[Cryptography]]></category>
		<category><![CDATA[encryption]]></category>
		<category><![CDATA[machine learning]]></category>
		<category><![CDATA[quantum computing]]></category>
		<category><![CDATA[quantum cryptography]]></category>
		<category><![CDATA[side-channel attacks]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=66976</guid>

					<description><![CDATA[<p><a href="https://pq-crystals.org/kyber/">CRYSTALS-Kyber</a> is one of the public-key algorithms currently <a href="https://csrc.nist.gov/News/2022/pqc-candidates-to-be-standardized-and-round-4">recommended</a> by NIST as part of its post-quantum cryptography <a href="https://csrc.nist.gov/projects/post-quantum-cryptography">standardization process</a>.</p>
<p>Researchers have <a href="https://eprint.iacr.org/2022/1713.pdf">just published</a> a side-channel attack—using power consumption—against an implementation of the algorithm that was supposed to be resistant against that sort of attack.</p>
<p>The algorithm is not “broken” or “cracked”—despite <a href="https://www-securityweek-com.cdn.ampproject.org/c/s/www.securityweek.com/ai-helps-crack-a-nist-recommended-post-quantum-encryption-algorithm/amp/">headlines</a> to the contrary—this is just a  side-channel attack. What makes this work really interesting is that the researchers used a machine-learning model to train the system to exploit the side channel...</p>]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>Security Analysis of Threema</title>
		<link>https://noise.getoto.net/2023/01/19/security-analysis-of-threema/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Thu, 19 Jan 2023 12:21:31 +0000</pubDate>
				<category><![CDATA[academic papers]]></category>
		<category><![CDATA[authentication]]></category>
		<category><![CDATA[cryptanalysis]]></category>
		<category><![CDATA[encryption]]></category>
		<category><![CDATA[side-channel attacks]]></category>
		<category><![CDATA[threat models]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[vulnerabilities]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=66602</guid>

					<description><![CDATA[<p>A group of Swiss researchers <a href="https://breakingthe3ma.app/files/Threema-PST22.pdf">have published</a> an impressive security analysis of Threema.</p>
<blockquote><p>We provide an extensive cryptographic analysis of Threema, a Swiss-based encrypted messaging application with more than 10 million users and 7000 corporate customers. We present seven different attacks against the protocol in three different threat models. As one example, we present a cross-protocol attack which breaks authentication in Threema and which exploits the lack of proper key separation between different sub-protocols. As another, we demonstrate a compression-based side-channel attack that recovers users’ long-term private keys through observation of the size of Threema encrypted back-ups. We discuss remediations for our attacks and draw three wider lessons for developers of secure protocols...</p></blockquote>]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>Recovering Smartphone Voice from the Accelerometer</title>
		<link>https://noise.getoto.net/2022/12/30/recovering-smartphone-voice-from-the-accelerometer/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Fri, 30 Dec 2022 12:18:42 +0000</pubDate>
				<category><![CDATA[academic papers]]></category>
		<category><![CDATA[eavesdropping]]></category>
		<category><![CDATA[side-channel attacks]]></category>
		<category><![CDATA[smartphones]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=66423</guid>

					<description><![CDATA[<p>Yet another smartphone side-channel attack: “<a href="https://arxiv.org/pdf/2212.12151.pdf">EarSpy: Spying Caller Speech and Identity through Tiny Vibrations of Smartphone Ear Speakers</a>“:</p>
<blockquote><p><strong>Abstract:</strong> Eavesdropping from the user’s smartphone is a well-known threat to the user’s safety and privacy. Existing studies show that loudspeaker reverberation can inject speech into motion sensor readings, leading to speech eavesdropping. While more devastating attacks on ear speakers, which produce much smaller scale vibrations, were believed impossible to eavesdrop with zero-permission motion sensors. In this work, we revisit this important line of reach. We explore recent trends in smartphone manufacturers that include extra/powerful speakers in place of small ear speakers, and demonstrate the feasibility of using motion sensors to capture such tiny speech vibrations. We investigate the impacts of these new ear speakers on built-in motion sensors and examine the potential to elicit private speech information from the minute vibrations. Our designed system ...</p></blockquote>]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>Leaking Screen Information on Zoom Calls through Reflections in Eyeglasses</title>
		<link>https://noise.getoto.net/2022/09/23/leaking-screen-information-on-zoom-calls-through-reflections-in-eyeglasses/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Fri, 23 Sep 2022 11:43:46 +0000</pubDate>
				<category><![CDATA[academic papers]]></category>
		<category><![CDATA[side-channel attacks]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[videoconferencing]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=65896</guid>

					<description><![CDATA[<p>Okay, it’s an obscure threat. But people are <a href="https://www.theregister.com/2022/09/17/glasses_reflections_zoom/">researching it</a>:</p>
<blockquote><p>Our models and experimental results in a controlled lab setting show it is possible to reconstruct and recognize with over 75 percent accuracy on-screen texts that have heights as small as 10 mm with a 720p webcam.” That corresponds to 28 pt, a font size commonly used for headings and small headlines.</p>
<p>[…]</p>
<p>Being able to read reflected headline-size text isn’t quite the privacy and security problem of being able to read smaller 9 to 12 pt fonts. But this technique is expected to provide access to smaller font sizes as high-resolution webcams become more common...</p></blockquote>]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>New Browser De-anonymization Technique</title>
		<link>https://noise.getoto.net/2022/07/14/new-browser-de-anonymization-technique/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Thu, 14 Jul 2022 14:31:04 +0000</pubDate>
				<category><![CDATA[browsers]]></category>
		<category><![CDATA[de-anonymization]]></category>
		<category><![CDATA[Privacy]]></category>
		<category><![CDATA[side-channel attacks]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=65665</guid>

					<description><![CDATA[<p>Researchers have a <a href="https://www.wired.com/story/web-deanonymization-side-channel-attack-njit/">new way</a> to de-anonymize browser users, by correlating their behavior on one account with their behavior on another:</p>
<blockquote><p>The findings, which NJIT researchers will present at the Usenix Security Symposium in Boston next month, show how an attacker who tricks someone into loading a malicious website can determine whether that visitor controls a particular public identifier, like an email address or social media account, thus linking the visitor to a piece of potentially personal data.</p>
<p>When you visit a website, the page can capture your IP address, but this doesn’t necessarily give the site owner enough information to individually identify you. Instead, the hack analyzes subtle features of a potential target’s browser activity to determine whether they are logged into an account for an array of services, from YouTube and Dropbox to Twitter, Facebook, TikTok, and more. Plus the attacks work against every major browser, including the anonymity-focused Tor Browser...</p></blockquote>]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>Hertzbleed: A New Side-Channel Attack</title>
		<link>https://noise.getoto.net/2022/06/20/hartzbleed-a-new-side-channel-attack/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Mon, 20 Jun 2022 11:23:53 +0000</pubDate>
				<category><![CDATA[Cryptography]]></category>
		<category><![CDATA[keys]]></category>
		<category><![CDATA[side-channel attacks]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=65567</guid>

					<description><![CDATA[<p>Hertzbleed is a new side-channel attack that works against a variety of microprocressors. Deducing cryptographic keys by analyzing power consumption has long been an attack, but it’s not generally viable because measuring power consumption is often hard. This <a href="https://arstechnica.com/information-technology/2022/06/researchers-exploit-new-intel-and-amd-cpu-flaw-to-steal-encryption-keys/">new attack</a> measures power consumption by measuring time, making it easier to exploit.</p>
<blockquote><p>The team discovered that dynamic voltage and frequency scaling (DVFS)—a power and thermal management feature added to every modern CPU—allows attackers to deduce the changes in power consumption by monitoring the time it takes for a server to respond to specific carefully made queries. The discovery greatly reduces what’s required. With an understanding of how the DVFS feature works, power side-channel attacks become much simpler timing attacks that can be done remotely...</p></blockquote>]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>Remotely Controlling Touchscreens</title>
		<link>https://noise.getoto.net/2022/06/02/remotely-controlling-touchscreens/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Thu, 02 Jun 2022 20:59:09 +0000</pubDate>
				<category><![CDATA[academic papers]]></category>
		<category><![CDATA[Malware]]></category>
		<category><![CDATA[side-channel attacks]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=65490</guid>

					<description><![CDATA[<p>Researchers <a href="https://thehackernews.com/2022/05/attackers-can-use-electromagnetic.html">have demonstrated</a> controlling touchscreens at a distance, at least in a laboratory setting:</p>
<blockquote><p>The core idea is to take advantage of the electromagnetic signals to execute basic touch events such as taps and swipes into targeted locations of the touchscreen with the goal of taking over remote control and manipulating the underlying device.</p>
<p>The attack, which works from a distance of up to 40mm, hinges on the fact that <a href="https://en.wikipedia.org/wiki/Touchscreen#Capacitive">capacitive touchscreens</a> are sensitive to EMI, leveraging it to inject electromagnetic signals into transparent electrodes that are built into the touchscreen so as to register them as touch events...</p></blockquote>]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>New Rowhammer Technique</title>
		<link>https://noise.getoto.net/2021/11/19/new-rowhammer-technique/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Fri, 19 Nov 2021 14:31:14 +0000</pubDate>
				<category><![CDATA[hardware]]></category>
		<category><![CDATA[side-channel attacks]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=64559</guid>

					<description><![CDATA[<p>Rowhammer is an <a href="https://arstechnica.com/gadgets/2021/11/ddr4-memory-is-even-more-susceptible-to-rowhammer-attacks-than-anyone-thought/">attack technique</a> involving accessing — that’s “hammering” — rows of bits in memory, millions of times per second, with the intent of causing bits in neighboring rows to flip. This is a side-channel attack, and the result can be all sorts of mayhem.</p>
<p>Well, there is a new enhancement:</p>
<blockquote><p>All previous Rowhammer attacks have hammered rows with uniform patterns, such as single-sided, double-sided, or n-sided. In all three cases, these “aggressor” rows — meaning those that cause bitflips in nearby “victim” rows — are accessed the same number of times. ...</p></blockquote>]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>Cloning Google Titan 2FA keys</title>
		<link>https://noise.getoto.net/2021/01/12/cloning-google-titan-2fa-keys/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Tue, 12 Jan 2021 12:16:55 +0000</pubDate>
				<category><![CDATA[cloning]]></category>
		<category><![CDATA[Cryptography]]></category>
		<category><![CDATA[google]]></category>
		<category><![CDATA[hardware]]></category>
		<category><![CDATA[side-channel attacks]]></category>
		<category><![CDATA[two-factor authentication]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=60729</guid>

					<description><![CDATA[<p>This is a <a href="https://arstechnica.com/information-technology/2021/01/hackers-can-clone-google-titan-2fa-keys-using-a-side-channel-in-nxp-chips/">clever</a> side-channel attack:</p>
<blockquote><p>The cloning works by using a hot air gun and a scalpel to remove the plastic key casing and expose the NXP <a href="https://media.digikey.com/pdf/Data%20Sheets/NXP%20PDFs/A700x_Rev3.1.pdf">A700X chip</a>, which acts as a secure element that stores the cryptographic secrets. Next, an attacker connects the chip to hardware and software that take measurements as the key is being used to authenticate on an existing account. Once the measurement-taking is finished, the attacker seals the chip in a new casing and returns it to the victim.</p>
<p>Extracting and later resealing the chip takes about four hours. It takes another six hours to take measurements for each account the attacker wants to hack. In other words, the process would take 10 hours to clone the key for a single account, 16 hours to clone a key for two accounts, and 22 hours for three accounts...</p></blockquote>]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>Eavesdropping on Phone Taps from Voice Assistants</title>
		<link>https://noise.getoto.net/2020/12/22/eavesdropping-on-phone-taps-from-voice-assistants/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Tue, 22 Dec 2020 16:21:56 +0000</pubDate>
				<category><![CDATA[academic papers]]></category>
		<category><![CDATA[eavesdropping]]></category>
		<category><![CDATA[Privacy]]></category>
		<category><![CDATA[side-channel attacks]]></category>
		<category><![CDATA[surveillance]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=60640</guid>

					<description><![CDATA[<p>The microphones on voice assistants are very sensitive, and can snoop on <a href="https://www.lightbluetouchpaper.org/2020/12/02/pushing-the-limits-acoustic-side-channels/">all sorts of data</a>:</p>
<blockquote><p>In <a href="https://arxiv.org/abs/2012.00687">Hey Alexa what did I just type?</a> we show that when sitting up to half a meter away, a voice assistant can still hear the taps you make on your phone, even in presence of noise. Modern voice assistants have two to seven microphones, so they can do directional localisation, just as human ears do, but with greater sensitivity. We assess the risk and show that a lot more work is needed to understand the privacy implications of the always-on microphones that are increasingly infesting our work spaces and our homes...</p></blockquote>]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>Manipulating Systems Using Remote Lasers</title>
		<link>https://noise.getoto.net/2020/12/01/manipulating-systems-using-remote-lasers/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Tue, 01 Dec 2020 12:13:12 +0000</pubDate>
				<category><![CDATA[amazon]]></category>
		<category><![CDATA[Apple]]></category>
		<category><![CDATA[Facebook]]></category>
		<category><![CDATA[google]]></category>
		<category><![CDATA[hacking]]></category>
		<category><![CDATA[side-channel attacks]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=60519</guid>

					<description><![CDATA[<p>Many systems are <a href="https://threatpost.com/light-based-attacks-digital-home/161583/">vulnerable</a>:</p>
<blockquote><p>Researchers at the time said that they were able to launch inaudible commands by shining lasers &#8212; from as far  as 360 feet &#8212; at the microphones on various popular voice assistants, including Amazon Alexa, Apple Siri, Facebook Portal, and Google Assistant.</p>
<p>[&#8230;]</p>
<p>They broadened their research to show how light can be used to manipulate a wider range of digital assistants &#8212; including Amazon Echo 3 &#8212; but also sensing systems found in medical devices, autonomous vehicles, industrial systems and even space systems.</p>
<p>The researchers also delved into how the ecosystem of devices connected to voice-activated assistants &#8212; such as smart-locks, home switches and even cars &#8212; also fail under common security vulnerabilities that can make these attacks even more dangerous. The paper shows how using a digital assistant as the gateway can allow attackers to take control of other devices in the home: Once an attacker takes control of a digital assistant, he or she can have the run of any device connected to it that also responds to voice commands. Indeed, these attacks can get even more interesting if these devices are connected to other aspects of the smart home, such as smart door locks, garage doors, computers and even people&#8217;s cars, they said...</p></blockquote>]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>Determining What Video Conference Participants Are Typing from Watching Shoulder Movements</title>
		<link>https://noise.getoto.net/2020/11/04/determining-what-video-conference-participants-are-typing-from-watching-shoulder-movements/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Wed, 04 Nov 2020 16:28:41 +0000</pubDate>
				<category><![CDATA[academic papers]]></category>
		<category><![CDATA[side-channel attacks]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[video]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=60416</guid>

					<description><![CDATA[<p>Accuracy isn&#8217;t great, but that it can be <a href="https://techxplore.com/news/2020-11-hack-reveals-text-contents-viewing.html">done at all</a> is impressive.</p>
<blockquote><p>Murtuza Jadiwala, a computer science professor heading the research project, said his team was able to identify the contents of texts by examining body movement of the participants. Specifically, they focused on the movement of their shoulders and arms to extrapolate the actions of their fingers as they typed.</p>
<p>Given the widespread use of high-resolution web cams during conference calls, Jadiwala was able to record and analyze slight pixel shifts around users&#8217; shoulders to determine if they were moving left or right, forward or backward. He then created a software program that linked the movements to a list of commonly used words. He says the &#8220;text inference framework that uses the keystrokes detected from the video &#8230; predict[s] words that were most likely typed by the target user. We then comprehensively evaluate[d] both the keystroke/typing detection and text inference frameworks using data collected from a large number of participants.&#8221;...</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 28/287 objects using Memcached
Page Caching using Disk: Enhanced 
Lazy Loading (feed)
Database Caching using Memcached

Served from: noise.getoto.net @ 2025-12-08 08:17:24 by W3 Total Cache
-->