stanford-oval/wikipedia huggingface dataset:
UEFAチャンピオンズリーグ 1998-99 決勝
試合内容と経過

試合の序盤は緩やかな立ち上がり。中盤の要の二人を欠き、本来は右サイドのデビッド・ベッカムを中盤の底に、左サイドのライアン・ギグスを右サイドに配置するという苦肉の布陣のユナイテッドはボールを支配できず、次第にバイエルンペースになっていく。前半6分にFKからマリオ・バスラーが直接ゴールを決め、あっさりとバイエルンが先制する。巻き返そうとするユナイテッドだが本来のポジションではないギグスとベッカムの影響やバイエルンの効果的な守備によってドワイト・ヨークとアンディ・コールに良いボールを供給出来ない。前半はそのまま膠着状態のまま終了。
後半に入ってもバイエルンが終始優勢でユナイテッドは明らかにキーンとスコールズの二人を欠いた影響が出ていた。バランスの悪いユナイテッドとは対照的にバイエルンは堅実な守備から攻撃へと移り再三ゴールを脅かす。メーメット・ショルのチップキックはゴールポストに、カルステン・ヤンカーのオーバヘッドはバーに阻まれた。しかしユナイテッドも次第に糸口を見出しつつあった。猛攻にさらされながらベッカムとギグスを本来の位置に置き、テディ・シェリンガムとオーレ・グンナー・スールシャールを立て続けに投入。
試合終了が近づくにつれ、ユナイテッドは攻勢に転じていった。何度かチャンスを作るもののバイエルンの堅いディフェンスを崩せず、バスラー、ローター・マテウスを下げ、いよいよバイエルン優勝へのカウントダウンが始まろうとしていた。トロフィーにもバイエルンのリボンが巻かれ、ピッチからそれが見えたベッカムは「急に気分が悪くなり、吐き気がした。」と当時を振り返り、敗戦を覚悟したことを後に明かしている[要出典]。そして90分、ベッカムがドリブルで仕掛けCKを得る。ユナイテッドはGKのピーター・シュマイケルまでもが攻め上がってきていた。一度はクリアされたボールをギグスが拾いシュートを放ち、そのこぼれ球をシェリンガムが押し込み土壇場で同点に追いついた。
この同点劇にピッチから下がったマテウスを始めとするバイエルンの選手、サポーターが呆然とする中、さらに攻めたユナイテッドはまたしてもCKを得る。ベッカムのCKをシェリンガムがヘディングで叩き、それをスールシャールが右足で合わせ勝ち越しとなるゴールを決めた。
試合詳細

{{{team1}}} v {{{team2}}}
| 0 | 1 | 2 |
| --- | --- | --- |
| マンチェスター・ユナイテッド  | 2 – 1 |  バイエルン・ミュンヘン |
| シェリンガム  90+1分  スールシャール  90+3分 | Report | バスラー  6分 |
| 0 | 1 | 2 | 3 |
| --- | --- | --- | --- |
マンチェスター・ユナイテッド
| GK | 1 ピーター・シュマイケル（キャプテン） |  |  |
| DF | 2 ガリー・ネヴィル |  |  |
| DF | 6 ヤープ・スタム |  |  |
| DF | 5 ロニー・ヨンセン |  |  |
| DF | 3 デニス・アーウィン |  |  |
| MF | 11 ライアン・ギグス |  |  |
| MF | 8 ニッキー・バット |  |  |
| MF | 7 デビッド・ベッカム |  |  |
| MF | 15 イェスパー・ブロムクヴィスト（-67分） |  |  |
| FW | 9 アンディ・コール（-81分） |  |  |
| FW | 19 ドワイト・ヨーク |  |  |
|  |   |   |  |
| サブメンバー: | サブメンバー: | サブメンバー: |  |
| GK | 17 レイモント・ファン・デル・ハウヴ（英語版） |  |  |
| DF | 4 デイヴィッド・メイ（英語版） |  |  |
| DF | 12 フィリップ・ネヴィル |  |  |
| DF | 30 ウェズ・ブラウン |  |  |
| MF | 34 ジョナサン・グリーニング |  |  |
| FW | 10 テディ・シェリンガム（+67分） |  |  |
| FW | 20 オーレ・グンナー・スールシャール（+81分） |  |  |
|  |   |   |  |
| 監督 | 監督 | 監督 |  |
 アレックス・ファーガソン
| 0 | 1 | 2 | 3 |
| --- | --- | --- | --- |
バイエルン・ミュンヘン
| GK | 1 オリバー・カーン（キャプテン） |  |  |
| DF | 10 ローター・マテウス（-80分） |  |  |
| DF | 2 マルクス・バッベル |  |  |
| DF | 4 サミュエル・クフォー |  |  |
| DF | 25 トーマス・リンケ |  |  |
| DF | 18 ミヒャエル・タルナト |  |  |
| MF | 16 イェンス・イェレミース |  |  |
| MF | 11 シュテファン・エッフェンベルク |  |  |
| FW | 14 マリオ・バスラー（-87分） |  |  |
| FW | 19 カルステン・ヤンカー |  |  |
| FW | 21 アレクサンダー・ツィックラー（-71分） |  |  |
|  |   |   |  |
| サブメンバー: | サブメンバー: | サブメンバー: |  |
| GK | 22 ベルント・ドレハー（英語版） |  |  |
| DF | 5 トーマス・ヘルマー |  |  |
| MF | 7 メーメット・ショル（+71分） |  |  |
| MF | 8 トーマス・シュトルンツ |  |  |
| MF | 17 トルステン・フィンク（+80分） |  |  |
| MF | 20 ハサン・サリハミジッチ（+87分） |  |  |
| FW | 24 アリ・ダエイ |  |  |
|  |   |   |  |
| 監督 | 監督 | 監督 |  |
 オットマー・ヒッツフェルト
エピソード

1958年、チャンピオンズカップ（1957-58シーズン）にイングランド代表として初めて参戦したマンチェスター・ユナイテッドは、移動中にミュンヘンで発生した航空機事故によってダンカン・エドワーズら主力選手の多数を失う悲劇に見舞われた（ミュンヘンの悲劇）。この試合が行われた5月26日は奇しくも、ミュンヘンの悲劇を生き延びて長らくユナイテッドの監督を務めた故マット・バスビーの90回目の誕生日だった。
監督のファーガソンは、これまでの功績と三冠を達成したことで、同年7月にエリザベス2世女王からサーの称号を授与された。
この出来事から20年後の2019年にはマンチェスターユナイテッドのユニフォームに記念のデザインが施されている。
チャルラータ

| チャルラータ |
| --- | --- |
 চারুলতা
監督:  サタジット・レイ
脚本:  サタジット・レイ
原作:  ラビンドラナート・タゴール 『নষ্টনীড়』
製作:  R・D・バンサル
出演者:  ショウミットロ・チャタルジー  マドビ・ムカージー サイレン・ムカジー   シャモル・ゴサル
撮影:  スブラタ・ミットラ
編集:  ドゥラル・ダッタ
製作会社:  R.D.Bansal & Co.
配給:   エキプ・ド・シネマ
公開:   1964年4月17日  1975年11月29日
上映時間:  117分
製作国:   インド
言語:  ベンガル語
テンプレートを表示
『チャルラータ』（ベンガル語: চারুলতা）は、サタジット・レイ監督・脚本による1964年のインドの映画である。ラビンドラナート・タゴールの小説『নষ্টনীড়』を原作としている。出演はショウミットロ・チャタルジー、マドビ・ムカージー、サイレン・ムカジー。この映画はレイの最良の作品の1つと見なされている。
冒頭とラストのシーンの両方が非常に高く評価されている。台詞がほぼない冒頭のシーンは、チャルの孤独と双眼鏡で外の世界をどのように見ているかを示している。チャルと夫が近づいて手を握ろうとしている最後のシーンで、画面がフリーズする。これは、映画館でのフリーズフレームを使った美しい使用法として高く評価されている。
キャスト

マドビ・ムカージ（英語版）
ショウミットロ・チャタルジー（英語版）
ジョイレン・ムカージー
シャマル・ゴーシャル
受賞

| 映画祭・賞 | 部門 | 作品名 | 結果 |
| --- | --- | --- | --- |
| ベルリン国際映画祭 | 銀熊賞 (監督賞) | サタジット・レイ | 受賞 |
| 国家映画賞 | 長編映画賞 | サタジット・レイ | 受賞 |
関連文献

Antani, Jay.  "Charulata review." Slant Magazine, April 2004.
Biswas, Moinak. "Writing on the Screen: Satyajit Ray’s Adaptation of Tagore"
Chaudhuri, Neel. "Charulata: The Intimacies of a Broken Nest"
Cooper, Darius.The Cinema of Satyajit Ray:Between Tradition and Modernity Cambridge University Press, 2000.
Nyce, Ben. Satyajit Ray : A Study of His Films. New York: Praeger, 1988
Seely, Clinton B. "Translating Between Media: Rabindranath Tagore and Satyajit Ray"
Sen, Kaustav "Our Culture, Their Culture:Indian-ness in Satyajit Ray and Rabindranath Tagore explored through their works Charulata and Nashtanir"
浄土寺 (横須賀市)

| 浄土寺 |
| --- | --- |
 
所在地:  横須賀市西逸見町1-11
位置:  北緯35度16分58.6秒 東経139度39分02.0秒﻿ / ﻿北緯35.282944度 東経139.650556度﻿ / 35.282944; 139.650556座標: 北緯35度16分58.6秒 東経139度39分02.0秒﻿ / ﻿北緯35.282944度 東経139.650556度﻿ / 35.282944; 139.650556
山号:  濤江山
宗派:  浄土真宗本願寺派
本尊:  阿弥陀如来
公式サイト:  浄土寺
法人番号:  2021005007902 
 浄土寺浄土寺 (神奈川県)
テンプレートを表示
浄土寺（じょうどじ）は、神奈川県横須賀市西逸見町にある、親鸞を宗祖とする浄土真宗本願寺派（西本願寺）の寺院。鎌倉時代の武将・畠山重忠の建立。室町時代、第11世住職の代に蓮如に帰依し、天台宗より浄土真宗となった。江戸時代初期に来日し徳川家康の外交顧問として活躍したイギリス人航海士ウィリアム・アダムス（日本名:三浦按針）の菩提寺である。現在の住職は逸見道郎。
歴史

寺に伝わる由緒によると、元和元年（1615年）8月29日に「村を挙げて、民悉く檀徒となれり」とある。当時の領主は三浦按針で、彼が浄土寺を菩提寺としていたことと符合する。元禄元年（1688年）に火災により罹災した本堂は、正徳2年（1712年）に再興され今に至る。昭和の終わりに耐震と基礎増強及び修復工事を竣工した。
三浦按針（ウイリアム・アダムス）

56歳で長崎の平戸で病死した後、「将軍の恩に報い、江戸を守護するため、江戸を一望できる高台に葬るべし」という遺言により、浄土寺に近い高台に墓が造られたといわれている。この墓は安針と妻女をとむらうもので、遺言によってこの地に建てたと伝えられている。
「三浦安針墓」は国指定史跡で、「安針塚」とも呼ばれる。
2019年（令和元年）10月25日、浄土寺本堂で400回忌法要が営まれ、徳川宗家18代当主の徳川恒孝も参列した。
三浦按針にゆかりのある宝物 > 銅造観音菩薩立像

2021年（令和3年）に横須賀市指定指定重要文化財に指定された。善光寺式の鋳銅製鍍金像で、高さは30センチメートルほど。造立年代は鎌倉時代後期ごろとされる。
中世に遡る金剛仏の遺例として国内彫刻史上で貴重なものである。
三浦按針にゆかりのある宝物 > 貝葉経（ばいようきょう）

南伝仏教の経文が記されている貝葉経。按針が朱印船貿易で東南アジアから持ち帰ったと伝えられる。パーリ語・クメール文字で書かれた南伝仏教の経典で、タイのアユタヤ王朝後期の1600年～1700年代に書かれたとされる。現存する貝葉経の中で最も古いものの一つ。

2018年（平成30年）、専門家により現存する唄葉経としては世界最古ではないか、との鑑定が出た。
三浦按針にゆかりのある宝物 > 豪華な刺繍の打敷

按針の法要に際し、浄土寺に寄進されたと伝わる打敷（うちしき・法具としての装飾布）。鮮やかな模様は、色とりどりの刺繍や絞りによるもので、有職文様や双葉葵の模様で飾られていることから、元は徳川家の高貴な女性の着物であったと思われる。
三浦按針にゆかりのある宝物 > 日本橋按針町寄進の打敷

按針の没後220年後の天保11年（1840年）、彼の屋敷があった日本橋按針町から法要に際し寺に寄進された仏具。
三浦按針にゆかりのある宝物 > 御筆光明本

光明本とは後に光明本尊とも言われたもので、大型の絹布に名号を中心にして、その周りに如来像や、インド、中国、日本の浄土教の諸祖師と聖徳太子を配して描いたもの。通常一幅の掛け軸に仕立てられている。
浄土寺の「御筆光明本」の裏書には享保14年（1729年）と記されているが、図画は室町時代作と鑑定された。
梵鐘

延享4年（1747年）、鋳物師の木村将監安成によるもの。青銅製で直径60cm、高さ1.2m、重さ約270kg。鋳物師木村家は紀州粉河の出身。江戸時代中頃から幕末まで、江戸御用聞町人を務めた有力な鋳物師であった。中でも木村将監安成は優れた腕を持ち、他に池上本門寺や護国寺（文京区音羽）の梵鐘を手掛けている。
第二次世界大戦中に金属類回収令により供出。1945年（昭和20年）7月には横須賀海軍工廠にあったが、戦後、米海軍によってジョージア州アトランタ市に寄贈され、同市内の公園に置かれていた。日米修好百周年を記念して日米のロータリークラブと米海軍の協力により寺に返還。1961年（昭和36年）5月30日に同寺で返還式が開かれた。
アクセス

JR横須賀駅より徒歩7分。京急逸見駅より徒歩4分。
関連作品 > テレビ

『家康 大航海時代に出会う！ イギリスの侍 按針の大冒険』（2018年、NHK歴史秘話ヒストリア）
『タカトシ温水の路線バスの旅横須賀・横浜海辺の隠れ食堂×大人の秘密基地カフェ』（2017年、ぶらぶらサタデー）
関連作品 > 漫画

『按針と家康:イギリス人侍　三浦按針』
1961年（昭和36年）の返還式の模様
TLS実装の比較

Transport Layer Security (TLS) プロトコルは、ネットワーク間の通信を保護する機能を提供する。このTLS実装の比較（ティーエルエスじっそうのひかく）では、最も知られるライブラリを比較する。
すべての比較カテゴリで、概要セクションにリストされている各実装の安定バージョンを使用する。この比較はTLSプロトコルに直接関連する機能に限定するものとする。
概要

| 実装 | 開発元 | オープンソース | ソフトウェアライセンス | 著作権所有者 | 言語 | 最新の安定バージョン、リリース日 | 出所 |
| --- | --- | --- | --- | --- | --- | --- | --- |
| GnuTLS | GnuTLS project | Yes | GNU LGPLv2.1+ | フリーソフトウェア財団 | C | 3.8.4  - 2024年3月20日 (9か月前) (2024-03-20)  | EU (Greece and Sweden) |
| OpenSSL | OpenSSL project | Yes | OpenSSL-SSLeay デュアルライセンス | Eric Young、Tim Hudson、Sun、OpenSSL projectなど | C, アセンブリ言語 | 3.4.0  - 2024年10月22日 (2か月前) (2024-10-22)  | Australia/EU |
| wolfSSL | wolfSSL | Yes | GNU GPLv2+ 商用ライセンス | wolfSSL Inc. | C | 5.5.0  - 2022年8月30日 (2年前) (2022-08-30)  | US |

| 実装 | 開発元 | オープンソース | ソフトウェアライセンス | 著作権所有者 | 言語 | 最新の安定バージョン、リリース日 | 出所 |
プロトコルのサポート

TLSプロトコルにはいくつかのバージョンが存在する。SSL 2.0は重大な弱点を持ち廃止予定となっている。SSL 3.0（1996年）とTLS 1.0（1999年）は、2001年にSerge Vaudenayによって説明されたCBCパディングの2つの弱点を継承している。TLS 1.1（2006）は、CBCブロック暗号にランダムな初期化ベクトル（IV）を使用するよう切り替えることで問題の1つが解決されたのみで、このバージョンでは安全なpad-mac-encryptではなく問題のあるmac-pad-encryptの使用がRFC7366で追加されてしまった。TLS 1.1のランダムIVにほぼ相当するSSL 3.0とTLS 1.0の回避策は、2011年後半の多くの実装で広く採用されていた。セキュリティの観点からは、TLS 1.0、1.1、1.2のいずれも基本プロトコルで同等の強度を持ち、NIST SP800-57によると、少なくとも2030年までの128ビットセキュリティに適している。2014年には、SSL 3.0のPOODLEの脆弱性が発見される。これはCBCの既知の脆弱性を利用し、ブラウザ内で安全ではないTLSバージョンのフォールバック・ネゴシエーションを行うものである。
TLS 1.2（2008）は基本プロトコルの最新版であり、デジタル署名に使用されるハッシュを識別する手段を導入した。SSL 3.0の保守的な選択（rsa、sha1 + md5）よりも将来のデジタル署名（rsa、sha256 / sha384 / sha512）に対してより強力なハッシュ関数を使用できるようにする一方で、TLS 1.2プロトコルの変更は（rsa、sha1）、（rsa、md5）までをも提供し、デフォルトのデジタル署名を不注意かつ大幅に弱くした。
データグラムトランスポートレイヤセキュリティ（DTLS）1.0は、パケット損失とパケットの並べ替えを許容する必要があるパケット型トランスポートレイヤ向けにのTLS 1.1を変更したものである。TLS 1.2に基づく改訂版であるDTLS 1.2が2012年1月に公開された。
SSL 2.0とSSL 3.0には既知の脆弱性が存在する。予測可能なIV（簡単な回避策が存在する）を除いて、現在知られているすべての脆弱性はTLS 1.0 / 1.1 / 1.2のすべてのバージョンに影響がでる。
| 実装 | SSL 2> 0 (安全でない) | SSL 3> 0 (安全でない) | TLS 1> 0 | TLS 1> 1 | TLS 1> 2 | TLS 1> 3  | DTLS 1> 0 | DTLS 1> 2 |
| --- | --- | --- | --- | --- | --- | --- | --- | --- |
| GnuTLS | No | デフォルトでは無効 | Yes | Yes | Yes | Yes | Yes | Yes |
| OpenSSL | No | デフォルトでは有効 | Yes | Yes | Yes | Yes | Yes | Yes |
| wolfSSL | No | デフォルトでは無効 | Yes | Yes | Yes | Yes | Yes | Yes |

| 実装 | SSL 2.0 (安全でない) | SSL 3.0 (安全でない) | TLS 1.0 | TLS 1.1 | TLS 1.2 | TLS 1.3  | DTLS 1.0 | DTLS 1.2 |
アメリカ国家安全保障局 (NSA) Suite B 暗号

NSA Suite B暗号化（RFC 6460）に必要なコンポーネント:
鍵サイズが128および256ビットのAdvanced Encryption Standard（AES）。トラフィック幅については、AESは帯域幅が狭い場合はカウンタモード（CTR）または高帯域幅の場合はGalois/Counter Mode（GCM）で使用する必要がある(ブロック暗号/暗号利用モード参照) — 対称鍵暗号
楕円曲線DSA - 電子署名
楕円曲線ディフィー・ヘルマン鍵共有 - 鍵合意
SHA-2（SHA-256およびSHA-384） - 暗号学的ハッシュ関数
CNSSP-15では、「機密(Secret)」レベルに分類される情報を保護するには256ビットの楕円曲線（FIPS
186-2で指定）、SHA-256、および128ビットのAES、「最高機密(Top Secret)」の情報を保護するには384ビットの楕円曲線 （FIPS 186-2で指定）、SHA-384、および256ビット鍵付きAESが必要としている。
| 実装 | TLS 1> 2 Suite B |
| --- | --- |
GnuTLS: Yes
OpenSSL: Yes
wolfSSL: Yes

実装: TLS 1.2 Suite B
認定

| 実装 | FIPS 140-1, FIPS 140-2 | 組み込みFIPSソリューション |
| --- | --- | --- |
| GnuTLS | Red Hat Enterprise Linux GnuTLS Cryptographic Module (#2780) |  |
| OpenSSL | OpenSSL FIPS Object Module: 1.0 (#624), 1.1.1 (#733), 1.1.2 (#918), 1.2, 1.2.1, 1.2.2, 1.2.3 or 1.2.4 (#1051) 2.0, 2.0.1, 2.0.2, 2.0.3, 2.0.4, 2.0.5, 2.0.6, 2.0.7 or 2.0.8 (#1747) |  |
| wolfSSL | wolfCrypt FIPS Module: 4.0 (#3389) See details on NIST certificate for validated Operating Environments wolfCrypt FIPS Module: 3.6.0 (#2425) See details on NIST certificate for validated Operating Environments | Yes |

| 実装 | FIPS 140-1, FIPS 140-2 | 組み込みFIPSソリューション |
鍵交換アルゴリズム（証明書のみ）

このセクションでは、さまざまな実装で使用可能な証明書検証機能を示す。
| 実装 | RSA | RSA-EXPORT (安全でない) | ディフィー・ヘルマン鍵共有-RSA(Forward secrecy） | ディフィー・ヘルマン鍵共有-DSS(Forward secrecy） | ECDH-ECDSA | ECDHE-ECDSA (forward secrecy) | ECDH-RSA | ECDHE-RSA (forward secrecy) | GOST規格 R 34> 10-94, 34.10-2001 |
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
| GnuTLS | Yes | No | Yes | デフォルトでは無効 | No | Yes | No | Yes | No |
| OpenSSL | Yes | No | Yes | デフォルトでは無効 | Yes | Yes | Yes | Yes | Yes |
| wolfSSL | Yes | No | Yes | No | Yes | Yes | Yes | Yes | No |

| 実装 | RSA | RSA-EXPORT (安全でない) | ディフィー・ヘルマン鍵共有-RSA(Forward secrecy） | ディフィー・ヘルマン鍵共有-DSS(Forward secrecy） | ECDH-ECDSA | ECDHE-ECDSA (forward secrecy) | ECDH-RSA | ECDHE-RSA (forward secrecy) | GOST規格 R 34.10-94, 34.10-2001 |
鍵交換アルゴリズム（代替鍵交換）

| 実装 | SRP | SRP-DSS | SRP-RSA | PSK-RSA | PSK | DHE-PSK (forward secrecy) | ECDHE-PSK (forward secrecy) | KRB5 | DH-ANON (安全でない) | ECDH-ANON (安全でない) |
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
| GnuTLS | Yes | Yes | Yes | Yes | Yes | Yes | Yes | No | デフォルトでは無効 | デフォルトでは無効 |
| OpenSSL | Yes | Yes | Yes | Yes | Yes | Yes | Yes | Yes | デフォルトでは無効 | デフォルトでは無効 |
| wolfSSL | No | No | No | No | Yes | No | Yes | No | No | No |
| 実装 | SRP | SRP-DSS | SRP-RSA | PSK-RSA | PSK | DHE-PSK (forward secrecy) | ECDHE-PSK (forward secrecy) | KRB5 | DH-ANON (安全でない) | ECDH-ANON (安全でない) |
証明書の検証方法

| 実装 | アプリケーション定義 | PKIXパス検証 | CRL | OCSP | DANE (DNSSEC) | Trust on First Use (TOFU) |
| --- | --- | --- | --- | --- | --- | --- |
GnuTLS: Yes
| OpenSSL | Yes | Yes | Yes | Yes | Yes | No |
| wolfSSL | Yes | Yes | Yes | Yes | No | No |
| 実装 | PKIXパス検証 | CRL | CRL | OCSP | DANE (DNSSEC) | Trust on First Use (TOFU) |
暗号化アルゴリズム

| 実装 | ブロック暗号/暗号利用モード> AES GCM  | ブロック暗号/暗号利用モード> AES CCM  | ブロック暗号/暗号利用モード> AES CBC | ブロック暗号/暗号利用モード> Camellia GCM  | ブロック暗号/暗号利用モード> Camellia CBC  | ブロック暗号/暗号利用モード> ARIA GCM  | ブロック暗号/暗号利用モード> ARIA CBC  | ブロック暗号/暗号利用モード> SEED CBC  | ブロック暗号/暗号利用モード> 3DES EDE CBC (安全でない) | ブロック暗号/暗号利用モード> GOST 28147-89 CNT (proposed)  | ストリーム暗号> ChaCha20-Poly1305  | なし> Null (安全でない)  |
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
| GnuTLS | Yes | Yes | Yes | Yes | Yes | No | No | No | デフォルトでは無効 | No | Yes | デフォルトでは無効 |
| OpenSSL | Yes | デフォルトでは無効 | Yes | No | デフォルトでは無効 | No | No | デフォルトでは無効 | デフォルトでは無効 | Yes | Yes | デフォルトでは無効 |
| wolfSSL | Yes | Yes | Yes | No | Yes | No | No | No | Yes | No | Yes | デフォルトでは無効 |
| 実装 | ブロック暗号/暗号利用モード | ブロック暗号/暗号利用モード | ブロック暗号/暗号利用モード | ブロック暗号/暗号利用モード | ブロック暗号/暗号利用モード | ブロック暗号/暗号利用モード | ブロック暗号/暗号利用モード | ブロック暗号/暗号利用モード | ブロック暗号/暗号利用モード | ブロック暗号/暗号利用モード | ストリーム暗号 | なし |
| 実装 | AES GCM  | AES CCM  | AES CBC | Camellia GCM  | Camellia CBC  | ARIA GCM  | ARIA CBC  | SEED CBC  | 3DES EDE CBC (安全でない) | GOST 28147-89 CNT (proposed)  | ChaCha20-Poly1305  | Null (安全でない)  |
1 2  このアルゴリズムは草案で提案されている段階で、RFCのTLS暗号スイートとしてはまだ定義されていない。
1 2  認証のみ、暗号化なし
暗号化アルゴリズム > 廃止されたアルゴリズム

| 実装 | ブロック暗号/暗号利用モード> IDEA CBC (安全でない) | ブロック暗号/暗号利用モード> DES CBC (安全でない)  | ブロック暗号/暗号利用モード> DES-40 CBC (EXPORT、安全でない)  | ブロック暗号/暗号利用モード> RC2-40 CBC (EXPORT、安全でない)  | ストリーム暗号> RC4-128 (安全でない)  | ストリーム暗号> RC4-40 (EXPORT、安全でない)  |
| --- | --- | --- | --- | --- | --- | --- |
| GnuTLS | No | No | No | No | デフォルトでは無効 | No |
| OpenSSL | デフォルトでは無効 | デフォルトでは無効 | No | No | デフォルトでは無効 | No |
| wolfSSL | デフォルトでは無効 | No | No | No | デフォルトでは無効 | No |

| 実装 | ブロック暗号/暗号利用モード | ブロック暗号/暗号利用モード | ブロック暗号/暗号利用モード | ブロック暗号/暗号利用モード | ストリーム暗号 | ストリーム暗号 |
| 実装 | IDEA CBC (安全でない) | DES CBC (安全でない)  | DES-40 CBC (EXPORT、安全でない)  | RC2-40 CBC (EXPORT、安全でない)  | RC4-128 (安全でない)  | RC4-40 (EXPORT、安全でない)  |

1 2 3 4  IDEAとDESはTLS 1.2から排除
1 2 3 4 5 6  特定の強力な暗号化アルゴリズムを含む暗号化ソフトウェアの輸出に関する米国の規制を遵守するために、40ビット強度の暗号スイートが短縮された鍵長で動作するように設計されている。これらの弱いスイートはTLS 1.1以降では禁止
1 2  RC4攻撃によりSSL/TLSで使用されるRC4は安全でないとされる。RC4の使用はRFC 7465で禁止されている
1 2  RC4攻撃によりSSL/TLSで使用されるRC4は安全でないとされる。RC4の使用はRFC 7465で禁止されている
サポートされている楕円曲線

このセクションでは、各実装でサポートされている楕円曲線をリストする。
| 実装 | sect163k1 NIST K-163 (1) | sect163r1 (2) | sect163r2 NIST B-163 (3) | sect193r1 (4) | sect193r2 (5) | sect233k1 NIST K-233 (6) | sect233r1 NIST B-233 (7) | sect239k1 (8) | sect283k1 NIST K-283 (9) | sect283r1 NIST B-283 (10) | sect409k1 NIST K-409 (11) | sect409r1 NIST B-409 (12) | sect571k1 NIST K-571 (13) | sect571r1 NIST B-571 (14) |
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
GnuTLS: No
OpenSSL: Yes
wolfSSL: No

| 実装 | sect163k1 NIST K-163 (1) | sect163r1 (2) | sect163r2 NIST B-163 (3) | sect193r1 (4) | sect193r2 (5) | sect233k1 NIST K-233 (6) | sect233r1 NIST B-233 (7) | sect239k1 (8) | sect283k1 NIST K-283 (9) | sect283r1 NIST B-283 (10) | sect409k1 NIST K-409 (11) | sect409r1 NIST B-409 (12) | sect571k1 NIST K-571 (13) | sect571r1 NIST B-571 (14) |
| 実装 | secp160k1 (15) | secp160r1 (16) | secp160r2 (17) | secp192k1 (18) | secp192r1 prime192v1 NIST P-192 (19) | secp224k1 (20) | secp224r1 NIST P-244 (21) | secp256k1 (22) | secp256r1 prime256v1 NIST P-256 (23) | secp384r1 NIST P-384 (24) | secp521r1 NIST P-521 (25) | arbitrary prime curves (0xFF01) | arbitrary char2 curves (0xFF02) |
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
| GnuTLS | No | No | No | No | Yes | No | Yes | No | Yes | Yes | Yes | No | No |
| OpenSSL | Yes | Yes | Yes | Yes | Yes | Yes | Yes | Yes | Yes | Yes | Yes | No | No |
| wolfSSL | Yes | Yes | Yes | Yes | Yes | Yes | Yes | Yes | Yes | Yes | Yes | No | No |
| 実装 | secp160k1 (15) | secp160r1 (16) | secp160r2 (17) | secp192k1 (18) | secp192r1 prime192v1 NIST P-192 (19) | secp224k1 (20) | secp224r1 NIST P-244 (21) | secp256k1 (22) | secp256r1 prime256v1 NIST P-256 (23) | secp384r1 NIST P-384 (24) | secp521r1 NIST P-521 (25) | arbitrary prime curves (0xFF01) | arbitrary char2 curves (0xFF02) |
| 実装 | brainpoolP256r1 (26) | brainpoolP384r1 (27) | brainpoolP512r1 (28) | X25519  | Curve448 Ed448-Goldilocks  | M221 Curve2213  | E222  | Curve1174  | E382  | M383  | Curve383187  | Curve41417 Curve3617  | M511 Curve511187  | E521  |
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
| GnuTLS | No | No | No | Yes | No | No | No | No | No | No | No | No | No | No |
| OpenSSL | Yes | Yes | Yes | Yes | Yes | No | No | No | No | No | No | No | No | No |
| wolfSSL | Yes | Yes | Yes | Yes | No | No | No | No | No | No | No | No | No | No |

| 実装 | brainpoolP256r1 (26) | brainpoolP384r1 (27) | brainpoolP512r1 (28) | Curve25519 | Curve448 Ed448-Goldilocks | M221 Curve2213 | E222 | Curve1174 | E382 | M383 | Curve383187 | Curve41417 Curve3617 | M511 Curve511187 | E521  |
データの完全性

| 実装 | HMAC-MD5 | HMAC-SHA1 | HMAC-SHA256/384 | AEAD | GOST 28147-89 IMIT | GOST R 34> 11-94 |
| --- | --- | --- | --- | --- | --- | --- |
| GnuTLS | Yes | Yes | Yes | Yes | No | No |
OpenSSL: Yes
| wolfSSL | Yes | Yes | Yes | Yes | No | No |

| 実装 | HMAC-MD5 | HMAC-SHA1 | HMAC-SHA256/384 | AEAD | GOST 28147-89 IMIT | GOST R 34.11-94 |
圧縮

CRIME攻撃はTLS圧縮を利用するため、慎重な実装ではTLSレベルでの圧縮は使用していない。また、HTTP圧縮は無関係でこの攻撃の影響は受けないが、関連するBREACH攻撃によって悪用される点に注意が必要である。
| 実装 | DEFLATE (安全でない) |
| --- | --- |
GnuTLS: デフォルトでは無効
OpenSSL: デフォルトでは無効
wolfSSL: デフォルトでは無効

実装: DEFLATE
拡張機能

各実装がサポートする拡張機能をリストする。安全な再ネゴシエーション拡張(Secure Renegotiation
extension)はHTTPSクライアントセキュリティにとって重要な意味を持つ。クライアントがTLS再ネゴシエーション(TLS renegotiation)を実装しているかどうかにかかわらず、この拡張を実装していないTLSクライアントは攻撃に対して脆弱である。
| 実装 | 再ネゴシエーション  | Server Name Indication  | ALPN  | Certificate Status Request  | OpenPGP  | Supplemental Data  | Session Ticket  | Keying Material Exporter  | Maximum Fragment Length  | Truncated HMAC  | Encrypt-then-MAC  | TLS Fallback SCSV  | Extended Master Secret  | ClientHello Padding  | Raw Public Keys  |
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
| GnuTLS | Yes | Yes | Yes | Yes | 廃止予定 | Yes | Yes | Yes | Yes | No | Yes | Yes | Yes | Yes | No |
| OpenSSL | Yes | Yes | Yes | Yes | No | No? | Yes | Yes? | No | No | No | Yes | Yes | Yes | 不明 |
| wolfSSL | Yes | Yes | Yes | Yes | No | No | Yes | No | Yes | Yes | No | No | Yes | No | 不明 |

| 実装 | 再ネゴシエーション | Server Name Indication | ALPN | Certificate Status Request | OpenPGP | Supplemental Data | Session Ticket | Keying Material Exporter | Maximum Fragment Length | Truncated HMAC | Encrypt-then-MAC | TLS Fallback SCSV | Extended Master Secret | ClientHello Padding | Raw Public Keys  |
アシスト暗号

このセクションでは、暗号化を最適化するCPU命令セットの利点を生かした実装、ハードウェア暗号やデータ分離のためのシステム固有のデバイス利用について示す。
| 実装 | PKCS #11 device | Intel AES-NI | VIA PadLock | ARMv8-A | Intel SGX | Intel QAT |
| --- | --- | --- | --- | --- | --- | --- |
| GnuTLS | Yes | Yes | Yes | Yes | No | No |
| OpenSSL | Yes | Yes | Yes | Yes |  | No |
| wolfSSL | No | Yes | No | Yes | Yes | Yes |

| 実装 | PKCS #11 device | Intel AES-NI | VIA PadLock | ARMv8-A | Intel SGX | Intel QAT |
システム固有のバックエンド

使用可能なオペレーティングシステム固有のバックエンド、または別の実装によって提供されるバックエンドを利用する実装の機能を示す。
| 実装 | /dev/crypto | Windows CSP | CommonCrypto | OpenSSL engine |
| --- | --- | --- | --- | --- |
| GnuTLS | Yes | No | No | No |
| OpenSSL | Yes | No | No | Yes |
| wolfSSL | Yes | 部分的 | No | No |

| 実装 | /dev/crypto | Windows CSP | CommonCrypto | OpenSSL engine |
暗号モジュール/トークンのサポート

| 実装 | TPM support | Hardware token support | Objects identified via |
| --- | --- | --- | --- |
| GnuTLS | Yes | PKCS11 | RFC7512 PKCS #11 URLs |
| OpenSSL | Yes | PKCS11 (サードパーティモジュール経由) | RFC7512 PKCS #11 URLs |
| wolfSSL | No | No |  |

| 実装 | TPM support | Hardware token support | Objects identified via |
コードの依存関係

| 実装 | 依存 | オプションの 依存 |
| --- | --- | --- |
| GnuTLS | libc nettle gmp | zlib (compression) p11-kit (PKCS #11) trousers (TPM) |
| OpenSSL | libc | zlib (compression)  |
| wolfSSL | None | libc, zlib (compression) |

| 実装 | 依存 | オプションの 依存 |
開発環境

| 実装 | Namespace | ビルドツール | API マニュアル | バックエンド暗号 | Template:OpenSSL互換レイヤ |
| --- | --- | --- | --- | --- | --- |
| GnuTLS | gnutls_* | Autoconf, automake, libtool | マニュアルとAPIリファレンス(HTML, PDF) | 外部, libnettle | Yes (limited) |
| OpenSSL | SSL_*  SHA1_*  MD5_*  EVP_*  ... | Makefile | Man pages | 含まれる (monolithic) | — |
| wolfSSL | CyaSSL_*  SSL_* | Autoconf, automake, libtool, MSVC project workspaces, XCode projects, CodeWarrior projects, MPLAB X projects, Keil, IAR, Clang, GCC | マニュアルとAPIリファレンス(HTML, PDF) | 含まれる (monolithic) | Yes (約10%のAPI) |

| 実装 | Namespace | ビルドツール | API マニュアル | バックエンド暗号 | OpenSSL互換レイヤ |
移植性に関する懸念

| 実装 | プラットフォーム要件 | ネットワーク要件 | スレッドの安全性 | ランダムシード | クロスコンパイル | No OS (ベアメタル) | サポートOS |
| --- | --- | --- | --- | --- | --- | --- | --- |
| GnuTLS | C89 | POSIX send()とrecv(). API to supply your own replacement. | スレッドセーフ、POSIXかWindowsでない場合、カスタムmutexでフック | プラットフォームによる | Yes | No | POSIXプラットフォーム、Windows、GNU/Linux, Win32/64, OS X, Solaris, OpenWRT, FreeBSD, NetBSD, OpenBSDなどの一般的にテストされたプラットフォーム |
| OpenSSL | C89 |  ? | mutexのコールバックが必要 | ネイティブAPI経由 | Yes | No | Unix, DOS (with djgpp), Windows, OpenVMS, MacOS, NetWare, eCos |
| wolfSSL | C89 | POSIX send()とrecv(). API to supply your own replacement. | スレッドセーフ、PThreadsかWinThreadsがなければmutexでフック。オフに設定可 | wolfCryptでランダムシード | Yes | Yes | Win32/64, Linux, OS X, Solaris, ThreadX, VxWorks, FreeBSD, NetBSD, OpenBSD, embedded Linux, Yocto Project, OpenEmbedded, WinCE, Haiku, OpenWRT, iPhone (iOS), Android, Nintendo Wii and Gamecube through DevKitPro, QNX, MontaVista, NonStop, TRON/ITRON/µITRON, Micrium µC/OS-III, FreeRTOS, SafeRTOS, NXP/Freescale MQX, Nucleus, TinyOS, HP/UX, AIX, ARC MQX, Keil RTX, TI-RTOS, uTasker, embOS, INtime, Mbed, uT-Kernel, RIOT, CMSIS-RTOS, FROSTED, Green Hills INTEGRITY, TOPPERS, PetaLinux, Apache mynewt |

| 実装 | プラットフォーム要件 | ネットワーク要件 | スレッドの安全性 | ランダムシード | クロスコンパイル | No OS (ベアメタル) | サポートOS |
関連

SCTP — DTLS サポートあり
DCCP — DTLS サポートあり
SRTP — DTLS サポートあり(DTLS-SRTP)、SRTCP
愛媛県の市町村章一覧

愛媛県の市町村章一覧（えひめけんのしちょうそんしょういちらん）は、愛媛県内の市町村に制定されている、あるいは制定されていた市町村章の一覧である。なお、一覧の順序は全国地方公共団体コード順による。廃止された市町村章は廃止日から順に掲載している。
概要

愛媛県内では和歌山県と同じく蜜柑の栽培が盛んであることから、愛媛県旗かつ紋章の由来と目的に蜜柑に関する事柄を過去も含めて制作されている。例えば、中島町・初代の西宇和郡伊方町の初代の町章・越智郡上浦町では蜜柑の花の形をし、越智郡大西町・伊予郡双海町では蜜柑の形をしている。東宇和郡明浜町では蜜柑の色を想像させる橙色が指定されている。
市部

| 市 | 市章 | 由来 | 制定日 | 備考 |
| --- | --- | --- | --- | --- |
| 松山市 |  | 「松山」を表したもの | 1911年4月7日 | 1911年9月8日に再制定され、1962年8月に改正された 下村為山の作品である 色は緑色が指定されている |
| 今治市 |  | 「i」を表したもの | 2005年1月16日 | 色は青色・緑色・橙色が指定されている 2代目の市章である |
| 宇和島市 |  | 「U」を図案化したもの | 2005年8月1日 | 色は青色・赤色・緑色が指定されている 2代目の市章である |
| 八幡浜市 |  | 「八」とオレンジを表している | 2005年11月5日 | 色は青色・緑色・橙色が指定されている 2代目の市章である |
| 新居浜市 |  | 上下の「井」は新居を表し、間の開きは光芒を表している | 1937年11月3日 |  |
| 西条市 |  | 四角形と「S」を表している | 2004年10月1日 | 色は緑色・青色が指定されている 2代目の市章である |
| 大洲市 |  | 大洲藩加藤家の家紋を表している | 2005年1月11日 | 制定されていなくかつ市制施行時には使用されていたが、旧市制40周年記念の一環で正式に1994年7月1日に制定され、新市制後に継承された 色は青色が指定されている |
| 伊予市 |  | 「いよ」を表している | 2005年4月1日 | 色は青色・緑色・赤色が指定されている 2代目の市章である |
| 四国中央市 |  | 「S」と「街」を表している | 2004年4月1日 | 色は青色・緑色・橙色が指定されている |
| 西予市 |  | 「西ヨ」を図案化したもの | 2004年11月28日 | 色は青色が指定されている |
| 東温市 |  | 「と」を図案化したもの | 2004年9月21日 | 色は赤色・青色・緑色が指定されている |
町村部

| 郡 | 町村 | 町村章 | 由来 | 制定日 | 備考 |
| --- | --- | --- | --- | --- | --- |
| 越智郡 | 上島町 |  | 「上」と舟を合わせたのを表している | 2004年10月1日 | 色は赤色・青色・緑色が指定されている |
| 上浮穴郡 | 久万高原町 |  | 森・水・人間・里・大地を結んでいるのを表している | 2004年10月1日 | 色は橙色・青色・緑色が指定されている |
| 伊予郡 | 松前町 |  | 「まさき」を図案化したもの | 1990年3月31日 |  |
| 伊予郡 | 砥部町 |  | 「とべ」を図案化したもの | 2005年1月1日 | 旧々・砥部町制時の1935年に制定され、1965年8月2日に条例で公式化され、新町制時に継承される |
| 喜多郡 | 内子町 |  | 「U」を表している | 2005年1月1日 | 色は水色・黄色・緑色が指定されている 2代目の町章である |
| 西宇和郡 | 伊方町 |  | 佐田岬半島と「i」を表している | 2005年11月6日 | 3代目の町章である |
| 北宇和郡 | 松野町 |  | 「マツノ」を図案化したもの | 1965年12月24日 |  |
| 北宇和郡 | 鬼北町 |  | 「きほく」を図案化したもの | 2005年1月1日 | 色は緑色・青色が指定されている |
| 南宇和郡 | 愛南町 |  | 「ai」を図案化したもの | 2004年10月1日 | 色は緑色・青色が指定されている |
時には母のない子のように

| --- | --- |
: この項目では、日本の歌手カルメン・マキのシングルについて説明しています。同名の霊歌については「en:Sometimes I Feel Like a Motherless Child」をご覧ください。
「時には母のない子のように」（ときにはははのないこのように）は、1969年2月21日に発売された、カルメン・マキのデビュー盤シングル・レコードである。規格品番：SONA 86024。