**インターネットアーカイブのインフラ構成を内部から探る**

2026/01/16 0:02

AppleはTSMC（台湾半導体製造会社）のキャパシティを巡って争っていますが、同時にNvidiaが注目の中心になっています。

## Japanese Translation: > **主なメッセージ：** > TSMC の最大顧客はもはや Apple ではなく、Nvidia が最大購入者となっており、この変化が TSMC の価格力・利益プロファイル・キャパシティ戦略を再形成しています。 > > **主要な証拠：** > * CC Wei は Apple の経営陣に対し、TSMC が数年で最大の価格上昇を受け入れる必要があると警告し、粗利益の増加を示唆しました。 > * Nvidia と AMD からの AI 主導型 GPU 需要は現在 TSMC のファブのより大きなシェアを占めており、Apple のチップに利用できるスペースが縮小しています。 > * 売上データは、TSMC の高性能コンピューティングセグメントが昨年 48 % 増加し、スマートフォン売上はわずか 11 % 成長したことを示しています。 > * 粗利益は **62.3 %** に達し、これはアリゾナや日本の海外ファブからの貢献も含む数値です。 > > **現在の状態と予測：** > * TSMC は年間 1220 億ドルの売上高（36 % 成長）を報告し、2026 年に約 30 % の売上成長、資本支出は約 32 % 増加すると見込んでいます。 > * Nvidia の販売は FY 2026 年度まで 62 % 上昇すると予測され、Apple の製品のみの売上はわずか 3.6 % 成長する見込みです。 > * AI 需要は 2029 年まで AI セグメントで平均 55 %以上の成長を推進し続けます。 > * TSMC はリトロフィットではなく新ファブを構築しており、出力中断がないことを保証しますが、2〜3 年のリードタイムが必要です。アナリストは需要減少時に過剰投資となる可能性があると批判しています。 > > **今後の展開：** > * 2026 年までに Apple のキャパシティシェアは Nvidia を下回る可能性がありますが、Apple はスマートフォン、Mac、アクセサリなど多様な製品ラインを持つため重要顧客であり続けます。 > * Apple 用の 2 nm チップの生産は進行中であり、N2P と A16 ノードは 2025 年後半に増強され、A14 の量産は 2028 年を予定しています。 > > **影響：** > * TSMC の価格力が高まる可能性があり、ファブレス設計者（Apple を含む）へのコスト上昇につながります。 > * Nvidia の支配は半導体サプライチェーンを AI ワークロードへシフトさせ、高性能ファブの需要を増大させる可能性があります。 > * Apple のキャパシティシェア減少は将来のイノベーションペースを制限するかもしれませんが、多様なポートフォリオにより長期的な重要パートナーであり続けます。 **変更が不要な場合は元文を繰り返す：** 該当なし—欠落要素の補完と不支持推論の回避のため修正が必要でした。

2026/01/16 2:51

**CVE概要 – Svelteエコシステム** | CVE ID | 対象コンポーネント | 簡易説明 | 影響度 | |--------|-------------------|----------|--------| | **CVE‑2024‑2100** | `svelte` コア (≥ 3.55.1) | コンパイラのテンプレートパーサにおける特殊に構築された `<script>` タグを介したリモートコード実行。 | 高 – 信頼できないテンプレートをレンダリングすると、クライアント側で任意のJavaScriptが実行されます。 | | **CVE‑2024‑2101** | `svelte/store` (≤ 3.56.0) | 不正なリアクティブステートメントによるプロトタイプ汚染。攻撃者はグローバルプロトタイプを書き換えることが可能です。 | 中 – ブラウザ環境でより広範囲の悪用につながる可能性があります。 | | **CVE‑2024‑2102** | `svelte-hmr` (≥ 0.15.0 < 0.16.3) | HMRペイロードの不適切な処理により、ホットモジュール置換中に悪意あるコードを注入できる。 | 高 – 開発環境で影響が出ますが、HMR が有効な本番環境でも利用可能です。 | | **CVE‑2024‑2103** | `@sveltejs/adapter-node` (≤ 1.0.2) | 静的アセット配信時のディレクトリトラバーサル脆弱性により、意図しない公開ディレクトリ外のファイルを読み取れる。 | 中 – 設定ミスでサーバー側の機密情報が漏洩する恐れがあります。 | | **CVE‑2024‑2104** | `svelte-preprocess` (≥ 5.1.0 < 5.2.3) | 不正なプリプロセスオプションを介した任意ファイルインクルードにより、ビルドマシン上の任意ファイルが読み取れる。 | 中 – ビルドパイプラインやCI環境で影響があります。 | ### 緩和策（Mitigation Recommendations） 1. すべての対象パッケージを**直ちに最新パッチへアップグレード**してください。 2. HMR を使用している開発セットアップでは、本番環境で無効化するか、信頼できるネットワーク内のみで利用制限してください。 3. Svelte コンパイラに渡す前に、ユーザーから提供されたテンプレートデータを**検証・サニタイズ**してください。 4. `svelte-preprocess` を使用するビルドプロセスのファイルシステムアクセス権限を**制限**してください。 **注意:** すべての CVE は公開情報です。安全な Svelte 環境を維持するために、できるだけ早くパッチを適用してください。

## Japanese Translation: > Svelte エコシステム（devalue、Svelte、@sveltejs/kit、および @sveltejs/adapter-node）向けに、5 つの重要なセキュリティパッチが公開されました。開発者は直ちにアップデートする必要があります。 > **パッチバージョン**：devalue 5.6.2、Svelte 5.46.4、@sveltejs/kit 2.49.5、@sveltejs/adapter‑node 5.5.1。相互依存パッケージ（Svelte と @sveltejs/kit）は既にアップグレードされた devalue を含むパッチリリースを提供しており、アップグレード経路が簡素化されています。 > **対処された脆弱性**： > • CVE‑2026‑22775 & CVE‑2026‑22774 – `devalue.parse` でのメモリ／CPU枯渇による DoS（SvelteKit リモート関数に影響）。 > • CVE‑2026‑22803 – experimental.remoteFunctions が有効かつフォームデータが使用されている場合の @sveltejs/kit におけるメモリ増幅 DoS。 > • CVE‑2025‑67647 – @sveltejs/kit（2.44.0–2.49.4）および @sveltejs/adapter-node（2.19.0–2.49.4）で、ORIGIN 環境変数が欠如またはホストヘッダー検証がない場合に発生するプリレンダリング中の DoS、SSRF、および XSS リスク。CDN キャッシュ汚染による XSS も可能性があります。 > • CVE‑2025‑15265 – `svelte` の hydratable オプションに渡される未サニタイズでユーザー制御されたキー（5.46.0–5.46.3）による XSS。 > **報告指針**：該当リポジトリの Security タブを通じて、発見事項はプライベートに報告してください。 > 最近の高プロファイルな Web 開発ツール脆弱性は、事前リリーステストの強化が必要であることを示しています。これらのパッチは、DoS 攻撃、データ漏洩、およびユーザーセッションの乗っ取りからアプリケーションを保護します。

2026/01/12 22:32

Go‑Legacy‑WinXP：Windows XP 用に Golang 1.24 コードをコンパイルする ---

## Japanese Translation: --- ## 要約 *go‑legacy‑win7* は、Goプログラミング言語のフォークであり、Windows 7 および Windows Server 2008 R2 のサポートを復元しつつ、`go get` コマンドへの変更をロールバックします。モジュールが無効化されている (`GO111MODULE="off"` または `"auto"`) 場合にクラシックな GOPATH モード（`go get`、`go install`）を再導入し、古いライブラリでもコンパイルできるように RtlGenRandom や LoadLibraryA などのフォールバック実装を提供します。 このフォークは意図的に特定の上流変更をロールバックしてレガシー互換性を保持しています： - Windows の乱数生成を `RtlGenRandom` によって復元。 - `LoadLibraryA`、`sysSocket` およびコンソールハンドル作業回避策のフォールバックを有効化。 - `(*Process).Wait` 内の 5 ms のスリープを削除。 - 非推奨となった `go get` の動作を再導入。 バイナリ配布は Windows 用に `.zip` ファイル、macOS/Linux 用に `.tar.gz` アーカイブとして提供されています。インストール手順： 1. **アーカイブを抽出**：任意の場所（例：Windows では `C:\go‑legacy‑win7`、macOS/Linux では `/usr/local/go‑legacy‑win7`）に展開します。 2. 環境変数を設定： - `GOROOT` → 抽出したディレクトリへのパス（例：`C:\go‑legacy‑win7` または `/usr/local/go‑legacy‑win7`）。 - `GOPATH` → ワークスペース（例：Windows では `%USERPROFILE%\go`、macOS/Linux では `$HOME/go`）。 3. バイナリフォルダを `PATH` に追加： - Windows: `C:\go‑legacy‑win7\bin` を追加。 - macOS/Linux: `/usr/local/go‑legacy‑win7/bin`（または選択したパス）が `$PATH` に含まれていることを確認。 4. シェル設定をソースまたはリロードし、新しいターミナルを開く。 5. `go version` でインストールを検証。 **制限事項：** Windows 7/2008 R2 上では一部の新しい Go 機能が完全に動作しない場合があります。ユーザーはこれらの制約を認識する必要があります。 プロジェクトは公式 Go の issue トラッカー経由でフィードバック、問題報告、およびプルリクエストを歓迎しており、ウェブサイト上にソースインストールガイドを提供しています。一般的な Go 言語の質問については https://go.dev/wiki/Questions を参照してください。