(57)【特許請求の範囲】
【請求項１】
リクエスタREQが、認証アクセスコントローラAACとセキュリティポリシー合意を行うステップ1と、
REQがAACと身分認証を行うステップ2と、
REQがAACと鍵合意を行うステップ3と、
を含み、
上記ステップ1の具体的な実現方式は、
ステップ11のセキュリティポリシー合意要求を行い、即ち、REQがAACにアクセスする際に、AACはREQにセキュリティポリシー合意要求パケットを送信し、当該パケットにTIEAACが含まれ、TIEAACフィールドは、AACがサポートする３エレメントピア認証TePAの情報要素を示し、AACがサポートする認証と鍵管理スイート及び暗号スイートを含み、
ステップ12のセキュリティポリシー合意応答を行い、即ち、REQはセキュリティポリシー合意要求パケットを受信した後に、以下の処理を行い、
即ち、REQは、セキュリティポリシー合意要求パケットにおけるTIEAACフィールドにより与えられた、AACがサポートする認証と鍵管理スイート及び暗号スイートに基づいて、ローカルポリシーを参照して両方が共有する認証と鍵管理スイート及び暗号スイートを選択して、セキュリティポリシー合意応答パケットを構成してAACに送信し、REQがセキュリティポリシー合意要求パケットにおける、AACがサポートする認証と鍵管理スイート及び暗号スイートの何れもサポートしない場合に、ローカルポリシーに基づいて、当該パケットを廃棄することができ、
セキュリティポリシー合意応答パケットの内容にTIEREQが含まれ、TIEREQフィールドは、 REQ が選択したTePA情報要素を示し、REQ が選択した認証と鍵管理スイート及び暗号スイートを含み、
ステップ13を行い、即ち、AACはセキュリティポリシー合意応答パケットを受信した後に、以下の処理を行い、即ち、
ステップ131を行い、即ち、AACは、REQ が選択した認証と鍵管理スイート及び暗号スイートをサポートするか否かを判断し、サポートしない場合に当該パケットを廃棄し、サポートする場合にステップ132を実行し、
ステップ132を行い、即ち、REQ が選択した認証と鍵管理スイートに基づいて相応する身分認証を開始することを含む、
ことを特徴とする有線LANのセキュリティアクセス制御方法。
【請求項２】
上記鍵合意は、ユニキャスト鍵合意、或いはユニキャスト鍵合意とマルチキャスト鍵通告を含むことを特徴とする請求項1に記載の有線LANのセキュリティアクセス制御方法。
【請求項３】
上記ステップ131において、REQ が選択した認証と鍵管理スイートは、証明書による認証プロトコルTAEP-CAAPであることを特徴とする請求項1又は2に記載の有線LANのセキュリティアクセス制御方法。
【請求項４】
REQ が選択した認証と鍵管理スイートがTAEP-CAAPの場合に、上記ステップ2の具体的な実現方式は、
ステップ21の認証のアクティブ化を行い、即ち、AACはREQに認証アクティブパケットを送信して、REQをアクティブにして証明書認証を行い、認証アクティブパケットは、SNonce、IDAS-AAC、CertAAC、ParaECDH 、TIEAAC及びSIGAACを含み、
SNonceフィールドは、認証標識を示し、初回目の身分認証過程の場合に、当該フィールドはAACが生成した乱数であり、身分認証の更新過程の場合に、当該フィールドの値は前回の身分認証過程で合意して生成した認証標識の値であり、
IDAS-AACフィールドは、AACが信頼するASの身分標識IDを示し、AACの証明書CertAACの発行者ASのIDであり、
CertAACフィールドは、AACの証明書を示し、
ParaECDHフィールドは、楕円曲線暗号方式の楕円曲線暗号パラメータを示し、REQとAACが楕円曲線DH計算を行う際に採用される楕円曲線暗号パラメータであり、
TIEAACフィールドは、AACがサポートする認証と鍵管理スイート及び暗号スイートを示し、その値は、セキュリティポリシー合意要求パケットにおけるTIEAACフィールドの値と同じであり、
SIGAACフィールドは、AACのサインを示し、AACが自分の私有鍵を利用して本パケットにおける本フィールド以外の全てのフィールドに対して行ったサインであり、選択可能なフィールドであり、
ステップ22のアクセス認証要求を行い、即ち、REQは、認証アクティブパケットを受信した後に、以下の処理を行い、即ち、
ステップ221を行い、即ち、今回の認証過程が身分認証の更新過程であれば、REQは、認証アクティブパケットにおける認証標識のフィールドの値が前回の身分認証過程で保存した認証標識と一致するか否かを検査し、一致しない場合に、当該パケットを廃棄し、さもなければ、ステップ222を実行し、今回の認証過程が証明書認証の更新過程ではなく、初回目の身分認証過程であれば、直接にステップ222を実行し、
ステップ222を行い、即ち、TIEAACフィールドの値が、セキュリティポリシー合意過程で受信したセキュリティポリシー合意要求パケットにおけるTIEAACフィールドの値と一致するか否かを検証し、一致しない場合に、当該パケットを廃棄し、一致する場合にステップ223を実行し、
ステップ223を行い、即ち、受信した認証アクティブパケットにSIGAACフィールドが含まれていれば、SIGAACフィールドの正確性を検証し、正確でない場合に、当該パケットを廃棄し、正確である場合に、ステップ224を実行し、受信した認証アクティブパケットにSIGAACフィールドが含まれていなければ、直接にステップ224を実行し、
ステップ224を行い、即ち、認証アクティブパケットにおけるIDAS-AACフィールドに基づいて、当該ASが発行したREQの証明書CertREQを選択するか、或いはローカルポリシーに基づいてREQの証明書CertREQを選択し、且つECDH交換に用いられるREQ鍵データx・ＰとREQチャレンジNREQを生成し、アクセス認証要求パケットを生成してAACに送信し、アクセス認証要求パケットの内容には、SNonce、NREQ 、x・Ｐ、IDAAC、 CertREQ 、ParaECDH 、ListAS-REQ 、TIE REQ 、及びSIG REQが含まれ、
SNonceフィールドは、認証標識を示し、その値は、認証アクティブパケットにおけるSNonceフィールドの値と同じであり、初回目の身分認証過程であれば、当該フィールドの値は認証アクティブパケットにおけるSNonceフィールドの値によって直接に決められ、身分認証の更新過程であれば、当該フィールドの値は前回の身分認証過程で計算した認証標識の値であり、
NREQフィールドは、REQチャレンジを示し、REQが生成した乱数であり、
x・Ｐフィールドは、REQの鍵データを示し、REQが生成した、ECDH交換に用いられる一時公開鍵であり、
IDAACフィールドは、AACの身分標識IDを示し、認証アクティブパケットにおけるAACの証明書CertAACフィールドにより得られたものであり、
CertREQフィールドは、REQの証明書を示し、
ParaECDHフィールドは、ECDHパラメータを示し、REQとAACがECDH計算を行う際に採用される楕円曲線暗号パラメータであり、その値は、認証アクティブパケットにおけるParaECDHフィールドの値と同じであり、
ListAS-REQフィールドは、REQが信頼するASのリストを示すが、REQの証明書CertREQの発行者を含まず、REQはその証明書の発行者以外に、さらに他のエンティティを信頼すれば、このフィールドによりAACに通知することができ、このフィールドは選択可能なフィールドであり、
TIE REQフィールドは、REQが選択した認証と鍵管理スイート及び暗号スイートを示し、その値は、セキュリティポリシー合意応答パケットにおけるTIE REQフィールドの値と同じであり、
SigREQフィールドは、REQのサインを示し、REQが自分の私有鍵を利用して本パケットにおける本フィールド以外の全てのフィールドに対して行ったサインであり、
ステップ23の証明書認証要求を行い、即ち、AACはアクセス認証要求パケットを受信した後に、以下の処理を行い、即ち、
ステップ231を行い、即ち、AACが認証アクティブパケットを送信すると、受信したパケットにおけるSNonce、ParaECDHフィールドの値が、認証アクティブパケットにおける対応するフィールドの値と一致するか否かを検査し、一つでも一致しない場合に、当該パケットを廃棄し、さもなければ、ステップ232を実行し、AACが認証アクティブパケットを送信していない場合に、SNonceフィールドの値が前回の証明書認証過程で計算した認証標識と一致するか否かを検査し、且つParaECDHフィールドが前回の認証アクティブパケットにおけるParaECDHと一致するか否かを検査し、一つでも一致しない場合に、当該パケットを廃棄し、さもなければ、ステップ232を実行し、
ステップ232を行い、即ち、IDAACが自分の身分と一致するか否かを検査し、且つTIE REQフィールドの値がセキュリティポリシー合意過程で受信したセキュリティポリシー合意応答パケットにおけるTIE REQフィールドの値と一致するか否かを検査し、一つでも一致しない場合に、当該パケットを廃棄し、さもなければ、ステップ233を実行し、
ステップ233を行い、即ち、REQのサインSig REQフィールドの正確性を検証し、正確でない場合に、当該パケットを廃棄し、さもなければ、ステップ234を実行し、
ステップ234を行い、即ち、AACのローカルポリシーが、ASを使用してREQの証明書CertREQを認証することを要求する場合に、AACは証明書認証要求パケットを生成してASに送信し、さもなければ、ステップ235を実行し、
ステップ235を行い、即ち、AACはREQの証明書CertREQに対してローカル認証を行い、即ち、ローカルにキャッシングしたREQの証明書CertREQの検証結果及びローカルポリシーで定義された適時性に基づいて、REQの証明書CertREQの検証結果を確認し、正当であれば、ECDH交換に用いられる鍵データ及びAACチャレンジNAACをローカルに生成し、当該鍵データがAACの一時公開鍵y・Pであり、且つ、REQの一時公開鍵x・P及び自分の一時私有鍵yに基づいてECDH計算を行ってベース鍵BK及び次回の身分認証過程の認証標識を取得して保存し、その後にアクセス結果を成功に設定し、アクセス認証応答パケットを構成してREQに送信し、且つユーザのネットワークへのアクセスを許可し、CertREQの検証結果が不正であれば、AACはアクセス結果を不成功に設定し、AACのチャレンジNAACと鍵データy・Pは任意値に設定でき、アクセス認証応答パケットを構成してREQに送信し、その後に当該REQとの関連を解除し、
証明書認証要求パケットの主な内容には、NAAC、 NREQ 、CertREQ 、CertAAC、及びListAS-REQが含まれ、
NAACフィールドは、AACのチャレンジを示し、AACが生成した乱数であり、
NREQフィールドは、REQのチャレンジを示し、REQが生成した乱数であり、その値は、REQが送信したアクセス認証要求パケットにおけるNREQフィールドの値と同じであり、
CertREQフィールドは、REQの証明書を示し、その値は、アクセス認証要求パケットにおけるCertREQフィールドの値と同じであり、
CertAACフィールドは、AACの証明書を示し、その値は、認証アクティブパケットにおけるCertAACフィールドの値と同じであり、
ListAS-REQフィールドは、REQが信頼するASのリストを示し、その値はREQが送信したアクセス認証要求パケットにおけるListAS-REQフィールドの値と同じであり、このフィールドは選択可能なフィールドであり、
ステップ24の証明書認証応答を行い、即ち、ASは、証明書認証要求パケットを受信した後に、以下の処理を行い、即ち、
ステップ241を行い、即ち、今回の認証過程が単一方向認証であれば、REQの証明書CertREQのみを検証すればよく、双方向認証であれば、AACの証明書CertAACとREQの証明書CertREQを同時に検証する必要があり、RFC3280を参照して証明書の検証を行い、検証できない場合に、相応の証明書の検証結果を、証明書の発行者が明確でないと設定し、さもなければ、証明書の状態を検証し、その後にステップ242を実行し、
ステップ242を行い、即ち、証明書の検証結果に基づいて、証明書認証応答パケットを構成し、且つ相応のサインを付加して、AACに送信し、証明書認証応答パケットの主な内容には、REScert 、SIGAS- REQ 、及びSIGAS- AACが含まれ、
REScertフィールドは、証明書の検証結果を示し、AACチャレンジの値NAAC、REQのチャレンジの値NREQ、CertAACの検証結果、CertREQの検証結果を含み、単一方向認証のみである場合に、AACの証明書CertAACの検証結果を含まず、
SIGAS- REQフィールドは、REQの信頼するASが本パケットにおける証明書の検証結果REScertフィールドに対して行ったサインを示し、
SIGAS- AACフィールドは、AACの信頼するASが証明書認証応答パケットにおける本フィールド以外の全てのフィールドに対して行ったサインを示し、このフィールドは選択可能なフィールドであり、証明書検証結果に対してサインを行うASとAACが信頼するASが同一であれば、このフィールドは必要がなく、
ステップ25のアクセス認証応答を行い、即ち、AACは、証明書認証応答パケットを受信した後に、以下の処理を行い、即ち、
ステップ251を行い、即ち、証明書の検証結果REScertフィールドにおけるAACのチャレンジNAACが証明書認証要求パケットにおけるNAACフィールドの値と同じであるか否かを検査し、同じでない場合に、当該パケットを廃棄し、同じである場合に、ステップ252を実行し、
ステップ252を行い、即ち、パケットに二つのサインのフィールドが含まれている場合に、AACが信頼するASのサインSIGAS- AACフィールドが正確であるか否かを検査し、正確でない場合に、当該パケットを廃棄し、正確である場合にステップ253を実行し、パケットに一つのサインのフィールドしか含まれていない場合に、即ちREQの信頼するASがAACの信頼するASでもあることを表明した場合に、SIGAS- REQフィールドが正確であるか否かを検査し、正確でない場合に、当該パケットを廃棄し、正確である場合にステップ253を実行し、
ステップ253を行い、即ち、証明書の検証結果REScertフィールドにおけるCertREQの検証結果が正当であるか否かを検査し、正当であれば、ECDH交換に用いられる鍵データy・P及びAACチャレンジNAACをローカル生成し、且つ、REQの一時公開鍵x・P及び自分の一時私有鍵yに基づいてECDH計算を行ってBK及び次回の身分認証過程の認証標識を取得して保存し、その後にアクセス結果を成功に設定し、アクセス認証応答パケットを構成してREQに送信し、且つユーザのネットワークへのアクセスを許可し、CertREQの検証結果が不正であれば、AACはアクセス結果を不成功に設定し、AACのチャレンジNAACと鍵データy・Pは任意値に設定でき、アクセス認証応答パケットを構成してREQに送信し、その後にREQとの関連を解除し、アクセス認証応答パケットの主な内容には、NREQ、NAAC、 AccRES、x・P、y・P、IDAAC、IDREQ、MRESCert、及びSIGAAC 或いはMIC1が含まれ、
NREQフィールドは、REQチャレンジを示し、REQが生成した乱数であり、このフィールドは選択可能なフィールドであり、単一方向認証過程のみである場合、アクセス認証応答パケットがこのフィールドを含む必要があり、存在している場合に、その値は、REQが送信したアクセス認証要求パケットにおけるNREQフィールドの値と同じであり、
NAACフィールドは、AACのチャレンジを示し、AACが生成した乱数であり、このフィールドは選択可能なフィールドであり、単一方向認証過程のみである場合、アクセス認証応答パケットがこのフィールドを含む必要があり、存在している場合に、その値は、AACが送信した証明書認証要求パケットにおけるNAACフィールドの値と同じであり、
AccRESフィールドは、アクセス結果を示し、AACが認証結果に基づいて設定したアクセス成功或いは失敗及び失敗の原因であり、
x・Pは、REQの鍵データを示し、REQが生成した、ECDH交換に用いられる一時公開鍵であり、その値は、REQが送信したアクセス認証要求パケットにおけるx・Pフィールドの値と同じであり、
y・Pは、AACの鍵データを示し、AACが生成した、ECDH交換に用いられる一時公開鍵であり、
IDAACフィールドは、AACの身分標識IDを示し、AACの証明書CertAACフィールドにより得られたものであり、
IDREQフィールドは、REQの身分標識IDを示し、受信したアクセス認証要求パケットにおけるREQの証明書CertREQフィールドにより得られたものであり、
MRESCertフィールドは、複合した証明書検証結果を示し、このフィールドは選択可能なフィールドであり、双方向認証過程のみである場合、アクセス認証応答パケットがこのフィールドを含む必要があり、存在している場合に、当該フィールドは証明書認証応答パケットにおける各フィールドにより構成され、且つ値も同じであり、
SIGAACフィールドは、AACのサインを示し、AACが自分の私有鍵を利用してアクセス認証応答パケットにおける本フィールド以外の全てのフィールドに対して行ったサインであり、
MIC1フィールドは、メッセージ認証コードを示し、AACが認証過程で合意生成したBKを利用して、アクセス認証応答パケットにおける本フィールド以外の全てのフィールド及び次回の証明書認証過程の認証標識に対して計算して得られたハッシュ値であり、
アクセス認証応答パケットは、SIGAACフィールドとMIC1フィールドのうちの何れかを含めば良く、今回の身分認証過程に認証アクティブパケットが存在し、且つ認証アクティブパケットにSIGAACフィールドが含まれている場合に、このパケットはMIC1フィールドだけを含み、今回の身分認証過程に認証アクティブパケットが存在しないか、或いは認証アクティブパケットにSIGAACフィールドが含まれていない場合に、このパケットはSIGAACフィールドだけを含み、
ステップ26のアクセス認証確認を行い、即ち、REQは、アクセス認証応答パケットを受信した後に、以下の処理を行い、即ち、
ステップ261を行い、即ち、パケットにおけるIDAAC とIDREQフィールドに基づいて、現在のアクセス認証要求パケットに対応するアクセス認証応答パケットであるか否かを判断し、否定の場合に、当該パケットを廃棄し、肯定の場合に、ステップ262を実行し、
ステップ262を行い、即ち、パケットにおけるREQ鍵データx・Pフィールドの値と、自分が送信したアクセス認証要求パケットにおけるx・Pフィールドの値が一致するか否かを比較し、一致しない場合に、当該パケットを廃棄し、さもなければ、ステップ263を実行し、
ステップ263を行い、即ち、単一方向認証過程であれば、NREQフィールドの値と前に送信したアクセス認証要求パケットにおけるNREQフィールドの値が一致するか否かを比較し、一致しない場合に、当該パケットを廃棄し、さもなければ、ステップ264を実行し、双方向認証過程であれば、直接にステップ264を実行し、
ステップ264を行い、即ち、パケットにおけるAccRESフィールドを調べ、アクセス結果が不成功であれば、当該AACとの関連を解除し、さもなければ、ステップ265を実行し、
ステップ265を行い、即ち、受信したアクセス認証応答パケットにSIGAACフィールドが含まれる場合に、SIGAACの正確性を検証し、正確でない場合に、当該パケットを廃棄し、さもなければ、ステップ266を実行し、受信したパケットにMIC1フィールドが含まれる場合に、MIC1フィールドの正確性を検証し、正確でない場合に、当該パケットを廃棄し、さもなければ、ステップ266を実行し、
ステップ266を行い、即ち、単一方向認証過程であれば、ステップ268を実行し、さもなければ、複合した証明書検証結果MRESCertフィールドに含まれるNREQフィールドの値が自分が送信したアクセス認証要求パケットにおけるNREQフィールドの値と一致するか否かを検証し、一致しない場合に当該パケットを廃棄し、一致する場合に、サインSIGAS- REQが正確であるか否かを検証し、正確でない場合に当該パケットを廃棄し、正確である場合にステップ267を実行し、
ステップ267を行い、即ち、複合した証明書検証結果MRESCertフィールドにおけるAACの証明書検証結果が正当であるか否かを検証し、不正であれば、当該ネットワークが不正であるため、当該ネットワークにアクセスすることができないことがわかり、さもなければ、当該ネットワークが正当であるため、当該ネットワークにアクセスすることができることがわかり、且つステップ268を実行し、
ステップ268を行い、即ち、REQはAACの一時公開鍵y・Pと自分の一時私有鍵xに基づいてECDH計算を行って、BK及び次回の証明書認証過程の認証標識を取得して保存し、
ステップ269を行い、即ち、受信したアクセス認証応答パケットにMIC1フィールドが含まれる場合に、アクセス認証確認パケットの送信が選択可能であり、受信したパケットにAACのサインSIGAACフィールドが含まれる場合に、アクセス認証確認パケットを構成してAACに送信する必要があり、アクセス認証確認パケットの主な内容には、MIC2が含まれ、
MIC2フィールドは、メッセージ認証コードを示し、REQが認証過程で合意生成したBKを利用して、AAC チャレンジの値NAAC、REQチャレンジの値NREQ及び次回の証明書認証過程の認証標識に対して計算して得られたハッシュ値である、
ことを含むことを特徴とする請求項3に記載の有線LANのセキュリティアクセス制御方法。
【請求項５】
上記ステップ253において、AACがアクセス認証応答パケットをREQに送信した後に、送信したアクセス認証応答パケットに含まれるのがAACのサインSIG AACフィールドであれば、AACはアクセス認証確認パケットを受信するまで待機する必要があることを特徴とする請求項4に記載の有線LANのセキュリティアクセス制御方法。
【請求項６】
上記ステップ269において、AACは、REQが送信したアクセス認証確認パケットを受信した後に、パケットにおけるMIC2フィールドの正確性を検証する必要があり、正確である場合に、REQが自分と一致するBKを備え、正確でない場合に、当該フィールドを廃棄することを特徴とする請求項4に記載の有線LANのセキュリティアクセス制御方法。
【請求項７】
上記ステップ3の具体的な実現方式は、
ステップ31のユニキャスト鍵合意要求を行い、即ち、AACと REQが身分認証過程を完成した後に、AACはREQにユニキャスト鍵合意要求パケットを送信して、REQとのユニキャスト鍵合意を開始し、ユニキャスト鍵合意要求パケットの内容には、NAAC 及びMIC3が含まれ、
NAACフィールドは、AACのチャレンジを示し、初回目のユニキャスト鍵合意であれば、当該フィールドはAACが生成した乱数であり、ユニキャスト鍵の更新過程であれば、当該フィールドは前回のユニキャスト鍵合意過程で保存されたNAAC値であり、
MIC3フィールドは、メッセージ認証コードを示し、AACがAACとREQとの間で共有するBKを利用して計算して得られたハッシュ値であり、
ステップ32のユニキャスト鍵合意応答を行い、即ち、REQは、ユニキャスト鍵合意要求パケットを受信した後に、以下の処理を行い、
ステップ321を行い、即ち、今回の鍵合意過程がユニキャスト鍵の更新過程であれば、パケットにおけるNAACフィールドと前回の鍵合意過程で保存されたNAACが一致するか否かを検査し、一致しない場合に、当該パケットを廃棄し、一致する場合にステップ322を実行し、今回の鍵合意過程がユニキャスト鍵の更新過程でない場合に、直接にステップ322を実行し、
ステップ322を行い、即ち、MIC3フィールドが正確であるか否かを検証し、正確でない場合に、当該パケットを廃棄し、正確である場合にステップ323を実行し、
ステップ323を行い、即ち、REQはREQチャレンジNREQを生成し、その後に計算によりユニキャストセッション鍵及び次回の鍵合意過程で使用するNAACを取得して保存し、ユニキャストセッション鍵は、プロトコルデータ鍵PDKとユニキャストデータ鍵UDKを含み、
PDKを利用してMIC4を計算し、ユニキャスト鍵合意応答パケットを構成してAACに送信し、
REQが新たに合意したユニキャストセッション鍵をインストールし、
ユニキャスト鍵合意応答パケットの内容にはNREQ、 NAAC、及び MIC4が含まれ、
NREQフィールドは、REQのチャレンジを示し、REQが生成した乱数であり、
NAACフィールドは、AACのチャレンジを示し、その値はユニキャスト鍵合意要求パケットにおけるNAACフィールドの値と同じであり、初回目のユニキャスト鍵合意過程であれば、当該フィールドの値はユニキャスト鍵合意要求パケットにおけるNAACフィールドの値により直接に決められ、ユニキャスト鍵の更新過程であれば、当該フィールドは前回のユニキャスト鍵合意過程で保存されたNAAC値であり、
MIC4フィールドは、メッセージ認証コードを示し、REQが生成されたPDKを利用して、ユニキャスト鍵合意応答パケットにおける本フィールド以外の全てのフィールドに対して計算して得られたハッシュ値であり、
ステップ33のユニキャスト鍵合意確認を行い、即ち、AACは、ユニキャスト鍵合意応答パケットを受信した後に、以下の処理を行い、即ち、
ステップ331を行い、即ち、今回の鍵合意過程がユニキャスト鍵の更新過程であれば、パケットにおけるNAACフィールドと前回の鍵合意過程で保存されたNAACが一致するか否かを検査し、一致しない場合に、当該パケットを廃棄し、一致する場合にステップ332を実行し、今回の鍵合意過程がユニキャスト鍵の更新過程でない場合に、パケットにおけるNAACフィールドの値がユニキャスト鍵合意要求パケットにおけるNAACフィールの値と一致するか否かを検査する必要があり、一致しない場合に、当該パケットを廃棄し、さもなければ、ステップ332を実行し、
ステップ332を行い、即ち、パケットにおけるフィールドNREQ とNAACフィールドに基づいて、計算によりユニキャストセッション鍵及び次回の鍵合意過程で使用するNAACを取得して保存し、ユニキャストセッション鍵は、PDKとUDKを含み、
ステップ333を行い、即ち、PDKを利用して、パケットにおけるMIC4が正確であるか否かを検証し、正確でない場合に、当該パケットを廃棄し、正確である場合にステップ334を実行し、
ステップ334を行い、即ち、PDKを利用して、MIC5を計算し、ユニキャスト鍵合意確認パケットを構成してREQに送信し、
ステップ335を行い、即ち、AACは新たに合意したユニキャストセッション鍵をインストールし、新たにインストールしたユニキャストセッション鍵の送受信機能を起動し、即ち、当該新たな鍵を利用してユニキャストデータに対して暗号化・復号化することを許可し、今回のユニキャスト鍵合意過程が更新過程であれば、さらに古いユニキャストセッション鍵を削除する必要があり、
ユニキャスト鍵合意確認パケットの内容には、NREQ 及びMIC5が含まれ、
NREQフィールドは、REQのチャレンジを示し、REQが生成した乱数であり、その値は、ユニキャスト鍵合意応答パケットにおけるNREQフィールドの値と同じであり、
MIC5フィールドは、メッセージ認証コードを示し、AACが生成されたPDKを利用して、ユニキャスト鍵合意確認パケットにおける本フィールド以外の全てのフィールドに対して計算して得られたハッシュ値であり、
ステップ34を行い、即ち、REQは、ユニキャスト鍵合意確認パケットを受信した後に、以下の処理を行い、
ステップ341を行い、即ち、NREQフィールドが自分の送信したユニキャスト鍵合意応答パケットにおけるNREQフィールドと同じであるか否かを検査し、同じでない場合に、当該パケットを廃棄し、同じである場合に、ステップ342を実行し、
ステップ342を行い、即ち、PDKを利用して、パケットにおけるMIC5が正確であるか否かを検証し、正確でない場合に、当該パケットを廃棄し、正確である場合にステップ343を実行し、
ステップ343を行い、即ち、新たにインストールしたユニキャストセッション鍵の送信機能を起動し、即ち、当該新たな鍵を利用してユニキャストデータを暗号化して送信することを許可し、今回のユニキャスト鍵合意過程が更新過程であれば、さらに古いユニキャストセッション鍵を削除する必要がある、
ことを含むことを特徴とする請求項4に記載の有線LANのセキュリティアクセス制御方法。
【請求項８】
上記ステップ3の具体的な実現方式は、
ステップ35のマルチキャスト鍵通告を行い、マルチキャスト鍵通告パケットの内容には、鍵通告標識KN、鍵暗号化データEMDK、およびMIC6が含まれ、
KNフィールドは、鍵通告標識を示し、一つの整数に初期化され、鍵更新通告の度に当該フィールドの値に1プラスし、通告の鍵が変わらないと、当該フィールドの値がそのまま保持され、
EMDKフィールドは、鍵暗号化データを示し、AACがPDKを利用して、マルチキャストデータ鍵MDKに対して暗号化したデータであり、
MIC6フィールドは、メッセージ認証コードを示し、AACがユニキャスト鍵合意過程で生成したPDKを利用して、マルチキャスト鍵通告パケットにおける本フィールド以外の全てのフィールドに対して計算して得られたものであり、
ステップ36のマルチキャスト鍵応答を行い、即ち、REQは、マルチキャスト鍵通告パケットを受信した後に、以下の処理を行い、
ステップ361を行い、即ち、KNフィールドが単調増加するか否かを調べ、否定の場合に、当該フィールドを廃棄し、肯定の場合に、ステップ362を実行し、
ステップ362を行い、即ち、ユニキャスト鍵合意過程で生成したPDKを利用して、MIC6フィールドが正確であるか否かを検証し、正確でない場合に、当該フィールドを廃棄し、正確である場合に、ステップ363を実行し、
ステップ363を行い、即ち、ユニキャスト鍵合意過程で生成したPDKを利用して、EMDKフィールドに対して復号化してMDKを取得し、
ステップ364を行い、即ち、今回のKNフィールドの値を保存し、且つマルチキャスト鍵応答パケットを生成して、AACに送信し、
マルチキャスト鍵応答パケットの内容にはKN及びMIC7が含まれ、
KNフィールドは、鍵通告標識を示し、その値はマルチキャスト鍵通告パケットにおけるKNフィールドの値と同じであり、
MIC7フィールドは、メッセージ認証コードを示し、REQがユニキャスト鍵合意過程で生成したPDKを利用して、マルチキャスト鍵確認パケットにおける本フィールド以外の全てのフィールドに対して計算して得られたものであり、
ステップ37を行い、即ち、AACは、マルチキャスト鍵応答パケットを受信した後に、以下の処理を行い、即ち、
ステップ371を行い、即ち、KNフィールドが前に送信したマルチキャスト鍵通告パケットにおける対応するフィールドの値と一致するか否かを比較し、一致しない場合に、当該フィールドを廃棄し、一致する場合に、ステップ372を実行し、
ステップ372を行い、即ち、ユニキャスト鍵合意過程で生成したPDKを利用して、MIC7フィールドが正確であるか否かを検証し、正確でない場合に、当該フィールドを廃棄し、正確である場合にマルチキャストデータ鍵を得る、
ことを含むことを特徴とする請求項4に記載の有線LANのセキュリティアクセス制御方法。
【請求項９】
リクエスタREQ、認証アクセスコントローラAAC、認証サーバASを含み、上記REQとASはAACにそれぞれ接続され、上記AACはREQにサービスポートを提供し、上記ASはREQとAACに認証サービスを提供し、
REQがAACとセキュリティポリシー合意を行い、
そのセキュリティポリシー合意を行う具体的な実現方式は、
セキュリティポリシー合意要求を行い、即ち、REQがAACにアクセスする際に、AACはREQにセキュリティポリシー合意要求パケットを送信し、当該パケットにTIEAACが含まれ、TIEAACフィールドは、AACがサポートする３エレメントピア認証TePAの情報要素を示し、AACがサポートする認証と鍵管理スイート及び暗号スイートを含み、
セキュリティポリシー合意応答を行い、即ち、REQはセキュリティポリシー合意要求パケットを受信した後に、以下の処理を行い、
即ち、REQは、セキュリティポリシー合意要求パケットにおけるTIEAACフィールドにより与えられた、AACがサポートする認証と鍵管理スイート及び暗号スイートに基づいて、ローカルポリシーを参照して両方が共有する認証と鍵管理スイート及び暗号スイートを選択して、セキュリティポリシー合意応答パケットを構成してAACに送信し、REQがセキュリティポリシー合意要求パケットにおける、AACがサポートする認証と鍵管理スイート及び暗号スイートの何れもサポートしない場合に、ローカルポリシーに基づいて、当該パケットを廃棄することができ、
セキュリティポリシー合意応答パケットの内容にTIEREQが含まれ、TIEREQフィールドは、 REQ が選択したTePA情報要素を示し、REQ が選択した認証と鍵管理スイート及び暗号スイートを含み、
AACはセキュリティポリシー合意応答パケットを受信した後に、以下の処理を行い、
即ち、AACは、REQ が選択した認証と鍵管理スイート及び暗号スイートをサポートするか否かを判断し、サポートしない場合に当該パケットを廃棄し、サポートする場合にREQ が選択した認証と鍵管理スイートに基づいて相応する身分認証を開始することを含む、
ことを特徴とする有線LANのセキュリティアクセス制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、2009年8月19日に中国国家知識産権局に提出した、出願番号200910023628．2、発明名称「有線LANのセキュリティアクセス制御方法及びそのシステム」の中国特許出願の優先権を主張し、その全ての内容を本願で援用した。
【０００２】
本発明は、有線LANのセキュリティアクセス制御方法及びそのシステムに関し、特に有線LAN（Local Area Network）においてユーザがネットワークにアクセスする際の３エレメントピア認証TePA（Tri-element Peer Authentication）メカニズムに基づくセキュリティアクセス制御方法TLAC(Tri-element LAN Access Control)及びそのシステムに関する。
【背景技術】
【０００３】
TePA技術は、我が国で初めて提出した、端末とネットワーク間のピア認証の技術的思想とフレームワーク方法であり、３エレメントエンティティ認証アーキテクチャを定義し、ピア認証の思想に基づいて、ユーザとネットワーク間の双方向ピア認証を完成できる。
【０００４】
現在、有線LANにおいて、IEEEは、IEEE802.3に対してセキュリティ強化を行ってリンク層のセキュリティを実現し、典型的なセキュリティアクセスアーキテクチャプロトコルIEEE802.1x及びIEEE802.1x認証に基づく鍵管理プロトコル等を採用している。IEEE802.1xの基本認証方法は、端末とアクセスポイント装置の他に認証サーバを増加し、アクセスポイント装置が認証サーバを利用して端末の身分に対して認証を行うことにより、端末に対するセキュリティアクセス制御を実現する。アクセスポイント装置は直接に端末と認証サーバ間の認証情報を転送し、独立エンティティとして身分認証過程に参加するものではない。このようなモードは、ネットワークによる端末身分に対する正当性認証のみを実現できるが、端末によるアクセスネットワークに対する正当性認証の需要を満足できず、端末とネットワーク間の双方向認証を実現することができない。端末はアクセスポイント装置の身分に対して確認を行うことができなく、後でこのようなセキュリティアーキテクチャにセキュリティパッチの増加等をしてセキュリティホールを補っても、中間者の攻撃、端末の不正ネットワークへのアクセスのようなセキュリティ問題を徹底に解決することができない。このようなセキュリティアクセス技術プロトコルを今まで使用し、産業発展を非常に阻害している。
【発明の概要】
【課題を解決するための手段】
【０００５】
本発明は、背景技術における上記技術問題を解決するために、ユーザとネットワーク間の双方向（単一方向）認証を実現できると共に、端末とネットワーク装置間の秘密通信で使用される鍵合意を実現できる有線LANのセキュリティアクセス制御方法及びそのシステムを提供する。
【０００６】
本発明の技術解決案は、有線LANのセキュリティアクセス制御方法を提供した。当該方法は、
リクエスタREQが、認証アクセスコントローラAACとセキュリティポリシー合意を行うステップ1と、
REQが、AACと身分認証を行うステップ2と、を含むことを特徴とする。
【０００７】
当該方法は、さらに、REQがAACと鍵合意を行うステップ3を含む。
上記ステップ1の具体的な実現方式は、
ステップ11のセキュリティポリシー合意要求を行い、即ち、REQがAACにアクセスする際に、AACはREQにセキュリティポリシー合意要求パケットを送信し、当該パケットにTIEAACが含まれ、
TIEAACフィールドは、AACがサポートする３エレメントピア認証TePAの情報要素を示し、AACがサポートする認証と鍵管理スイート及び暗号スイートを含み、
ステップ12のセキュリティポリシー合意応答を行い、即ち、REQは、セキュリティポリシー合意要求パケットを受信した後に、以下の処理を行い、
即ち、REQは、セキュリティポリシー合意要求パケットにおけるTIEAACフィールドにより与えられた、AACがサポートする認証と鍵管理スイート及び暗号スイートに基づいて、ローカルポリシーを参照して両方が共有する認証と鍵管理スイート及び暗号スイートを選択して、セキュリティポリシー合意応答パケットを構成してAACに送信し、REQがセキュリティポリシー合意要求パケットにおける、AACがサポートする認証と鍵管理スイート及び暗号スイートの何れもサポートしない場合に、ローカルポリシーに基づいて、当該パケットを廃棄することができ、
セキュリティポリシー合意応答パケットの内容にTIEREQが含まれ、TIEREQフィールドは、 REQ が選択したTePA情報要素を示し、REQ が選択した認証と鍵管理スイート及び暗号スイートを含み、
ステップ13を行い、即ち、AACはセキュリティポリシー合意応答パケットを受信した後に、以下の処理を行い、即ち、
ステップ131を行い、即ち、AACは、REQ が選択した認証と鍵管理スイート及び暗号スイートをサポートするか否かを判断し、サポートしない場合に当該パケットを廃棄し、サポートする場合にステップ132を実行し、
ステップ132を行い、即ち、REQ が選択した認証と鍵管理スイートに基づいて相応する身分認証を開始することを含む。
【０００８】
上記ステップ13において、REQ が選択した認証と鍵管理スイートが証明書に基づく認証と鍵管理スイートである場合、その身分証明過程は、証明書に基づく認証プロトコルTAEP-CAAPを採用する。
【０００９】
上記ステップ2の具体的な実現方式は、
ステップ21の認証のアクティブ化を行い、即ち、AACはREQに認証アクティブパケットを送信して、REQをアクティブにして証明書認証を行い、認証アクティブパケットは、SNonce、IDAS-AAC、CertAAC、ParaECDH 、TIEAAC及びSIGAACを含み、
SNonceフィールドは、認証標識を示し、初回目の身分認証過程の場合に、当該フィールドはAACが生成した乱数であり、身分認証の更新過程の場合に、当該フィールドの値は前回の身分認証過程で合意して生成した認証標識の値であり、
IDAS-AACフィールドは、AACが信頼するASの身分標識IDを示し、AACの証明書CertAACの発行者ASのIDであり、
CertAACフィールドは、AACの証明書を示し、
ParaECDHフィールドは、楕円曲線暗号方式の楕円曲線暗号パラメータを示し、REQとAACが楕円曲線DH（ECDH,Elliptic curve Diffie-Hellman）計算を行う際に採用される楕円曲線暗号パラメータであり、
TIEAACフィールドは、AACがサポートする認証と鍵管理スイート及び暗号スイートを示し、その値は、セキュリティポリシー合意要求パケットにおけるTIEAACフィールドの値と同じであり、
SIGAACフィールドは、AACのサインを示し、AACが自分の私有鍵を利用して本パケットにおける本フィールド以外の全てのフィールドに対して行ったサインであり、選択可能なフィールドであり、
ステップ22のアクセス認証要求を行い、即ち、REQは、認証アクティブパケットを受信した後に、以下の処理を行い、即ち、
ステップ221を行い、即ち、今回の認証過程が身分認証の更新過程であれば、REQは、認証アクティブパケットにおける認証標識のフィールドの値が前回の身分認証過程で保存した認証標識と一致するか否かを検査し、一致しない場合に、当該パケットを廃棄し、さもなければ、ステップ222を実行し、今回の認証過程が証明書認証の更新過程ではなく、初回目の身分認証過程であれば、直接にステップ222を実行し、
ステップ222を行い、即ち、TIEAACフィールドの値が、セキュリティポリシー合意過程で受信したセキュリティポリシー合意要求パケットにおけるTIEAACフィールドの値と一致するか否かを検証し、一致しない場合に、当該パケットを廃棄し、一致する場合にステップ223を実行し、
ステップ223を行い、即ち、受信した認証アクティブパケットにSIGAACフィールドが含まれていれば、SIGAACフィールドの正確性を検証し、正確でない場合に、当該パケットを廃棄し、正確である場合に、ステップ224を実行し、受信した認証アクティブパケットにSIGAACフィールドが含まれていなければ、直接にステップ224を実行し、
ステップ224を行い、即ち、認証アクティブパケットにおけるIDAS-AACフィールドに基づいて、当該ASが発行したREQの証明書CertREQを選択するか、或いはローカルポリシーに基づいてREQの証明書CertREQを選択し、且つECDH交換に用いられるREQ鍵データx・ＰとREQチャレンジNREQを生成し、アクセス認証要求パケットを生成してAACに送信し、アクセス認証要求パケットの内容には、SNonce、NREQ 、x・Ｐ、IDAAC、 CertREQ 、ParaECDH 、ListAS-REQ 、TIE REQ 、及びSIG REQが含まれ、
SNonceフィールドは、認証標識を示し、その値は、認証アクティブパケットにおけるSNonceフィールドの値と同じであり、初回目の身分認証過程であれば、当該フィールドの値は認証アクティブパケットにおけるSNonceフィールドの値によって直接に決められ、身分認証の更新過程であれば、当該フィールドの値は前回の身分認証過程で計算した認証標識の値であり、
NREQフィールドは、REQチャレンジを示し、REQが生成した乱数であり、
x・Ｐフィールドは、REQの鍵データを示し、REQが生成した、ECDH交換に用いられる一時公開鍵であり、
IDAACフィールドは、AACの身分標識IDを示し、認証アクティブパケットにおけるAACの証明書CertAACフィールドにより得られたものであり、
CertREQフィールドは、REQの証明書を示し、
ParaECDHフィールドは、ECDHパラメータを示し、REQとAACがECDH計算を行う際に採用される楕円曲線暗号パラメータであり、その値は、認証アクティブパケットにおけるParaECDHフィールドの値と同じであり、
ListAS-REQフィールドは、REQが信頼するASのリストを示すが、REQの証明書CertREQの発行者を含まなく、REQはその証明書の発行者以外に、さらに他のエンティティを信頼すれば、このフィールドによりAACに通知することができ、このフィールドは選択可能なフィールドであり、
TIE REQフィールドは、REQが選択した認証と鍵管理スイート及び暗号スイートを示し、その値は、セキュリティポリシー合意応答パケットにおけるTIE REQフィールドの値と同じであり、
SigREQフィールドは、REQのサインを示し、REQが自分の私有鍵を利用して本パケットにおける本フィールド以外の全てのフィールドに対して行ったサインであり、
ステップ23の証明書認証要求を行い、即ち、AACはアクセス認証要求パケットを受信した後に、以下の処理を行い、即ち、
ステップ231を行い、即ち、AACが認証アクティブパケットを送信すると、受信したパケットにおけるSNonce、ParaECDHフィールドの値が、認証アクティブパケットにおける対応するフィールドの値と一致するか否かを検査し、一つでも一致しない場合に、当該パケットを廃棄し、さもなければ、ステップ232を実行し、AACが認証アクティブパケットを送信していない場合に、SNonceフィールドの値が前回の証明書認証過程で計算した認証標識と一致するか否かを検査し、且つParaECDHフィールドが前回の認証アクティブパケットにおけるParaECDHと一致するか否かを検査し、一つでも一致しない場合に、当該パケットを廃棄し、さもなければ、ステップ232を実行し、
ステップ232を行い、即ち、IDAACが自分の身分と一致するか否かを検査し、且つTIE REQフィールドの値がセキュリティポリシー合意過程で受信したセキュリティポリシー合意応答パケットにおけるTIE REQフィールドの値と一致するか否かを検査し、一つでも一致しない場合に、当該パケットを廃棄し、さもなければ、ステップ233を実行し、
ステップ233を行い、即ち、REQのサインSig REQフィールドの正確性を検証し、正確でない場合に、当該パケットを廃棄し、さもなければ、ステップ234を実行し、
ステップ234を行い、即ち、AACのローカルポリシーが、ASを使用してREQの証明書CertREQを認証することを要求する場合に、AACは証明書認証要求パケットを生成してASに送信し、さもなければ、ステップ235を実行し、
ステップ235を行い、即ち、AACはREQの証明書CertREQに対してローカル認証を行い、即ち、ローカルにキャッシングしたREQの証明書CertREQの検証結果及びローカルポリシーで定義された適時性に基づいて、REQの証明書CertREQの検証結果を確認し、正当であれば、ECDH交換に用いられる鍵データ及びAACチャレンジNAACをローカルに生成し、当該鍵データがAACの一時公開鍵y・Pであり、且つ、REQの一時公開鍵x・P及び自分の一時私有鍵yに基づいてECDH計算を行ってベース鍵BK及び次回の身分認証過程の認証標識を取得して保存し、その後にアクセス結果を成功に設定し、アクセス認証応答パケットを構成してREQに送信し、且つユーザのネットワークへのアクセスを許可し、CertREQの検証結果が不正であれば、AACはアクセス結果を不成功に設定し、AACのチャレンジNAACと鍵データy・Pは任意値に設定でき、アクセス認証応答パケットを構成してREQに送信し、その後に当該REQとの関連を解除し、
証明書認証要求パケットの主な内容には、NAAC、 NREQ 、CertREQ 、CertAAC、及びListAS-REQが含まれ、
NAACフィールドは、AACのチャレンジを示し、AACが生成した乱数であり、
NREQフィールドは、REQのチャレンジを示し、REQが生成した乱数であり、その値は、REQが送信したアクセス認証要求パケットにおけるNREQフィールドの値と同じであり、
CertREQフィールドは、REQの証明書を示し、その値は、アクセス認証要求パケットにおけるCertREQフィールドの値と同じであり、
CertAACフィールドは、AACの証明書を示し、その値は、認証アクティブパケットにおけるCertAACフィールドの値と同じであり、
ListAS-REQフィールドは、REQが信頼するASのリストを示し、その値はREQが送信したアクセス認証要求パケットにおけるListAS-REQフィールドの値と同じであり、このフィールドは選択可能なフィールドであり、
ステップ24の証明書認証応答を行い、即ち、ASは、証明書認証要求パケットを受信した後に、以下の処理を行い、即ち、
ステップ241を行い、即ち、今回の認証過程が単一方向認証であれば、REQの証明書CertREQのみを検証すればよく、双方向認証であれば、AACの証明書CertAACとREQの証明書CertREQを同時に検証する必要があり、RFC3280を参照して証明書の検証を行い、検証できない場合に、相応の証明書の検証結果を、証明書の発行者が明確でないと設定し、さもなければ、証明書の状態を検証し、その後にステップ242を実行し、
ステップ242を行い、即ち、証明書の検証結果に基づいて、証明書認証応答パケットを構成し、且つ相応のサインを付加して、AACに送信し、証明書認証応答パケットの主な内容には、REScert 、SIGAS- REQ 、及びSIGAS- AACが含まれ、
REScertフィールドは、証明書の検証結果を示し、AACチャレンジの値NAAC、REQのチャレンジの値NREQ、CertAACの検証結果、CertREQの検証結果を含み、単一方向認証のみである場合に、AACの証明書CertAACの検証結果を含まなく、
SIGAS- REQフィールドは、REQの信頼するASが本パケットにおける証明書の検証結果REScertフィールドに対して行ったサインを示し、
SIGAS- AACフィールドは、AACの信頼するASが証明書認証応答パケットにおける本フィールド以外の全てのフィールドに対して行ったサインを示し、このフィールドは選択可能なフィールドであり、証明書検証結果に対してサインを行うASとAACが信頼するASが同一であれば、このフィールドは必要がなく、
ステップ25のアクセス認証応答を行い、即ち、AACは、証明書認証応答パケットを受信した後に、以下の処理を行い、即ち、
ステップ251を行い、即ち、証明書の検証結果REScertフィールドにおけるAACのチャレンジNAACが証明書認証要求パケットにおけるNAACフィールドの値と同じであるか否かを検査し、同じでない場合に、当該パケットを廃棄し、同じである場合に、ステップ252を実行し、
ステップ252を行い、即ち、パケットに二つのサインのフィールドが含まれている場合に、AACが信頼するASのサインSIGAS- AACフィールドが正確であるか否かを検査し、正確でない場合に、当該パケットを廃棄し、正確である場合にステップ253を実行し、パケットに一つのサインのフィールドしか含まれていない場合に、即ちREQの信頼するASがAACの信頼するASでもあることを表明した場合に、SIGAS- REQフィールドが正確であるか否かを検査し、正確でない場合に、当該パケットを廃棄し、正確である場合にステップ253を実行し、
ステップ253を行い、即ち、証明書の検証結果REScertフィールドにおけるCertREQの検証結果が正当であるか否かを検査し、正当であれば、ECDH交換に用いられる鍵データy・P及びAACチャレンジNAACをローカル生成し、且つ、REQの一時公開鍵x・P及び自分の一時私有鍵yに基づいてECDH計算を行ってBK及び次回の身分認証過程の認証標識を取得して保存し、その後にアクセス結果を成功に設定し、アクセス認証応答パケットを構成してREQに送信し、且つユーザのネットワークへのアクセスを許可し、CertREQの検証結果が不正であれば、AACはアクセス結果を不成功に設定し、AACのチャレンジNAACと鍵データy・Pは任意値に設定でき、アクセス認証応答パケットを構成してREQに送信し、その後にREQとの関連を解除し、アクセス認証応答パケットの主な内容には、NREQ、NAAC、 AccRES、x・P、y・P、IDAAC、IDREQ、MRESCert、及びSIGAAC 或いはMIC1が含まれ、
NREQフィールドは、REQチャレンジを示し、REQが生成した乱数であり、このフィールドは選択可能なフィールドであり、単一方向認証過程のみである場合、アクセス認証応答パケットがこのフィールドを含む必要があり、存在している場合に、その値は、REQが送信したアクセス認証要求パケットにおけるNREQフィールドの値と同じであり、
NAACフィールドは、AACのチャレンジを示し、AACが生成した乱数であり、このフィールドは選択可能なフィールドであり、単一方向認証過程のみである場合、アクセス認証応答パケットがこのフィールドを含む必要があり、存在している場合に、その値は、AACが送信した証明書認証要求パケットにおけるNAACフィールドの値と同じであり、
AccRESフィールドは、アクセス結果を示し、AACが認証結果に基づいて設定したアクセス成功或いは失敗及び失敗の原因であり、
x・Pは、REQの鍵データを示し、REQが生成した、ECDH交換に用いられる一時公開鍵であり、その値は、REQが送信したアクセス認証要求パケットにおけるx・Pフィールドの値と同じであり、
y・Pは、AACの鍵データを示し、AACが生成した、ECDH交換に用いられる一時公開鍵であり、
IDAACフィールドは、AACの身分標識IDを示し、AACの証明書CertAACフィールドにより得られたものであり、
IDREQフィールドは、REQの身分標識IDを示し、受信したアクセス認証要求パケットにおけるREQの証明書CertREQフィールドにより得られたものであり、
MRESCertフィールドは、複合した証明書検証結果を示し、このフィールドは選択可能なフィールドであり、双方向認証過程のみである場合、アクセス認証応答パケットがこのフィールドを含む必要があり、存在している場合に、当該フィールドは証明書認証応答パケットにおける各フィールドにより構成され、且つ値も同じであり、
SIGAACフィールドは、AACのサインを示し、AACが自分の私有鍵を利用してアクセス認証応答パケットにおける本フィールド以外の全てのフィールドに対して行ったサインであり、
MIC1フィールドは、メッセージ認証コードを示し、AACが認証過程で合意生成したBKを利用して、アクセス認証応答パケットにおける本フィールド以外の全てのフィールド及び次回の証明書認証過程の認証標識に対して計算して得られたハッシュ値であり、
アクセス認証応答パケットは、SIGAACフィールドとMIC1フィールドのうちの何れかを含めば良く、今回の身分認証過程に認証アクティブパケットが存在し、且つ認証アクティブパケットにSIGAACフィールドが含まれている場合に、このパケットはMIC1フィールドだけを含み、今回の身分認証過程に認証アクティブパケットが存在しないか、或いは認証アクティブパケットにSIGAACフィールドが含まれていない場合に、このパケットはSIGAACフィールドだけを含み、
ステップ26のアクセス認証確認を行い、即ち、REQは、アクセス認証応答パケットを受信した後に、以下の処理を行い、即ち、
ステップ261を行い、即ち、パケットにおけるIDAAC とIDREQフィールドに基づいて、現在のアクセス認証要求パケットに対応するアクセス認証応答パケットであるか否かを判断し、否定の場合に、当該パケットを廃棄し、肯定の場合に、ステップ262を実行し、
ステップ262を行い、即ち、パケットにおけるREQ鍵データx・Pフィールドの値と、自分が送信したアクセス認証要求パケットにおけるx・Pフィールドの値が一致するか否かを比較し、一致しない場合に、当該パケットを廃棄し、さもなければ、ステップ263を実行し、
ステップ263を行い、即ち、単一方向認証過程であれば、NREQフィールドの値と前に送信したアクセス認証要求パケットにおけるNREQフィールドの値が一致するか否かを比較し、一致しない場合に、当該パケットを廃棄し、さもなければ、ステップ264を実行し、双方向認証過程であれば、直接にステップ264を実行し、
ステップ264を行い、即ち、パケットにおけるAccRESフィールドを調べ、アクセス結果が不成功であれば、当該AACとの関連を解除し、さもなければ、ステップ265を実行し、
ステップ265を行い、即ち、受信したアクセス認証応答パケットにSIGAACフィールドが含まれる場合に、SIGAACの正確性を検証し、正確でない場合に、当該パケットを廃棄し、さもなければ、ステップ266を実行し、受信したパケットにMIC1フィールドが含まれる場合に、MIC1フィールドの正確性を検証し、正確でない場合に、当該パケットを廃棄し、さもなければ、ステップ266を実行し、
ステップ266を行い、即ち、単一方向認証過程であれば、ステップ268を実行し、さもなければ、複合した証明書検証結果MRESCertフィールドに含まれるNREQフィールドの値が自分が送信したアクセス認証要求パケットにおけるNREQフィールドの値と一致するか否かを検証し、一致しない場合に当該パケットを廃棄し、一致する場合に、サインSIGAS- REQが正確であるか否かを検証し、正確でない場合に当該パケットを廃棄し、正確である場合にステップ267を実行し、
ステップ267を行い、即ち、複合した証明書検証結果MRESCertフィールドにおけるAACの証明書検証結果が正当であるか否かを検証し、不正であれば、当該ネットワークが不正であるため、当該ネットワークにアクセスすることができないことがわかり、さもなければ、当該ネットワークが正当であるため、当該ネットワークにアクセスすることができることがわかり、且つステップ268を実行し、
ステップ268を行い、即ち、REQはAACの一時公開鍵y・Pと自分の一時私有鍵xに基づいてECDH計算を行って、BK及び次回の証明書認証過程の認証標識を取得して保存し、
ステップ269を行い、即ち、受信したアクセス認証応答パケットにMIC1フィールドが含まれる場合に、アクセス認証確認パケットの送信が選択可能であり、受信したパケットにAACのサインSIGAACフィールドが含まれる場合に、アクセス認証確認パケットを構成してAACに送信する必要があり、アクセス認証確認パケットの主な内容には、MIC2が含まれ、
MIC2フィールドは、メッセージ認証コードを示し、REQが認証過程で合意生成したBKを利用して、AAC チャレンジの値NAAC、REQチャレンジの値NREQ及び次回の証明書認証過程の認証標識に対して計算して得られたハッシュ値であることを含む。
上記ステップ26において、AACがアクセス認証応答パケットをREQに送信した後に、送信したアクセス認証応答パケットに含まれるのがAACのサインSIG AACフィールドであれば、AACはアクセス認証確認パケットを受信するまで待機する必要がある。
【００１０】
上記ステップ26において、AACは、REQが送信したアクセス認証確認パケットを受信した後に、パケットにおけるMIC2フィールドの正確性を検証する必要があり、正確である場合に、REQが自分と一致するBKを備え、正確でない場合に、当該フィールドを廃棄する。
【００１１】
上記ステップ3において、REQとAACの間の鍵合意は、ユニキャスト鍵合意過程とマルチキャスト鍵の通告過程を含み、鍵合意ステップにおけるユニキャスト鍵合意過程の具体的な実現方式は、
ステップ31のユニキャスト鍵合意要求を行い、即ち、AACと REQが身分認証過程を完成した後に、AACはREQにユニキャスト鍵合意要求パケットを送信して、REQとのユニキャスト鍵合意を開始し、ユニキャスト鍵合意要求パケットの内容には、NAAC 及びMIC3が含まれ、
NAACフィールドは、AACのチャレンジを示し、初回目のユニキャスト鍵合意であれば、当該フィールドはAACが生成した乱数であり、ユニキャスト鍵の更新過程であれば、当該フィールドは前回のユニキャスト鍵合意過程で保存されたNAAC値であり、
MIC3フィールドは、メッセージ認証コードを示し、AACがAACとREQとの間で共有するBKを利用して計算して得られたハッシュ値であり、
ステップ32のユニキャスト鍵合意応答を行い、即ち、REQは、ユニキャスト鍵合意要求パケットを受信した後に、以下の処理を行い、
ステップ321を行い、即ち、今回の鍵合意過程がユニキャスト鍵の更新過程であれば、パケットにおけるNAACフィールドと前回の鍵合意過程で保存されたNAACが一致するか否かを検査し、一致しない場合に、当該パケットを廃棄し、一致する場合にステップ322を実行し、今回の鍵合意過程がユニキャスト鍵の更新過程でない場合に、直接にステップ322を実行し、
ステップ322を行い、即ち、MIC3フィールドが正確であるか否かを検証し、正確でない場合に、当該パケットを廃棄し、正確である場合にステップ323を実行し、
ステップ323を行い、即ち、REQはREQチャレンジNREQを生成し、その後に計算によりユニキャストセッション鍵及び次回の鍵合意過程で使用するNAACを取得して保存し、ユニキャストセッション鍵は、プロトコルデータ鍵PDKとユニキャストデータ鍵UDKを含み、
PDKを利用してMIC4を計算し、ユニキャスト鍵合意応答パケットを構成してAACに送信し、
REQが新たに合意したユニキャストセッション鍵をインストールし、
ユニキャスト鍵合意応答パケットの内容にはNREQ、 NAAC、及び MIC4が含まれ、
NREQフィールドは、REQのチャレンジを示し、REQが生成した乱数であり、
NAACフィールドは、AACのチャレンジを示し、その値はユニキャスト鍵合意要求パケットにおけるNAACフィールドの値と同じであり、初回目のユニキャスト鍵合意過程であれば、当該フィールドの値はユニキャスト鍵合意要求パケットにおけるNAACフィールドの値により直接に決められ、ユニキャスト鍵の更新過程であれば、当該フィールドは前回のユニキャスト鍵合意過程で保存されたNAAC値であり、
MIC4フィールドは、メッセージ認証コードを示し、REQが生成されたPDKを利用して、ユニキャスト鍵合意応答パケットにおける本フィールド以外の全てのフィールドに対して計算して得られたハッシュ値であり、
ステップ33のユニキャスト鍵合意確認を行い、即ち、AACは、ユニキャスト鍵合意応答パケットを受信した後に、以下の処理を行い、即ち、
ステップ331を行い、即ち、今回の鍵合意過程がユニキャスト鍵の更新過程であれば、パケットにおけるNAACフィールドと前回の鍵合意過程で保存されたNAACが一致するか否かを検査し、一致しない場合に、当該パケットを廃棄し、一致する場合にステップ332を実行し、今回の鍵合意過程がユニキャスト鍵の更新過程でない場合に、パケットにおけるNAACフィールドの値がユニキャスト鍵合意要求パケットにおけるNAACフィールの値と一致するか否かを検査する必要があり、一致しない場合に、当該パケットを廃棄し、さもなければ、ステップ332を実行し、
ステップ332を行い、即ち、パケットにおけるフィールドNREQ とNAACフィールドに基づいて、計算によりユニキャストセッション鍵及び次回の鍵合意過程で使用するNAACを取得して保存し、ユニキャストセッション鍵は、PDKとUDKを含み、
ステップ333を行い、即ち、PDKを利用して、パケットにおけるMIC4が正確であるか否かを検証し、正確でない場合に、当該パケットを廃棄し、正確である場合にステップ334を実行し、
ステップ334を行い、即ち、PDKを利用して、MIC5を計算し、ユニキャスト鍵合意確認パケットを構成してREQに送信し、
ステップ335を行い、即ち、AACは新たに合意したユニキャストセッション鍵をインストールし、新たにインストールしたユニキャストセッション鍵の送受信機能を起動し、即ち、当該新たな鍵を利用してユニキャストデータに対して暗号化・復号化することを許可し、今回のユニキャスト鍵合意過程が更新過程であれば、さらに古いユニキャストセッション鍵を削除する必要があり、
ユニキャスト鍵合意確認パケットの内容には、NREQ及びMIC5が含まれ、
NREQフィールドは、REQのチャレンジを示し、REQが生成した乱数であり、その値は、ユニキャスト鍵合意応答パケットにおけるNREQフィールドの値と同じであり、
MIC5フィールドは、メッセージ認証コードを示し、AACが生成されたPDKを利用して、ユニキャスト鍵合意確認パケットにおける本フィールド以外の全てのフィールドに対して計算して得られたハッシュ値であり、
ステップ34を行い、即ち、REQは、ユニキャスト鍵合意確認パケットを受信した後に、以下の処理を行い、
ステップ341を行い、即ち、NREQフィールドが自分の送信したユニキャスト鍵合意応答パケットにおけるNREQフィールドと同じであるか否かを検査し、同じでない場合に、当該パケットを廃棄し、同じである場合に、ステップ342を実行し、
ステップ342を行い、即ち、PDKを利用して、パケットにおけるMIC5が正確であるか否かを検証し、正確でない場合に、当該パケットを廃棄し、正確である場合にステップ343を実行し、
ステップ343を行い、即ち、新たにインストールしたユニキャストセッション鍵の送信機能を起動し、即ち、当該新たな鍵を利用してユニキャストデータを暗号化して送信することを許可し、今回のユニキャスト鍵合意過程が更新過程であれば、さらに古いユニキャストセッション鍵を削除する必要があることを含む。
【００１２】
鍵合意ステップにおけるマルチキャスト鍵の通告過程の具体的な実現方式は、
ステップ34のマルチキャスト鍵通告を行い、マルチキャスト鍵通告パケットの内容には、鍵通告標識KN、鍵暗号化データEMDK、およびMIC6が含まれ、
KNフィールドは、鍵通告標識を示し、一つの整数に初期化され、鍵更新通告の度に当該フィールドの値に1プラスし、通告の鍵が変わらないと、当該フィールドの値がそのまま保持され、
EMDKフィールドは、鍵暗号化データを示し、AACがPDKを利用して、マルチキャストデータ鍵MDKに対して暗号化したデータであり、
MIC6フィールドは、メッセージ認証コードを示し、AACがユニキャスト鍵合意過程で生成したPDKを利用して、マルチキャスト鍵通告パケットにおける本フィールド以外の全てのフィールドに対して計算して得られたものであり、
ステップ35のマルチキャスト鍵応答を行い、即ち、REQは、マルチキャスト鍵通告パケットを受信した後に、以下の処理を行い、
ステップ351を行い、即ち、KNフィールドが単調増加するか否かを調べ、否定の場合に、当該フィールドを廃棄し、肯定の場合に、ステップ352を実行し、
ステップ352を行い、即ち、ユニキャスト鍵合意過程で生成したPDKを利用して、MIC6フィールドが正確であるか否かを検証し、正確でない場合に、当該フィールドを廃棄し、正確である場合に、ステップ353を実行し、
ステップ353を行い、即ち、ユニキャスト鍵合意過程で生成したPDKを利用して、EMDKフィールドに対して復号化してMDKを取得し、
ステップ354を行い、即ち、今回のKNフィールドの値を保存し、且つマルチキャスト鍵応答パケットを生成して、AACに送信し、
マルチキャスト鍵応答パケットの内容にはKN及びMIC7が含まれ、
KNフィールドは、鍵通告標識を示し、その値はマルチキャスト鍵通告パケットにおけるKNフィールドの値と同じであり、
MIC7フィールドは、メッセージ認証コードを示し、REQがユニキャスト鍵合意過程で生成したPDKを利用して、マルチキャスト鍵確認パケットにおける本フィールド以外の全てのフィールドに対して計算して得られたものであり、
ステップ36を行い、即ち、AACは、マルチキャスト鍵応答パケットを受信した後に、以下の処理を行い、即ち、
ステップ361を行い、即ち、KNフィールドが前に送信したマルチキャスト鍵通告パケットにおける対応するフィールドの値と一致するか否かを比較し、一致しない場合に、当該フィールドを廃棄し、一致する場合に、ステップ362を実行し、
ステップ362を行い、即ち、ユニキャスト鍵合意過程で生成したPDKを利用して、MIC7フィールドが正確であるか否かを検証し、正確でない場合に、当該フィールドを廃棄し、正確である場合にマルチキャストデータ鍵を得ることを含む。
【００１３】
有線LANのセキュリティアクセス制御システムであって、リクエスタREQ、認証アクセスコントローラAAC、認証サーバASを含み、上記REQとASはAACにそれぞれ接続され、上記AACはREQにサービスポートを提供し、上記ASはREQとAACに認証サービスを提供することを特徴とする。
【００１４】
本発明の利点は以下のようになる。即ち、本発明は、有線LANにおいてユーザがネットワークにアクセスする際の３エレメントピア認証TePAメカニズムに基づくセキュリティアクセス制御方法TLAC及びそのシステムを提供し、ユーザとネットワークアクセス制御装置との間の直接身分認証を実現し、リンク層のデータ保護のためのセッション鍵の合意と動的更新を実現し、エンタープライズネットワーク、通信ネットワーク等の複数のネットワークアーキテクチャをサポートし、良い拡張性を備え、複数の認証方法をサポートし、異なるセキュリティレベルの認証プロトコルをサポートして様々なユーザの需要を満足し、プロトコルのサブモジュールが独立し、柔軟性を有し、取捨が容易である。
【図面の簡単な説明】
【００１５】
【図１】本発明に係るセキュリティポリシー合意過程の模式図である。
【図２】本発明に係るTAEP-CAAPの主要認証過程の模式図である。
【図３】本発明に係るユニキャスト鍵合意過程の模式図である。
【図４】本発明に係るマルチキャスト鍵通告過程の模式図である。
【発明を実施するための形態】
【００１６】
図１〜図４に示すように、本発明は有線LANのセキュリティアクセス制御方法を提供し、当該方法は、セキュリティポリシー合意過程、身分認証過程及び鍵合意過程の三つの部分に分けられている。具体的な実施形態は以下のようになる。
【００１７】
図１に示すように、セキュリティポリシー合意過程は、具体的には、以下のようになる。
【００１８】
1.1）セキュリティポリシー合意要求：リクエスタREQが認証アクセスコントローラAACにアクセスする際に、認証アクセスコントローラAACがリクエスタREQにセキュリティポリシー合意要求パケットを送信する。
セキュリティポリシー合意要求パケットの主な内容には、以下のものが含まれる。
【００１９】
【数１】
0005414898.tif 000002
【００２０】
なお、TIEAACフィールドは、認証アクセスコントローラAACがサポートするTePAの情報要素を示し、認証アクセスコントローラAACがサポートする認証と鍵管理スイート及び暗号スイート等を含む。
【００２１】
1.2）セキュリティポリシー合意応答：リクエスタREQは、セキュリティポリシー合意要求パケットを受信した後に、以下の処理を行う。
【００２２】
リクエスタREQは、セキュリティポリシー合意要求パケットにおいてTIEAACフィールドが与えた認証アクセスコントローラAACのサポートする認証と鍵管理スイート及び暗号スイート等に基づいて、ローカルポリシーと結び付けて、両方が共有する認証と鍵管理スイート及び暗号スイートを選択して、セキュリティポリシー合意応答パケットを構成して認証アクセスコントローラAACに送信する。リクエスタREQは、セキュリティポリシー合意要求パケットにおける認証アクセスコントローラAACがサポートする認証と鍵管理スイート及び暗号スイートを何れもサポートしないと、ローカルポリシーに基づいて、当該パケットを廃棄することができる。
【００２３】
セキュリティポリシー合意応答パケットの主な内容には、以下のものが含まれる。
【００２４】
【数２】
0005414898.tif 000003
【００２５】
なお、TIEREQフィールドは、リクエスタREQ が選択したTePA情報要素を示し、リクエスタREQ が選択した認証と鍵管理スイート及び暗号スイートを含む。
【００２６】
1.3）認証アクセスコントローラAACは、セキュリティポリシー合意応答パケットを受信した後に、以下の処理を行う。
【００２７】
1.3.1）認証アクセスコントローラAACは、リクエスタREQ が選択した認証と鍵管理スイート及び暗号スイートをサポートするか否かを判断し、サポートしないと当該パケットを廃棄し、さもなければ、1.3.2）を実行する。
【００２８】
1.3.2）リクエスタREQ が選択した認証と鍵管理スイートに基づいて相応する主要認証過程を開始する。
【００２９】
本発明において、証明書に基づく認証プロトコルTAEP-CAAP（Triple -element Authentication Extensible Protocol-Certificate-based lAn Authentication Protocol）を開示した。
【００３０】
2)証明書に基づく認証プロトコルTAEP-CAAP過程は、図２に示された。具体的過程は以下のようになる。
【００３１】
2.1）認証のアクティブ化：リクエスタREQと認証アクセスコントローラAACが、セキュリティポリシー合意過程において、証明書認証と鍵管理スイートを選択して採用すると合意した場合に、認証アクセスコントローラAACは、リクエスタREQに認証アクティブパケットを送信して、リクエスタREQをアクティブして証明書認証過程を行う。認証アクティブパケットの主な内容は、以下のものを含む。
【００３２】
【数３】
0005414898.tif 000004
【００３３】
なお、SNonceフィールドは、認証標識を示し、初回目の身分認証過程の場合に、当該フィールドは認証アクセスコントローラAACが生成した乱数であり、更新した身分認証過程の場合に、当該フィールドの値は前回の身分認証過程で合意して生成した認証標識の値である。
【００３４】
IDAS-AACフィールドは、認証アクセスコントローラAACが信頼する認証サーバASの身分標識ID（identity）を示し、認証アクセスコントローラAACに証明書CertAACを発行するための認証サーバASの身分標識IDである。
【００３５】
CertAACフィールドは、認証アクセスコントローラAACの証明書を示す。
ParaECDHフィールドは、楕円曲線暗号方式の楕円曲線暗号パラメータを示し、リクエスタREQと認証アクセスコントローラAACが楕円曲線DH（ECDH:Elliptic Curve Diffie-Hellman）計算を行う際に採用する楕円曲線暗号パラメータである。
【００３６】
TIEAACフィールドは、認証アクセスコントローラAACがサポートする認証と鍵管理スイート及び暗号スイートを示す。その値は、セキュリティポリシー合意要求パケットにおけるTIEAACフィールドの値と同じである。
【００３７】
SIGAACフィールドは、認証アクセスコントローラAACのサインを示し、認証アクセスコントローラAACが自分の私有鍵を利用して本パケットの本フィールド以外の全てのフィールドに対して行ったサインである。このフィールドは選択可能なフィールドである。
【００３８】
2.2）アクセス認証要求：リクエスタREQは、認証アクティブパケットを受信した後に、以下の処理を行う。
【００３９】
2.2.1）今回の認証過程が身分認証の更新過程であれば、リクエスタREQは、認証アクティブパケットにおける認証標識フィールドの値が前回の身分認証過程で計算した認証標識と一致するか否かを検査し、一致しないと、当該パケットを廃棄し、さもなければ、2.2.2）を実行する。今回の認証過程が初回目の身分認証過程であれば、直接に2.2.2）を実行する。
【００４０】
2.2.2）TIEAACフィールドの値が、セキュリティポリシー合意過程で受信したセキュリティポリシー合意要求パケットにおけるTIEAACフィールドの値と一致するか否かを検証し、一致しないと当該パケットを廃棄し、さもなければ、2.2.3）を実行する。
【００４１】
2.2.3）受信した認証アクティブパケットにSIGAACフィールドが含まれると、SIGAACフィールドの正確性を検証し、正確でないと、当該パケットを廃棄し、さもなければ、2.2.4）を実行する。受信した認証アクティブパケットにSIGAACフィールドが含まれていないと、直接に2.2.4）を実行する。
【００４２】
2.2.4）認証アクティブパケットにおけるIDAS-AACフィールドに基づいて当該認証サーバASが発行したリクエスタREQの証明書CertREQを選択するか、或いはローカルポリシーに基づいてリクエスタREQの証明書CertREQを選択し、ECDH交換に用いられるリクエスタREQ鍵データx・ＰとリクエスタREQチャレンジNREQを生成し、アクセス認証要求パケットを生成して認証アクセスコントローラAACに送信する。
【００４３】
アクセス認証要求パケットの主な内容には、以下のものが含まれている。
【００４４】
【数４】
0005414898.tif 000005
【００４５】
SNonceフィールドは、認証標識を示し、その値が認証アクティブパケットにおけるSNonceフィールドの値と同じである。初回目の身分認証過程の場合に、当該フィールドの値は認証アクティブパケットにおけるSNonceフィールドの値によって直接に決められ、更新した身分認証過程の場合に、当該フィールドの値は前回の身分認証過程で計算した認証標識の値である。
【００４６】
NREQフィールドは、リクエスタREQチャレンジを示し、リクエスタREQが生成した乱数である。
【００４７】
x・Ｐフィールドは、リクエスタREQの鍵データを示し、リクエスタREQが生成した、ECDH交換に用いられる一時公開鍵である。
【００４８】
IDAACフィールドは、認証アクセスコントローラAACの身分標識IDを示し、認証アクティブパケットにおける認証アクセスコントローラAACの証明書CertAACフィールドにより得られるものである。
【００４９】
CertREQフィールドは、リクエスタREQの証明書を示す。
ParaECDHフィールドは、 ECDHパラメータを示し、リクエスタREQと認証アクセスコントローラAACがECDH計算を行う際に採用する楕円曲線暗号パラメータである。その値は、認証アクティブパケットにおけるParaECDHフィールドの値と同じである。
【００５０】
ListAS-REQフィールドは、リクエスタREQが信頼する認証サーバASのリストを示すが、リクエスタREQの証明書CertREQの発行者を含まない。リクエスタREQは、その証明書の発行者に加えて、さらに他のいくつかのエンティティを信頼する場合に、このフィールドにより認証サーバAACに通知することができる。このフィールドは選択可能なフィールドである。
【００５１】
TIE REQフィールドは、リクエスタREQが選択した認証と鍵管理スイート及び暗号スイートを示す。その値は、セキュリティポリシー合意応答パケットにおけるTIE REQフィールドの値と同じである。
【００５２】
SIG REQフィールドは、リクエスタREQのサインを示し、リクエスタREQが自分の私有鍵を利用して本パケットにおける本フィールド以外の全てのフィールドに対して行ったサインである。
【００５３】
2.3）証明書認証要求：認証アクセスコントローラAACはアクセス認証要求パケットを受信した後に、以下の処理を行う。
【００５４】
2.3.1）認証アクセスコントローラAACが認証アクティブパケットを送信すると、受信したパケットにおけるSNonce、ParaECDHフィールドの値と、認証アクティブパケットにおける対応するフィールドの値とが一致するか否かを検査し、一つでも一致しない場合に、当該パケットを廃棄し、さもなければ、2.3.2）を実行する。認証アクセスコントローラAACが認証アクティブパケットを送信していない場合に、SNonceフィールドの値が前回の証明書認証過程で計算した認証標識と一致するか否かを検査し、且つParaECDHフィールドの値が前回の認証起動パケットにおけるParaECDHと一致するか否かを検査し、一つでも一致しない場合に、当該パケットを廃棄し、さもなければ、2.3.2）を実行する。
【００５５】
2.3.2）IDAACが自分の身分と一致するか否かを検査し、且つTIE REQフィールドの値がセキュリティポリシー合意過程で受信したセキュリティポリシー合意応答パケットにおけるTIE REQフィールドの値と一致するか否かを検査し、一つでも一致しない場合に、当該パケットを廃棄し、さもなければ、2.3.3）を実行する。
【００５６】
2.3.3）REQのサインSig REQフィールドの正確性を検証し、正確でないと、当該パケットを廃棄し、さもなければ、2.3.4）を実行する。
【００５７】
2.3.4）認証アクセスコントローラAACのローカルポリシーが、認証サーバASを使用してリクエスタREQの証明書CertREQを認証することを要求すると、認証アクセスコントローラAACは証明書認証要求パケットを生成し、認証サーバASに送信する。さもなければ、2.3.5）を実行する。
【００５８】
2.3.5）認証アクセスコントローラAACは、リクエスタREQの証明書CertREQに対してローカル認証を行い、即ち、ローカルにキャッシングしたリクエスタREQの証明書CertREQの検証結果及びローカルポリシーで定義した適時性に基づいて、リクエスタREQの証明書CertREQの検証結果を確認する。正当であれば、ECDH交換に用いられる鍵データy・P及びAACチャレンジNAACをローカル生成し、且つ、リクエスタREQの一時公開鍵x・P及び自分の一時私有鍵yに基づいてECDH計算を行ってベース鍵BK（Base Key）及び次回の証明書認証過程の認証標識を取得して保存し、そしてアクセス結果が成功であると設定し、アクセス認証応答パケットを構成してリクエスタREQに送信し、且つユーザのネットワークへのアクセスを許可する。CertREQの検証結果が不正であれば、認証アクセスコントローラAACはアクセス結果が不成功であると設定し、認証アクセスコントローラAACのチャレンジNAACと鍵データy・Pは任意値に設定することができ、アクセス認証応答パケットを構成してリクエスタREQに送信し、そしてリクエスタREQとの関連を解除する。
【００５９】
証明書認証要求パケットの主な内容には、以下のものが含まれている。
【００６０】
【数５】
0005414898.tif 000006
【００６１】
NAACフィールドは、認証アクセスコントローラAACのチャレンジを示し、認証アクセスコントローラAACが生成した乱数である。
【００６２】
NREQフィールドは、リクエスタREQのチャレンジを示し、リクエスタREQが生成した乱数である。その値は、リクエスタREQが送信したアクセス認証要求パケットにおけるNREQフィールドの値と同じである。
【００６３】
CertREQフィールドは、リクエスタREQの証明書を示し、その値は、アクセス認証要求パケットにおけるCertREQフィールドの値と同じである。
【００６４】
CertAACフィールドは、認証アクセスコントローラAACの証明書を示し、その値は、認証アクティブパケットにおけるCertAACフィールドの値と同じである。
【００６５】
ListAS-REQフィールドは、リクエスタREQが信頼する認証サーバASのリストを示し、その値はリクエスタREQが送信したアクセス認証要求パケットにおけるListAS-REQフィールドの値と同じである。このフィールドは選択可能なフィールドである。
【００６６】
2.4）証明書認証応答：認証サーバASは、証明書認証要求パケットを受信した後に、以下の処理を行う。
【００６７】
2.4.1）今回の認証過程は単一方向認証であれば、リクエスタREQの証明書CertREQのみを検証すればよく、双方向認証であれば、同時に認証アクセスコントローラAACの証明書CertAACとリクエスタREQの証明書CertREQを検証する必要がある。RFC3280に基づいて証明書の検証を行い、検証できない場合に、相応の証明書の検証結果を、証明書の発行者が明確でないと設定し、さもなければ、証明書の状態を検証し、2.4.2）を実行する。
【００６８】
証明書の検証結果に基づいて、証明書認証応答パケットを構成し、且つ相応のサインを付加して、認証アクセスコントローラAACに送信する。
【００６９】
証明書認証応答パケットの主な内容には、以下のものが含まれている。
【００７０】
【数６】
0005414898.tif 000007
【００７１】
REScertフィールドは、証明書の検証結果を示し、認証アクセスコントローラAACのチャレンジ値NAAC、リクエスタREQのチャレンジ値NREQ、CertAACの検証結果、CertREQの検証結果を含む。単一方向認証であれば、認証アクセスコントローラAACの証明書CertAACの検証結果を含まない。
【００７２】
SIGAS- REQフィールドは、リクエスタREQが信頼する認証サーバASが、本パケットにおける証明書の検証結果REScertフィールドに対して行ったサインを示す。
【００７３】
SIGAS- AACフィールドは、認証アクセスコントローラAACが信頼する認証サーバASが、証明書認証応答パケットにおける本フィールド以外の全てのフィールドに対して行ったサインを示し、このフィールドは選択可能なフィールドであり、証明書検証結果に対してサインを行う認証サーバASと認証アクセスコントローラAACが信頼する認証サーバASが同一であれば、このフィールドは不要である。
【００７４】
2.5）アクセス認証応答：認証アクセスコントローラAACは、証明書認証応答パケットを受信した後に、以下の処理を行う。
【００７５】
2.5.1）証明書の検証結果REScertフィールドにおける認証アクセスコントローラAACのチャレンジNAACが証明書認証要求パケットにおけるNAACフィールドの値と同じであるか否かを検査し、同じでないと、当該パケットを廃棄し、さもなければ、2.5.2）を実行する。
【００７６】
2.5.2）パケットに二つのサインフィールドが含まれている場合に、認証アクセスコントローラAACが信頼する認証サーバASのサインSIGAS- AACフィールドが正確であるか否かを検査し、正確でないと、当該パケットを廃棄し、正確であると2.5.3）を実行する。パケットに一つのサインフィールドしか含まれていない場合に、即ち、証明書検証結果に対してサインを行った認証サーバASと認証アクセスコントローラAACが信頼する認証サーバASが同一であることを意味すれば、SIGAS- REQフィールドが正確であるか否かを検査し、正確でないと、当該パケットを廃棄し、正確であると2.5.3）を実行する。
【００７７】
2.5.3）証明書の検証結果REScertフィールドにおけるCertREQの検証結果が正当であるか否かを検査し、正当であれば、ECDH交換に用いられる鍵データy・P及び認証アクセスコントローラAACチャレンジNAACをローカル生成し、且つ、リクエスタREQの一時公開鍵x・P及び自分の一時私有鍵yに基づいてECDH計算を行ってベース鍵BK及び次回の身分認証過程の認証標識を取得して保存し、そしてアクセス結果を成功に設定し、アクセス認証応答パケットを構成してリクエスタREQに送信し、且つユーザのネットワークへのアクセスを許可する。CertREQの検証結果が、不正であれば、認証アクセスコントローラAACはアクセス結果を不成功に設定し、認証アクセスコントローラAACのチャレンジNAACと鍵データy・Pは任意値に設定することができ、アクセス認証応答パケットを構成してリクエスタREQに送信し、そしてリクエスタREQとの関連を解除する。
【００７８】
アクセス認証応答パケットの主な内容には、以下のものが含まれている。
【００７９】
【数７】
0005414898.tif 000008
【００８０】
NREQフィールドは、リクエスタREQのチャレンジを示し、リクエスタREQが生成した乱数である。このフィールドは選択可能なフィールドであって、単一方向認証過程のみである場合、アクセス認証応答パケットがこのフィールドを含む必要がある。存在すれば、その値は、リクエスタREQが送信したアクセス認証要求パケットにおけるNREQフィールドの値と同じである。
【００８１】
NAACフィールドは、認証アクセスコントローラAACのチャレンジを示し、認証アクセスコントローラAACが生成した乱数である。このフィールドは選択可能なフィールドであって、単一方向認証過程のみである場合、アクセス認証応答パケットがこのフィールドを含む必要がある。存在すれば、その値は、認証アクセスコントローラAACが送信した証明書認証要求パケットにおけるNAACフィールドの値と同じである。
【００８２】
AccRESフィールドは、アクセス結果を示し、認証アクセスコントローラAACが認証結果に基づいて設定したアクセス成功或いは失敗及び失敗の原因である。
【００８３】
x・Pは、リクエスタREQの鍵データを示し、リクエスタREQが生成した、ECDH交換に用いられる一時公開鍵である。その値は、リクエスタREQが送信したアクセス認証要求パケットにおけるx・Pフィールドの値と同じである。
【００８４】
y・Pは、認証アクセスコントローラAACの鍵データを示し、認証アクセスコントローラAACが生成した、ECDH交換に用いられる一時公開鍵である。
【００８５】
IDAACフィールドは、認証アクセスコントローラAACの身分標識IDを示し、認証アクセスコントローラAACの証明書CertAACフィールドにより得られるものである。
【００８６】
IDREQフィールドは、リクエスタREQの身分標識IDを示し、受信したアクセス認証要求パケットにおけるリクエスタREQの証明書CertREQフィールドにより得られるものである。
【００８７】
MRESCertフィールドは、複合した証明書検証結果を示す。このフィールドは選択可能なフィールドであって、双方向認証過程のみである場合、アクセス認証応答パケットでこのフィールドを含む必要がある。存在すれば、当該フィールドは証明書認証応答パケットにおける各フィールドにより構成され、且つ値も同じである。
【００８８】
SIGAACフィールドは、認証アクセスコントローラAACのサインを示し、認証アクセスコントローラAACが自分の私有鍵を利用してアクセス認証応答パケットにおける本フィールド以外の全てのフィールドに対して行ったサインである。
【００８９】
MIC1フィールドは、メッセージ認証コードを示し、認証アクセスコントローラAACが認証過程で合意生成したベース鍵BKを利用して、アクセス認証応答パケットにおける本フィールド以外の全てのフィールド及び次回の証明書認証過程の認証標識に対して計算して得られたハッシュ値である。
【００９０】
アクセス認証応答パケットは、SIGAACフィールドとMIC1フィールドの何れかを含めば良い。今回の身分認証過程に認証アクティブパケットが存在し、且つ認証アクティブパケットにSIGAACフィールドが含まれている場合に、このパケットにMIC1フィールドだけ含まれている。今回の身分認証過程に認証アクティブパケットが存在しないか、或いは認証アクティブパケットにSIGAACフィールドが含まれていない場合に、このパケットにSIGAACフィールドだけ含まれている。
【００９１】
2.6）アクセス認証確認：リクエスタREQは、アクセス認証応答パケットを受信した後に、以下の処理を行う。
【００９２】
2.6.1）パケットにおけるIDAAC とIDREQフィールドに基づいて、現在のアクセス認証要求パケットに対応するアクセス認証応答パケットであるか否かを判断し、否定の場合に、当該パケットを廃棄し、さもなければ、2.6.2）を実行する。
【００９３】
2.6.2）パケットにおけるリクエスタREQの鍵データx・Pフィールドの値と、自分が送信したアクセス認証要求パケットにおけるx・Pフィールドの値が一致するか否かを比較し、一致しない場合に、当該パケットを廃棄し、さもなければ、2.6.3）を実行する。
【００９４】
2.6.3）単一方向認証過程であれば、NREQフィールドの値と前に送信したアクセス認証要求パケットにおけるNREQフィールドの値が一致するか否かを比較し、一致しない場合に、当該パケットを廃棄し、さもなければ、2.6.4）を実行する。双方向認証過程であれば、直接に2.6.4）を実行する。
【００９５】
2.6.4）パケットにおけるAccRESフィールドを調べ、アクセス結果が不成功である場合に、当該認証アクセスコントローラAACとの関連を解除し、さもなければ、2.6.5）を実行する。
【００９６】
2.6.5）受信したアクセス認証応答パケットにSIGAACフィールドが含まれると、SIGAACの正確性を検証し、正確でない場合に、当該パケットを廃棄し、さもなければ、2.6.6）を実行する。受信したパケットにMIC1フィールドが含まれると、MIC1フィールドの正確性を検証し、正確でない場合に、当該パケットを廃棄し、さもなければ、2.6.6）を実行する。
【００９７】
2.6.6）単一方向認証過程であれば、2.6.8）を実行し、さもなければ、複合した証明書検証結果MRESCertフィールドに含まれるNREQフィールドの値が自分が送信したアクセス認証要求パケットにおけるNREQフィールドの値と一致するか否かを検証し、一致しない場合に、当該パケットを廃棄し、一致する場合に、サインSIGAS- REQが正確であるか否かを検証し、正確でない場合に、当該パケットを廃棄し、正確である場合に、2.6.7）を実行する。
【００９８】
2.6.7）複合した証明書検証結果MRESCertフィールドにおける認証アクセスコントローラAACの証明書検証結果が正当であるか否かを検証し、不正であれば、当該ネットワークが不正であるため、当該ネットワークにアクセスすることができないことが分かり、さもなければ、当該ネットワークが正当であるため、当該ネットワークにアクセスすることができることが分かり、且つ2.6.8）を実行する。
【００９９】
2.6.8）リクエスタREQは、認証アクセスコントローラAACの一時公開鍵y・Pと自分の一時私有鍵x・Pに基づいてECDH計算を行って、ベース鍵BK及び次回の証明書認証過程の認証標識を取得して保存する。
【０１００】
2.6.9）受信したアクセス認証応答パケットにMIC1フィールドが含まれる場合に、アクセス認証確認パケットを送信するか否かは選択可能である。受信したパケットに認証アクセスコントローラAACのサインSIGAACフィールドが含まれると、アクセス認証確認パケットを構成して認証アクセスコントローラAACに送信する必要がある。
【０１０１】
アクセス認証確認パケットの主な内容には、以下のものが含まれている。
【０１０２】
【数８】
0005414898.tif 000009
【０１０３】
MIC2フィールドは、メッセージ認証コードを示し、リクエスタREQが認証過程で合意生成したベース鍵BKを利用して、認証アクセスコントローラAAC のチャレンジの値NAAC、リクエスタREQのチャレンジの値NREQ及び次回の証明書認証過程の認証標識に対して計算して得られたハッシュ値である。
【０１０４】
認証アクセスコントローラAACがリクエスタREQにアクセス認証応答パケットを送信した後に、送信したアクセス認証応答パケットに含まれるのが認証アクセスコントローラAACのサインSIG AACフィールドであれば、認証アクセスコントローラAACは、アクセス認証確認パケットを受信するまで待機する必要がある。
【０１０５】
認証アクセスコントローラAACは、リクエスタREQが送信したアクセス認証確認パケットを受信した後に、パケットにおけるMIC2フィールドの正確性を検証する必要があり、正確である場合に、リクエスタREQが自分と一致するベース鍵BKを備えることを意味し、さもなければ、このフィールドを廃棄する。
【０１０６】
このプロトコルの機能は高く集中しており、双方向認証も実現でき、単一方向認証も実現でき、更に認証更新及び簡略した認証更新もサポートする。簡略した認証更新とは、認証サーバASによる証明書の検証を必要とせずに、認証アクセスコントローラAACとリクエスタREQの間で直接にサイン検証を行うことを指す。パケットの内容に反映すると、アクセス認証応答パケットに複合した証明書検証結果フィールドが含まれていないことになる。簡略した認証過程は、認証更新過程のみに適用され、クライアントとネットワークの接続時の初回目の認証には適用されない。
【０１０７】
3）ユニキャスト鍵合意過程は図3に示された。具体的な過程は以下のようになる。
【０１０８】
3.1）ユニキャスト鍵合意要求：認証アクセスコントローラAACが身分認証過程を完成した後に、認証アクセスコントローラAACはリクエスタREQにユニキャスト鍵合意要求パケットを送信して、リクエスタREQとのユニキャスト鍵合意を開始する。ユニキャスト鍵合意要求パケットの主な内容には、以下のものが含まれている。
【０１０９】
【数９】
0005414898.tif 000010
【０１１０】
NAACフィールドは、認証アクセスコントローラAACのチャレンジを示し、初回目のユニキャスト鍵合意の場合に、当該フィールドが認証アクセスコントローラAACにより生成された乱数であり、ユニキャスト鍵の更新過程の場合に、当該フィールドの値が前回のユニキャスト鍵合意過程で保存したNAAC値である。
【０１１１】
MIC3フィールドは、メッセージ認証コードを示し、認証アクセスコントローラAACが、認証アクセスコントローラAACとリクエスタREQとの間で共有するベース鍵BKを利用して計算して得られたハッシュ値である。
【０１１２】
3.2）ユニキャスト鍵合意応答：リクエスタREQは、ユニキャスト鍵合意要求パケットを受信した後に、以下の処理を行う。
【０１１３】
3.2.1）今回の鍵合意過程がユニキャスト鍵の更新過程であれば、パケットにおけるNAACフィールドと前回の鍵合意過程で保存したNAACが一致するか否かを検査し、一致しない場合に、当該パケットを廃棄し、さもなければ、3.2.2）を実行する。今回の鍵合意過程がユニキャスト鍵の更新過程でなければ、直接に3.2.2）を実行する。
【０１１４】
3.2.2）MIC3フィールドが正確であるか否かを検証し、正確でない場合に、当該パケットを廃棄し、さもなければ、3.2.3）を実行する。
【０１１５】
3.2.3）リクエスタREQはリクエスタREQのチャレンジNREQを生成し、計算によりユニキャストセッション鍵及び次回の鍵合意過程で使用するNAACを取得して保存する。なお、ユニキャストセッション鍵は、プロトコルデータ鍵PDK(Protocol Data encryption Key)とユニキャストデータ鍵UDK(Unicast Data encryption Key)を含み、プロトコルデータ鍵PDKはリクエスタREQと認証アクセスコントローラAAC間のプロトコルデータにおける鍵データの機密性及びプロトコルデータの完全性を保護するために用いられ、ユニキャストデータ鍵UDKはリクエスタREQと認証アクセスコントローラAAC間のユーザデータの機密性と完全性を保護するために用いられる。
【０１１６】
プロトコルデータ鍵PDKを利用して、メッセージ認証コードMIC4を計算し、ユニキャスト鍵合意応答パケットを構成して認証アクセスコントローラAACに送信する。
【０１１７】
リクエスタREQは新たに合意したユニキャストセッション鍵をインストールする。
ユニキャスト鍵合意応答パケットの主な内容には以下のものが含まれている。
【０１１８】
【数１０】
0005414898.tif 000011
【０１１９】
NREQフィールドは、リクエスタREQのチャレンジを示し、リクエスタREQが生成した乱数である。
【０１２０】
NAACフィールドは、認証アクセスコントローラAACのチャレンジを示し、その値はユニキャスト鍵合意要求パケットにおけるNAACフィールドの値と同じである。初回目のユニキャスト鍵合意過程であれば、当該フィールドはユニキャスト鍵合意要求パケットにおけるNAACフィールドの値により直接に決められ、ユニキャスト鍵の更新過程であれば、当該フィールドは前回のユニキャスト鍵合意過程で保存したNAAC値である。
【０１２１】
MIC4フィールドは、メッセージ認証コードを示し、リクエスタREQが、生成したプロトコルデータ鍵PDKを利用して、ユニキャスト鍵合意応答パケットにおける本フィールド以外の全てのフィールドに対して計算して得られたハッシュ値である。
【０１２２】
3.3）ユニキャスト鍵合意確認：認証アクセスコントローラAACは、ユニキャスト鍵合意応答パケットを受信した後に、以下の処理を行う。
【０１２３】
3.3.1）今回の鍵合意過程がユニキャスト鍵の更新過程である場合に、パケットにおけるNAACフィールドと前回の鍵合意過程で保存したNAACが一致するか否かを検査し、一致しない場合に、当該パケットを廃棄し、さもなければ、3.3.2）を実行する。今回の鍵合意過程がユニキャスト鍵の更新過程でない場合に、パケットにおけるNAACフィールド値がユニキャスト鍵合意要求パケットにおけるNAACフィールドの値と一致するか否かを検査する必要があり、一致しない場合に、当該パケットを廃棄し、さもなければ、3.3.2）を実行する。
【０１２４】
3.3.2）パケットにおけるフィールドNREQ とNAACフィールドに基づいて、計算によりユニキャストセッション鍵及び次回の鍵合意過程で使用するNAACを取得して保存する。なお、ユニキャストセッション鍵は、プロトコルデータ鍵PDKとユニキャストデータ鍵UDKを含む。
【０１２５】
3.3.3）プロトコルデータ鍵PDKを利用して、パケットにおけるMIC4が正確であるか否かを検証し、正確でない場合に、当該パケットを廃棄し、さもなければ、3.3.4）を実行する。
【０１２６】
3.3.4）プロトコルデータ鍵PDKを利用して、メッセージ認証コードMIC5を計算し、ユニキャスト鍵合意確認パケットを構成して、リクエスタREQに送信する。
【０１２７】
3.3.5）認証アクセスコントローラAACは新たに合意したユニキャストセッション鍵をインストールする。新たにインストールしたユニキャストセッション鍵の送受信機能を起動し、即ち当該新たな鍵を利用してユニキャストデータに対して暗号化・復号化することを許可する。今回のユニキャスト鍵合意過程が更新過程であれば、さらに古いユニキャストセッション鍵を削除する必要がある。
【０１２８】
ユニキャスト鍵合意確認パケットの主な内容には以下のものが含まれている。
【０１２９】
【数１１】
0005414898.tif 000012
【０１３０】
NREQフィールドは、リクエスタREQのチャレンジを示し、リクエスタREQが生成した乱数である。その値は、ユニキャスト鍵合意応答パケットにおけるNREQフィールドの値と同じである。
【０１３１】
MIC5フィールドは、メッセージ認証コードを示し、認証アクセスコントローラAACが生成したプロトコルデータ鍵PDKを利用して、ユニキャスト鍵合意確認パケットにおける本フィールド以外の全てのフィールドに対して計算して得られたハッシュ値である。
【０１３２】
3.4）リクエスタREQは、ユニキャスト鍵合意確認パケットを受信した後に、以下の処理を行う。
【０１３３】
3.4.1）NREQフィールドが自分から送信したユニキャスト鍵合意応答パケットにおけるNREQフィールドと同じであるか否かを検査し、同じでない場合に、当該パケットを廃棄し、さもなければ、3.4.2）を実行する。
【０１３４】
3.4.2）プロトコルデータ鍵PDKを利用して、パケットにおけるMIC5が正確であるか否かを検証し、正確でない場合に、当該パケットを廃棄し、さもなければ、3.4.3）を実行する。
【０１３５】
3.4.3）新たにインストールしたユニキャストセッション鍵の送信機能を起動し、即ち当該新たな鍵を利用してユニキャストデータを暗号化して送信することを許可する。今回のユニキャスト鍵合意過程が更新過程であれば、さらに古いユニキャストセッション鍵を削除する必要がある。
【０１３６】
4）マルチキャスト鍵通告過程は図4に示された。具体的な過程は以下のようになる。
【０１３７】
4.1）マルチキャスト鍵通告：マルチキャスト鍵通告パケットの主な内容には以下のものが含まれている。
【０１３８】
【数１２】
0005414898.tif 000013
【０１３９】
KNフィールドは、鍵通告標識を示し、一つの整数に初期化される。鍵更新通告の度に当該フィールドの値に1がプラス、通告の鍵が変わらないと、当該フィールドの値がそのまま保持される。
【０１４０】
EMDKフィールドは、鍵暗号化データを示し、認証アクセスコントローラAACがプロトコルデータ鍵PDKを利用して、マルチキャストデータ鍵MDK（Multicast Data Key）に対して暗号化したデータである。
【０１４１】
MIC6フィールドは、メッセージ認証コードを示し、認証アクセスコントローラAACがユニキャスト鍵合意過程で生成したプロトコルデータ鍵PDKを利用して、マルチキャスト鍵通告パケットにおける本フィールド以外の全てのフィールドに対して計算して得られたものである。
【０１４２】
4.2）マルチキャスト鍵応答：リクエスタREQは、マルチキャスト鍵通告パケットを受信した後に、以下の処理を行う。
【０１４３】
4.2.1）KNフィールドが単調増加するか否かを調べ、否定の場合に、当該フィールドを廃棄し、さもなければ、4.2.2）を実行する。
【０１４４】
4.2.2）ユニキャスト鍵合意過程で生成したプロトコルデータ鍵PDKを利用して、MIC6フィールドが正確であるか否かを検証し、正確でない場合に、当該フィールドを廃棄し、さもなければ、4.2.3）を実行する。
【０１４５】
4.2.3）ユニキャスト鍵合意過程で生成したプロトコルデータ鍵PDKを利用して、EMDKフィールドに対して復号化して、マルチキャストデータ鍵MDKを得る。
【０１４６】
4.2.4）今回の鍵通告標識KNフィールドの値を保存し、且つマルチキャスト鍵応答パケットを生成して、認証アクセスコントローラAACに送信する。
【０１４７】
マルチキャスト鍵応答パケットの主な内容には以下のものが含まれている。
【０１４８】
【数１３】
0005414898.tif 000014
【０１４９】
KNフィールドは、鍵通告標識を示す。その値はマルチキャスト鍵通告パケットにおけるKNフィールドの値と同じである。
【０１５０】
MIC7フィールドは、メッセージ認証コードを示し、リクエスタREQがユニキャスト鍵合意過程で生成したプロトコルデータ鍵PDKを利用して、マルチキャスト鍵確認パケットにおける本フィールド以外の全てのフィールドに対して計算して得られたものである。
【０１５１】
4.3）認証アクセスコントローラAACは、マルチキャスト鍵応答パケットを受信した後に、以下の処理を行う。
【０１５２】
4.3.1）KNフィールドが前に送信したマルチキャスト鍵通告パケットにおける対応するフィールドと一致するか否かを比較し、一致しない場合に、当該フィールドを廃棄し、さもなければ、4.3.2）を実行する。
【０１５３】
4.3.2）ユニキャスト鍵合意過程で生成したプロトコルデータ鍵PDKを利用して、MIC7フィールドが正確であるか否かを検証し、正確でない場合に、当該フィールドを廃棄し、さもなければ、マルチキャストデータ鍵を得る。
【０１５４】
認証アクセスコントローラAACが、リクエスタREQに対するマルチキャスト鍵通告に成功した後、認証アクセスコントローラAACとリクエスタREQ間の通信データは、上記合意或いは通告したユニキャストデータ鍵とマルチキャストデータ鍵を利用して秘密伝送される。
【０１５５】
本発明は、有線LANのセキュリティアクセス制御方法を提供すると共に、有線LANのセキュリティアクセス制御システムを提供し、当該システムの実現は、リクエスタREQ（Requester）、認証アクセスコントローラAAC（Authentication Access Controller）、認証サーバAS(Authenticator Server)の三つのエンティティ部分を含む。リクエスタREQと認証サーバASは認証アクセスコントローラAACにそれぞれ接続し、認証アクセスコントローラAACはリクエスタREQにサービスポートを提供し、認証サーバASはリクエスタREQと認証アクセスコントローラAACに認証サービスを提供する。
【０１５６】
ここで、以上の実施例は本発明の技術案を説明するためのものであり、本発明を限定するものではない。上記実施例を参照して本発明について詳細に説明したが、当業者が分かるように、本発明の各実施例の技術案の主旨と領域を逸脱しない範囲内で、上記各実施例に記載されている技術案に対して変更又は、その一部の技術的特徴に対して均等な置換が可能である。
【符号の説明】
【０１５７】
REQ  リクエスタ
AAC  認証アクセスコントローラ
【図１】
0005414898.tif 000015
【図２】
0005414898.tif 000016
【図３】
0005414898.tif 000017
【図４】
0005414898.tif 000018