<?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>security engineering &#8211; Noise</title>
	<atom:link href="https://noise.getoto.net/tag/security-engineering/feed/" rel="self" type="application/rss+xml" />
	<link>https://noise.getoto.net</link>
	<description>The collective thoughts of the interwebz</description>
	<lastBuildDate>Tue, 29 Apr 2025 02:27:37 +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>Applying Security Engineering to Prompt Injection Security</title>
		<link>https://noise.getoto.net/2025/04/29/applying-security-engineering-to-prompt-injection-security/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Tue, 29 Apr 2025 11:03:43 +0000</pubDate>
				<category><![CDATA[academic papers]]></category>
		<category><![CDATA[AI]]></category>
		<category><![CDATA[google]]></category>
		<category><![CDATA[LLM]]></category>
		<category><![CDATA[security engineering]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=70185</guid>

					<description><![CDATA[<p>This seems like an <a href="https://arstechnica.com/information-technology/2025/04/researchers-claim-breakthrough-in-fight-against-ais-frustrating-security-hole/">important advance</a> in LLM security against prompt injection:</p>
<blockquote><p>Google DeepMind has <a href="https://arxiv.org/abs/2503.18813">unveiled CaMeL</a> (CApabilities for MachinE Learning), a new approach to stopping prompt-injection attacks that abandons the failed strategy of having AI models police themselves. Instead, CaMeL treats language models as fundamentally untrusted components within a secure software framework, creating clear boundaries between user commands and potentially malicious content.</p>
<p>[…]</p>
<p>To understand CaMeL, you need to understand that prompt injections happen when AI systems can’t distinguish between legitimate user commands and malicious instructions hidden in content they’re processing...</p></blockquote>]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>Ross Anderson’s Memorial Service</title>
		<link>https://noise.getoto.net/2024/06/21/ross-andersons-memorial-service/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Fri, 21 Jun 2024 11:04:12 +0000</pubDate>
				<category><![CDATA[Cryptography]]></category>
		<category><![CDATA[security engineering]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=69076</guid>

					<description><![CDATA[The memorial service for Ross Anderson will be held on Saturday, at 2:00 PM BST. People can attend remotely on Zoom. (The passcode is &#8220;L3954FrrEF&#8221;.)
]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>In Memoriam: Ross Anderson, 1956–2024</title>
		<link>https://noise.getoto.net/2024/04/10/in-memoriam-ross-anderson-1956-2024/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Wed, 10 Apr 2024 11:08:10 +0000</pubDate>
				<category><![CDATA[cryptanalysis]]></category>
		<category><![CDATA[Cryptography]]></category>
		<category><![CDATA[cybersecurity]]></category>
		<category><![CDATA[economics of security]]></category>
		<category><![CDATA[security conferences]]></category>
		<category><![CDATA[security engineering]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=68760</guid>

					<description><![CDATA[Last week, I posted a short memorial of Ross Anderson. The Communications of the ACM asked me to expand it. Here&#8217;s the longer version.
EDITED TO ADD (4/11): Two weeks before he passed away, Ross gave an 80-minute interview where he told his life ...]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>Ross Anderson</title>
		<link>https://noise.getoto.net/2024/04/01/ross-anderson/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Mon, 01 Apr 2024 00:21:09 +0000</pubDate>
				<category><![CDATA[cryptanalysis]]></category>
		<category><![CDATA[Cryptography]]></category>
		<category><![CDATA[cybersecurity]]></category>
		<category><![CDATA[economics of security]]></category>
		<category><![CDATA[security conferences]]></category>
		<category><![CDATA[security engineering]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=68683</guid>

					<description><![CDATA[<p><a href="https://www.cl.cam.ac.uk/~rja14/">Ross Anderson</a> unexpectedly passed away <a href="https://www.lightbluetouchpaper.org/2024/03/29/rip-ross-anderson/">Thursday night</a> in, I believe, his home in Cambridge.</p>
<p>I can’t remember when I first met Ross. Of course it was before 2008, when we created the <a href="https://www.schneier.com/blog/archives/2023/06/security-and-human-behavior-shb-2023.html">Security and Human Behavior</a> workshop. It was well before 2001, when we created the <a href="https://econinfosec.org/">Workshop on Economics and Information Security</a>. (Okay, he created both—I helped.) It was before 1998, when we <a href="https://www.schneier.com/academic/archives/1997/04/the_risks_of_key_rec.html">wrote about</a> the problems with key escrow systems. I was one of the people he brought to the Newton Institute, at Cambridge University, for the six-month cryptography residency program he ran (I mistakenly didn’t stay the whole time)—that was in 1996...</p>]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>New Report on IoT Security</title>
		<link>https://noise.getoto.net/2022/09/27/new-report-on-iot-security/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Tue, 27 Sep 2022 11:15:04 +0000</pubDate>
				<category><![CDATA[cybersecurity]]></category>
		<category><![CDATA[Internet of Things]]></category>
		<category><![CDATA[reports]]></category>
		<category><![CDATA[security engineering]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=65910</guid>

					<description><![CDATA[<p>The Atlantic Council has published a <a href="https://www.atlanticcouncil.org/in-depth-research-reports/report/security-in-the-billions/">report</a> on securing the Internet of Things: “Security in the Billions: Toward a Multinational Strategy to Better Secure the IoT Ecosystem.” The report examines the regulatory approaches taken by four countries—the US, the UK, Australia, and Singapore—to secure home, medical, and networking/telecommunications devices. The report recommends that regulators should 1) enforce minimum security standards for manufacturers of IoT devices, 2) incentivize higher levels of security through public contracting, and 3) try to align IoT standards internationally (for example, international guidance on handling connected devices that stop receiving security updates)...</p>]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>Prompt Injection/Extraction Attacks against AI Systems</title>
		<link>https://noise.getoto.net/2022/09/22/prompt-injection-extraction-attacks-against-ai-systems/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Thu, 22 Sep 2022 11:45:17 +0000</pubDate>
				<category><![CDATA[artificial intelligence]]></category>
		<category><![CDATA[cyberattack]]></category>
		<category><![CDATA[security engineering]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=65893</guid>

					<description><![CDATA[This is an interesting attack I had not previously considered.
The variants are interesting, and I think we&#8217;re just starting to understand their implications.
]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>Manipulating Machine-Learning Systems through the Order of the Training Data</title>
		<link>https://noise.getoto.net/2022/05/25/manipulating-machine-learning-systems-through-the-order-of-the-training-data/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Wed, 25 May 2022 15:30:25 +0000</pubDate>
				<category><![CDATA[academic papers]]></category>
		<category><![CDATA[machine learning]]></category>
		<category><![CDATA[security engineering]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=65464</guid>

					<description><![CDATA[<p><a href="https://www.lightbluetouchpaper.org/2021/04/23/data-ordering-attacks/">Yet another</a><a> adversarial ML attack:</a></p>
<blockquote><p>Most deep neural networks are trained by stochastic gradient descent. Now “stochastic” is a fancy Greek word for “random”; it means that the training data are fed into the model in random order.</p>
<p>So what happens if the bad guys can cause the order to be not random? You guessed it—<a href="https://arxiv.org/abs/2104.09667">all bets are off</a>. Suppose for example a company or a country wanted to have a credit-scoring system that’s secretly sexist, but still be able to pretend that its training was actually fair. Well, they could assemble a set of financial data that was representative of the whole population, but start the model’s training on ten rich men and ten poor women drawn from that set ­ then let initialisation bias do the rest of the work...</p></blockquote>]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>Hiding Vulnerabilities in Source Code</title>
		<link>https://noise.getoto.net/2021/11/01/hiding-vulnerabilities-in-source-code/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Mon, 01 Nov 2021 15:58:54 +0000</pubDate>
				<category><![CDATA[academic papers]]></category>
		<category><![CDATA[Operating Systems]]></category>
		<category><![CDATA[security engineering]]></category>
		<category><![CDATA[steganography]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[usability]]></category>
		<category><![CDATA[vulnerabilities]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=63825</guid>

					<description><![CDATA[<p>Really interesting <a href="https://trojansource.codes/trojan-source.pdf">research</a> demonstrating how to hide vulnerabilities in source code by manipulating how Unicode text is displayed. It’s really clever, and not the sort of attack one would normally think about.</p>
<p>From Ross Anderson’s <a href="https://www.lightbluetouchpaper.org/2021/11/01/trojan-source-invisible-vulnerabilities/">blog</a>:</p>
<blockquote><p>We have discovered ways of manipulating the encoding of source code files so that human viewers and compilers see different logic. One particularly pernicious method uses Unicode directionality override characters to display code as an anagram of its true logic. We’ve verified that this attack works against C, C++, C#, JavaScript, Java, Rust, Go, and Python, and suspect that it will work against most other modern languages...</p></blockquote>]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>Open Source Does Not Equal Secure</title>
		<link>https://noise.getoto.net/2020/12/03/open-source-does-not-equal-secure/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Thu, 03 Dec 2020 17:21:17 +0000</pubDate>
				<category><![CDATA[cybersecurity]]></category>
		<category><![CDATA[open source]]></category>
		<category><![CDATA[security engineering]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=60528</guid>

					<description><![CDATA[<p>Way back in 1999, I <a href="https://www.schneier.com/crypto-gram/archives/1999/0915.html#OpenSourceandSecurity">wrote about</a> open-source software:</p>
<blockquote><p>First, simply publishing the code does not automatically mean that people will examine it for security flaws. Security researchers are fickle and busy people. They do not have the time to examine every piece of source code that is published. So while opening up source code is a good thing, it is not a guarantee of security. I could name a dozen open source security libraries that no one has ever heard of, and no one has ever evaluated. On the other hand, the security code in Linux has been looked at by a lot of very good security engineers...</p></blockquote>]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>New Privacy Features in iOS 14</title>
		<link>https://noise.getoto.net/2020/10/07/new-privacy-features-in-ios-14/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Wed, 07 Oct 2020 11:05:50 +0000</pubDate>
				<category><![CDATA[Apple]]></category>
		<category><![CDATA[ios]]></category>
		<category><![CDATA[Privacy]]></category>
		<category><![CDATA[security engineering]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=60290</guid>

					<description><![CDATA[A good rundown.
]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>Privacy Analysis of Ambient Light Sensors</title>
		<link>https://noise.getoto.net/2020/09/15/privacy-analysis-of-ambient-light-sensors/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Tue, 15 Sep 2020 11:10:40 +0000</pubDate>
				<category><![CDATA[academic papers]]></category>
		<category><![CDATA[Privacy]]></category>
		<category><![CDATA[risks]]></category>
		<category><![CDATA[security engineering]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=60193</guid>

					<description><![CDATA[Interesting privacy analysis of the Ambient Light Sensor API. And a blog post. Especially note the &#8220;Lessons Learned&#8221; section.
]]></description>
		
		
		<enclosure url="" length="0" type="" />

			</item>
		<item>
		<title>The Third Edition of Ross Anderson&#8217;s Security Engineering</title>
		<link>https://noise.getoto.net/2020/09/10/the-third-edition-of-ross-andersons-security-engineering/</link>
		
		<dc:creator><![CDATA[Bruce Schneier]]></dc:creator>
		<pubDate>Thu, 10 Sep 2020 11:26:18 +0000</pubDate>
				<category><![CDATA[books]]></category>
		<category><![CDATA[security engineering]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<guid isPermaLink="false">https://www.schneier.com/?p=12580</guid>

					<description><![CDATA[Ross Anderson&#8217;s fantastic textbook, Security Engineering, will have a third edition. The book won&#8217;t be published until December, but Ross has been making drafts of the chapters available online as he finishes them. Now that the book is comp...]]></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 33/206 objects using Memcached
Page Caching using Disk: Enhanced 
Lazy Loading (feed)
Database Caching using Memcached

Served from: noise.getoto.net @ 2025-12-07 16:37:47 by W3 Total Cache
-->