レガシーインタフェースが“抜け道”に ―懸念が現実となったLinuxカーネル ロックダウンモードのバグ | gihyo.jp
カーネルがロックダウンモードにあるにもかかわらず、アクセス可能なレガシーI/Oインタフェースが放置されている ―8月4日、カーネルメンテナーのひとりであるKrzysztof Wilczyńskiが提出したパッチが承認され、約10年前から存在するレガシーI/Oインターフェースが、ロックダウンの保護対象から漏れていることが確認された。この修正パッチは今秋リリース予定の「Linux 7.3」でマージされる見込みだ。 PCI/sysfs: Add lockdown checks to legacy I/O and memory handlers -kernel/git/pci/pci.git -PCI development ロックダウンモードはLinuxカーネルをユーザ空間から保護することを目的に、2019年11月の「Linux 5.4」ではじめてサポートされたセキュリティ機構だ。UNIX/Li
GitHub - Poseidon-fan/linux-0.11-rs: Linux 0.11 rewritten in idiomatic Rust: kernel, std-style user library, and 60+ coreutils — boots on i386 in QEMU.
A kernel with most of what Linux 0.11 had — processes, virtual memory with demand paging and CoW fork, the Minix v1 filesystem, ATA disk driver, VGA + PS/2 console, 8250 serial console, TTY layer, signals, and the complete syscall table. A Rust user-space "std" — user_lib mirrors the public shape of std::{fs, io, path, env, process, time} so user programs read like ordinary Rust, not like syscall
GitHub - UniClipboard/UniClipboard: Real-time clipboard sync across all your devices — local-first, peer-to-peer, and end-to-end encrypted. No account. No cloud dependency. No central server.
Cross-platform: First-class support on Windows, macOS, and Linux — your clipboard works wherever you do. iPhone and Android can join as a companion (see below). Cross-network sync: Real-time sync on the same Wi-Fi, across different home/office networks, or across the internet, with automatic NAT traversal and encrypted relay fallback — not just LAN, and not bound to a single network. (Desktop ↔ de
isoファイルをUSBメモリに書き込む方法ってddコマンドだけじゃなかったのか！ - あれこれ備忘録@はてなブログ
何か、アクセス数が普段より多いと思ったら、はてなのホットエントリーに入って、スマートニュースにもリンク張られたらしい。 素人の記事なので温かい目で見ていってほしい。 SNSでDebianを薦められたので、調べてみたら驚いたことがあったので記録。 www.debian.or.jp Debian JP ProjectのisoファイルダウンロードページにはダウンロードしたisoファイルをUSBメモリに書き込む方法として cat debian.iso > /dev/sdX sync と書いてある。 一般的には、ddコマンドで書き込む方法が紹介されているので、個人的にはちょっと驚いた。 www.debian.org さらに驚いたことには、本家DebianのInstallation Manualにはこう書いてある。 cp debian.iso /dev/sdX sync これでも書き込めるのか… マウ
Dirty Frag (CVE-2026-43284/43500) — Copy Failの暫定策が効かない理由と未パッチ期の管理者対応
2026年5月8日（KST）、Linuxカーネルにまた新しいローカル権限昇格（LPE）の脆弱性が公表されました。通称「Dirty Frag」、CVE番号は2件チェーンで CVE-2026-43284（xfrm-ESP / IPsec ESP）と CVE-2026-43500（RxRPC）です。 最初に書きたいのは、Copy Fail（CVE-2026-31431）の続報を待っていた方への結論です。 Copy Fail で打った algif_aead のブラックリストは、Dirty Frag には効きません。 入口モジュールが違うからです。 「先週やったから大丈夫」と思っているサーバーは、もう一度確認が必要です。Copy Fail公開からわずか9日、Dirty Pipeから数えると4年で3度目の「メモリ共有の読み違え」系LPE。Linuxを20年以上触ってきましたが、ここまで間隔が詰まる時期
シェルスクリプトの $* と $@ の違いと雑学色々 - Qiita
まず位置パラメータを含め変数を参照する時にダブルクォートしないのは無しです。理由は予期せぬ変数展開やパス名展開が行われるからです。詳細は「シェルスクリプトの変数はダブルクォートしなければいけない！という話」を参照してください。この理由により上半分は「使いません」で終わりです。 ダブルクォートはほぼ必須ですが { } は必要な時だけ書けば十分です。常に ${var} のように { } を書く人がいるようですが、そういう人に限って面倒なのかダブルクォートをしてないことをよく見かけます。逆です。省略可能なのは { } であり、ダブルクォートは（本当に不要な場合を除き）省略できません。常に { } を使ってもかまわないと思いますがダブルクォートも書きましょう。 ❌ ${var} ・・・ ダブルクォートが抜けている！ ⭕ "$var" ・・・ このように書け！ ⭕ "${var}" ・・・ 問題ない
【2026年1月】コンテナランタイム周辺の調査メモ：Docker以外に何があるのか、今どうなっているのか
可能な限り公式ドキュメント等で裏取りを行っていますが、この記事は個人的な調査メモであり、内容の正確性を保証するものではありません。 技術選定や本番環境への導入に際しては、必ず各プロジェクトの公式ドキュメントをご確認ください。 この記事について コンテナランタイムについて調べ直したのでメモを残します。 「コンテナランタイム」という言葉は文脈によって指すものが異なります。低レベルのOCI Runtime、高レベルのCRI Runtime、Docker/Podmanのようなエンジン全体。このあたりを整理しつつ、2026年1月時点の状況をまとめました。 目次 コンテナ技術のレイヤー構造 低レベルランタイム（OCI Runtime） 高レベルランタイム（CRI Runtime） コンテナエンジン / CLI イメージビルドツール ここ数年の流れ 今後について コンテナ技術のレイヤー構造 コンテナ技術
複数の Linux / Mac のユーザー環境を 1 リポジトリ + 1 コマンドで構築する（Nix 未経験者向け解説）
はじめに 本記事では、備忘録を兼ねて、私が行っているユーザー環境の管理方法を解説します。 複数の PC を使っていると、Git などをそれぞれ手作業でインストールしたり、.gitconfig をコピーして使いまわすのは面倒です。 かといって、WSL 用 / Mac 用と dotfiles を別々のリポジトリとして管理するのもこれまた面倒です。 そこで、私は home-manager を利用してユーザー環境を管理しています。 複数の Linux / Mac のユーザー環境を 1 リポジトリ + 1 コマンド で構築できる状態になるように設定を組んでいます。 本記事では、git clone <dotfiles> して home-manager switch するだけで、実行環境に合わせた設定ファイルを元にユーザー環境（Git 等の導入、.gitconfig の配置など）を構築できるように設定し
Linux カーネルのコードリーディングを再現可能にする
要約 Linuxカーネルのコードリーディングの関数追跡を可視化するウェブサイトを作った。https://linux.tokyo （PCで見てください） とりあえず「write」だけ可視化したが、今後は全カーネルの機能制覇を目指す（driver全制覇は別にいいかな...） Linux Reader というVSCode拡張機能を使ったよ 難しいLinuxカーネルのコードリーディング Linuxカーネルのコードリーディングは、とてもとても難しいです。 多くのOS初学者は、以下のようなところでつまづくことでしょう。 意味の分からない最新の情報 深すぎる関数追跡 深くまで探索した後で覚えていられない関数追跡 とは書いたものの、かくいう私がこの初学者の一人でした。 生成AIが今ほど注目されていなかった２年前くらいに、私もLinuxカーネルを読もうとして見事に挫折しました... 何を読もうとして挫折した
「Zorin OS 18」Windows 10サポート終了の10/14にリリース、2日間で10万ダウンロード突破 | gihyo.jp
「Zorin OS 18」Windows 10サポート終了の10/14にリリース、2日間で10万ダウンロード突破 アイルランドのZorin Groupは2025年10月14日、同社が開発するUbuntuベースのデスクトップOS（Linuxディストリビューション）「Zorin OS」の最新バージョン「Zorin OS 18」をリリースした。 Zorin OS 18 Has Arrived -Zorin Blog Zorin OS 18 has arrived 🚀 Built to be easier, more beautiful, and more powerful than ever — it's a huge leap forward. With Windows 10 reaching end of life today, now’s the perfect time to m
Linus、Rustのフォーマットチェックを「無神経でクレイジー」と酷評 | gihyo.jp
Linux Daily Topics Linus、Rustのフォーマットチェックを「無神経でクレイジー」と酷評 10月12日に予定されている「Linux 6.18」のマージウィンドウ終了と最初のリリース候補版（Linux 6.18-rc1）の公開に向け、プルリクエストのチェックに大忙しのLinusだが、マージウィンドウ期間中はプルリクエストに対するLinusの手厳しい批判が増える時期でもある。10月1日、LinuxグラフィクスメンテナーのDave Airlie（Red Hat所属）が提出したDRM（Direct Rendering Manager：GPUを制御/管理するカーネルサブシステム）のプルリクエストに対しては、コーディングのスタイルに加え、Rustのフォーマットチェック機能に対するLinusの不満があふれ出たものとなった。 Re: [git pull] drm for 6.18
全プロセスが一秒止まる不具合、原因はLinuxカーネルにあり？
はじめに 完全自動運転の実現を目指すスタートアップ「チューリング」でエンジニアをしています、坂本です。私が所属しているDrivingSystemチームでは、組み込みLinuxをベースに、自動運転システムと、自動運転モデル学習用データ収集システムを開発しています。 組み込みLinuxの開発を行っていると、カーネルの挙動、周辺デバイスとの組み合わせ等によって、思いがけない不具合に遭遇することが少なくありません。この記事では、実際にシステム開発中に遭遇した再現が難しく、原因の切り分けに時間を要した不具合について紹介していきます。同じように組込みLinuxや自動運転ソフトウェアの開発に携わっている方の参考になれば幸いです。 なお、本記事は「全プロセスが一秒止まる不具合解析」の概要編です。調査で得られた技術的な詳細やカーネル内部のメカニズムについては、別途記事で掘り下げて紹介する予定です。 チューリ
GitHub - multikernel/kernelscript: KernelScript is a modern, type-safe, domain-specific programming language for eBPF-centric kernel customization
⚠️ Beta Version Notice KernelScript is currently in beta development. The language syntax, APIs, and features are subject to change at any time without backward compatibility guarantees. This software is intended for experimental use and early feedback. Production use is not recommended at this time. A Domain-Specific Programming Language for eBPF-Centric Development KernelScript is a modern, type
Android 上で動く Linux 開発環境 (ターミナル) | ホイール欲しい ハンドル欲しい
スマートフォン Pixel の新しい OS 更新 (Android 15 2025/03/05 BPA1A.250305.019) で Linux 開発環境 (ターミナル) が使えるようになりました。まだ試験運用版 (Experimental) なので制限もありますが、普通のスマートフォン上で Debian の仮想マシンが動いています。Chromebook (ChromeOS) の Linux 開発環境や Windows の WSL2 と同じように Linux 向けのアプリケーションをそのまま走らせることができます。 以下の手順や注意事項は 2025/03 (試験運用) 版のものです。今後更新によっていろいろ変わる可能性があります。 有効化手順 作業中はスリープしないように、先に自動消灯時間を変更しておくことをお勧めします 設定 → ディスプレイとタップ → 画面自動消灯 → 30分に変更
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - apple/container: A tool for creating and running Linux containers using lightweight virtual machines on a Mac. It is written in Swift, and optimized for Apple silicon.
GitHub - NICUP14/DebDroid: DebDroid: Debian Container Runtime for Android
An iOS-optimized Linux x86 container | MeoKit Blog
LinuxOnTab — Real Linux in your browser tab
Podroid: Linux containers on Android, no root required
GitHub - davidlattimore/wild: A very fast linker for Linux
