<?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>Air-Gapped Signing Archives - LadyChain</title>
	<atom:link href="https://www.ladyww.net/tag/air-gapped-signing/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.ladyww.net/tag/air-gapped-signing/</link>
	<description>Crypto fees, wallets and offers — checked against the terms page</description>
	<lastBuildDate>Tue, 27 Oct 2026 08:02:52 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.1</generator>

<image>
	<url>https://www.ladyww.net/wp-content/uploads/2026/10/mark-512-150x150.png</url>
	<title>Air-Gapped Signing Archives - LadyChain</title>
	<link>https://www.ladyww.net/tag/air-gapped-signing/</link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>Air-Gapped Signing: When It Helps</title>
		<link>https://www.ladyww.net/airgapped-signing/</link>
					<comments>https://www.ladyww.net/airgapped-signing/#respond</comments>
		
		<dc:creator><![CDATA[]]></dc:creator>
		<pubDate>Tue, 27 Oct 2026 08:02:52 +0000</pubDate>
				<category><![CDATA[Wallets]]></category>
		<category><![CDATA[Air-Gapped Signing]]></category>
		<category><![CDATA[Cold Storage]]></category>
		<category><![CDATA[Firmware Integrity]]></category>
		<category><![CDATA[Hardware Wallet]]></category>
		<category><![CDATA[Key Management]]></category>
		<category><![CDATA[Multisig]]></category>
		<category><![CDATA[Operational Security]]></category>
		<category><![CDATA[Self Custody]]></category>
		<category><![CDATA[Supply Chain]]></category>
		<category><![CDATA[Transaction Verification]]></category>
		<guid isPermaLink="false">https://www.ladyww.net/airgapped-signing/</guid>

					<description><![CDATA[<p>Air-gapped signing means the device holding your keys has no network interface at all — no Wi-Fi, no Bluetooth, no USB data path that a host can drive. Transactions travel [&#8230;]</p>
<p>The post <a href="https://www.ladyww.net/airgapped-signing/">Air-Gapped Signing: When It Helps</a> appeared first on <a href="https://www.ladyww.net">LadyChain</a>.</p>
]]></description>
										<content:encoded><![CDATA[<p>Air-gapped signing means the device holding your keys has no network interface at all — no Wi-Fi, no Bluetooth, no USB data path that a host can drive. Transactions travel in as a file or a QR sequence, signatures travel out the same way.</p>
<p>The point of air-gapped signing is narrow and worth stating precisely: it removes the possibility that malware on a connected computer can reach the key material over a channel. It does not remove the possibility that the transaction you approve is not the transaction you intended.</p>
<ul>
<li><strong>The gap protects the key, not the decision.</strong> A signed transaction still does whatever it says, and the screen is your only check.</li>
<li><strong>Air-gapping is a channel control.</strong> It blocks remote exfiltration, not supply-chain compromise, firmware bugs, or a mistyped address.</li>
<li><strong>Friction is the price and the benefit.</strong> Every extra step is a chance to make a mistake and a chance to notice one.</li>
<li><strong>It only pays off with a verification habit.</strong> Without on-screen checking, an air gap adds cost without adding much resistance.</li>
</ul>
<h2>What air-gapped signing removes from the attack surface</h2>
<p>It removes one class of attack completely: the one where software on a networked machine reads, replaces or exfiltrates key material through a connected interface.</p>
<h3>The data path</h3>
<p>In a connected setup, the signing device and the computer share a link. That link carries the unsigned transaction in and the signature out, and in a compromised host it can also carry other things. Removing the link does not make the host trustworthy; it makes the host unable to reach the keys.</p>
<p>The typical workflow is a partially signed transaction file, or a series of QR frames, moved by hand. The signing device reads the payload, displays what it is about to authorise, and emits a signature that is inert on its own — it can only be broadcast alongside the original transaction.</p>
<h3>What still touches the network</h3>
<p>Almost everything else. The watch-only wallet, the address book, the fee estimate, the node, the block explorer you use to confirm receipt — all of it lives on connected machines. An air gap moves the trust boundary to the signing step and leaves the rest of the workflow exactly as exposed as before.</p>
<p>This matters for address integrity. If the machine that builds the transaction is compromised, it can substitute a recipient address. The signature will be valid. The only defence is reading the address on the signing device&#8217;s own display and comparing at least the leading and trailing characters, ideally the whole string.</p>
<h2>What it does not protect against</h2>
<p>An air gap is silent on every failure that does not involve a network channel, which is most of the failures that actually occur.</p>
<h3>Firmware and supply chain</h3>
<p>A device can arrive compromised, or be compromised by a malicious firmware update that you carry across the gap yourself on a memory card. The gap does not inspect what you carry through it. Buying from a source with a verifiable chain, checking packaging and firmware signatures where the vendor provides them, and generating the seed on the device itself are the controls that apply here.</p>
<p>Device-level tampering is a physical problem with physical mitigations: possession from purchase to first use, a tamper-evident seal you actually inspect, and never accepting a pre-initialised device or a pre-written seed.</p>
<h3>The screen and the human</h3>
<p>The display is the trusted interface, and it is the weakest part of the design. If the device shows an address in a shortened form, or you approve without scrolling to the amount and fee, the gap has protected a key that is about to sign something harmful.</p>
<p>Human factors dominate from there. Approving under time pressure, signing from a queue of pending items, or restoring a wallet in a hurry are the situations where the extra friction stops helping and starts producing errors.</p>
<blockquote><p>An air gap changes who can steal your key. It changes nothing about whether the transaction in front of you is the one you meant to send, which is where most losses begin.</p></blockquote>
<h2>The cost of the gap</h2>
<p>The cost is measured in minutes per transaction and in the discipline needed to keep the workflow honest. For a personal wallet used weekly, that cost is real but small; for a business with several signers, it multiplies.</p>
<div class="slv-table not-prose my-6 overflow-x-auto rounded-2xl border border-ink-800/70 bg-ink-900" data-slv-table><table>
<thead>
<tr>
<th>Aspect</th>
<th>Air-gapped signer</th>
<th>Connected hardware wallet</th>
<th>Software wallet</th>
</tr>
</thead>
<tbody>
<tr>
<td>Key exposure to a networked host</td>
<td>None through a data link</td>
<td>Limited to the device protocol</td>
<td>Full — keys sit on the host</td>
</tr>
<tr>
<td>Transaction review</td>
<td>Own screen, hand-carried payload</td>
<td>Own screen, cable or radio</td>
<td>Host screen, which malware can alter</td>
</tr>
<tr>
<td>Firmware updates</td>
<td>Manual, via removable media</td>
<td>Through the vendor&#8217;s app</td>
<td>Automatic and often unnoticed</td>
</tr>
<tr>
<td>Time per transaction</td>
<td>Highest</td>
<td>Moderate</td>
<td>Lowest</td>
</tr>
<tr>
<td>Recovery complexity</td>
<td>Higher — media, formats, firmware version</td>
<td>Moderate</td>
<td>Low, and correspondingly fragile</td>
</tr>
</tbody>
</table></div>
<h2>When air-gapped signing helps, and when it does not</h2>
<p>It helps when the amount at risk justifies a slow, checked workflow and when you will actually perform the checks. It helps less when the balance changes daily, because the friction compounds into workarounds.</p>
<p>It is most defensible for long-held balances, for treasury accounts with a fixed set of signers, and for anyone whose threat model includes a compromised general-purpose computer rather than a targeted physical adversary. It is least useful when the real risk is a phishing page, a fake support channel, or an over-funded hot wallet — none of which an air gap addresses.</p>
<p>If you adopt it, adopt the drill with it. A signer you have not tested is a hypothesis.</p>
<ol>
<li>Build the transaction on the online machine with a watch-only wallet, and save it as a file rather than broadcasting.</li>
<li>Move the file to the signing device by the chosen medium, checking that the medium carries only that file.</li>
<li>On the device, read the recipient address in full and compare it character by character with the address you intended.</li>
<li>Check the amount, the asset and the fee on the device, not on the host screen.</li>
<li>Sign, then move the signature back and broadcast from the online machine.</li>
<li>Compare the resulting transaction identifier with the one the device displayed before signing.</li>
<li>Repeat the drill with a small amount on any new device, new firmware, or new media before using it for a real balance.</li>
</ol>
<p>The post <a href="https://www.ladyww.net/airgapped-signing/">Air-Gapped Signing: When It Helps</a> appeared first on <a href="https://www.ladyww.net">LadyChain</a>.</p>
]]></content:encoded>
					
					<wfw:commentRss>https://www.ladyww.net/airgapped-signing/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
	</channel>
</rss>
