← 2026-05-26 の一覧へ戻るホーム
カリフォルニア州、Linuxの年齢認証免除を法改正で検討へ：抗議運動を受け

2026/05/26 3:19

カリフォルニア州、Linuxの年齢認証免除を法改正で検討へ：抗議運動を受け

RSS: https://news.ycombinator.com/rss

元のHacker News記事へ ↗
要約▶

Japanese Translation:

カリフォルニア州の法律家は、2026年2月11日にデジタル年代保証法（Digital Age Assurance Act）からほとんどのオープンソースオペレーティングシステムを除外することを目的としたアセンブリビル1856号（AB 1856）を導入した後、厳格な年齢検証要件から撤退する方針を検討しています。AB 1856は、同州の以前のパックであるアセンブリビル1043号（2025年後期に可決）を改正し、2027年1月1日までに年齢検証の手続を個々のウェブサイトやアプリからオペレーティングシステムレベルへ移行することを求めていました。AB 1043の下では、オペレーティングシステムはセットアップ時にユーザーの生年月日を収集し、アプリおよびストアに対して「年齢層」（例：「13歳未満」、「18歳以上」）をシグナル送信することが義務付けられていました。提案されている改正案では、「オペレーティングシステム提供者」は、ソフトウェアのコピー、再配布、修改を可能にするライセンスの下でソフトウェアを配布する者を含まないと定義しています。この定義により、Debian、Fedora、Ubuntu、Arch Linux、Mintなど主流のLinuxディストリビューションが遵守要件から除外され、Electronic Frontier Foundationなどのプライバシー擁護者や、無限にフォーク可能なプロジェクトに対しては元の規則が侵襲的かつ実行不可能であるという懸念に対処しました。同法案は元の法的措置を廃止するものではありません。商用プラットフォームでプロプライエタリなアプリエコシステムを持つもの（ValveのSteamストアに紐づく特定のSteamOSバージョンなど）も引き続き審査の対象となる可能性があります。アセンブリメンバーBuffy Wicksによって提出された最新版は2026年5月18日付けのものであり、2026年5月19日に2回目に朗読され、3回目の朗読に付議されるよう命じられ、現在、委員会での審査が予定されている6月の間に立法機構を通過中としています。

本文

カリフォルニア州、オープンソース系 Linux 除外条項を追加し「デジタル・エイジ・アシュランス法」見直しへ検討

カリフォルニア州の立法者たちは、当初計画していた年齢確認義務に関する法案（Digital Age Assurance Act）から後退する可能性が出てきました。これは、主要なリ눅スディストリビューションを例外扱いとする新たな修正法案が提案されたことが転機となったからです。

改正内容と対象外となるシステム

提案された修正案は、2027 年 1 月 1 日に施行予定のコンプライアンス要件から、以下のオープンソースオペレーティングシステムを除外する見込みです。

  • Debian
  • Fedora
  • Ubuntu
  • Arch Linux
  • Mint など

修正案には以下のように明確に記載されています：

「『オペレーティングシステム提供者』とは、受取人がソフトウェアのコピー、再配布、ならびに改変を許容するライセンス条項の下でオペレーティングシステムまたはアプリケーションを配布する個人または実体ではない。」

つまり、コピー、再配布、および変更を許可するライセンス（オープンソースライセンス）下で配布されるソフトウェアは対象外となります。

背景と法改正の経緯

この修正案は、以下の流れを経て提出されました。

  1. AB 1043 の制定（2025 年末）：カリフォルニア州が「デジタル・エイジ・アシュランス法」を正式に採択。オンラインでの年齢確認プロセスを OS レベルに委ねる方針を発表。
    • もとの法律の要件：デバイスセットアップ時にユーザーの年齢・誕生日入力が必要。アプリストアに対し「年齢帯信号」（13 歳未満、13〜15 歳など）の開示義務が発生する予定。
  2. 反対運動と修正案提出：この規定が分散型・オープンソースエコシステムへの適用方法を疑問視されたため、数ヶ月間の反対運動後に AB 1856 が提議された。
  3. AB 1856 の本質：法律を無効化するというものではなく、「オペレーティングシステム提供者」の定義範囲を縮小する措置である。
    • オープンソースリ눅スディストリビューションは除外される可能性が高い一方、プロプライエタリなアプリエコシステムを持つ商用プラットフォーム（例：SteamOS など）については、依然として規制対象となる可能性がある。

議論のポイントと懸念点

この法案をめぐる議論では、以下のような重要な問題点が指摘されています。

  • 技術的な強制リスク：法律の文言が広範すぎて、オープンソース OS を意図せず年齢確認プラットフォームに強制する恐れがあるとの批判。
    • EFF（電子 frontier 財団）などが「侵入的である」と警告。
    • より広範なオンライン識別情報追跡のためのインフラ構築の懸念。
  • 執行性の疑問：無尽蔵にフォーク可能なオープンソースプロジェクトに対して、州が実効性を持って要件を執行できるかという技術的な疑問。
    • コミュニティ運営でボランティアが維持されていること、明確な法人構造やユーザーアカウントシステムがないことなど。
  • SteamOS の扱い：Valve が提供する SteamOS はプロプライエタリな Steam ストアを搭載しており、Apple App Store や Google Play に近い存在と捉えられ、規制対象となる可能性が議論を激化させた要因の一つでした。

最新進捗状況

現在の法案（AB 1856）の主要なタイムラインは以下の通りです。

  • 発案：2026 年 2 月 11 日、カリフォルニア州議会議員バフィ・ウィックス氏により提案。
    • ※初期版本では免除条項がなく、後に改定版としてオープンソースに対する除外条項が追加されたことにより注目を集めました。
  • 最新版提出：2026 年 5 月 18 日。
  • 審議状況（2026 年 5 月 19 日時点）：
    • 第二次審議完了
    • 三読への準備段階に入っている

注記：本記事はトムズハードウェア（Tom's Hardware）およびその寄稿者 Etiido Uko 氏からの情報に基づいています。Etiido Uko 氏は長年の技術ジャーナリストとして、PC ハードウェアや大規模テック業界の動向について専門的な洞察を提供しています。

同じ日のほかのニュース

一覧に戻る →

2026/05/26 2:45

Exit IP VPN サーバー対策の展開

## 日本語訳: 2026 年 5 月 25 日付で、12 つの特定サーバー識別子への新しい緩和措置の適用を含む重要な運用上のアップデートが確認されました。この措置は、北米、ヨーロッパ、オセアニアを含む主要なグローバル地域にわたるインフラに影響します。影響を受けたサーバーは、以下の通り明示的にリストされています：au-mel-wg-402, au-syd-wg-001, ca-mtr-wg-302, de-fra-wg-103, fi-hel-wg-201, fr-par-wg-101, ie-dub-wg-101, no-osl-wg-101, se-sto-wg-208, us-dal-wg-701, us-lax-wg-002, us-nyc-wg-601, us-slc-wg-303。この実装は、内部での判断を踏まえたこれらのエンドポイントの状態における決定的な変化を表します。このアナウンスメントでは、識別子のリストとアップデートの日付のみが提供されており、脅威の具体的な性質、先行文脈、またはエンドユーザーおよび産業エンティティに対する直接的な影響について言及していません。したがって、この変更の原因や以降のタイムラインに関するさらなる説明はまだ発表されていません。 ## 原文: **Improved Summary:** Effective May 25, 2026, a significant operational update has been confirmed involving the application of a new mitigation to twelve specific server identifiers. This action impacts infrastructure across major global regions, including North America, Europe, and Oceania. The affected servers are explicitly listed as: au-mel-wg-402, au-syd-wg-001, ca-mtr-wg-302, de-fra-wg-103, fi-hel-wg-201, fr-par-wg-101, ie-dub-wg-101, no-osl-wg-101, se-sto-wg-208, us-dal-wg-701, us-lax-wg-002, us-nyc-wg-601, and us-slc-wg-303. This implementation marks a definitive shift in the status of these endpoints following an internal decision. The announcement provides only the list of identifiers and the update date; it does not elaborate on the specific nature of the threat, prior context, or direct impacts on end-users and industry entities. Consequently, further clarification regarding the reasons for this change or subsequent timelines has not yet been released.

2026/05/26 4:37

ノルウェーのHuaweiフラッシュストレージによる2ペタバイトとLLMトレーニング

## 日本語訳： ノルウェー国立図書館は、地元のノルウェー語に対する商用ソリューションの深刻な不足に対応するため、自らのデジタルアーカイブにのみ基づいて訓練された主権性の高い大規模言語モデルを起動する予定である。このプロジェクトは文化省によって推進され、IT 責任者マリウス・フスネス氏の率いるものであり、私企業の手に負えない著作権保護付き新聞への図書館特有の法的アクセスを活用して、約 60 ピタバイトのデジタル化された遺産（現在は 3-2-1 保存形式で保管されている）をこの AI に訓練している。 技術的なアーキテクチャでは、3 つの異なるシステムをオーケストレーションするものであり、初期処理段階には Nvidia DGX H200 クラスターと华为（Huawei）OceanStor Dorado フルフラッシュアレイ（高速フラッシュ容量 2 PB を提供）を用い、その後、最終的な訓練は国立スーパーコンピューター Sigma2 Olivia で行われる。主要なボトルネックは計算能力ではなく、データの品質、クリーニング、パイプラインのスループットであり、これは AI パイプラインの低遅延要求と大規模かつ高遅延の保存アーカイブとの間の遅延不一致によって複雑化している。さらに、使用制御のためのガバナンス枠組みの確立や標準的な評価ツールの利用という課題にも直面している。このイニシアチブにより、ノルウェーは外国のテクノロジー大手に依存せずに技術的未来を確保することができ、他の英語圏外における国々が主権性の高い AI 基盤を求めるためのモデルとして挙げられている戦略となっている。

2026/05/22 1:25

Show HN: BPF プログラムは Go で、C では書かなくて OK

## Japanese Translation: Gobee ツールは、厳密な Go サブセットを BPF C に変換し、ユーザーランド側向けに型付き Go バインディングを生成することで、実行中のカーネルに対してロードをゲートし、Go から開発の重要なボトルネックを解消します。その最大の利点は安全性であり、ロード時に `bpfvet` を実行してホストシステムよりも新しいカーネル機能が必要な場合に即座に失敗させ、ランタイムクラッシュを防ぎます。また、CO-RE、BTF、 verifier-friendly コード生成のために成熟した clang バックエンドと互換性のある読みやすい BPF C コードをエミットし、コンパイラを再構築することなく実現します。 Gobee は診断プロセスを簡素化し、verifier エラーを Go ソースファイル内（例：`counter.go:18:5`）に自動的に注釈付けることで、手動の診断パイピングを行う必要性を排除します。本ツールは Solod および Aya などのプロジェクトからインスピレーションを得ており、移植可能な Go パッケージが `bpf/` に、カーネルソースと clang アーティファクトが `bpf/src/` に配置される清潔なレイアウトを維持しています。各 `.bpf.c` ファイルには、オフラインでの Gobee 診断に用いられる sourcemap サイドカー（`<stem>.bpf.c.map`）がペア付けられています。 ツールチェーンは Linux arm64 と amd64 のクロスアーキテクチャビルドをサポートし、XDP、tracepoint、kprobe/kretprobe、uprobe/uretprobe、sock_ops、TC、cgroup_skb、LSM という 8 つのプログラムタイプ、ならびに ringbuf、perf_event_array、storage maps を含む 19 のマップタイプをカバーします。Gobee は `vmlinux.h` を含み `BPF_CORE_READ` を使用することで BTF レディな出力をエミットしますが、clang コンパイルの責任はユーザーに委ねており、Ubuntu 24.04（カーネル 6.x）での実カーネル verifier 受入を含む 4 つのレイヤーにおける CI サポートを提供します。ツールチェーンには、どこでも動作する純粋な Go トランpiler と clang（`.bpf.o` をコンパイルするために必要）が組み合わさっており、ディストリビューションパッケージまたは macOS 上での `brew install llvm` で入手可能です。最終的に、MIT ライセンスのこのプロジェクトは、コンパイラの再構築を行わないままシステムレイヤー全体にわたる信頼性の高い CI カバレッジを求めているチームにとって、堅牢で移植可能なソリューションを提供しており、libbpf v1.5.0 ヘルパーセットをカバーする約 200 の型付き Go スタブをエミットし、誤りしやすい文字列ベースのルックアップを置き換えるために、ユーザー定義ヘルパーを静的な `__always_inline` C 関数として出力します。