1. はじめに
TLS認可拡張の概要とその使用シナリオ。
TLS認可拡張の概要とその使用シナリオ。
1.1 概要と根拠 (Overview and Rationale)
10.1 Overall Assessment
11.1 規範的参考文献
12.1 アルゴリズムの貢献
13.1 Arnt Gulbrandsen
(RFC ソースからの英語コンテンツ)
2.1 基本形式定義 (Basic Format Definition)
client_authzおよびserver_authz拡張タイプの仕様とTLSハンドシェイクでの使用。
3.1 後方互換性の考慮事項
X.509属性証明書およびSAMLアサーションを含む認可データ形式の詳細仕様。
4.1 設計上の制限
認可情報処理失敗のエラーアラートコード。
TLS認可拡張およびデータ形式のIANAレジストリ割り当て。
5.1 従来のポート解決
ダブルハンドシェイク技術およびベアラーアサーション保護を含むTLS認可拡張のセキュリティに関する考慮事項。
6.1 クライアント処理手順
7.1 例の説明
RFC 5878の貢献者への謝辞。
8.1 RRタイプの割り当て
RFC 5878の規範的参考文献および参考情報。
9.1 文書の状態
RFC 1157は、ネットワークデバイスの監視と管理に使用されるシンプルネットワーク管理プロトコル (SNMP) バージョン1を定義しています。デバイスの状態を照会および変更するためのGet、Set、Trap操作を提供します。これは、ルーター、スイッチ、サーバーなどの機器の監視管理に広く使用されているネットワーク管理の基礎プロトコルです。
仕様、実装、および分析
- ステータス: Best Current Practice
RFC 2616は1999年に発行されたHTTP/1.1のクラシック仕様で、10年以上にわたってWebを支配しました。RFC 7230-7235シリーズに置き換えられましたが、HTTPを理解するための最も古典的な文書です。
簡易ネットワーク管理プロトコル (SNMP) のメッセージ処理とディスパッチ
SNMPのビューベースアクセス制御モデル(VACM)
RFC 3629は、ISO 10646の変換形式であるUTF-8文字エンコーディングを定義します。エンコーディング規則、バイトシーケンス構文、セキュリティ考慮事項などについて詳述しています。現代のインターネットテキスト処理の基盤となる標準です。
- ステータス: Proposed Standard
- ステータス: Proposed Standard
- ステータス: Proposed Standard
- ステータス: Proposed Standard
- ステータス: Proposed Standard
RFC 4648はBase16、Base32、Base64の3つの一般的に使用されるデータエンコーディング方式を定義しています。エンコーディングアルゴリズム、文字セット、パディングルール、セキュリティに関する考慮事項について詳細に説明しています。JWT、MIME、URLエンコーディングなどの技術を理解するための基礎となります。
暗号化されたセッションチケットを使用して、クライアントごとの状態を維持せずに TLS サーバーがセッションを再開できるようにする機構を定義します。
- ステータス: Draft Standard
TCPの4つの相互関連する輻輳制御アルゴリズム - スロースタート、輻輳回避、高速再送信、高速回復を定義
- ステータス: Proposed Standard
属性証明書やSAMLアサーションなどの認可情報を交換するためのトランスポート層セキュリティ (TLS) ハンドシェイクプロトコルの認可拡張を規定します。
- ステータス: Internet Standard
- ステータス: Proposed Standard
トランスポート層セキュリティ (TLS) およびデータグラムトランスポート層セキュリティ (DTLS) のハートビート拡張
アプリケーションプロトコルパラメータにおけるX-プレフィックス慣例の廃止に関する現在のベストプラクティス
- ステータス: Proposed Standard
RFC 6749はOAuth 2.0認可フレームワークの完全な仕様を定義しており、認可コード、インプリシット、リソースオーナーパスワードクレデンシャル、クライアントクレデンシャルの4つの認可グラントタイプを含んでいます。これは現代のAPIセキュリティと認証の基礎標準です。
- ステータス: Proposed Standard
- ステータス: Informational
- ステータス: Proposed Standard
- ステータス: Proposed Standard
RFC 7231は、リクエストメソッド、リクエストヘッダーフィールド、レスポンスステータスコード、レスポンスヘッダーフィールドによって表現されるHTTP/1.1メッセージのセマンティクス、メッセージのペイロード(メタデータとボディコンテンツ)、コンテンツネゴシエーションのメカニズムを定義します。
- ステータス: Proposed Standard
- ステータス: Proposed Standard
- ステータス: Proposed Standard
RFC 7540はHTTP/2を定義し、バイナリフレーミング、多重化、サーバープッシュ、ヘッダー圧縮を導入してWebパフォーマンスを大幅に向上させます。
- ステータス: Proposed Standard
- ステータス: Proposed Standard
実装者、開発者、運用者向けのDNS用語の包括的定義
RFC 8259は、JavaScript Object Notation (JSON) データ交換フォーマットの権威的な構文標準を定義しています。REST API、設定ファイル、データストレージで最も広く使用されている軽量データフォーマットです。
- ステータス: Proposed Standard
RFC 8555は自動証明書管理環境(ACME)プロトコルを定義し、SSL/TLS証明書の申請、検証、発行プロセスの自動化に使用されます。Let's EncryptがこのプロトコルをЩироく採用し、無料HTTPS証明書の自動管理を実現し、Web暗号化の普及を大きく推進しました。
The OAuth 2.0 device authorization grant for Internet-connected devices that lack a browser or are input constrained
- ステータス: Proposed Standard
- Status: Proposed Standard
RFC 8820はURI設計のベストプラクティスガイドを提供し、URI構造設計、名前空間管理、パス設計原則などを規範化し、標準仕様策定者の重要な参考文書です。
- ステータス: Proposed Standard
- ステータス: Proposed Standard
基本情報
- ステータス: Proposed Standard
- ステータス: Proposed Standard
RFC 8110 は、日和見無線暗号化 (OWE) について説明しています。これは、認証されていないクライアントが暗号化されたトラフィックを使用してネットワークに接続することを可能にするモードです。本文書は、このプロトコルの継続的な保守とさらなる開発を IEEE 802.11 ワーキンググループに移管します。
- ステータス: Experimental
- ステータス: Proposed Standard
文書: Terminal Access Controller Access-Control System Plus (TACACS+) over TLS 1.3
- ステータス: Proposed Standard
- ステータス: Proposed Standard
- ステータス: Proposed Standard
RFC 5878著者の連絡先情報。