← 2026-08-25 の一覧へ戻るホーム
Show HN: Kern – デーモン不要で 1.5MB のバイナリのみで動作するコンテナおよびリソースランタイム

2026/08/25 3:24

Show HN: Kern – デーモン不要で 1.5MB のバイナリのみで動作するコンテナおよびリソースランタイム

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

元のHacker News記事へ ↗
要約▶

Japanese Translation:

Kern は、Rust で記述された Linux 用高性能な rootless サンドボックス実行環境です。永続的なデーモンを備えず、単一の約 1.52 MB の静的バイナリとして提供されます。ユーザーネームスペース、cgroup v2、seccomp（deny-by-default）、ドロップされたカプエビリティ、pivot_root を含むネイティブカーネル機能を用いて隔離を強制し、OCI イメージからの冷たい開始で約 3.5 ms、bare box からの場合は約 2.3 ms というほぼ瞬時の起動を実現するとともに、アイドル時における占有メモリはゼロです。Kern は Docker Compose ファイルを直接読み取り、

kern.toml
プロファイルを通じてリソースを管理し、
ps
, 
logs
, 
stats
, 
stop
, 
exec
, 
wait
, 
top
, 
doctor
のような管理ツールを提供します。ベンチマークでは、従来のコンテナソリューションよりも足跡と起動速度において優位に立ちながら、並列で約 200 つの隔離済み環境を 0.11 秒以内での起動を実現しています。Firecracker や gVisor（カーネル強制レイヤー）のようなハイパーバイザーや仮想化オーバーヘッドを回避する一方で、ユーザーネームスペースのトレードオフを理解することをユーザーに求めます。Python と Node 向けの実装者 SDK を含まれ、AI エージェント統合用の MCP サーバーも用意されており、GPU スライシングは計画されています。Kern は Linux、WSL2、ARM ボード（例：Raspberry Pi）で動作しますが、Windows 向けネイティブビルドはありません。バージョン 0.7.0 には、対立シミュレーションペントストスイート、GPG 署名付きリリースでの起源検証、オープンな脅威モデリングが含まれています。究極的には、Kern はレガシーインフラストラクチャのオーバーヘッドを持たず、マイクロサービス、不信頼コードの実行、および隔離されたコンピューティングニーズのための軽量で安全な基盤を提供します。

本文

kern: 高速で軽量な Rootless サンドボックス・ランタイム

kern は、信頼できないコードや AI が生成したコードを含むあらゆるワークロードに対応するため、高速な rootless（システム管理者権限なし） サンドボックスおよび仮想リソースランタイムです。

実在のカーネル強制コンテナとして動作し、以下の特性を持っています。

  • 1.52 MB の単一バイナリのみで構成
  • デーモンプロセス不要（デモーンレス）での起動
  • 約 3.5 ms という超高速な稼働開始

主要な特長

  • RAM 使用量: リスト状態（非実行時）での RAM 使用量は 0。
  • 依存関係: デーモン不要、ソケットなし、起動不要の仕組み。
  • 構成: 単一の静的バイナリのみ。libc が唯一の Rust 依存ライブラリです。

インストール（リリースバイナリ）

チェックサム検証付きの静的バイナリ（1.52 MB）をインストールします。

curl -fsSL https://raw.githubusercontent.com/getkern/kern/main/install.sh | sh

手動での検証方法

ダウンロードしたファイルのチェックサスマッチは以下のコマンドで確認できます：

curl -fsSLO https://github.com/getkern/kern/releases/latest/download/kern-x86_64-unknown-linux-musl.tar.gz{,.sha256}
sha256sum -c kern-x86_64-unknown-linux-musl.tar.gz.sha256 && tar xzf kern-x86_64-unknown-linux-musl.tar.gz

ソースコードからインストール

依存関係は単一の Crate（libc）のみです。Rust がインストールされていない場合は、以下の手順でセットアップします。

# Rust のインストール
curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh

# ビルドとインストール
cargo install --git https://github.com/getkern/kern getkern --locked

※インストール先は 

~/.cargo/bin
です。

基本コマンドと機能

使い捨てシェルの起動（本物の OCI イメージ内）

rootless で、カーネル強制、数ミリ秒での起動です。

注意: ネイティブ Windows での動作は対応していません。WSL2（Windows Subsystem for Linux 2）のご使用を推奨します。

kern box dev --image alpine -it -- sh

リソースプロファイルの適用

~/.config/kern/kern.toml
で一度宣言したスライス（リソース割り当て）を、名前を指定してアタッチできます。

プロファイル定義例 (
kern.toml
)

[[cpu]]
id    = "cpu:0"
cores = 8.0

[[vcpu]]
name    = "heavy"
backend = "cpu:0"
cpus    = 1.5
memory  = "512m"

[[vgpio]]
name    = "sensor"
backend = "gpio:0"
i2c     = ["/dev/i2c-1"]

プロファイルを使用した実行

kern box train --image alpine vcpu:heavy vdisk:scratch -- ./train.sh
kern run vcpu:heavy -- ./train.sh            # サンドボックスなしでの実行

使用方法の多様性

Docker Compose スタックを動作させる

kern は 

docker-compose.yml
をそのまま読み込みます。Docker Desktop やデーモンは不要です。

# compose.yaml - 変更なしで利用可能
services:
  db:
    image: postgres:alpine
    environment: { POSTGRES_PASSWORD: secret, POSTGRES_DB: app }
  web:
    image: adminer
    ports: ["8080:8080"]
    depends_on: [db]

kern compose compose.yaml up

サービスの管理例

  • kern ps
    : 実行中のプロセスを表示（PORTS と HEALTH が付与）。
  • kern exec svc -it -- sh
    : シェルから実行中に入ります。
  • kern stop svc
    : 信号を送信し、grace period を適用して終了します。
  • kern top
    : ライブ TUI でボックス、CPU/RAM、プロファイルを確認できます。

Docker Compose スタックの起動・停止

kern compose stack.toml up    # マルチボックスタックや compose.yml の起動
kern compose stack.toml down  # 停止

非信頼コードへの対応（セキュリティプロファイル）

信頼できないコード（AI 生成、CI ジョブなど）を実行する場合は、単一のフラグで強化された環境を適用できます。

kern box job --image python:3.12-slim \
  --security-profile untrusted \
  --memory 256m \
  -v ./job:/w -- python3 /w/x.py


--security-profile untrusted
の効果:

  • seccomp アラウリスト: システムコールの制限強化。
  • --cap-drop ALL
    : すべてのカーネル能力をドロップ。
  • --read-only
    : リーディオンルートファイルシステムの強制。
  • ネットワーク/権限: リクエストしない限りオフ、危険な権限はすべて削除。

※より厳格に起動を確認したい場合は 

--require-limits
を追加できます。

埋め込み機能：Python & Node.js SDK (
kern-sandbox
)

自らのプログラムからエージェントまたは LLM が生成したコードを実行する際に使用します。呼び出しは新しい孤立したボックスの中で実行されます（ネットワークオフ、制限あり）。

pip install kern-sandbox      # PyPI
npm install kern-sandbox      # npm

Python 例

from kern_sandbox import run_code

r = run_code("import platform; print(platform.python_version())")
print(r.stdout)          # 新しいボックスで実行
# r.fault にはタイムアウト/OOM/ブロック結果が格納される

MCP サーバー (
kern-mcp
)

任意の MCP クライアント（Claude Desktop、Cursor など）にローカルなコードインタープリタを提供します。 設定例：

{ "mcpServers": { "kern": { "command": "kern-mcp" } } }

利用可能なツール: 

run_code
, 
write_file
, 
read_file
, 
list_files
（各呼び出しはネットワークオフの新しいボックス）。

埋め込みとリッチな出力

  • Jupyter カーネルなし: 最後の式、
    display()
    、matplotlib グラフをノートブックセルのようにキャプチャ可能。
  • JSON レスポンス: すべての読み取り動詞が JSON で返すため、手動でのパース不要。 
    kern ps --json | jq '.[] | select(.health == "unhealthy") | .name'
kern volume ls --json

機能の制限と非対応事項（重要）

kern は以下を実現するものではありません：

  • ハイパーバイザーではない: 境界は Linux カーネルそのものです。カーネル LPE（ローカル特権エスカレーション）バグがある場合、脱出（エスケープ）の可能性があり、gVisor や Firecracker のような完全な隔離は提供しません。
  • Docker Engine の実装ではありません: API には対応せず（オーバーレイネットワーク、プラグイン、Swarm なし）、CRI（Container Runtime Interface）がありません。
  • Kubernetes ランタイムではない: containerd または CRI-O を使用してください。
  • GPU スライスは未実装: ロードマップにありますが、現在のリリースではサポートされていません。
  • マウント内容への制限はない: 信頼判断はユーザー自身です。kern はランタイムレジストリへのパスのみバインド拒否します。

注意: 対応していない機能や未実装の項目については 

OPEN_ITEMS.md
を参照してください。これはユーザーに発見させるためのものではありません。

パフォーマンスとベンチマーク（比較）

メトリックkernbubblewrapruncpodmandocker
起動時間 (裸のボックスキープ)~2.3 ms~2.3 ms~18.6 ms~293 ms~297 ms
起動時間 (OCI イメージ)~3.5 msなしなし~293 ms~297 ms
居住メモリー (非実行時)0154〜160 MBなし0なし
フットプリント1.52 MB バイナリなしなしマルチバイナリデーモンスタック

並列起動能力（Intel i7-14700KF, Linux）

  • kern: 200 ボックス同時起動で 約 0.11 s、3000 台同時起動で 約 2.2 s。
  • Docker/Podman と比較して劇的に高速です（エンジン負荷なし）。

補足: 単一ショットのレイテンシを完全に優越するわけではありません。unshare + exec の床は 1〜2 ms です。しかし、並列起動や継続稼働において、デモーンがないことが大きなメリットとなります。

セキュリティ詳細

kern は以下の防御策を組み合わせています：

  • ネームスペース: 標準的な Linux ネームスペースと pivot_root を使用。
  • 権限制御: 危険な権限 16 を削除（exec 前）。
  • seccomp: 常に有効なアラウリスト（moby デフォルトから 35 つのエスケープコールを除外）。システムコールは 
    ENOSYS
    で返します。
  • cgroup v2 リミット: 
    --require-limits
    フラグ付きでの起動拒否。
  • /dev
    のデフォルト拒否    。

信頼だけで安心せず、自己テストも推奨されます。pentest スイートは 

pentest/
配下にあり、ローカルレジストリなしで実行可能です。

脆弱性報告は GitHub Security Advisories または 

hello@getkern.dev
へ。詳細は 
SECURITY.md
 を参照してください。

ドキュメントとリソース

リンク説明
docs/INSTALL.md
Linux、WSL2、ARM ボードでのインストール手順
docs/DOCKER-COMPAT.md
Docker 互換性に関する詳細（対応/非対応機能）
docs/RESOURCES.md
リソースプロファイル（CPU、メモリ、ディスク）のスキーマ
docs/THREAT_MODEL.md
脅威モデルとセキュリティメカニズムの説明
docs/BENCHMARKS.md
測定値とベンチマーク結果
examples/
90 の実行可能スクリプト例

ステータス

  • バージョン: v0.7.0（最初の公式リリース）
  • テスト: 840 つの Rust テスト、78 つの Python テスト、61 つの Node テストがクリア済み。
  • プラットフォーム: Linux、WSL2、Raspberry Pi、Jetson Orin Nano、Arduino UNO Q で動作確認済み。
  • 開発: CLI および設定ファイルは継続的に改善中です（
    CHANGELOG.md
     を参照）。

貢献とライセンス

  • ライセンス: Apache-2.0（
    LICENSE
     を参照）。
  • コントリビューション: Issue や PR を歓迎します（
    CONTRIBUTING.md
     を参照）。CLA は必須です。
  • メンテナ: Alex @realexhub（コミットは 
    @getkerndev
    で署名済み、リリース TAG は GPG 署名あり）。

同じ日のほかのニュース

一覧に戻る →

2026/08/25 0:28

MS Paint および Photo がローカルで生成された出力にも GUID で目に見えない水印を追加する

## Japanese Translation: Microsoft は、デバイス上で AI イメージを生成する方法の根本的な変更を行っており、厳格かつインターネット依存型の検証プロセスを義務付けています。Paint や Photos などのアプリにおいてイメージが確定する前に、システムはサーバーサイドのモデレーション記録にリンクされた不可視のデジタルウォーターマークを埋め込みます。これにより、すべてのローカルで生成されたコンテンツに起源の義務的証拠が付与され、ローカルハードウェアがリモートの監督と直接結び付けられるようになります。以前の方法ではオフラインでの生成が可能でしたが、このアーキテクチャでは常時接続が必要であり、それを欠くと Paint では生成が停止し、Photos では沈黙して失敗するとともにウォーターマークなしのファイルを返します。 技術的な仕組みは、専門化されたモジュールによってピクセルデータを修飾し、C2PA コンテンツクレデンシャルと呼ばれる暗号学的署名を付与することで成り立っています。これらのクレデンシャルは、イメージの一意な識別子をデジタル署名することによりその真正性を保証します。さらに、システムは出力形式を PNG、JPEG、GIF、.paint などが埋め込むのに必要なこのマニフェストデータを保持できるものだけに制限し、任意のマニフェストデータを外部ファイルなしに保存できない BMP ファイルを明示的に除外しています。Microsoft は安全性のためにユーザー識別子を収集しますが、このシフトはデジタルプロヴェナンスがオプションではなくすべての AI 生成ビジュアルに対する必須要件となった新たな業界標準を強化します。ウォーターマーク自体は、画像ブロック全体で各ビットを複数回配置し厳格な完全性チェックを満たすためにコンテンツ適応型アルゴリズムを使用してイメージに符号化され、モデルファイル自体は Copilot+ PC 上で推論を行う前に XOR 符号化されます。

2026/08/25 2:05

ゲームとして再現されたサンフランシスコ市全体

## Japanese Translation: 画面には「THE GAMECITY ONLINE」と表示され、サンフランシスコに設定されたバーチャルシミュレーションが展開されています（ホスト：Apple Inc.（Copyright © 2026））。インタフェースには「NEIGHBORHOOD READY100%」「LOADING」「IDLECENTER」などのステータスインジケーターが表示され、初期の L RANGE メトリックは 470m です。開始するには画面のどこでもクリックすることでテレポートし、フッターテキスト「CLICK TO TELEPORT.」が指示します。移動は WASD キーで歩行、マウス操作で視点を調整、Space でジャンプ、Shift でダッシュ、↑↓ でズームを行います。C キーでカメラビューを調整し、H を押すとグライダーモードが活性化されます。車両輸送は「VVEHICLE」オプションにより有効になります。この中央ハブは足元の移動と車両オプションを統合しており、Apple の 2026 年デジタル基準に基づき、滑らかな都市探検のための標準化された入力方法を提供します。

2026/08/24 22:05

ヨーロッパが創業者とマイクロ企業家を殺している理由

## Japanese Translation: 2026 年 8 月 12 日より施行予定の新しい欧州連合（EU）包装及び包装廃棄物規則（PPWR）は、欧州連合全体での包装に関するルールを調和させることを目的とするが、マイクロ・アントレプレナーの置換化をもたらすリスクがある。拡大製造者責任（EPR）の下で、事業主は包装の収集及びリサイクルを資金調達し、廃棄物が生じる各加盟国において別途登録しなければならない。例えば、4 ヵ国の EU 諸国に対し 25 ユーロのセンサーボードの小口販売を行うギリシャのエンジニアの場合、登録費及び代理人報酬のみで年間約 1,150 ユーロのコンプライアンスコストに直面する可能性がある。Lectronz のデータによると、過去 1 年間で登録された販売者の半数は 10 件の注文未満しか受け取っておらず、これは低ボリュームメーカーへの不均衡な影響を浮き彫りにしている。厳格な執行は、マイクロ・セルラーを EU 市場から撤退させ、関税にもかかわらず非 EU 市場へ売上をシフトさせることを強いる可能性がある。欧州委員会が、指定された国ごとに公式代表者を選任する義務を 2035 年までの一時停止を検討したが、この措置はまだ採択されていない。この規制は芸術家、職人、地場食料生産者、ハードウェアメーカー、ならびに EU の買主に対する販売を行うあらゆる事業に影響を与える。提案されている解決策には、EU 全体の de minimis 閾値の設定、VAT に類似した EU EPR ワンストップショップ（OSS）の創設、ならびに市場プレイスがマイクロ・エンタープライズを集団的に単一の製造者として代表することを許可するものが含まれる。実施においては、 cumbersome なウェブフォームに頼らずコンプライアンスを自動化するために現代のオープン RESTful API とオープンソースソフトウェアを活用することが有益である。Lectronz は現在 5% の手数料を徴収しており、初めの 5 件の販売については免除されており、2026 年を通じて新規の販売者が参入している。具体的アクションのためのリソースには、https://www.change.org/p/stop-destroying-eu-micro-businesses-immediate-moratorium-on-cross-border-epr-fees のオンライン署名運動と、https://ec.europa.eu/info/law/better-regulation/have-your-say/initiatives/15352-Packaging-and-packaging-waste-rules-on-national-registers-of-producers_en の欧州委員会公式フィードバックページが含まれる。即時の改革または臨時の手数料モラトリアムなしでは、多くのクリエイティブかつ地場企業が自らの欧州顧客基盤全体を喪失するリスクに直面している。 ## Text to translate: The new EU Packaging and Packaging Waste Regulation (PPWR), effective from 12 August 2026, aims to harmonize packaging rules across the European Union but risks displacing micro-entrepreneurs. Under Extended Producer Responsibility (EPR), businesses must finance packaging collection and recycling and register separately in every Member State where waste is generated. For example, a Greek engineer selling small batches of €25 sensor boards to four EU countries could face annual compliance costs of approximately €1,150 just for registration and representative fees. Data from Lectronz shows that half of its registered sellers received fewer than 10 orders in the past year, underscoring the disproportionate impact on low-volume makers. Strict enforcement could compel micro-sellers to exit the EU market or shift sales to non-EU markets despite tariffs. Although the European Commission has proposed suspending the requirement to appoint an authorized representative in every destination country until 2035, this measure remains unadopted. The regulation affects a wide range of actors—including artists, craftspeople, local food producers, hardware makers, and any business selling to EU buyers. Proposed remedies include establishing an EU-wide de minimis threshold, creating an EU EPR One Stop Shop (OSS) similar to VAT, and permitting marketplaces to represent micro-enterprises collectively as a single producer. Implementation would benefit from modern open RESTful APIs and open-source software to automate compliance rather than relying on cumbersome web forms; Lectronz currently charges a 5% fee with a waiver on the first five sales and has seen new sellers join in 2026. Actionable resources include an online petition at https://www.change.org/p/stop-destroying-eu-micro-businesses-immediate-moratorium-on-cross-border-epr-fees and the European Commission's public feedback page at https://ec.europa.eu/info/law/better-regulation/have-your-say/initiatives/15352-Packaging-and-packaging-waste-rules-on-national-registers-of-producers_en. Without immediate reform or a temporary fee moratorium, many creative and local businesses risk losing their entire European customer base.