ATSHA204Aによる認証を理解する

ワークフローはおそらく間違っていますが、主なアイデアは次のとおりです。それに近いものです。

いいえ、これは基本的に役に立ちません。たとえば、暗号ICを使用しての信頼性を検証する場合は問題ありません。アドオンデバイス（たとえば、カートリッジが同じ会社によって製造されたことを確認するプリンタ）。

"<なので、 役に立ちません。 / div>動作を拒否"誰かがファームウェアのマシンコードを持っている場合は飛ばない：逆アセンブルされたマシンコードでチェックを見つけることは通常 ではありません>難しい。次に、"ジャンプを「停止して何もしない」"に置き換えるのと同じくらい"ジャンプして「開始」便利な機能の “";通常、これにはバイトの変更が含まれます。

ファームウェアの重要な部分を永続ストレージ（通常はMCUの組み込みフラッシュ）で暗号化する必要があります。暗号チップを使用するブートローダーのみメインファームウェアを復号化することは暗号化されないままになります。起動時に、ブートローダーはファームウェアをRAMに復号化します。

そこでの小さな問題：ハードウェアに関してはかなり賢い必要があります。 MCUと暗号ICの間にロジックアナライザを接続し、復号化されたバイトをスニッフィングするだけです。

ものを復号化する際にメモリ内を乱暴に飛び回ることで物事を曖昧にする回避策があります。問題は、何もないことです。その秘密は、マシンコードからジャンプがどのように行われるかを理解するのに少し手間がかかることです。 （そして、MCUが何らかのピンを介してRAM全体をストリームアウトするようにする単一のマシンコードをそのバスに挿入することに成功した場合、それもゲームオーバーです。どこを知っているかは重要ではありません。そのコードはRAMに格納されます。後でダンプに表示されます。重要なのは、ある時点で実行されることだけです。）

つまり、ファームウェアを本当に考えている場合は、商業的に興味深い （人々はそれを非常に過大評価しています！消費者向けデバイスや産業用制御など、主にファームウェアではないものについては、通常、すべての部品を調達して構築するのは困難です。同じ/類似のデバイスは元のデバイスよりも安価であり、ファームウェアを完全に書き直すのはそれと比較して簡単なことがよくあります）、唯一のチャンスは秘密保持、暗号化されたストレージ、安全な実行を統合することです（RAMのダンプは不可能です）。

それを行うマイクロコンピュータがあります。それらは通常、少し高価です。しかし、ご想像のとおり、たとえば、ファームウェアを認証する必要のある防衛環境にいる場合は、改ざんすることはできません。

任天堂は、誰にもファームウェアを読み取らせたり、ファームウェアを変更させたりしないという金銭的インセンティブが強いデバイスを製造しています。
任天堂がライセンスを取得していないソフトウェアをコンソールで実行できないことは、ビジネスモデルにとって重要です。したがって、ゲームの署名のチェックを回避できないことが最も重要であり、それがNintendoSwitchが複数の保護層で全面的に機能する理由です。ご想像のとおり、これは保証ではありません。それを回避する方法を見つけたのは、単に愛好家（犯罪/商業的関心のある人でさえも！）でした。