トピック
デジタルアイデンティティと資格情報
「トピックの観点から見たデジタルアイデンティティと資格情報トピックは、特定のテーマ、シグナル、または監視すべき話題を共有する記事を結びつけます。このページは、関連報道、公開情報源、市場関係者、インフラへの影響をたどる豊かな道筋を提供し、企業動向、政策決定、地域的影響、運用リスクにわたってそのトピックがなぜ重要なのかを理解するための十分な文脈を与えます。単なる記事リストにとどまらず、読者は繰り返し現れるシグナル、影響を受ける組織、公開証拠、市場背景、サービス継続性、調達、競争、コンプライアンス、戦略計画といった背景を比較できます。このページでは、トピックの対象範囲、関係するインフラ事業者や政策、報道内容を裏付ける証拠、そして通信事業者、顧客、投資家、政策関係者にとってそのテーマがなぜ重要なのかを説明します。」
IETF
Peter Saint-Andreと、接続先サービスを選べなかった証明書照合
証明書の名前は一致した。だが、照合する名前を誰が選んだかは、その成功だけでは分からない。Peter Saint-Andre と Rich Salz による RFC 9525は、サーバーの証明書より先にクライアントの期待を置く。参照識別子は独立に作られ、証明書はその期待を満たすかどうかだけを答える。
IETF
Alexey Melnikovと、サービスを許可できなかった認証成功
認証は成功した。ところが、その直後の操作は拒否された。これは矛盾とは限らない。前者が答えたのは資格情報とセッション上の身元についてであり、後者は特定の資源に対する権限を問うているからだ。Alexey Melnikov と Kurt Zeilenga が編者を務めた RFC 4422は、この二つの「はい」を安易に一つへまとめない設計を SASL に与えた。
IETF
更新を止めず、CAA の認可も広げない移行
証明書発行経路を統合するとき、古い入口を残せば可用性は守りやすい。だが同じ CA 識別ドメインの下で、その入口だけがアカウントや検証方式の制約を違って解釈すれば、残したのは予備経路ではなく別の認可規則である。RFC 8657 は、この移行上の緊張を明確にしている。
記事
RIPE DatabaseはOIDCへ移るが、セッションに`mntner`権限は付いてこない
移行作業の完了条件は、新しいログイン画面が開くことではない。認証された利用者が許可されたオブジェクトだけを更新でき、許可されていない更新は何も変えずに拒否されることまで、一続きの記録として残って初めて完了になる。
リーダー
Daniel Fettと、サーバーを名乗ってもトークンを証明しない発行者フィールド
OAuth のコールバックには正しい`state`と本物の認可コードが含まれていても、そのコードが誤ったサーバーへ向かうことがある。RFC 9207が漏えいの前に加えるのは小さな照合だ。応答が示した発行者は、クライアントが要求開始時に記録した発行者と同一か。
記事
AFRINICは392万7253件の学習行動を報告した。Academyの登録画面は、その記録を説明していない
優れた計測は、数字を増やすだけでは完成しない。何を測り、誰と結び、いつまで残すのかを、測られる側が確かめられて初めて運用になる。AFRINIC Academy が公表した七桁の学習行動数は、その最後の接続がまだ見えないことを浮かび上がらせる。
IETF
開示を減らし、十分に証明する：RFC 9901と選択的開示の制御面
発行者が署名した一つのクレデンシャルで、ある検証者には住所を、別の検証者には生年月日を開示できる。署名済み JSON にはソルト付きダイジェストだけを置き、保有者は選択した明文の Disclosure だけを提示する。