要求をパートナーに送信します。このメッセージには、上記の例に示すように、署名と実際のメッセージが含まれています。受信したメッセージ本文と署名を読み取ります。秘密鍵と受信したメッセージ本文に基づいて、パートナーサーバーが署名を再計算します。節を参照してください。パートナーサーバー(受信側)で作成した署名と、IRIS(送信側)から受信した署名を比較します。秘密鍵を持っている送信側だけが、有効な署名を送信できます(信頼性)。中間者は秘密鍵を持っていないので、メッセージを改変することも、有効な署名を新たに生成することもできません(メッセージの整合性)。メッセージ署名に使用されている方法は、HMAC(ハッシュベースのメッセージ認証コード)です。実装とライブラリは、基本的にどのようなプログラミング言語でも入手可能です。対する既知の長さ拡張攻撃はありません。コードの例を参照してください。する必要があることに注意してください)。秘密鍵のローテーションセキュリティ上の理由で、秘密鍵を定期的にローテーションすることをお勧めします。秘密鍵とローテーション期間は、お客様が決定します。複数の署名ヘッダーを追加することができます。一方のヘッダーには古い鍵で生成した署名が含まれ、もう一方のヘッダーには新しい秘密鍵で生成した署名が含まれます。詳しくは、次の手順を参照してください。つの署名ヘッダー(一方は古い鍵を使用したもので、もう一方は新しい鍵を使用したもの)の送信を開始します。両方のヘッダーの受信を開始したら、古い鍵を破棄して新しい署名のみ調べることができます。は新しい署名ヘッダーのみ送信します。これで鍵がローテーションされました。ヘッダーを考慮しません。これらは、経路の途中で改変されたり誤って設定されたりするおそれがあります。間違って通知される可能性もあります。この場合もやはり、ヘッダーやその他の要求パラメーターは無視されます。いいえフィードバックを送信すると、アドビの利用条件に同意することになります。フィードバックをお送りいただきありがとうございます。