隠蔽によるセキュリティ

セキュリティ エンジニアリングにおいて、隠蔽によるセキュリティとは、システムのセキュリティを強化するためにシステムの詳細やメカニズムを隠す手法です。このアプローチは、手品師の手品やカモフラージュの使用に似た、目につくところに何かを隠すという原理に基づいています。これは、物理的なロックなどの従来のセキュリティ手法とは異なり、潜在的な脅威を阻止するために情報や特性を隠すことに重点が置かれています。この手法の例には、本の中の紙切れなど、ありふれたアイテムの中に機密情報を隠したり、Web ブラウザーのバージョン番号を偽装するなど、デジタル フットプリントを変更したりすることが含まれます。隠蔽によるセキュリティは独立したソリューションではありませんが、特定のシナリオでは他のセキュリティ対策を補完することができます。^[1]

セキュリティエンジニアリングの文脈における「不明瞭さ」とは、情報へのアクセスや理解が困難な場合、ある程度まで情報を保護できるという概念である。この概念は、システムの詳細や仕組みを見えにくくしたり理解しにくくしたりすることで、不正アクセスや操作の可能性を減らすという原則に基づいている。^[2]

隠蔽によるセキュリティに最初に反対したのは、1851年に最先端の錠前をピッキングする方法を一般大衆に披露した錠前師アルフレッド・チャールズ・ホッブズである。錠前設計のセキュリティ上の欠陥を暴露すると、錠前が犯罪者に狙われやすくなるのではないかという懸念に対して、彼は「悪党は職業に非常に熱心で、我々が教える以上のことをすでに知っている」と述べた。^[3]

隠蔽によるセキュリティの問題に関する正式な文献はわずかです。セキュリティ エンジニアリングに関する書籍で引用されているのは、1883 年のKerckhoffs の教義だけです。たとえば、核の指揮統制における秘密性と公開性に関する議論では、次のようになります。

偶発的な戦争の可能性を減らすことによる利益は、秘密にすることによる利益を上回ると考えられた。これは、システムのセキュリティは、その設計が不明瞭なままであることではなく、その鍵に依存するべきであるという、19世紀に初めて提唱されたケルクホフスの教義の現代版である。^[4]

ピーター・スワイアは、 「秘密によるセキュリティは幻想である」という概念と「口が軽いと船が沈む」という軍事的概念との間のトレードオフについて書いている^[5]。また、競争が情報開示のインセンティブにどのような影響を与えるかについても書いている^{[6] 。 [さらに説明が必要]}

この用語の起源については矛盾する説がある。MITの非互換タイムシェアリングシステム(ITS) のファンは、この用語は、ITS よりもセキュリティがはるかに問題である、廊下の向こうのMulticsユーザーに対抗して作られたものだと言う。ITS 文化では、この用語は、自嘲的に、ドキュメントの網羅性が低く、多くのコマンドがわかりにくいこと、そして、観光客がトラブルを起こす方法を理解する頃には、コミュニティの一員であると感じているため、トラブルを起こしたいという衝動を克服しているという態度を指していた。ITS で、わかりにくいことによる意図的なセキュリティの例が 1 つある。実行中の ITS システムにパッチを適用できるようにするコマンド (altmode altmode control-R) は、 とエコーされた。Alt Alt Control-D と入力すると、ユーザーが後で正しくパッチを適用できたとしても、システムのパッチ適用を禁止するフラグが設定された。^[7]$$^D

2020年1月、NPRはアイオワ州の民主党関係者が「自分たちに不利になるような情報を流していないか確認するため」党員集会アプリのセキュリティに関する情報共有を拒否したと報じた。サイバーセキュリティの専門家は「アプリの技術的詳細を隠してもシステム保護にはあまり役立たない」と反論した。^[8]

隠蔽によるセキュリティのみは推奨されておらず、標準化団体も推奨していません。米国国立標準技術研究所(NIST)は、この慣行を推奨していません。「システム セキュリティは、実装やそのコンポーネントの秘密性に依存すべきではありません。」^[9] Common Weakness Enumerationプロジェクトでは、「隠蔽によるセキュリティへの依存」を CWE-656 としてリストしています。^[10]

多数の通信およびデジタル著作権管理暗号システムは、秘匿によるセキュリティを使用していますが、最終的には破られています。これには、GSMのコンポーネント、GMR暗号化、GPRS暗号化、いくつかのRFID暗号化スキーム、そして最近ではTerrestrial Trunked Radio（TETRA）が含まれます。^[11]

今日よく見られる、隠蔽によるセキュリティの最大の推進者の 1 つは、マルウェア対策ソフトウェアです。しかし、この単一障害点では、攻撃者が検出を回避するための新しい方法を見つけ、防御側がますます不自然でありながら秘密の署名を考案して警告するという軍拡競争が一般的に発生します。 ^[12]

多くの実際のプロジェクトにはすべての戦略の要素が含まれていますが、 この手法は、設計によるセキュリティやオープン セキュリティとは対照的です。

システムがどのように構築されているかを知ることは、隠蔽やカモフラージュとは異なります。運用セキュリティにおける隠蔽の有効性は、隠蔽が他の優れたセキュリティ慣行の上に成り立っているか、単独で使用されているかによって異なります。^[13]独立したレイヤーとして使用される場合、隠蔽は有効なセキュリティツールと見なされます。^[14]

近年では、移動標的防御やサイバー欺瞞を通じて、サイバーセキュリティの方法論として「隠蔽によるセキュリティ」のより高度なバージョンが支持を集めています。^[15] NISTのサイバーレジリエンスフレームワーク、800-160第2巻では、復元力のある安全なコンピューティング環境の補完的な部分として、隠蔽によるセキュリティの使用を推奨しています。^[16]

• エリック・レイモンド氏、シスコのIOSソースコード「リリース」とオープンソースについて語る
• コンピュータ セキュリティ出版物: 情報経済学、責任の転換、および憲法修正第 1 条 (イーサン M. プレストンおよびジョン ロフトン著)
• 「隠蔽によるセキュリティ」は彼らが考えているようなものではない- Wayback Machineより(2007 年 2 月 2 日アーカイブ) Jay Beale 著
• 秘密、セキュリティ、不明瞭さ、そして秘密の非セキュリティ、ブルース・シュナイアー著
• 「陳腐化によるセキュリティ」、Robin Miller、linux.com、2002 年 6 月 6 日