プロフィール
Research
Research のプロフィールは、人物、企業、機関、その他のエンティティを横断し、BTW.MEDIA の報道の背後にある対象を比較したい読者に、まとまった情報を提供します。このページでは、公開上の役割、関連イベント、証拠一式、役職・責任の変化、事業展開の範囲、ガバナンス上のリスク、組織間の関係性、市場での重要性を比較できます。企業や人物の記録は通常のニュース時系列とは分けて管理され、見出しの背後にある主体、そのプロフィールを裏付ける証拠、そしてそのプロフィールを重要にするインフラや市場との関係を理解できます。プロフィールが誰・何を表しているか、どの公開情報源がそれを支えているか、企業・市場・ガバナンス機関・イベントとどう結びついているか、そして対象の変化に伴い今後も注目すべき点を確認できます。
ICANN
autistici.orgの保留には時刻がある。公開された判断記録はない
PIR の RDAP は、`.org`レジストリが`autistici.org`に加えた状態と変更時刻を正確に示す。しかし、米国の制裁指定が誰のどの判断を経てドメイン全体の停止になったのか、なぜ猶予的な許可の期限より前だったのか、より狭い措置を検討したのかは示さない。
IETF
RFC 9806が直したのはラベルであり、導入の証明ではない
SIPREC の記録メタデータを表す名称は、application/rs-metadata+xml に一本化された。二つの2016年版 RFC、正誤情報、後続の Standards Track 文書、IANA 登録がその結論を支える。しかし、仕様上の決着だけでは、稼働中のクライアント、サーバー、アーカイブが移行した証拠にはならない。
IETF
RFC 10050が分けた三つの判定――カード、プロファイル、プロトコル
JSContact カードが正しく、あるプロファイルにも適合している。それでも、そのカードを運ぶプロトコルが受理すべきだとは限らない。RFC 10050は、プロファイルに永続的な名前と版を与えながら、最終判断をプロトコル側に残した。
IETF
バックアップは正しい。署名状態は古い――RFC 10033
ステートフル・ハッシュ署名のバックアップは、秘密鍵の複製だけではない。「どのワンタイム署名鍵がまだ一度も使われていないか」という更新され続ける記録でもある。RFC 10033が示すのは、真正な旧バックアップほど危険になり得るという復旧上の逆説だ。
インターネット史
Barbara Liskov と Argus――commit が証明できるのは guardian の内側まで
Argus は、障害回復を言語の問題として扱った。guardian が回復可能なオブジェクトを管理し、handler がノードを越え、action が分散状態をまとめて commit または abort する。しかし、その強さには明確な終端がある。commit が確定するのは参加した Argus の状態であり、人物の身元、業務上の目的、管理外の装置や I/O の完了ではない。
IETF
AEGISコードポイントはネゴシエーションの受領証ではない
RFC 10032によって、6種類の AEGIS 変種を安定した AEAD 識別子で呼べるようになった。しかし、その番号から、二つのピアが何を提示し、どのタグ長に合意し、実際のパケットをどの実装経路で保護したかは分からない。登録と運用の間には、別の証拠の鎖が必要である。
インターネット史
Anita Borg と Systers――管理された部屋への入室は、平等の実現を意味しなかった
Systers にメールが届くためには、会員資格とアドレス、配信規則が私的な専門家コミュニティへの扉を開く必要があった。その配信は各地で孤立していたコンピューティング分野の女性を結んだが、すべての本人性を証明せず、雇用機会を保証せず、職場の権力や発言の危険を消しもしなかった。
IETF
DHCPリースはリレートポロジーの受領証ではない
古い IPv4 機器が IPv6 基盤を経由して設定を受け取るとき、機器自身は変換の存在を知らなくてよい。RFC 9928が実現するのはその互換性である。しかし、リースの成立と、要求が正しい物理ポートに結び付いたままサーバーへ届いたことは、別の事実だ。
インターネット史
Andrew S. TanenbaumとAmoeba capability――対象操作は許しても、所持者の身元は証明しない
Amoeba は、サービスの宛先、対象オブジェクト、許される操作、改ざん検出の手掛かりを128ビットに収めた。この capability は中央の所持者名簿なしに権限を運べたが、有効なビット列から分かるのはサーバーの検証規則を満たしたことまでである。誰が、どんな目的で使い、その先の結果が残ったかまでは語らない。
リーダー
アワン・ラーの従量払い提案——技術移転と顧客利益のあいだ
技術を受け取ったことと、その技術で顧客の費用が下がったことは同じではない。MIMOS から JARING へのグリッドコンピューティング技術の移転をめぐる記述は、モハメド・アワン・ラーの商業的な説明を具体的に示す一方、実際のサービス提供や節約効果については別の検証を必要としている。
グローバルのクラウドサービス
Cloudflare R2の転送無料は、乗り換え費用のどこに効くか
外向きのデータ転送に料金がかからないことには、明確な経済的価値がある。ただし、低頻度アクセスの取り出し料、操作回数に応じた料金、移行先で業務を継続するための作業まで消えるわけではない。R2 の料金表とデータ持ち出し手順から、価格上の利点と実行できる乗り換えの間に残る条件を検証する。
グローバルの機関
ISC DHCPからKeaへ――設定変換の後に残る運用の仕事
ISC の keama は、ISC DHCP の設定を Kea の JSON 形式へ移す機械的な作業を縮める。しかし、設定ファイルを生成できることと、DHCP サービスを本番環境へ安全に移行し、障害時にも復旧できることは同じではない。本稿は、公式文書に書かれた変換の境界と、その後に運用者が検証すべき責任を切り分ける。対象組織の位置づけは[ISC-AGP1 の公開ディレクトリ記録](https://btw.media/ja/directory/isc-agp1-internet-systems-consortium-inc)で確認できる。
ICANN
ICANNの権限を契約からたどる――異議申立てと運用継続は別の問題
レジストリ契約、レジストラ認定契約、ポリシー、付属定款。ICANN の文書を並べるだけでは、ある義務が現在どの事業者を拘束し、その義務を争う間に何を維持できるかまでは分からない。権限の根拠を追う作業は、審査制度の名前を確認するところでは終わらない。実務上の分かれ目は、運用上の変化が起きる前に、必要な保護が効くかどうかにある。
IETF
IETFの決定は誰が下し、誰が異議を唱えられるのか
IETF の標準化における権限は、政府の規制権限や単一企業の契約権限として与えられているわけではない。それでも、ワーキンググループで形成された判断は、標準文書、実装、レジストリ、そしてネットワーク運用に影響を及ぼす。そこで重要になるのは、IETF が「誰に従え」と命じるかではなく、どの文書と役職が判断を正当化し、異議が出たときにどの機関が何を再検討できるかである。
リーダー
マレーシアのインターネット基盤を築いたモハメド・アワン・ラー：役割の境界と、証明されていない能力移転
マレーシアの初期インターネット史を語るとき、モハメド・アワン・ラーの名前は、ネットワーク基盤、RangKom、そして JARING の形成と結び付けられてきた。一方、その後に発展した MyCERT、NISER、CyberSecurity Malaysia のインシデント対応体制までを、彼個人の直接的な継承として描くには、公開記録の裏付けが足りない。
グローバルの地域 ISP
ROYAとAS210837を検証する証拠の連鎖――登録情報からネットワークの持続性まで
ROYA と AS210837 を検証する証拠の連鎖――登録情報からネットワークの持続性までの調査概要では、今回の動き、読者が確認できる公開証拠、関係する組織、地域的背景、市場への影響度、今後起こり得るインフラへの影響を解説します。グローバルの地域 ISPの調査・分析の文脈では、この動きをネットワーク運用、事業者戦略、ガバナンス上の判断、資本の流れ、顧客への依存、規制圧力、提携の動き、強靱性への備え、調達リスク、サービス継続性に結び付けて示します。
グローバルのクラウドサービス
Genesis Cloudのネットワーク像は、どこまで一つの運用系として確認できるのか
Genesis Cloud のネットワーク像は、どこまで一つの運用系として確認できるのかの調査概要では、今回の動き、読者が確認できる公開証拠、関係する組織、地域的背景、市場への影響度、今後起こり得るインフラへの影響を解説します。グローバルのクラウドサービスの調査・分析の文脈では、この動きをネットワーク運用、事業者戦略、ガバナンス上の判断、資本の流れ、顧客への依存、規制圧力、提携の動き、強靱性への備え、調達リスク、サービス継続性に結び付けて示します。
ケースファイル
RFC 9919のSHA-1件数は廃止の証拠にならない
OCSP レスポンダーのグラフから SHA-1 が消えても、互換性を必要とする利用者まで消えたとは限らない。RFC 9919のログ提案を、観測範囲と決定責任を備えた廃止記録へ変える必要がある。
インターネット史
RFC 2070 が切り分けたもの：同じ文字へ至る異なるバイト列
HTML の数字文字参照は、ASCII 互換のファイルでも多バイトの UCS 表現でも、正しく復号された後には同じ文字を指さなければならない。RFC 2070 は、この性質を「Unicode 対応」という曖昧な看板ではなく、境界の設計として示した。`charset` は外部オクテットを文書文字へ移すデコーダーを選び、HTML の抽象的な UCS 文書文字集合は固定される。フォントや画面表示は、その後段に残った別の問題だった。
インターネット史
時刻入りnonceは二度目を知らない――RFC 2069が残した再送判定の境界
ある認証要求が午後3時00分に受理され、同じ16進文字列が3時01分にも届いたとする。nonce の有効期限が5分なら、二つとも正しく計算され、期限内に見える。それでも二度目を拒否できるかは、ハッシュ式ではなくサーバーの記憶にかかっていた。RFC 2069は、鮮度の上限と一回性が別の性質であることを、運用コストまで含めて記していた。