シンプルな公開鍵インフラストラクチャ

シンプル公開鍵基盤( SPKI、スプーキーと発音) は、従来のX.509 公開鍵基盤の複雑さを克服する試みでした。これは、IETF SPKI ワーキング グループによる 2 つのインターネット技術タスク フォース(IETF) Request for Comments (RFC) 仕様、RFC  2692 およびRFC 2693で指定されました 。これら 2 つの RFC は、IETF のRFC ステータスの「実験的」成熟レベルを通過することはありませんでした。SPKI 仕様は、権限、権利、またはその他の属性 (権限と呼ばれる) の記述を提供し、それらを公開鍵にバインドする認証証明書形式を定義しました。1996 年に、SPKI は、 Ron RivestとButler Lampsonによってシンプル分散セキュリティ基盤^[1] ( SDSI、スッドシーと発音)と統合されました。

オリジナルの SPKI では、プリンシパルは公開鍵としてのみ識別されていましたが、それらの鍵への認証のバインディングと、ある鍵から別の鍵への認証の委任が許可されていました。使用されたエンコードは、RFC  822 ヘッダーに似た属性:値のペアリングでした。

オリジナルの SDSI は、ローカル名 (個人またはグループ) を公開キー (またはその他の名前) にバインドしましたが、アクセス制御リスト(ACL) でのみ承認を実行し、プリンシパルの承認のサブセットの委任を許可しませんでした。使用されたエンコードは、標準のS 式でした。SPKI の「高度なトランスポート形式」の RSA 公開キーのサンプル (実際のトランスポートでは、構造はBase64でエンコードされます)。

(公開鍵
( rsa-pkcs1-md5 ( e #03# ) ( n |ANHCG85jXFGmicr3MGPj53FYYSY1aWAue6PKnpFErHhKMJa4HrK4WSKTO      YTTlapRznnELD2D7lWd3Q8PD0lyi1NJpNzMkxQVHrrAnIQoczeOZuiz/yY      VDzJ1DdiImixyb/Jyme3D0UiUXhd6VGAz0x0cgrKefKnmjy410Kro3uW1| )))   
     
    
     

 

統合された SPKI/SDSI では、プリンシパルの命名、プリンシパルの名前付きグループの作成、およびプリンシパル間での権限またはその他の属性の委任が可能です。これには、権限の「交差」の定義を含む言語である承認の表現言語が含まれます。また、しきい値サブジェクトの概念も含まれます。これは、リストされたサブジェクトのいずれかが(アクセス要求または権限の委任で) 同意した場合にのみ承認 (または委任) を許可する構造です。SPKI/SDSI は S 式エンコーディングを使用しますが、解析が非常に簡単なバイナリ形式 (LR(0) 文法) を指定します。これは、Canonical S 式と呼ばれます。 ${\displaystyle K}$${\displaystyle N}$

SPKI/SDSI は商用認証局(CA)の役割を定義していません。実際、SPKI の背後にある前提の 1 つは、商用 CA は役に立たないということです。^[2] その結果、SPKI/SDSI は主にクローズド ソリューションや学術的関心のあるデモンストレーション プロジェクトで導入されています。この設計要素のもう 1 つの副作用は、SPKI/SDSI を単独で収益化することが難しいことです。^[要出典] 他の製品のコンポーネントになることもできますが、他の製品の一部としてでない限り、SPKI/SDSI ツールやサービスを開発するビジネス ケースはありません。

SPKI/SDSI の最も一般的な導入例は、Web メソッドのアクセス制御に SPKI/SDSI を使用するHPのミドルウェア製品である E-speak と、 Web メソッドのアクセス制御、ネットワーク参加者間の権限の委任などに SPKI/SDSI の XML 方言^{[引用が必要]を使用する}UPnP Security です。

• SPKAC

• SPKIホームページ、
• JSDSI (オープンソース開発の取り組み)
• CDSA (オープンソース開発の取り組み)。