RSA セキュアID

Webサイト	https://www.rsa.com/en-us/products/rsa-securid-suite

RSA SecurID (以前はSecurIDと呼ばれていました) は、ネットワーク リソースに対するユーザーに対して 2 要素認証を実行するためにRSAによって開発されたメカニズムです。

RSA SecurID 認証メカニズムは、コンピュータ ユーザーに割り当てられ、内蔵クロックとカードの工場でエンコードされたほぼランダムなキー(「シード」と呼ばれる) を使用して、一定間隔 (通常 60 秒) で認証コードを作成する「トークン」 (ハードウェア (キーフォブなど) またはソフトウェア (ソフト トークン)) で構成されます。シードはトークンごとに異なり、トークンが購入されると、対応する RSA SecurID サーバー (RSA Authentication Manager、旧称 ACE/Server ^{[1] ) にロードされます。 [2]}オンデマンド トークンも利用可能で、電子メールまたは SMS 配信でトークンコードが提供されるため、ユーザーにトークンをプロビジョニングする必要がありません。

トークンのハードウェアは、リバースエンジニアリングを阻止するために改ざん防止機能を持つように設計されている。同じアルゴリズムのソフトウェア実装（「ソフトウェアトークン」）が市場に登場したとき、セキュリティコミュニティによって公開コードが開発され、ユーザーはソフトウェアでRSA SecurIDをエミュレートできるようになったが、これは最新のRSA SecurIDコードにアクセスでき、元の64ビットRSA SecurIDシードファイルがサーバーに導入されている場合に限られていた。^[3]その後、128ビットRSA SecurIDアルゴリズムはオープンソースライブラリの一部として公開された。^{[4] RSA SecurID認証方式では、シードレコードは}ワンタイムパスワードを生成するために使用される秘密鍵である。新しいバージョンにはUSBコネクタも搭載されており、トークンをスマートカードのようなデバイスとして使用して証明書を安全に保存できる。^[5]

ネットワーク リソース (ダイヤルイン サーバーやファイアウォールなど) に認証するユーザーは、個人識別番号と、その時点でRSA SecurID トークンに表示されている番号の両方を入力する必要があります。RSA SecurID を使用する一部のシステムでは、PIN の実装を完全に無視し、パスワードと RSA SecurID コードの組み合わせに依存しているケースも増えてきていますが、これはますます稀になっています。サーバーには、リアルタイム クロックと、関連するシード レコードを含む有効なカードのデータベースも備わっており、その時点でトークンに表示されているはずの番号を計算し、これをユーザーが入力した番号と照合することで、ユーザーを認証します。

SecurID の古いバージョンでは、「強制 PIN」が使用される場合があります。これは、透過的な認証を提供しながら、ユーザーが PIN の入力を強制されたことを示すセキュリティ イベント ログを作成する代替コードです。^[6]強制 PIN を使用すると、1 回の認証が成功し、その後トークンは自動的に無効になります。「強制 PIN」機能は非推奨になっており、現在サポートされているバージョンでは使用できません。

RSA SecurID システムはネットワークにセキュリティ レイヤーを追加しますが、認証サーバーのクロックが認証トークンに組み込まれたクロックと同期しなくなると、問題が発生する可能性があります。通常のトークン クロックのドリフトは、サーバーによって、保存されている「ドリフト」値を時間の経過とともに調整することで自動的に考慮されます。同期していない状態が通常のハードウェア トークン クロックのドリフトによるものでない場合は、Authentication Manager サーバー クロックと同期していないトークン (またはトークン) の同期を修正するには、いくつかの方法があります。サーバー クロックがドリフトし、管理者がシステム クロックを変更した場合は、トークンを 1 つずつ再同期するか、保存されているドリフト値を手動で調整することができます。ドリフトは、個々のトークンに対して行うことも、コマンド ライン ユーティリティを使用して一括して行うこともできます。

RSA Securityは、「ユビキタス認証」と呼ばれる取り組みを推進し、IronKey、SanDisk、Motorola、Freescale Semiconductor、Redcannon、Broadcom、BlackBerryなどのデバイスメーカーと提携して、USBフラッシュドライブや携帯電話などの日常的なデバイスにSecurIDソフトウェアを組み込み、コストとユーザーが持ち運ばなければならない物品の数を削減しています。^[7]

相互認証が存在しないため、トークン コードは簡単に盗まれます (パスワードを盗めるものはすべてトークン コードも盗むことができます)。これは、ほとんどのユーザーがこのテクノロジで解決できると考えている主な脅威であるため、重要です。

パスワード コンテナの最も単純な実際的な脆弱性は、特別なキー デバイスまたは統合キー機能を備えたアクティブ化されたスマートフォンを紛失することです。このような脆弱性は、アクティブ化の事前設定された時間内に単一のトークン コンテナ デバイスで修復することはできません。さらに検討する場合は、追加の電子リーシュやボディ センサーとアラームなどによる紛失防止を前提とします。

RSA SecurID トークンはパスワードリプレイ攻撃に対して一定レベルの保護を提供しますが、単独で使用した場合、中間者攻撃に対する保護を提供するようには設計されていません。攻撃者が、次のトークン コードが有効になるまで、承認されたユーザーのサーバーへの認証をブロックできた場合、サーバーにログインできるようになります。最新バージョン (8.0) の新機能であるリスクベース分析 (RBA) は、ユーザーが RBA 対応エージェントで認証され、有効になっている場合に、このタイプの攻撃に対して強力な保護を提供します。RSA SecurID は、ブラウザ内の人物(MitB) ベースの攻撃を防止しません。

SecurID 認証サーバーは、指定された時間内に 2 つの有効な認証情報が提示された場合、両方の認証要求を拒否することで、パスワード スニッフィングと同時ログインを防止しようとします。これは、John G. Brainard による未検証の投稿で文書化されています。^{[8]ただし、攻撃者がユーザーから認証機能を削除すると、SecurID サーバーは実際に認証しているのはユーザーであると想定し、攻撃者の認証を許可します。この攻撃モデルでは、} SSLなどの暗号化/認証メカニズムを使用してシステム セキュリティを向上できます。

ソフトトークンはより便利かもしれませんが、批評家は、ハードトークンの改ざん耐性はソフトトークンの実装では比類のないものであり、^[9]シードレコードの秘密鍵が複製され、ユーザーのなりすましが発生する可能性があると指摘しています。

一方、ハード トークンは、エンド ユーザーから物理的に盗まれる (またはソーシャル エンジニアリングによって取得される) 可能性があります。フォーム ファクターが小さいため、ハード トークンの盗難は、ラップトップ/デスクトップのスキャンよりもはるかに容易です。通常、ユーザーはデバイスの紛失を報告するまでに 1 日以上待つため、攻撃者は保護されていないシステムに侵入する十分な時間があります。ただし、これはユーザーのユーザー ID と PIN もわかっている場合にのみ発生します。リスクベースの分析により、ユーザーのユーザー ID と PIN が攻撃者に知られている場合でも、紛失または盗難されたトークンの使用に対する追加の保護を提供できます。

バッテリーは定期的に消耗するため、複雑な交換と再登録の手続きが必要になります。

2003年時点で、RSA SecurIDは2要素認証市場の70%以上を占めており^[10]、現在までに2500万台のデバイスが生産されています。^[要出典] VASCOなどの多くの競合他社が同様のセキュリティトークンを製造しており、そのほとんどはオープンなOATH HOTP標準に基づいています。2010年にガートナーが発表したOTPに関する調査では、OATHとSecurIDが唯一の競合企業として挙げられています。^[11]

OPIEやS/Key (S/Key はTelcordia Technologies (旧Bellcore )の商標であるため、一般的にはOTPと呼ばれることもあります)などの他のネットワーク認証システムは、ハードウェア トークンを必要とせずに「持っているもの」レベルの認証を提供しようとします。^{[引用が必要]}

2011年3月17日、RSAは「極めて高度なサイバー攻撃」の被害を受けたと発表した。^[12] SecurIDシステムに関して特に懸念が提起され、「この情報は、現在の2要素認証の実装の有効性を減らすために使用される可能性がある」と述べられた。しかし、正式なフォーム8-Kの提出^[13]では、この侵害が「財務結果に重大な影響を与える」とは考えていないとしている。この侵害により、RSAの親会社であるEMCは6,630万ドルの損害を被り、第2四半期の利益に対する減額となった。EMCのエグゼクティブバイスプレジデント兼最高財務責任者であるデビッド・グールデンはアナリストとの電話会議で、この費用は攻撃の調査、ITシステムの強化、法人顧客の取引の監視にかかる費用に充てられたと述べた。^[14]

RSAのネットワークへの侵入は、RSAの従業員の2つの小グループを標的にフィッシングメールを送信したハッカーによって実行されました。 ^[15] メールには、マルウェアを含むMicrosoft Excelファイルが添付されていました。RSAの従業員がExcelファイルを開くと、マルウェアはAdobe Flashの脆弱性を悪用しました。この脆弱性により、ハッカーはPoison Ivy RATを使用してRSAネットワーク内のマシンを制御し、サーバーにアクセスできるようになりました。^[16]

この侵害には、トークンのシリアル番号と、各トークンを一意にするために注入された秘密のトークン「シード」をマッピングするRSAのデータベースの盗難が関係しているというヒントがいくつかあります。^[17] RSAの幹部が顧客に「トークンのシリアル番号を保護するようにしてください」と伝えたという報告^[18]は、この仮説に信憑性を与えています。

トークンコード生成アルゴリズムの暗号実装に致命的な弱点がない限り（これは、徹底的に精査されたAES-128 ブロック暗号の単純かつ直接的な適用を伴うため、ありそうにない）、攻撃者がトークンを物理的に所有することなく攻撃を成功させることができる唯一の状況は、トークンシードレコード自体が漏洩した場合です。^[要出典] RSAは、潜在的な攻撃者にシステムへの攻撃方法を理解するために使用できる情報を与えないように、攻撃の範囲に関する詳細を公表しなかったと述べました。^[19]

2011年6月6日、RSAは、防衛顧客のロッキード・マーティンに対するサイバー侵害の試みがRSAから盗まれたSecurID情報に関連していると思われることを受けて、3万人を超えるSecurID顧客全員にトークンの交換または無料のセキュリティ監視サービスを提供した。^[20]防衛顧客の1社に対する攻撃の結果にもかかわらず、同社の会長アート・コビエロは「顧客は保護されていると信じているし、今も信じている」と述べた。^[21]

2011年4月、未確認の噂によると、L-3コミュニケーションズがRSAの侵害の結果として攻撃を受けたとのことである。^[22]

2011年5月、この情報はロッキード・マーティンのシステムを攻撃するために使用されました。^{[23] [24]しかし、ロッキード・マーティンは、同社の}情報セキュリティチームの「積極的な行動」により、「顧客、プログラム、従業員の個人データは、この「重大かつ執拗な攻撃」によって侵害されなかった」と主張しています。^[25]国土安全保障省と米国防総省は、攻撃の範囲を特定するために協力を申し出ました。^[26]

Wikimedia Commons には、RSA SecurIDに関連するメディアがあります。

• RSA SecurID 公式ウェブサイト

技術的な詳細

• トークン シークレットをインポートするサンプル SecurID トークン エミュレーター ICWiener、Bugtraq 投稿。
• セキュリティ ダイナミクス クライアント/サーバー プロトコルの明らかな弱点 Adam Shostack、1996 年。
• 新しい SecurID の詳細を議論する Usenet スレッド Vin McLellan 他、comp.security.misc。
• 非公式の SecurID 情報といくつかのリバース エンジニアリングの試み Yahoo グループsecurid-users。
• 2011年の侵害から生じる可能性のあるリスクの分析

SecurIDハッシュ関数に対する攻撃が公開された

• 疑惑の SecurID ハッシュ関数の暗号解析 (PDF) Alex Biryukov、Joseph Lano、Bart Preneel。
• SecurID の改良された暗号解析 (PDF) Scott Contini とYiqun Lisa Yin。
• SecurID に対する高速ソフトウェア ベースの攻撃 (PDF) Scott Contini およびYiqun Lisa Yin。