アカウント名:
パスワード:
ピーク的に6Gbpsでリンクしてるって事は使ったデバイスがHDDかSSDだったのかね？光学ドライブだと、未だに1.5Gbpsでリンクするの有るし。
Transcend 256GB MLC SATA III 6Gb/s 2.5” Solid State Drive 370
論文アブストよりやっぱりSSDか。BIOS/UEFI等で設定可能なSSCの設定が未記載だけど、本件では誤差か。
SATAケーブルのないmSATAやM.2のSATA接続なSSDでもこの手法が使えるとか有るかな？最近はアクセスランプついてないPCとか有るし、SSDだと発覚しづらいかもなぁ。
光学ドライブ上にあるデータを得るのなら同様の手法が使える(マルウェアがその光学ドライブのデータのファイルアクセスをすればいい)けど、そこにないデータだと継続的にデータアクセス (RWメディアに対する読み書き?)が出来ないとこの手法が使えないかもしれません。mSATAなら可能かな? M.2 NVMe だと Gen3 or Gen4 の x4 だと電波を受けるほうも、それを処理する法も SATA より面倒になりそう。
ディスクアクセスランプの点滅で端末内の情報を外から観測できるように出力するような物だから、送信するデータとSATAデバイスに直接の関係はなく、SATAでのデータ転送を起こせるなら転送方向も問わない筈。
ケーブルが無いストレージはケーブルやコネクタでの放射機会が減るので、基板のEMI対策が丁寧だと放射強度下がって難易度高くなりそう。受信が面倒なのはそれはそう。本来機器内に封じたい不要な電磁放射だからシールドが完璧な機器なら外には漏れん。実際はそんな理想的なシールドはできないから漏れては来るけど、電波として弱い。そんな中SATAはケーブル接続なので多少は放射が得やすいかもってのがSATA使った理由だろうし……カードエッジやオンボード実装部品とのバス使うならメモリバスのほうが使いやすそうな気がしないでもない。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あと、僕は馬鹿なことをするのは嫌いですよ (わざとやるとき以外は)。-- Larry Wall
Spectrum拡散の設定と、別デバイスだとどうなるかな？ (スコア:0)
ピーク的に6Gbpsでリンクしてるって事は使ったデバイスがHDDかSSDだったのかね？
光学ドライブだと、未だに1.5Gbpsでリンクするの有るし。
Transcend 256GB MLC SATA III 6Gb/s 2.5” Solid State Drive 370
論文アブストより
やっぱりSSDか。
BIOS/UEFI等で設定可能なSSCの設定が未記載だけど、本件では誤差か。
SATAケーブルのないmSATAやM.2のSATA接続なSSDでもこの手法が使えるとか有るかな？
最近はアクセスランプついてないPCとか有るし、SSDだと発覚しづらいかもなぁ。
Re: (スコア:0)
光学ドライブ上にあるデータを得るのなら同様の手法が使える(マルウェアが
その光学ドライブのデータのファイルアクセスをすればいい)けど、そこにない
データだと継続的にデータアクセス (RWメディアに対する読み書き?)が
出来ないとこの手法が使えないかもしれません。
mSATAなら可能かな? M.2 NVMe だと Gen3 or Gen4 の x4 だと
電波を受けるほうも、それを処理する法も SATA より面倒になりそう。
Re:Spectrum拡散の設定と、別デバイスだとどうなるかな？ (スコア:0)
ディスクアクセスランプの点滅で端末内の情報を外から観測できるように出力するような物だから、
送信するデータとSATAデバイスに直接の関係はなく、SATAでのデータ転送を起こせるなら転送方向も問わない筈。
ケーブルが無いストレージはケーブルやコネクタでの放射機会が減るので、
基板のEMI対策が丁寧だと放射強度下がって難易度高くなりそう。
受信が面倒なのはそれはそう。
本来機器内に封じたい不要な電磁放射だからシールドが完璧な機器なら外には漏れん。
実際はそんな理想的なシールドはできないから漏れては来るけど、電波として弱い。
そんな中SATAはケーブル接続なので多少は放射が得やすいかもってのがSATA使った理由だろうし……
カードエッジやオンボード実装部品とのバス使うならメモリバスのほうが使いやすそうな気がしないでもない。