<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>リバースエンジニアリング on AIによる技術記事 備忘録</title><link>https://ai.hack-le.com/tags/%E3%83%AA%E3%83%90%E3%83%BC%E3%82%B9%E3%82%A8%E3%83%B3%E3%82%B8%E3%83%8B%E3%82%A2%E3%83%AA%E3%83%B3%E3%82%B0/</link><description>Recent content in リバースエンジニアリング on AIによる技術記事 備忘録</description><generator>Hugo -- gohugo.io</generator><language>ja</language><lastBuildDate>Mon, 02 Nov 2026 08:50:55 +0900</lastBuildDate><atom:link href="https://ai.hack-le.com/tags/%E3%83%AA%E3%83%90%E3%83%BC%E3%82%B9%E3%82%A8%E3%83%B3%E3%82%B8%E3%83%8B%E3%82%A2%E3%83%AA%E3%83%B3%E3%82%B0/index.xml" rel="self" type="application/rss+xml"/><item><title>なぜyt-dlpは違法として排除されないのか——技術と法、巨大プラットフォームが交錯する「冷戦」の構造</title><link>https://ai.hack-le.com/%E3%81%AA%E3%81%9Cyt-dlp%E3%81%AF%E9%81%95%E6%B3%95%E3%81%A8%E3%81%97%E3%81%A6%E6%8E%92%E9%99%A4%E3%81%95%E3%82%8C%E3%81%AA%E3%81%84%E3%81%AE%E3%81%8B-%E6%8A%80%E8%A1%93%E3%81%A8%E6%B3%95-%E5%B7%A8%E5%A4%A7%E3%83%97%E3%83%A9%E3%83%83%E3%83%88%E3%83%95%E3%82%A9%E3%83%BC%E3%83%A0%E3%81%8C%E4%BA%A4%E9%8C%AF%E3%81%99%E3%82%8B-%E5%86%B7/</link><pubDate>Fri, 30 Oct 2026 12:52:20 +0000</pubDate><guid>https://ai.hack-le.com/%E3%81%AA%E3%81%9Cyt-dlp%E3%81%AF%E9%81%95%E6%B3%95%E3%81%A8%E3%81%97%E3%81%A6%E6%8E%92%E9%99%A4%E3%81%95%E3%82%8C%E3%81%AA%E3%81%84%E3%81%AE%E3%81%8B-%E6%8A%80%E8%A1%93%E3%81%A8%E6%B3%95-%E5%B7%A8%E5%A4%A7%E3%83%97%E3%83%A9%E3%83%83%E3%83%88%E3%83%95%E3%82%A9%E3%83%BC%E3%83%A0%E3%81%8C%E4%BA%A4%E9%8C%AF%E3%81%99%E3%82%8B-%E5%86%B7/</guid><description>&lt;p&gt;通信環境が不安定な場所でのオフライン視聴や、手元でのアーカイブ作成、さらには音声認識AIを用いた文字起こしなど、コマンドラインツールの &lt;code&gt;yt-dlp&lt;/code&gt; が果たしている実用的な役割は極めて大きいと言えます。一方で、広告収益や有料サブスクリプションを基盤とする動画プラットフォーム側から見れば、こうしたダウンロードツールの存在はビジネスモデルと真っ向から対立するものです。&lt;/p&gt;&#10;&lt;p&gt;それにもかかわらず、なぜ &lt;code&gt;yt-dlp&lt;/code&gt; は違法ツールとして完全に排除されることなく、現在もオープンソースとして公に開発・配布が続けられているのでしょうか。単に「まだ裁かれていないだけ」なのか、それとも明確な法的根拠が存在するのか。その背景を紐解くと、著作権法の建付けやプラットフォーム側の経済合理性、そして技術と政治が水面下で繰り広げる激しい力の鍔迫り合いが見えてきます。&lt;/p&gt;&#10;&lt;h2 id="デュアルユース性と技術的保護手段を巡る法的建付け"&gt;デュアルユース性と技術的保護手段を巡る法的建付け&#10;&lt;/h2&gt;&lt;p&gt;あるソフトウェアの提供自体が違法とみなされるか否かを分ける最大の基準は、そのツールに&lt;strong&gt;実質的な非侵害用途が存在するか&lt;/strong&gt;という点にあります。これは米国のソニー・ベータマックス判決などに由来する法理であり、著作権侵害にも使われ得るが合法的な用途も広く存在する「デュアルユース（両用）技術」は、ツールの存在そのものを一律に違法とすることが極めて困難になります。実際に &lt;code&gt;yt-dlp&lt;/code&gt; には、以下のような明確に正当な利用目的が存在します。&lt;/p&gt;&#10;&lt;ul&gt;&#10;&lt;li&gt;クリエイティブ・コモンズやパブリックドメインとして公開されている動画・音声の取得&lt;/li&gt;&#10;&lt;li&gt;コンテンツ制作者自身による、自らがアップロードしたオリジナルデータのバックアップ&lt;/li&gt;&#10;&lt;li&gt;配信者がダウンロードを明示的に許可している素材の取得&lt;/li&gt;&#10;&lt;li&gt;政府や自治体の記者会見動画などを取得し、ローカル環境の &lt;code&gt;Whisper&lt;/code&gt; 等を用いてテキスト化する情報解析やアクセシビリティ確保の作業&lt;/li&gt;&#10;&lt;/ul&gt;&#10;&lt;p&gt;特に最後の「公的情報の文字起こし」のような用途は、法的にも倫理的にも強い正当性を持ちます。日本の著作権法第13条や第40条では、国の広報資料や政治上の演説・会見について広く国民に伝達されるべき性質から利用の自由が認められており、さらに第30条の4では&lt;strong&gt;情報解析を目的とする複製は著作権者の許諾なく行える&lt;/strong&gt;ことが明文で定められています。本来であれば発信元である行政機関などが提供すべきテキストデータを、ユーザー側が自前で代替処理しているに過ぎず、こうした用途を支えるツールを一律に封殺することは法理上も無理が生じます。&lt;/p&gt;&#10;&lt;p&gt;また、著作権法において最も厳しい規制対象となるのは、日本の著作権法第30条第1項第2号や米国DMCA（デジタルミレニアム著作権法）第1201条が定める&lt;strong&gt;技術的保護手段の回避&lt;/strong&gt;です。Netflixや有料レンタル動画などで使われている &lt;code&gt;Widevine&lt;/code&gt; などの本格的なDRM（デジタル著作権管理）は、ストリーム自体が暗号化されており、これをクラックして復号する行為やツールの提供は明確に違法となります。&lt;/p&gt;&#10;&lt;p&gt;しかし、&lt;code&gt;yt-dlp&lt;/code&gt; はこうしたDRMで暗号化されたコンテンツを解除する機能を意図的に排除しています。一般公開されている無料動画は、あらゆるブラウザで再生できるよう、データそのものは暗号化されずに &lt;code&gt;HLS/DASH&lt;/code&gt; などの形式で分割送信されています。&lt;code&gt;yt-dlp&lt;/code&gt; が行っているのは、JavaScriptの難読化処理や署名トークン（シグネチャ）を解決して再生用のURLを特定・結合する処理であり、技術的には&lt;strong&gt;ブラウザが再生時に行っている &lt;code&gt;HTTP/HTTPS&lt;/code&gt; リクエストと同一の手順をコマンドラインでエミュレートしているだけ&lt;/strong&gt;という建付けをとっています。&lt;/p&gt;&#10;&lt;p&gt;2020年には、全米レコード協会（RIAA）が前身プロジェクトである &lt;code&gt;youtube-dl&lt;/code&gt; に対し、シグネチャの解決が技術的保護手段の回避にあたるとしてGitHubに削除要請を行う事件が起きました。しかし、電子フロンティア財団（EFF）の弁護団が「シグネチャの解決は暗号の解読ではなく、誰でもアクセス可能な平文ストリームの取得手順に過ぎない」と反論し、GitHub側もこれを受理してリポジトリを復活させています。一方で、ドイツの裁判所ではこのシグネチャ制御も実効性のある保護手段とみなされ、ホスティング事業者に対する差止請求が認められるなど、司法判断は国によって割れており、法的な境界線上で今なお拮抗が続いているのが実態です。&lt;/p&gt;&#10;&lt;p&gt;なお、ユーザーが動画を保存する行為そのものについては、違法アップロードされた動画と知りながらダウンロードする行為は違法となるものの、公式に無料公開されている正規の動画を個人で楽しむために保存する行為は、日本の著作権法第30条第1項が定める&lt;strong&gt;私的使用のための複製&lt;/strong&gt;として合法とされています。YouTubeの利用規約ではダウンロード行為が明確に禁止されていますが、これはあくまでサービス提供者と利用者間の&lt;strong&gt;民事上の契約違反&lt;/strong&gt;であり、直ちに国の法律を犯す犯罪（違法行為）とイコールになるわけではありません。&lt;/p&gt;&#10;&lt;h2 id="巨大プラットフォームの経済合理性と正面衝突を避ける力学"&gt;巨大プラットフォームの経済合理性と正面衝突を避ける力学&#10;&lt;/h2&gt;&lt;p&gt;法的なグレーゾーンや防御論理があるとはいえ、数兆ドル規模の資本を持つ巨大プラットフォームが本気で法廷闘争を仕掛ければ、個人の開発者コミュニティを圧倒することは不可能ではないようにも思えます。それでもYouTube側が全面的な法的排除に踏み切らない背景には、冷徹な損益計算と、自らが抱える歴史的・構造的な脆弱性があります。&lt;/p&gt;&#10;&lt;p&gt;第一に、ターゲット層の規模と費用対効果の問題です。&lt;code&gt;yt-dlp&lt;/code&gt; のようなコマンドラインツールを導入し、&lt;code&gt;ffmpeg&lt;/code&gt; などの依存パッケージを管理して使いこなすユーザーは、全利用者のうちごく一部の技術層（マニア層）に限られます。大多数の一般ユーザーは公式アプリで広告を見るか、YouTube Premiumに課金してオフライン保存機能を利用するため、全体の広告収益に対する実質的な被害は極めて軽微です。仮に法廷で徹底的に争った場合、EFFなどの強力な支援団体と全面対決することになり、万が一にも最高裁などで&lt;strong&gt;一般公開されている動画ストリームのスクレイピングやダウンロードは完全に合法である&lt;/strong&gt;という確定判例が出てしまえば、利用規約の優位性すら揺らぎ、事業そのものに致命的なリスクを招きかねません。&lt;/p&gt;&#10;&lt;p&gt;第二に、プラットフォーム自身の歴史的経緯と基幹事業への「ブーメラン」となるリスクです。YouTubeは創業当初、ユーザーが無許諾で投稿したテレビ番組や音楽クリップなどの海賊版コンテンツによって爆発的な成長を遂げました。当時の巨額訴訟から同社を守ったのは、米国DMCA第512条のセーフハーバー条項、すなわち&lt;strong&gt;場やツールを提供する者はユーザーの個別の侵害行為に対して一律の責任を負わない&lt;/strong&gt;という法理でした。自らがその法理を最大限に活用して生き残った以上、同じ論理で防御を固めるオープンソースツールを正面から否定することには自己矛盾が伴います。&lt;/p&gt;&#10;&lt;p&gt;さらに決定的なのは、親会社であるGoogleの基幹事業との整合性です。Googleの検索エンジンやAIモデルの学習は、世界中のWebサーバーから &lt;code&gt;robots.txt&lt;/code&gt; の解釈を広げつつ大量のデータをクローリング・複製することで成り立っています。もしYouTubeが「サーバー側が意図した公式ブラウザ以外の手段で、公開プロトコルから平文データを自動取得・解析するソフトウェアは違法である」という法理を裁判で確立させてしまえば、それは&lt;strong&gt;Google自身のWebクローラーやデータ収集活動の合法性を根底から否定する諸刃の剣&lt;/strong&gt;となって跳ね返ってきます。&lt;/p&gt;&#10;&lt;h2 id="法の限界とコードによる非対称な実力行使"&gt;法の限界とコードによる非対称な実力行使&#10;&lt;/h2&gt;&lt;p&gt;このように法廷での全面戦争が双方にとって得策ではない状況下において、主戦場は「法」から「技術」へと移行しています。法学者のローレンス・レッシグは、サイバー空間を規制する4つの要素として「法（Law）」「規範（Norms）」「市場（Market）」「アーキテクチャ／コード（Code）」を挙げましたが、&lt;code&gt;yt-dlp&lt;/code&gt; を巡る攻防はまさに&lt;strong&gt;法や規範による統制が限界を迎え、コード同士の直接的な実力行使に移行した状態&lt;/strong&gt;を体現しています。&lt;/p&gt;&#10;&lt;p&gt;YouTube側は法的措置の代わりに、シグネチャ生成アルゴリズムの頻繁な変更、非公式クライアントに対する通信速度の極端な制限（スロットリング）、IP単位の遮断や &lt;code&gt;PO-Token&lt;/code&gt;（Proof of Origin）の導入など、技術的な仕様変更によって定期的に &lt;code&gt;yt-dlp&lt;/code&gt; を動作不能に追い込む消耗戦を仕掛けています。開発者側に継続的なメンテナンスコストを押し付けることで、ツールの利用ハードルを高く維持し、一般層へ拡散するのを防ぐという防衛策が最も経済合理的だからです。&lt;/p&gt;&#10;&lt;p&gt;これに対し、&lt;code&gt;yt-dlp&lt;/code&gt; の開発コミュニティは、JavaScriptインタープリタによる動的なシグネチャ解決や、チャンク分割取得、プレイヤーパラメータの偽装、ブラウザからのCookieインポート機能の実装など、リバースエンジニアリングによる対抗措置を即座に講じています。ここでは裁判所の命令ではなく、&lt;strong&gt;サーバーが要求する暗黙のプロトコルをクライアント側が解析して突破できるか否かという物理的・技術的現実&lt;/strong&gt;のみがルールを決定しています。&lt;/p&gt;&#10;&lt;p&gt;この鍔迫り合いが持続する本質的な理由は、両者の非対称な構造にあります。YouTubeは公開サービスである以上、正規のブラウザやアプリに対して最終的にストリームデータを平文で届けざるを得ないという「集中型プラットフォームの弱点」を抱えています。クライアントにデータを届ける手順が存在する限り、それを模倣される余地を原理的にゼロにはできません。一方で、オープンソース側は特定の企業ではなく世界中に分散した有志の集合体であり、仮に特定のリポジトリが閉鎖されても瞬時にフォーク（複製）が立ち上がるという「分散型の強靭性」を持っています。&lt;/p&gt;&#10;&lt;h2 id="囲い込みとオープンプロトコルの冷戦"&gt;囲い込みとオープンプロトコルの冷戦&#10;&lt;/h2&gt;&lt;p&gt;ここまでの構造を俯瞰すると、表向きに語られる「建前」と、水面下で機能している「本音（現実の力学）」の鮮やかな対比が浮かび上がります。&lt;/p&gt;&#10;&lt;p&gt;プラットフォーム側は「著作権の保護」や「クリエイターの収益還元」を建前として掲げますが、実質的な目的はユーザーの滞在時間や広告接触、トラフィックデータの私有化（囲い込み）にあり、自社のクローラー事業への波及を恐れて決定的な法的攻撃を手控えています。対するオープンソース側も「Webの相互運用性」や「アクセシビリティの確保」という理念を掲げつつ、実態としてはDMCA違反の直撃を避けるためにDRM解除コードを厳格に排除し、「あくまでブラウザの通信を模倣しているだけである」という法的な防衛線を精巧に維持しながら開発を続けています。&lt;/p&gt;&#10;&lt;p&gt;この現象のさらに根底には、&lt;strong&gt;近代法が前提としてきた所有権や契約の概念が、インターネットのプロトコルという物理層に追いついていない&lt;/strong&gt;という構造的な歪みがあります。公開された通信経路を通じて送信されるデータパケットは、電気信号や光信号という物理現象として受信側のハードウェアに到達します。一度自分の端末に届いた信号を、揮発性のメモリ上で再生して捨てるか、ストレージに書き込んで永続化するか、あるいはAIモデルに入力して文字に変換するかという処理は、本来であれば受信端末の所有権に基づく物理的自由の領域に属するものです。&lt;/p&gt;&#10;&lt;p&gt;プラットフォーム側は利用規約という私的な契約の網を被せることで、この受信後の処理にまで制限を加えようと試みます。これに対し、&lt;code&gt;yt-dlp&lt;/code&gt; はオープンな通信プロトコルを処理しているだけであるという技術的建前を盾にして、その囲い込みを実力で無効化し続けています。すなわち、&lt;code&gt;yt-dlp&lt;/code&gt; が違法として排除されずに存在し続けている現状は、単なる法の抜け穴ではなく、&lt;strong&gt;私有化された巨大資本のプラットフォームと非中央集権的なオープンプロトコルが、互いに決定打を欠いたまま高度な均衡を保っているインターネット上の冷戦状態&lt;/strong&gt;そのものであると言えます。&lt;/p&gt;&#10;</description></item></channel></rss>