クエリ: DKIMはどこにパブリック認証キーを保存している?
文章: DKIM DomainKeys Identified Mail(DKIM)とは、電子メールの認証技術である。DKIMは、署名するMail transfer agent(MTA)から検証するMTAまで、ほぼエンド・ツー・エンドの完全性を提供する。多くの場合、署名するMTAが発信者に代わりDKIM-Signatureヘッダを追加し、また検証するMTAがDNSを通じて発信者の公開鍵を検索することで、受信者に代わり署名の正当性を立証する。 DomainKeysの仕様は、DKIMを作るためにIdentified Internet Mail(IIM)の特徴を採用した。DomainKeysとIIMを併せた仕様は、IETF標準化提案(Proposed Standard)に向けて仕様を導いたIETFワーキング・グループのための基礎である。 一般的な動作方法について、詳しくはDomainKeysを参照。DKIMはあらゆる点でDomainKeysの動作に極めてよく似ている。
文章: BackupHDDVD AACS ライセンシングアドミニストレータ (AACS LA) は各デバイス製造者に固有の暗号化キーを253個割り当てる。AACS保護が施されたディスクに含まれる動画コンテンツはタイトルキーと呼ばれる最大64個のキーで暗号化される。タイトルキーはディスクに記録されるが、このときタイトルキー自体もボリュームユニークキーと呼ばれる別のキーで暗号化される。一方、再生時の認定デバイスは各ディスクのメディアキーブロックを参照してプロセスキーを取得した後、そのディスクのボリュームユニークキーを復号する。認定デバイスがメディアキーブロックからプロセスキーを取得するときにも復号が必要であり、この作業には製造者に割り当てられたデバイスキーの1つまたは複数が使用される。プロセスキーが取得されると、ボリュームキーとタイトルキーの復号へと処理が進み、最終的にコンテンツが復号される仕組みとなっている。 あるデバイスキーが無効化されると、それ以降に製造されるディスクのメディアキーブロックは、無効化されたデバイスキーでは有効なプロセスキーを取得できないように暗号化される。したがって、新しく製造されたコンテンツを再生するには、再生ソフトを最新版にアップグレードする必要があるが、それによって以前に流出したキー情報を利用した再生はできなくなる。デバイスキーまたはプロセスキーを使えばより多くのディスクを復号できる可能性はあるが、BackupHDDVDではこれらを使用していない。これは、これらのキーはAACS LAがいつでも無効化できるためである。AACS LAによってデバイスキーが無効化されると特定のデバイス(または再生機器)で有効なボリュームユニークキーを取得できなくなる。AACS LAの無効化策による影響を避けるため、BackupHDDVDは再生ソフトから得られたボリュームキーとタイトルキーを使うことでデバイスキーのやり取りと認証プロセスをバイパスし、AACSの保護機構そのものを回避している。 文章: 送信ドメイン認証 迷惑メール対策の一つとして使われており、受信側のメールサーバで送信者情報(reverse-path)を検証することで、差出人メールアドレス(ヘッダFrom)のなりすましを検出している。 SPFとDKIMがよく使われている。 文章: 公的個人認証サービス 公的個人認証サービス(こうてきこじんにんしょうサービス、英語: JPKI, Japanese Public Key Infrastructure)とは、インターネット上での本人確認に必要な電子証明書を住民基本台帳に記載されている希望者(日本国内に住民票のある日本国民および在留カード所持住民)に対して、無料で提供するためのサービスである。 2004年(平成16年)1月29日に、個人向けのサービスとして電子証明書の発行が開始され、政府機関や各地方公共団体への各種届出・申請など、利用可能な行政手続は現在も順次追加されている。 電子証明書の格納方法はサービスによって異なるが、おおむね非接触又は接触式のICカードやCD等に格納する形式で提供されている。カードリーダーと専用ソフトを使って、任意のファイルに対して電子署名を付すことができ、電子署名済ファイルの電子署名をインターネット経由で検証する事ができる(相互認証のサービスなら他も可能)。民間利用も可能であり、電子契約書等で利用する事も可能である。 文章: DPAPI DPAPIはそれ自身ではデータを格納せず、単純に平文を受け取って暗号文を返す(またはその逆を行う)役割のみを持つ。 DPAPIのセキュリティはWindowsオペレーティングシステムのマスター鍵やRSA秘密鍵を解読から守る能力に依る。多くの攻撃シナリオでは、エンドユーザーの資格情報のセキュリティ度合いに依る。メインの暗号化・復号キーはユーザーパスワードからPBKDF2ファンクションによって作られる。特に大規模なオブジェクトのバイナリデータはソルト(ハッシュ化に用いる追加のデータ)やユーザー入力による外部のパスワードを必要とする方法によって暗号化されることがある。 デリゲートアクセスはCOM+オブジェクトの使用を通してのみキーが与えられる。これはIISウェブサーバーでDPAPIを使用することを可能にする。 文章: 簡易公開鍵基盤 簡易公開鍵基盤は、コンピュータ上の権限認証方式の一つ。伝統的な X.509 公開鍵基盤の複雑さとスケーラビリティの問題への対策として、複数の異なる試みが統合されて成立した。SPKI ワーキンググループによってInternet Engineering Task Force (IETF) の Request for Comments でRFC 2692とRFC 2693として仕様が公開されている。これら二つの RFC の IETF におけるステータスは「実験的」である。SPKI はオーソライズに用いる証明書の書式を定義している。これは特権や権利などの各種属性(これらをオーソライゼーションと呼ぶ)を記述して公開鍵に結び付けるためのものである。1996年、SPKI はロン・リベストとバトラー・ランプソンらが考案したSimple Distributed Security Infrastructure(SDSI、サドシーと読む)と統合された。 文章: 公開鍵証明書 公開鍵証明書が偽造されないように通常、デジタル署名が使用される。 典型的な公開鍵基盤(PKI)体系においては、認証局(CA)がこの署名を行う。信頼の輪(Web of Trust)体系においては、自分自身(自己署名証明書)もしくは他のユーザーが署名を行う。どちらの場合でも、証明書に署名をした者が公開鍵と所有者情報との結びつきを証明し、証明書の正当性を保証することになる。 大規模な展開になるとアリスはボブの認証局のことを知らないということもあり得るので(アリスとボブが異なる認証局を持っているかもしれず、それぞれが自分の認証局を使用している場合はこのような結果となってしまう)、ボブの証明書はアリスでも認識できるかもしれない「より階層の高い」認証局が署名したボブの認証局の公開鍵も組み込む場合がある。このプロセスは証明書の階層構造、そして複雑な信頼関係に達する。公開鍵基盤は大規模な設定で証明書を管理するソフトウェアを対象とする。X.509では証明書の階層構造はトップダウンのツリー構造であり、認証局を複数の第三者機関によって信頼するという必要をなくすために体系の中心として認証局を代表するルート証明書がツリーの先端となる。 かつて、ブラウザの互換性の問題で必要分の固定IPアドレスを使用しなければならず、認証局(CA)発行の証明書は1年間有効のもので3万円程度と導入コストは高価だったが、近年、レンタルサーバー業者がSNI SSLに対応したり、大手CA発行の証明書も1千円程度と大変安価で発行できるようになった。また、無料で証明書が取得ができるサービス(Let's Encrypt)もあり、導入コストは下がってきている。 文章: YubiKey YubiKey(ユビキー)は、コンピュータ、ネットワーク、オンラインサービスへのアクセスを保護するため、Yubico社により製造されたハードウェア認証デバイスである。これは、ワンタイムパスワード、公開鍵暗号、認証、FIDOアライアンスが開発したユニバーサル2ndファクター(英語版)(U2F)、FIDO2(英語版)プロトコルに対応している。ユーザーは、ワンタイムパスワードを発行するか、デバイスによって生成されたFIDOベースの公開鍵/秘密鍵ペアを使用することで、安全にアカウントにログインすることができる。また、YubiKeyは、ワンタイムパスワードをサポートしていないサイトで使用するための静的パスワードを保存することもできる。Facebookは従業員の認証情報にYubiKeyを使用している。Googleは従業員とユーザーの両方に対応している。いくつかのパスワードマネージャーはYubiKeyをサポートしている。YubicoはYubiKeyに似たデバイスのSecurity Keyも製造しているが、公開鍵認証に焦点を置いたものである。 Yubikeyは、HMACベースワンタイムパスワード(英語版)アルゴリズム(HOTP)と時間ベースワンタイムパスワードアルゴリズム(TOTP)を実装し、USB HID(英語版)プロトコルを介してワンタイムパスワードを配信するキーボードとして自身を識別する。YubiKey NEOおよびYubiKey 4には、1024、2048、3072、4096ビットRSA(2048ビット以上の鍵サイズの場合はGnuPGバージョン2.0以上が必要)と楕円曲線暗号(ECC)p256およびp384、近距離無線通信(NFC)、FIDO U2Fを使用したOpenPGPカード(英語版)などのプロトコルが含まれている。YubiKeyを使用することで、秘密鍵を外部に公開することなく、メッセージの署名、暗号化、復号を行うことができる。第4世代のYubiKeyは2015年11月16日に発売された。これは4096ビットのRSA鍵を持つOpenPGPに対応し、Dockerイメージのコード署名(英語版)を可能にする機能であるPIVスマートカードのPKCS 11(英語版)をサポートしている。 Yubicoは、CEOのStina Ehrensvrd (英語版) 氏が2007年に設立した非公開企業で、パロアルト、シアトル、ストックホルムにオフィスを構えている。YubicoのCTOであるJakob Ehrensvrdは、ユニバーサル2ndファクター(U2F)として知られるようになった最初の強力な認証仕様の筆頭著者である。 文章: 公開鍵基盤 暗号技術において、公開鍵基盤(こうかいかぎきばん、英語: public key infrastructure、以下PKI)は公開鍵暗号方式や電子署名方式で用いる公開鍵とその公開鍵の持ち主の対応関係を保証するための仕組みである。公開鍵認証基盤、公開鍵暗号基盤とも呼ばれる。 PKIの実現例として、たとえばX.509(PKIX: Public-Key Infrastructure using X.509)がある。 文章: ドメインキー 2004年以降、Yahooは外部へ送る全てのメールにDomainKeysの署名をしており、また外部から届く全てのメールを検証している。2005年現在、Yahooが受信する3億通以上/日のメールがDomainKeysにより検証されている、とYahoo!は報告している。 Yahoo!が実施する1ヶ月前には、Gmailサービスの利用者から送信されるメールに署名するために、GoogleもDomainKeysを採用している。 DomainKeysは、メールの内容に対するデジタル署名データを含む「DomainKey-Signature」というメールヘッダを追加する。標準の認証機構は、メッセージ・ダイジェストとしてSHA-1、公開鍵暗号方式としてRSAを用い、Base64を用いて暗号化されたハッシュデータをエンコードする 文章: 公開鍵基盤 政府認証基盤(GPKI、Government PKI)は日本政府が運用するPKIであり、全省庁共通の政府共用認証局(官職認証局)、政府認証基盤の外にある認証局と相互認証するためのブリッジ認証局、および国民や企業に配る文書やプログラムにつける署名に対する証明書を発行するアプリケーション認証局から構成される。 なおもともとは各省庁が自身で用いる認証局(府省認証局)を設置し、それらを総務省が設置しているブリッジ認証局を通して相互認証する構成であったが、府省認証局は平成20年以降順次廃止され、上述したスタイルになっている。 政府認証基盤では行政機関の公文書に対して署名するときに用いられる電子証明書を発行しており、これを官職証明書という。他にも府省等が運用する情報システムの認証等に使用する利用者証明書や暗号鍵の証明書として用いる暗号化通信用等証明書を発行している。 文章: FIDO (認証技術) 二段階認証を採用しており、ID/パスワードの1段階めの認証に加えて、セキュリティコードやセキュリティキーなどを使った認証を行う。セキュリティーキーとして、USBキーに加えて、BluetoothとNFCをサポートした仕様となっている。 文章: PKI Public Key Infrastructure の頭字語。 公開鍵基盤 公開鍵基盤 このページはスタブ(書きかけ)です。このページを加筆して下さる協力者を求めています。 文章: 公開鍵基盤 CRL(Certificate Rivocation List、証明者失効リスト)はすでに失効した公開鍵証明書(のシリアル番号)のリストである。各利用者がこのリストを確認することで公開鍵の失効状況を確認ができる。 CRLの発行者は多くの場合証明書を発行した認証局自身であり、CRLにはその真正性を示すため発行者の署名が付与されている。 CRLはリポジトリという公開サーバに格納し、PKIの利用者はこのサーバにアクセスすることでCRLを入手できる。 文章: 公開鍵基盤 Debianやその派生OSなどの一部のLinuxディストリビューションでは、配布されているすべてのパッケージについて開発者がGnuPG署名を施すことで、パッケージの改ざんを防止している。したがって、Debianの開発者には Web of Trust への参加が義務付けられている。Linuxカーネルの開発においても、Web of Trust への参加が求められている。一方、開発者に限らず一般のユーザーも、Web of Trust に参加することで自分が使用しているソフトウェアの安全性を検証できる。 GitやBazaarなどの一部のバージョン管理システムには、リビジョンに対してGnuPG署名を施すことができるシステムが備わっている。 その他の選択肢として簡易公開鍵基盤(SPKI、スプーキーと読む)がある。これは公開鍵によるパブリック認証を行うものではないが、X.509の複雑さとPGPの Web of trust を克服しようという三つの独立した試みから生まれた。SPKIは人を鍵に結び付けることはしない。何故なら信頼されるのは人ではなく鍵そのものだからである。SPKIでは発行者が即ち承認者(verifier)でもあるので、信頼という概念がない。これはSPKIの用語で「オーソライゼーション・ループ」と呼ばれており、オーソライゼーションが設計に深く関わっている。 文章: DMARC ラップされたメッセージを解釈できるメールクライアントを使う場合、メッセージのラッピングは上手く動作する。ただ、いくつかの国で法的にそうせざるを得ない場合や、日常的にSPF認証に失敗することがすべての認証をより脆弱なものとしている場合を除けば、何も変更しないのが最も明白な解決法だと思われる。 From;ヘッダフィールドをDKIM連携を通過するために変更することによって、RFC 5322の3.6.2節「'From'フィールドにはメッセージの作成者、すなわち、メッセージの作成した責任を持つ人またはシステムあるいはその集合のメールボックス(群)を指定する」に準拠しない状態になり得る。メールボックスは作成者のメールアドレスを指す。Sender:ヘッダはメールが別の集団を代表して送られてきたことを示すことができるが、DMARCはFromドメインのポリシのみをチェックし、Senderドメインのポリシは無視する。 ADSP(英語版)とDMARC はともに、多くのユーザエージェントがSenderフィールドを受信者に表示しないという非技術的な理由により、Senderフィールドを利用することを拒否している。