hotchpotch/wikipedia-multilingual-ir-pairs huggingface dataset:
SAML 2.0
SAML 2.0の策定には、24以上の企業・団体から約30名が参加した。特筆すべきはLiberty AllianceがそのIDフェデレーション・フレームワーク（ID-FF）仕様をOASISに寄贈したことであり、これがSAML 2.0の仕様のベースとなった。したがって、SAML 2.0は、SAML 1.1、Liberty ID-FF 1.2、Shibboleth 1.3 が収れんしたものと言える。
SAML 2.0 SAML 2.0 アサーション
アサーションとは、SAMLオーソリティーが作成した 0 個以上のステートメントを提供する情報のパッケージである。SAML のアサーションは通常、<Subject> 要素で表されるサブジェクトについて行われる。SAML 2.0 仕様では、SAMLオーソリティーが作成できる 3 種類のアサーション・ステートメントを定義している。SAML で定義されたステートメントはすべて、サブジェクトに関連付けられている。 定義されている3種類のステートメントは以下のとおりである：
SAML アサーションの重要なタイプは、Web ブラウザの SSO を促進するために使用される、いわゆる "bearer"  アサーションである。
以下は、アイデンティティプロバイダ (https://idp.example.org/SAML2) からサービスプロバイダ (https://sp.example.com/SAML2)に対 して発行された短命のベアラ・アサーションの例である。このアサーションには、認証アサーション <saml:AuthnStatement> および属性アサーション<saml:AttributeStatement>の両方が含まれており、サービスプロバイダはこれらを使用してアクセス・コントロールの決定を行うはずである。接頭辞 saml:は、SAML V2.0アサーションの名前空間を表す。
SAML 2.0 SAML 2.0 アサーション
なお、上記の例では、<saml:Assertion>要素に以下の子要素が含まれている：
言い換えれば、アサーションは以下の情報をエンコードしたものである：
サービスプロバイダ (https://sp.example.com/SAML2)専用のサブジェクト(3f7b3dcf-1674-4ecd-92c8-1544f346baf8)について、アサーション("b07b804c-7c29-ea16-7300-4f3d6f7928ac")が"2004-12-05T09:22:05Z"の時点でアイデンティティプロバイダ (https://idp.example.org/SAML2) によって発行された。
特に、認証ステートメントは以下のように主張している：
<saml:Subject> 要素で特定されたプリンシパルは、保護されたチャネル上で送信されたパスワードによって、"2004-12-05T09:22:00Z"の時点で認証された。
同様に、属性ステートメントは次のように主張する。
<saml:Subject>要素で特定されるプリンシパルは、この機関のスタッフである。
SAML 2.0 SAML 2.0 プロトコル
SAMLCoreでは以下のプロトコルが規定されている。
これらのプロトコルのうち、最も重要な「認証要求プロトコル」について、以下に詳しく説明する。
SAML 1.1 WebブラウザSSOプロファイルはIdentity Provider (IDP)によって開始（initiate）される。つまり、 一方的な<samlp:Response>要素がアイデンティティプロバイダから(ブラウザ経由で)サービスプロバイダに送信される。（接頭辞 samlp:はSAMLプロトコルの名前空間を示す。）
ただし、SAML 2.0 では、流れはサービスプロバイダから始まり、サービスプロバイダは アイデンティティプロバイダに明示的な認証要求を発行する。結果として生じる「認証要求プロトコル」は、SAML 2.0 の重要な新機能である。
プリンシパル（またはプリンシパルの代理を務めるエンティティ）が認証ステートメントを含むアサーションの取得を希望する場合、<samlp:AuthnRequest>要素がアイデンティティプロバイダに送信される：
SAML 2.0 SAML 2.0 プロトコル
上記の<samlp:AuthnRequest>要素は、暗黙的に 認証ステートメントを含むアサーションを要求するものであり、サービスプロバイダ (https://sp.example.com/SAML2) によって明確に発行され、その後（ブラウザを介して）アイデンティティプロバイダに提示された。 アイデンティティプロバイダは（必要であれば）プリンシパルを認証し、認証応答を発行する。認証応答は、（再びブラウザを介して）サービスプロバイダに送信される。
SAML メッセージは、あるエンティティから別のエンティティへ、「値」または「参照」によって送信される。SAML メッセージへの参照は「アーティファクト」と呼ばれる。
アーティファクトの受信者は、<samlp:ArtifactResolve> 要求をアーティファクトの発行者に直接送信することによって参照を解決し、発行者はアーティファクトによって参照される実際のメッセージで応答する。
たとえば、アイデンティティプロバイダが次の<samlp:ArtifactResolve> リクエストを（バック・チャネルを介して）サービスプロバイダに直接送信したとすると、次のようになる：
応答として、サービスプロバイダは、封入されたアーティファクトによって参照されるSAML要素を返す。 このプロトコルは、HTTP Artifact Bindingの基礎を形成している。
SAML 2.0 SAML 2.0バインディング
SAML 2.0 がサポートする「バインディング」の概要は、Bindings 仕様（(SAMLBind)に記載されている：
Web ブラウザ SSO では、HTTP リダイレクト・バインディングと HTTP POST バインディングがよく使われる。 たとえば、サービスプロバイダは HTTP リダイレクトを使用して要求を送信する一方で、アイデンティティプロバイダは HTTP POST を使用して応答を送信することができる。 この例は、エンティティのバインディングの選択が、パートナーのバインディングの選択とは無関係で あることを示している。
SAML プロトコルメッセージは、HTTP GETリクエストのURLクエリ文字列で直接伝えることができる。URLの長さは実際には限られているので、HTTPリダイレクト・バインディングは、<samlp:AuthnRequest> メッセージなどの短いメッセージに適している。長いメッセージ(例えば、SAMLレスポンスのように、署名済みまたは暗号化されたSAMLアサーションを含むメッセージ)は、通常、 HTTP POSTバインディングのような他のバインディングを介して送信される。
SAML 2.0 SAML 2.0バインディング
HTTPリダイレクトで送信される SAMLリクエストまたはレスポンスには、それぞれSAMLRequest またはSAMLResponse クエリ文字列パラメータがある。メッセージは送信される前に、deflated （ヘッダーとチェックサムなし）、base64エンコード、URLエンコードが順に行われる。受信時には、元のメッセージを復元するために、このプロセスを逆に行う。
例えば、上記の <samlp:AuthnRequest>メッセージをエンコードすると、次のようになる：
上記のメッセージ（可読性のためにフォーマットされている）は、追加のセキュリティのために署名される場合もある。実際には、<samlp:AuthnRequest>に含まれるすべてのデータ（SP ID を含むIssuerやNameIDPolicyなど）は、事前に IdP と SP の間で（手動での情報交換や SAMLメタデータを介して）合意されている。その場合、リクエストへの署名はセキュリティ上の制約とはならない。<samlp:AuthnRequest>に、アサーション・コンシューマー・サービスのURLなど、IdPが事前に把握していない情報が含まれている場合、セキュリティの観点からリクエストへの署名が推奨される。
SAML 2.0 SAML 2.0バインディング
以下の例では、サービスプロバイダと アイデンティティプロバイダの両方が HTTP POST バインディングを使用している。最初に、サービスプロバイダはuser agent からの要求に、XHTML フォームを含むドキュメントで応答する。
SAMLRequestパラメータの値は、<samlp:AuthnRequest>要素のbase64エンコードであり、ブラウザ経由でアイデンティティプロバイダに送信される。アイデンティティプロバイダの SSO サービスは要求を検証し、別の XHTML フォームを含む文書で応答する：
SAMLResponseパラメータの値は、<samlp:Response>要素のbase64エンコーディングであり、同様にブラウザを介してサービスプロバイダに送信される。
フォームの送信を自動化するためには、次のようなJavaScriptの行をXHTMLページの任意の場所に加える：
これは、ページ内の最初のform要素に、上記のSAMLResponseを含むform要素（forms[0]）が含まれていることを前提としている。
SAML 2.0 SAML 2.0バインディング
HTTP アーティファクトバインディングは、Artifact Resolution Protocolと SAML SOAP バインディング（HTTP上）を使用して、SAMLメッセージを参照により解決する。以下の具体例を考えてみる。サービスプロバイダが、アイデンティティプロバイダに<samlp:AuthnRequest> メッセージを送信したいとする。最初に、サービスプロバイダは、HTTPリダイレクトを介してアイデンティティプロバイダにアーティファクトを送信する。
次に、アイデンティティプロバイダは、バック・チャネルを介してサービスプロバイダに直接<samlp:ArtifactResolve>リクエスト（先に示したArtifactResolveRequest など）を送信する。最後に、サービスプロバイダは、参照された<samlp:AuthnRequest>メッセージを含む<samlp:AuthnRequest> 要素を返す：
もちろん、フローは逆方向にも可能である。つまり、アイデンティティプロバイダはアーティファクトを発行することができ、実際にはこれがより一般的である。 たとえば、このトピックで後述する「double artifact」のプロファイル例を参照。
一般に、SAML 2.0のアーティファクトは以下のように定義される（SAMLBind）：
SAML 2.0 SAML 2.0バインディング
したがって、SAML 2.0のアーティファクトは、2バイトのTypeCode、2バイトのEndpointIndex、およびRemainingArtifactと呼ばれる任意のバイト列の3つのコンポーネントから構成される。 これらの3つの情報は連結され、base64エンコードされて完全なアーティファクトとなる。
TypeCodeは、アーティファクトの形式を一意に識別する。 SAML 2.0では、このようなアーティファクトを1つだけ定義しており、タイプは 0x0004である。 EndpointIndexは、アーティファクトの発行者(前述のようにIdPまたはSPのいずれかである)が管理する特定のアーティファクト解決エンドポイントへの参照である。 RemainingArtifactは、タイプの定義によって決定され、アーティファクトの「肉」となるものである。
また、「type 0x0004 artifact」のフォーマットは以下のように定義される：
したがって、タイプ 0x0004のアーティファクトは、サイズが44 バイト(エンコードされていない)である。 SourceIdは任意のバイト列であるが、実際には、SourceIdは発行者のentityIDのSHA-1ハッシュである。 MessageHandleはランダムなバイト列で、アーティファクト発行者がオンデマンドで作成することを望んでいるSAMLメッセージを参照する。
例えば、この16進法のタイプ 0x0004のアーティファクトを考える：
よく見ると、アーティファクトの先頭にTypeCode(0x0004)とEndpointIndex(0x0000)が表示されている。 次の20 バイトは、発行者のentityID(https://idp.example.org/SAML2)のSHA-1ハッシュで、その後に20のランダムバイトが続いている。 この44 バイトをbase64エンコードしたものが、上記のArtifactResolveRequestの例で見られる。
SAML 2.0 SAML 2.0プロファイル
SAML 2.0 では、SAML 1.1 と同様に、主要なユースケースは依然として Web ブラウザによる SSO であるが、SAML 2.0 のスコープは、以下のプロファイルの網羅的なリストに示されているように、以前のバージョンの SAML よりも広くなっている。
サポートされているプロファイルの数は非常に多いものの、各プロファイルのバインディング面が別のBindings仕様（SAMLBind）に集約されているため、Profiles仕様（SAMLProf）は簡素化されている。
SAML 2.0は、アイデンティティプロバイダ (IdP)、サービスプロバイダ (SP)、およびHTTPユーザー・エージェントを操るプリンシパルを含む「WebブラウザSSOプロファイル」を規定している。 サービスプロバイダには4つのバインディングがあり、アイデンティティプロバイダには3つのバインディングがあるため、12の展開シナリオが考えられる。 以下では、これらの展開シナリオのうち3つを概説する。
これは、最も一般的なシナリオの1つである。サービスプロバイダは、HTTPリダイレクト・バインディングを使用して、SAMLリクエストをIdP SSOサービスに送信する。アイデンティティプロバイダは、HTTP-POST バインディングを使用してSAMLレスポンスをSPアサーション・ コンシューマー・サービスに返す。
SAML 2.0 SAML 2.0プロファイル
メッセージのフローは、サービスプロバイダのセキュアなリソースに対するリクエストから始まる。
1. SPにターゲット・リソースをリクエスト
プリンシパルは、（HTTPユーザーエージェントを介して）サービスプロバイダにターゲットリソースを要求する。
サービスプロバイダは、ターゲット・リソースに代わってセキュリティ・チェックを実行する。 サービスプロバイダに有効なセキュリティコンテキストがすでに存在する場合は、ステップ2–7をスキップする。
サービスプロバイダは、使用するアイデンティティプロバイダを発見するために、あらゆる種類のメカニズムを使用する。例：ユーザに尋ねる、事前に設定された IdP を使用する、など。
2. IdP SSO サービスにリダイレクト
サービスプロバイダは、適切な SAMLRequest（およびあればRelayState）を生成し、標準的な HTTP 302リダイレクトを使用してブラウザを IdP SSO サービスにリダイレクトする。
RelayStateトークンは、サービスプロバイダで保持している状態情報への不透明な参照である。 SAMLRequestパラメータの値は、<samlp:AuthnRequest>要素のdeflate、base64エンコード、URLエンコードされた値である。
SAML 2.0 SAML 2.0プロファイル
SAMLRequest は、SP の署名鍵を用いて署名することができる。しかし、通常はその必要はない。
3. IdPへのSSOサービスのリクエスト
ユーザ・エージェントは、アイデンティティプロバイダのSSOサービスにGETリクエストを発行する：
ここで、SAMLRequestおよびRelayStateパラメータの値は、リダイレクトで提供されたものと同じである。アイデンティティプロバイダのSSOサービスは、<samlp:AuthnRequest>要素を処理して（URL復号、Base64復号、リクエストのinflateの順に行う）、セキュリティチェックを実行する。 ユーザーが有効なセキュリティ・コンテキストを持っていない場合、アイデンティティプロバイダは任意のメカニズムでユーザーを識別する（詳細は省略）。
4. XHTMLフォームで回答する
SSOサービスはリクエストを検証し、XHTMLフォームを含むドキュメントで応答する。
RelayStateパラメータの値は、ステップ 3から保存されている。 SAMLResponseパラメータの値は、次の<samlp:Response>要素のbase64エンコーディングである：
5. SPにアサーション・コンシューマー・サービスを要求する
SAML 2.0 SAML 2.0プロファイル
ユーザ・エージェントは、サービスプロバイダのアサーション・コンシューマー・サービスにPOSTリクエストを発行する。
ここで、SAMLResponseおよびRelayStateパラメータの値は、ステップ 4のXHTMLフォームから取得される。
6. ターゲット・リソースにリダイレクト
アサーション・コンシューマー・サービスは、レスポンスを処理し、サービスプロバイダでセキュリティ・ コンテキストを作成し、ユーザ・エージェントをターゲット・リソースにリダイレクトする。
7. SPにターゲット・リソースを再リクエスト
ユーザーエージェントは、サービスプロバイダにターゲット・リソースをリクエストする（再度）：
8. 要求されたリソースを応答する
セキュリティ・コンテキストが存在するので、サービスプロバイダはリソースをユーザエージェントに返す。
これは、SAML 2.0 WebブラウザSSOプロファイル (SAMLProf) を比較的簡単に導入したもので、サービスプロバイダ (SP) とアイデンティティプロバイダ (IdP) の両方がHTTP POSTバインディングを使用している。
メッセージ・フローは、SPのセキュアなリソースへのリクエストから始まる。
1. SPでターゲット・リソースをリクエスト
SAML 2.0 SAML 2.0プロファイル
プリンシパルは、（HTTPユーザーエージェントを介して）サービスプロバイダにターゲットリソースを要求する：
サービスプロバイダは、ターゲット・リソースに代わってセキュリティ・チェックを実行する。 サービスプロバイダに有効なセキュリティコンテキストがすでに存在する場合は、ステップ2–7をスキップする。
2. XHTMLフォームで回答する
サービスプロバイダは、XHTMLフォームを含むドキュメントで応答する：
RelayStateトークンは、サービスプロバイダで保持している状態情報への不透明な参照である。 SAMLRequestパラメータの値は、以下の<samlp:AuthnRequest>要素のbase64エンコーディングである。
<samlp:AuthnRequest>要素がXHTMLフォームに挿入される前に、まずbase64エンコードされる。
3.IdP での SSO サービスのリクエスト
ユーザーエージェントは、アイデンティティプロバイダの SSO サービスに POST リクエストを発行する：
SAML 2.0 SAML 2.0プロファイル
ここで、SAMLRequestおよびRelayStateパラメータの値は、ステップ 2のXHTMLフォームから取得される。SSOサービスは、<samlp:AuthnRequest>要素を処理して（リクエストのURLデコード、base64デコード、inflateの順に行う）、セキュリティ・チェックを実行する。 ユーザが有効なセキュリティ・コンテキストを持っていない場合、アイデンティティプロバイダはユーザを識別する（詳細は省略）。
4. XHTMLフォームで応答する
SSOサービスはリクエストを検証し、XHTMLフォームを含むドキュメントで応答する:
RelayStateパラメータの値は、ステップ 3から保存されている。 SAMLResponseパラメータの値は、次の<samlp:Response>要素のbase64エンコーディングである:
5. SPにアサーション・コンシューマー・サービスを要求する
ユーザ・エージェントは、サービスプロバイダのアサーション・コンシューマ・サービスに POST リクエストを発行する。
ここで、SAMLResponseおよびRelayStateパラメータの値は、ステップ 4のXHTMLフォームから取得される。
6. ターゲット・リソースへのリダイレクト
SAML 2.0 SAML 2.0プロファイル
アサーション・コンシューマー・サービスは、レスポンスを処理し、サービスプロバイダでセキュリティ・ コンテキストを作成し、ユーザ・エージェントをターゲット・リソースにリダイレクトする。
7. SPに対象のリソースを再リクエスト
ユーザーエージェントは、サービスプロバイダにターゲット・リソースをリクエストする（再度）。
8. 要求されたリソースで応答する
セキュリティコンテキストが存在するため、サービスプロバイダはリソースをユーザーエージェントに返す。
これは、SAML 2.0 Web Browser SSO Profile（SAMLProf）の複雑な展開であり、サービスプロバイダ (SP) とアイデンティティプロバイダ (IdP) の両方がHTTPアーティファクト・バインディングを使用している。 両方のアーティファクトは、HTTP GET でそれぞれのエンドポイントに配信される。
メッセージの流れは、SPのセキュアなリソースへのリクエストから始まる：
1. SPでターゲット・リソースをリクエスト
プリンシパルは、（HTTPユーザーエージェントを介して）サービスプロバイダにターゲットリソースを要求する：
SAML 2.0 SAML 2.0プロファイル
サービスプロバイダは、ターゲットリソースに代わって、セキュリティ チェックを実行する。 サービスプロバイダに有効なセキュリティコンテキストがすでに存在する場合は、ステップ2–11をスキップする。
2. IdPのシングルサインオン (SSO) サービスへのリダイレクト
サービスプロバイダは、ユーザーエージェントをアイデンティティプロバイダのシングルサインオン (SSO) サービスにリダイレクトする。 リダイレクトURLには、RelayStateパラメータとSAMLartパラメータが付加される。
3. IdPへのSSOサービスのリクエスト
ユーザ・エージェントは、アイデンティティプロバイダにSSOサービスを要求する。
ここで、tokenは、サービスプロバイダで保持されている状態情報への不透明な参照であり、artifact_1は、SAMLアーティファクトであり、いずれもステップ 2で発行されたものである。
4. SPでアーティファクト・レゾリューション・サービスをリクエスト
SSOサービスは、SAML SOAPメッセージにバインドされた<samlp:ArtifactResolve>要素をサービスプロバイダのアーティファクト解決サービスに送信することで、アーティファクトの参照先を見に行く（dereference）。
SAML 2.0 SAML 2.0プロファイル
ここで、<samlp:Artifact>要素の値は、ステップ3で送信されたSAMLアーティファクトである。
5. SAML AuthnRequestで応答
サービスプロバイダのアーティファクト解決サービスは、SAML SOAPメッセージにバインドされた<samlp:ArtifactResponse>要素（<samlp:AuthnRequest>要素を含む）を、アイデンティティプロバイダのSSOサービスに返す：
SSOサービスは、<samlp:AuthnRequest>要素を処理し、セキュリティチェックを行う。 ユーザーが有効なセキュリティ・コンテキストを持っていない場合、アイデンティティプロバイダはユーザーを識別する（詳細は省略）。
6. アサーション・コンシューマー・サービスへのリダイレクト
アイデンティティプロバイダの SSO サービスは、ユーザ・エージェントをサービスプロバイダのアサーション・コンシューマ・サービスにリダイレクトする。 以前の RelayState パラメータと新しい SAMLart パラメータがリダイレクト URL に追加される。
7. SPにアサーション・コンシューマー・サービスを要求する
ユーザ・エージェントは、サービスプロバイダにアサーション・コンシューマ・サービスを要求する：
SAML 2.0 SAML 2.0プロファイル
ここで、tokenは、ステップ 3のトークンの値であり、artifact_2は、ステップ 6で発行されたSAMLアーティファクトである。
8. IdP でアーティファクト解決サービスを要求する
アサーション・コンシューマー・サービスは、SAML SOAPメッセージにバインドされた<samlp:ArtifactResolve>要素をアイデンティティプロバイダのアーティファクト解決サービスに送信することにより、アーティファクトを逆参照する：
ここで、<samlp:Artifact>要素の値は、ステップ 7で送信されたSAMLアーティファクトである。
9. SAMLアサーションで応答
アイデンティティプロバイダのアーティファクト解決サービスは、サービスプロバイダのアサーション・コンシューマ・サービスに、SAML SOAPメッセージにバインドされた<samlp:ArtifactResponse>要素（<samlp:Response>要素を含む）を返す：
10. ターゲット・リソースへのリダイレクト
アサーション・コンシューマー・サービスは、レスポンスを処理し、サービスプロバイダでセキュリティ・コンテキス トを作成し、ユーザ・エージェントをターゲット・リソースにリダイレクトする。
11. SPでターゲット・リソースを再度要求する
SAML 2.0 SAML 2.0プロファイル
ユーザ・エージェントは、サービスプロバイダでターゲット・リソースを（再度）要求する：
12. 要求されたリソースで応答する
セキュリティ・コンテキストが存在するので、サービスプロバイダはリソースをユーザエージェントに返す。
SAML 2.0 Identity Provider Discovery Profileは、以下の概念を導入している：
「共通ドメイン」の架空の例として、Example UK (example.co.uk) とExample Deutschland (example.de) が仮想組織Example Global Alliance (example.com) に属しているとする。 この例では、ドメインexample.comが共通ドメインである。 Example UKとExample Deutschlandの両方がこのドメインに存在しているとする（それぞれ、uk.example.comとde.example.com）。
「共通ドメインクッキー」は、共通ドメインにスコープされた安全なブラウザ・クッキーである。 このクッキーは、各ブラウザユーザが最近訪問したIdPの履歴リストを保存する。 クッキーの名前と値は，IdPディスカバリー・プロファイル（SAMLProf）で指定される。
SAML 2.0 SAML 2.0プロファイル
認証に成功すると、IdP は「共通ドメインクッキー書き込みサービス」を要求する。 このサービスは、共通ドメインクッキーにIdPの固有識別子を付加する。 SP は，保護されたリソースに対する認証されていないリクエストを受け取ると、ブラウザユーザが直近に使用した IdP を発見するために、「共通ドメイン・クッキー読み取りサービス」を要求する。
「アサーション問い合わせ/要求プロファイル」は、次のSAML 2.0要素を使用した多数のタイプのいわゆる「クエリ」に対応する一般的なプロファイルである。
SAML SOAP バインディングは、しばしばクエリと組み合わせて使用される。
「属性クエリ」 は、おそらく SAML クエリの最も重要なタイプである。 多くの場合、プリンシパルに代わって行動するリクエスターが、アイデンティティプロバイダに属性を問い合わせる。 以下では、プリンシパルが直接発行したクエリの例を示す：
この場合、IssuerはSubjectであることに注意する。 これは「属性セルフクエリ」と呼ばれることもある。アイデンティティプロバイダは、<samlp:Response>要素(表示せず)に包まれた以下のアサーションを返す場合もある：
先に示したBearerAssertionとは対照的に、このアサーションは、プリンシパルがアイデンティティプロバイダを認証するために使用した X.509 証明書の有効期間に対応する長い有効期間を持つ。 さらに、アサーションは署名されているため、ユーザーはこのアサーションを証明書利用者に提示することができ、ユーザーが対応する秘密鍵を所有している（これが「ホルダー・オブ・キー（鍵の所有者）」という名前の由来）ことを証明することができる限り、証明書利用者ははアサーションが本物であることを保証できる。
SAML 2.0 SAML 2.0メタデータ
メタデータは、文字通り、SAMLを（うまく）機能させるものである。メタデータの重要な使用例には以下が含まれる：
サービスプロバイダは、ブラウザ経由で アイデンティティプロバイダに <samlp:AuthnRequest> 要素を送信する準備をする。サービスプロバイダは、ID プロバイダが本物であり、ユーザのパスワードを phish しようとする悪質な ID プロバイダではないことをどのようにして知ることができるのか？サービスプロバイダは、認証要求を発行する前に、メタデータ内の信頼できる ID プロバイダのリストを参照する。
アイデンティティプロバイダは、ブラウザを介してサービスプロバイダから<samlp:AuthnRequest>要素を受け取る。アイデンティティプロバイダはどのようにして、サービスプロバイダが本物であり、ユーザーに関する個人を特定できる情報を採取しようとしている悪質なサービスプロバイダではないことを知るのか。ID プロバイダは、認証応答を発行する前に、メタデータ内の信頼できるサービスプロバイダのリストを参照する。
SAML 2.0 SAML 2.0メタデータ
メタデータは、アイデンティティプロバイダとサービスプロバイダ間の安全なトランザクションを保証する。メタデータが登場する前は、信頼情報は独自の方法で実装にエンコードされていた。現在では、信頼情報の共有は、標準的なメタデータによって促進される。SAML 2.0は、エンティティが信頼プロセスを起動するために活用できる、明確に定義された相互運用可能なメタデータ・フォーマットを提供する。
アイデンティティプロバイダは <md:EntityDescriptor> 要素で自身に関するデータを公開する：
このエンティティ記述子については、以下の詳細に注意する：
定義上、アイデンティティプロバイダは、SAMLProfで指定されたSAML WebブラウザSSOプロファイルをサポートするSSOサービスを管理する。次のセクションで示す<md:IDPSSODescriptor>要素に記述されているアイデンティティプロバイダがその例である。
アイデンティティプロバイダのSSOサービスは、<md:IDPSSODescriptor>要素で記述される：
前述のメタデータ要素は、アイデンティティプロバイダにおけるSSOサービスについて説明している。 この要素についての詳細は以下の通り：
SAML 2.0 SAML 2.0メタデータ
このセクションの冒頭で述べたように、Location属性の値は、サービスプロバイダがSAMLメッセージをルーティングするために使用され、不正なアイデンティティプロバイダがman-in-the-middle attackを指揮する可能性を最小限に抑えることができる。
アイデンティティプロバイダと同様に、サービスプロバイダはそれ自体に関するデータを<md：EntityDescriptor>要素で公開する：
このエンティティ記述子についての詳細は次の通り：
<md:ContactPerson>要素に含まれるコンタクト情報は、そのエンティティに責任を持つテクニカルコンタクトを特定する。複数のコンタクトやコンタクトタイプが可能である。SAMLMetaのセクション 2.3.2.2を参照のこと。
定義上では、サービスプロバイダは、SAMLProfで指定されたSAML WebブラウザSSOプロファイルをサポートするアサーション・コンシューマー・サービスを管理する。 次のセクションで示す<md:SPSSODescriptor>要素で示されているサービスプロバイダが例として挙げられる。
アサーション コンシューマー サービスは、<md:SPSSODescriptor> 要素に含まれる：
SAML 2.0 SAML 2.0メタデータ
<md:SPSSODescriptor> メタデータ要素に関する詳細は次の通り：
このセクションの冒頭で述べたように、Location属性の値は、SAMLメッセージをルーティングするためにアイデンティティプロバイダによって使用され、これにより、不正なサービスプロバイダがman-in-the-middle attackを指揮する可能性を最小限に抑えることができる。
前述の例では、各<md:EntityDescriptor>要素がデジタル署名されていることを示した。しかし、実際には、複数の<md:EntityDescriptor>要素が<md:EntitiesDescriptor>要素の下にまとめられ、集約された全体に単一のデジタル署名が施される：
上記の<md:EntitiesDescriptor>要素についての詳細は次の通り：
通常、集約されたメタデータは、集約されたすべてのメタデータの整合性を保証する「フェデレーション」と呼ばれる、信頼できる第三者によって公開される。集約されたメタデータは非常に大きく、1つのアグリゲートにつき数百から数千のエンティティで構成されることがあることに注意する。
秋田造船鉄工
秋田造船鉄工株式会社（あきたぞうせんてっこう）は、秋田県男鹿市に本社・造船所を置く造船・船舶修繕・機械設備整備事業者である。
秋田造船鉄工 概要
1938年（昭和13年）6月に設立・操業開始し、1951年（昭和26年）4月には日本鉱業船川製油所（現・ENEOS船川事業所）から工事請負常駐業者への指定を受け、以来同製油所をはじめとする周辺の石油関連の事業と関わりながら事業を営んできた。1960-1970年代には秋田市にも工場を開設したが、2005年（平成17年）までに本社以外の工場は閉鎖した。同年2月からは、秋田国家石油備蓄基地内における油中ポンプ等の整備や回転機メンテナンス業務も担当している。
本社工場の修繕能力は499総トンまでであり、他社を含め秋田県内の港湾には大型の船舶に対応可能な修繕施設がなかったことから、秋田県沿岸海域での洋上風力発電施設の整備等による大型作業船等の修繕機会の増加に備え、秋田県及び県内企業による秋田船舶上架株式会社の設立に参画した。2019年（平成31年）1月に法人が設立され、2024年（令和6年）6月に秋田造船鉄工の本社工場に隣接して秋田船舶上架の引揚船台（船体自重2,500トンまで対応）が完成し、操業を開始した。
秋田造船鉄工 主要設備
建造・修理能力は、建造が200GT、修理が499GTである。
橋川和晃
橋川 和晃（はしかわ かずあき、1971年5月2日-）は、佐賀県出身の元サッカー選手、サッカー指導者。
橋川和晃 来歴
大学までは選手としてプレー。大学卒業後は筑波大学大学院体育研究科に進んだ。1995年にアビスパ福岡にユースコーチとして入団。その後、福岡のアカデミーの監督を歴任した。
2016年にFC今治に転じてグローバル事業部長に就任、2020年から今治のアカデミー・メソッドグループ長に就任。2021年9月29日、解任された布啓一郎の後任として今治の監督に就任した。
2023年7月3日、WEリーグ・アルビレックス新潟レディースの監督に就任した。
キア・ジョイス
ジョイス（JOICE）及びカースター（CARSTAR）は、大韓民国の自動車メーカー、起亜自動車によって製造・販売されていた5ドアミニバン型の普通乗用車（韓国における区分では中型車、欧州における区分ではDセグメント）である。
キア・ジョイス 初代 型式: DS-II型（1999年4月 - 2002年10月）
1999年（平成11年）4月15日
発売。製造は現代精工が担当。プロジェクト名『DS-II』として開発を開始し、当初は現代精工がヒュンダイ・サンタモの後継車種として進行させていたものの、現代精工は初代の製造を継続し、カレンスとカーニバルを始め、ミニバン市場で地位を確立していた同社を通じ販売する事とした。韓国市場においては『カースター』、輸出市場においては『ジョイス』と命名した。原動機はL4CP型1,997cc直4 SOHCベルト駆動8バルブ自然吸気LPG及びG4CP型1,997cc直4 DOHCベルト駆動16バルブ自然吸気ガソリンの2機種を設定し、6名乗り及び7名乗りを設定した。LX系には、AQS全自動エアコン、イコライザー機能付CDPオーディオ、電子式走行情報システム（オプション設定）等を搭載した。
スローガンは『Win・Win』。
2001年（平成13年）1月
2001年MYを発売。サンルーフ、木目調ステアリング・ホイールをオプション設定し、全車運転席エアバッグを標準装備とした。また最高出力を向上させ、オートチョークとした。
2002年（平成14年）10月
自動車排出ガス規制の未適合に伴い、カレンスに統合される形で製造終了。
ブレット・キャメロン
ブレット・キャメロン（Brett Cameron、1996年10月4日 - ）は、スーパーラグビー・ハリケーンズに所属するラグビー選手。
ブレット・キャメロン 略歴
カンダベリー、クルセイダーズ、マナワツを経て、2021年、日本製鉄釜石シーウェイブスに加入。
2022年1月16日に行われたJAPAN RUGBY LEAGUE ONE第1節三重ホンダヒート戦にて先発出場で日本での公式戦初出場を果たした。同年7月、ハリケーンズに加入。
聖母のエリサベト訪問
聖母のエリサベト訪問（せいぼのエリサベトほうもん）
新約聖書に記された、聖母マリアによるエリサベト訪問のこと→エリザベト訪問
絵画
聖母のエリザベト訪問 (アルベルティネッリ)
聖母のエリザベト訪問 (ギルランダイオ)
聖母のエリザベト訪問 (ラファエロ)
聖母のエリザベト訪問 (ルーベンス)
聖ニコラウスと聖アントニウスのいる聖母のエリザベト訪問 - ピエロ・ディ・コジモの作品
山根道公
山根 道公（やまね みちひろ、Yamane Michihiro　1960年 - ）は、日本の近代文学研究者。
研究対象は遠藤周作を中心に八木重吉、宮沢賢治、芥川龍之介等のキリスト教文学。ノートルダム清心女子大学教授。
山根道公 来歴
1960年、岡山県倉敷市に生まれる。早稲田大学第一文学部卒業、立教大学大学院修了後、日本大学、明治大学等の非常勤講師を経て、1998年よりノートルダム清心女子大学キリスト教文化研究所に所属。
遠藤周作の親友で共にフランスで学んだ井上洋治神父が、1986年、日本の文化的風土のなかにイエスの福音が根をおろし、開花することをめざして、若い人たちと共にはじめた運動「風（プネウマ）の家」創設に参加し、機関誌「風（プネウマ）」の編集に携わる。共に活動した「風の家」出身には、カトリック司祭の伊藤幸史、批評家の若松英輔、東京大学教授の山本芳久、ノートルダム清心女子大学教授の山根知子らがいる。
遠藤周作らが設立した日本キリスト教芸術センターの会員となり、遠藤周作が中心となって行われた勉強会（月曜会）に参加。1996年、遠藤周作の没後、『遠藤周作文学全集』全15巻（新潮社、1999年から2000年）の編集に協力、全巻の解題を担当し、詳細年譜・著作目録を作成。また、2014年3月に帰天した井上洋治神父の遺稿を整理し年譜と解説・解題を付した『井上洋治著作選集』全10巻別巻（2015年-2019年、日本キリスト教団出版局）の編集・解題の担当を行った。2021年4月に刊行した遠藤周作学会編『遠藤周作事典』（2021年、鼎書房）で責任編者を務めている。
山根道公 受賞歴
2006年　『遠藤周作  その人生と「沈黙」の真実』（2005年、朝文社）により2006年日本キリスト教文学会奨励賞受賞。
佐藤厚志
佐藤 厚志（さとう あつし、1982年2月9日 - ）は、日本の小説家。宮城県仙台市生まれ。宮城県仙台東高等学校英語科卒業。東北学院大学文学部英文学科卒業。仙台市在住。
佐藤厚志 経歴
2010年から書店員として勤務しながら創作活動する。2017年、「蛇沼」で第49回新潮新人賞を受賞してデビュー。2020年、「境界の円居」で第3回仙台短編文学賞大賞 。2021年、「象の皮膚」で第34回三島由紀夫賞候補。
2023年1月、「荒地の家族」で第168回芥川龍之介賞受賞。丸善仙台アエル店の現役書店員としての受賞となった。同年10月末で書店を退職し、作家活動に専念する。
ダービーシューズ
ダービーシューズ（英 : derby shoe）は、革靴の一種。日本では外羽根式短靴と呼ばれる。靴紐を留める部分が、外側に縫い付けられたものを差し、主にヨーロッパ大陸でこのように呼ばれる。ブラッチャーとも知られ、1815年にワーテルローの戦いでプロシア軍の元帥ゲファルト・レーバレヒト・フォン・ブラヘルが考案したとされ、英軍のウェリントンを助けたことで広まった。
服飾評論家の林勝太郎によると、「ダービーは、パリのエルメス本店の中に古くから店を構えているジョン・ロブが作っている。ロブの店のダービー・モデルは、ウィングチップの外羽根式のもので、ことにロングノーズと呼ばれる、細長くエレガントで美しいシルエットを特徴にしている」とある。
1850年代にはスポーツとハンティング用のブーツになり、20世紀の変わり目までに街での着用に適したものになった。このデザインは、イギリスやヨーロッパ大陸のメーカーではダービーと呼ばれ、アメリカのメーカーではブラッチャー（blucher）と呼ばれることが多い。なお、本来、ダービーではアッパーにヴァンプ部分と分かれた、アイレットが縫い付けられた大きな腰革（quarter）がある。
これに対し、ブラッチャーではアッパーは1枚革で作られているとされる。
チョン・ヒョンジュン
チョン・ヒョンジュン（朝: 정현준、2011年11月8日 - ）は韓国の子役。2016年からCMやドラマなどに出演し、2019年の映画『パラサイト 半地下の家族』でのパク・ダソン役で名が広まった。
三峰温泉
三峰温泉（みつみねおんせん）は、岐阜県可児市大森にある温泉である。
三峰温泉 温泉地
可児市街地から少し離れた森林地帯に日帰り温泉施設「天然温泉　三峰」が1軒存在するのみで、宿泊施設は存在しない。
日帰り温泉施設の外観は、旅館のような造りとなっている。
三峰温泉 歴史
2005年（平成17年）に開業。2012年（平成24年）にリニューアルオープンした。
アベママ環礁
アベママ環礁（あべままかんしょう、Abemama Atoll）、またはアパママ環礁は、キリバスのギルバート諸島に属する環礁の1つで、タラワの南東152キロメートル、赤道のすぐ北に位置する。アベママの面積は27.37平方キロメートル、2020年国勢調査における人口は3,257人 。アベママ環礁の東部は土手道で結ばれており、小島間を自動車で通行することが可能になっている。アベママ環礁を構成する小島のうち、アバシク島とビイケ島は環礁の南西側にある。
カリアテビケ村は行政の中心地として機能しており、管理棟、警察署、病院がある。
アベママは、かつてはロジャーシンプソン島、ダンダス島、ホッパー島、またはシンプソン島という名で知られていた。
アベママ環礁 地理
アベママの陸地面積は 27.37 km2、その幅は狭いところで 50 m、広いところで 2 km にわたる。島には3つの主要な小島がある。最大の小島には11の村があり、人口のほとんどが住んでいる。西側のサンゴ礁にある小島であるアバシクと、そのすぐ南東にあるビイケは人口が非常に少ない。
東側の村の全てを結ぶ土手道が建設されており、輸送は容易になっている。アベママ環礁は不完全な「G」の形状をしており、2つのリーフロードがある。その1つは北西端のアバシク村とタビアン村の間にある。もう1つはビイケ村とケンナ村の間にあり、主要な小島の最南端に位置する。ココナッツ、タロイモ、パンダナス、パンノキなど、キリバスの重要な食用作物がアベママで育てられている。
アベママ環礁 歴史
ギルバート諸島は各島に王がいたが、1765年、ジョン・バイロンによる諸島発見によって西欧人の調査が始まった。1799年にキャプテンチャールズ・ビショップ船長は、自身が作成した地図上で、アベママをロジャー・シンプソン島として言及した。その後、1841年にアメリカ合衆国探検遠征隊がアベママ環礁を調査した。
19世紀半ばから後半にかけて、アベママでは1人の首長による統治が行われた。これは、カインガ（一家）のグループが独自のリーダーを立てるギルバート諸島北部や、ウニマネ（長老）がマネアバ（集会所）に集まるギルバート諸島南部（ノノウシ以南）の統治形態とは対照的であった。
欧州の視点では、アベママの首長一家を「ギルバート諸島の支配一家」と説明しているが、現地の認識はアベママでもウニマネが多大な権力を保持しており、ギルバート諸島全体を単一国家として統治することは現代でも課題となっている。
アベママの首長一家は長期間アベママを統治してきた歴史があり、テム・ビノカの時代にはクリア島とアラヌカ環礁も支配していた。
アベママ環礁 歴史
ロバート・ルイス・スティーヴンソン、ファニー・ヴァンデグリフト・スティーヴンソンと彼女の息子ロイド・オズボーンは1889年に2ヶ月間アバママで過ごした。3名は1890年7月に貿易蒸気船ジャネット・ニコル号の航海中に再びアベママに戻った。
1890年ごろには人口2万人から2万5千人の島民の多くをキリスト教徒が占めていた。アベママ環礁についてはヤシの実と海産物を中心とする経済で約700名の人口があった。長く君臨したテム・ビノカ王が1891年末に没したのち、父親のシンモンが後を継いだが、父王は過度の飲酒により5か月で没したため、10歳の息子ポールが王位についた。
アベママは1892年5月27日、渡来したHMS Royalist 号（1883年）の船長デイビスによってイギリス保護領として宣言された。
1889年の赤道航海の記録である『In the South Seas』は、ロバートが1896年に没したのちシドニー・コルヴィンによって編集され、のちの1900年に出版された。暴君テム・ビノカ王の名は『In the South Seas』の中で不滅の存在となった。
アベママ環礁 歴史
一方で今もタボンテビケの近くにはテム・ビノカ王の墓が祀られており、アバママの首長一家は今日でも高く評価され、敬意を集めている。
アベママ郵便局は1910年頃に開設された。
日本は1941年12月9日にギルバート諸島を占領した（詳細は「日本のギルバート諸島攻略」を参照）。
1943年11月21日、アメリカの潜水艦USSノーチラス号が、アメリカ海兵隊の水陸両用偵察隊（Amphibious Reconnaissance Battalion, FMF-PAC）78名を島に上陸させ、元海洋島防衛軍のオーストラリア軍中尉ジョージ・ハンドを通訳に迎えて島を占領した。彼らはノーチラス号からの火力支援で日本の駐屯軍を打ち負かした。11月25日の朝に残りの日本人が自殺したと現地人がアメリカ海兵隊に報告している。
アベママ環礁 アベママへのアクセス
アベママ環礁空港はアバママの北端タビアン村の近くにある。エアー・キリバスのタラワからの国内線が週4便ある(2021年9月現在)。
アベママには、島評議会ゲストハウス、シュバリエカレッジゲストハウス、プライベートロッジの3つのゲストハウスがある。
アベママ環礁 教育
アベママには以下のキリスト教高校がある：
キング・ジョージ5世学校は1922年にバイリキに開校した男子中等学校で、アベママに移転した後、1953年にビケニベウに移転した。
OpenAthens
OpenAthens は情報技術サービスを提供するイギリスの非営利団体であるJiscが提供しているアイデンティティ管理サービスである。
アイデンティティプロバイダ (IdP) はユーザー名をクラウドやローカル、またはその両方で保持できる。 ADFSや LDAP 、SAMLとの統合がサポートされている  。
出版社(SP)用OpenAthensは、サービスプロバイダ向けのソフトウェアで、複数のプラットフォームやフェデレーションに対応している。
OpenAthens 歴史
1996年、バース大学が自らと他大学のIT調達コストを削減するためにAthensプロジェクトを立ち上げた。 Eduservは、バース大学から慈善団体として独立し、1999年に非営利団体として設立された。
このサービスは当初、ギリシャ神話の知識と学習の女神にちなんで Athena（アテナ）と名付けられていた。名前の変更は、一般的なタイプミスが原因の一つであると噂されているが、実際にはAthenaという名前がすでに商標登録(EU000204735) されているためであった。1997年に「Athens」としてサービスを開始し (UK00002153200)、2007年に「OpenAthens」に名称を変更し、2015年に更新された (EU013713821)。
プラス・アーツ
特定非営利活動法人プラス・アーツは、教育、防災、環境、福祉、国際協力等をテーマとしたアート事業の企画・運営をする特定非営利活動法人である。
プラス・アーツ 概要
1995年に発生した阪神・淡路大震災から10年を契機に発足した団体で、“防災は、楽しい。”をコンセプトに活動している。
「イザ！カエルキャラバン！」をはじめとした防災を楽しく学べるゲームの開発、企画展・シンポジウム・セミナーを展開するほか、無印良品や三井不動産、東京ガス等の企業との連携も行い、多角的なアプローチで防災を学ぶ機会を提供している。
理事長は永田宏和、副理事長は芸術家の藤浩志である。理事として防災工学者の室崎益輝らが就任している。
プラス・アーツ 沿革
2005年 - 兵庫県と神戸市が事務局を務める復興記念事業「震災から10年　神戸からの発信」のイベントとして「神戸カエルキャラバン2005」を開催
2006年 - 法人設立
2007年 - 木楽舎より「地震イツモノート」を出版
2008年 - 東京ガスとの協働事業について、第6回パートナーシップ大賞グランプリを受賞
2009年 - 防災まちづくり大賞消防科学総合センター理事長賞受賞
2012年 - まちづくり法人国土交通大臣表彰（まちの安全・快適化部門）を受賞
2013年 - グッドデザイン賞受賞
2014年 - 内閣府広報誌「ぼうさい」に掲載
2015年 - 国際交流基金地球市民賞を受賞
プラス・アーツ 事業
藤浩志が開発したかえっこと防災訓練を組み合わせた子ども向けの防災イベントである。ネパールやインドネシアをはじめ、国内外の各地で展開されている。
寄藤文平のイラストを使って展開する防災啓発プロジェクト。地震イツモノート等の出版のほか、セミナーやグッズ開発を行っている。
1泊2日のキャンプを通して避難生活を体験するプログラムである。
劇団ＫＩＯとプラス・アーツが共同開発した防災と演劇を組み合わせた参加型プログラムである。
株式会社シンクが企画し、プラス・アーツが監修したスポーツと防災を組み合わせたプログラムである。
U-20ラグビーナミビア代表
U-20ラグビーナミビア代表（英語: Namibia national under-20 rugby union team）は、20歳以下の選手で構成されるラグビーナミビア代表チームである。愛称はフル15人制代表と同じ「ウェルウィッチアス (Welwitschias)」。
ワールドラグビーU20トロフィーなどに出場している。
U-20ラグビーナミビア代表 歴史
2008年、初年度のワールドラグビーU20トロフィーで初出場。
土橋町 (豊田市)
土橋町（つちはしちょう）は、愛知県豊田市の町名。現行行政地名は土橋町1丁目から8丁目。
土橋町 (豊田市) 地理
豊田市南西部、挙母地区の南部に位置し、東は鴻ノ巣町、西は深田町・清水町、南は曙町、北は元町に接する。
土橋町 (豊田市) 世帯数と人口
2021年（令和3年）9月1日現在の世帯数と人口は以下の通りである。
土橋町 (豊田市) 学区
市立小・中学校に通う場合、学区は以下の通りとなる。
2021年のアメリカンリーグチャンピオンシップシリーズ
2021年の野球において、メジャーリーグベースボール（MLB）のポストシーズンは10月5日に開幕した。アメリカンリーグの第52回リーグチャンピオンシップシリーズ（英語: 52nd American League Championship Series、以下「リーグ優勝決定戦」と表記）は、15日から22日にかけて計6試合が開催された。その結果、ヒューストン・アストロズ（西地区）がボストン・レッドソックス（東地区）を4勝2敗で下し、2年ぶり4回目のリーグ優勝およびワールドシリーズ進出を果たした。
アストロズは、2017年から続くリーグ優勝決定戦への連続出場を5に伸ばした。これは史上3球団目である。両球団がポストシーズンで対戦するのは2018年のリーグ優勝決定戦以来3年ぶり3度目で、これはアストロズ5年連続出場の2年目にあたる。前回対戦はレッドソックスが4勝1敗で制したが、今シリーズは逆にアストロズが勝利した。シリーズMVPには、優勝を決めた第6戦で先制・決勝の適時二塁打を含む3長打を放つなど、6試合で打率.522・1本塁打・6打点・OPS 1.408という成績を残したアストロズのヨルダン・アルバレスが選出された。しかしアストロズは、ワールドシリーズではナショナルリーグ王者アトランタ・ブレーブスに2勝4敗で敗れ、4年ぶり2度目の優勝を逃した。
2021年のアメリカンリーグチャンピオンシップシリーズ
2021年、MLB機構が非銀行系住宅ローン会社のローンデポと契約を締結し、同社はこの年から5年間リーグ優勝決定戦の冠スポンサーとなった。これにより、大会名はアメリカンリーグチャンピオンシップシリーズ presented by ローンデポ（英語: American League Championship Series presented by loanDepot）となる。
2021年のアメリカンリーグチャンピオンシップシリーズ 両チームの2021年
10月11日にまずレッドソックス（東地区2位＝第1ワイルドカード）が、そして12日にはアストロズ（西地区優勝）が、それぞれ地区シリーズ突破を決めてリーグ優勝決定戦へ駒を進めた。
2021年のアメリカンリーグチャンピオンシップシリーズ 両チームの2021年
レッドソックスは2020年は地区最下位に沈んだが、編成本部長チェイム・ブルームがロースター構築の方針として "持続可能性" を掲げたため、オフの補強はFAの契約条件を期間2年以内かつ総額1400万ドル以内にとどめるなど、小さな動きに終止した。2021年は開幕8戦目で単独地区首位に浮上し、そこからタンパベイ・レイズと首位争いを展開、前半戦終了時には55勝36敗でレイズに1.5ゲーム差をつけた。だが、7月30日からのレイズとの直接対決3連戦に全敗し首位を明け渡すと、8月中旬には一時ワイルドカード争いでもポストシーズン進出圏外の3位に転落、27日から9月12日にかけて計12選手が新型コロナウイルス感染症（COVID-19）に罹患するなど、後半戦は一転して苦境に立たされた。その後は復調して同地区のニューヨーク・ヤンキースやトロント・ブルージェイズ、西地区のシアトル・マリナーズとワイルドカード2枠を争い、レギュラーシーズン最終日の10月3日に第1ワイルドカードの座を獲得した。平均得点5.12はリーグ4位、防御率4.27はリーグ7位。打線はJ.D.マルティネスやラファエル・デバース、ザンダー・ボガーツら強打者を中軸に並べ、投手陣の調子が安定しないのを補ってチームを牽引した。ワイルドカードゲームではヤンキースを6－2で下し、地区シリーズではレイズに3勝1敗で勝利と、ポストシーズンでは同地区球団を相次いで下した。