Linuxカーネル解読室 再び - VA Linux エンジニアブログ
Linuxカーネルコード解析プロジェクト立ち上げ Linuxカーネル成長の歴史 カーネルの大きさ バージョン番号 SCM導入 カーネル機能の変遷 執筆者 : 高橋 浩和 ※ 「新Linuxカーネル解読室」連載記事一覧はこちら Linuxカーネルコード解析プロジェクト立ち上げ 弊社内にて若手技術者が中心となり、最新のLinuxカーネルコード全体を読み解くプロジェクトが進行中です。 解析したコードのうち興味を惹かれたもの、重要そうなものを中心にブログ記事にまとめていく予定です。 詳解LinuxカーネルやLinuxカーネル2.6解読室を執筆していたころよりLinuxカーネルは大きく膨れ上がっています。 どこまで辿り着けるかは分かりませんが、気長にお待ちください。 対象Linuxカーネルのバージョンは6.8 ブログ執筆中に興味深い機能が取り込まれたら、より新しいバージョンのカーネルについて解説する
Linuxカーネル内部をフックするeBPFを用いてコンテナ間通信を実現する「Cilium」、十分成熟したソフトウェアに到達したとして、CNCFの卒業プロジェクトに
Linuxカーネル内部をフックするeBPFを用いてコンテナ間通信を実現する「Cilium」、十分成熟したソフトウェアに到達したとして、CNCFの卒業プロジェクトに Cloud Native Computing Foundation（CNCF）は、eBPFを用いたコンテナ間通信を実現する「Cilium」が十分成熟した段階に到達したとして、「卒業」（Graduation）プロジェクトになったことを発表しました。 [NEWS] Announcing the graduation of @ciliumproject - the #eBPF-powered #cloudnative #opensource for providing, securing, and observing network connectivity between workloads Read more: https://t
Dirty Pipe（CVE-2022-0847）の発見経緯が面白かった - knqyf263's blog
最初に断っておくと今回は万人向けの記事ではないです。面白かったので自分が忘れないようにまとめているだけです。 本記事の位置付け はじめに 発見経緯 CRCのエラー HTTPアクセスログ 壊れたgzipのtrailerを見てみる 壊れたファイルの法則性 月次ログファイルの生成 Linuxカーネルのバグの可能性 バグ混入の歴史 ログ破損の原因 8バイトの謎 PoCの制約 まとめ 本記事の位置付け Dirty Pipe（CVE-2022-0847）三部作の最後です。ダークナイト三部作で言うとダークナイト ライジングにあたります。ダーティとダークって似てませんか。 spliceを使って高速・省メモリでGzipからZIPを作る 20分で分かるDirty Pipe（CVE-2022-0847） Dirty Pipe（CVE-2022-0847）の発見経緯が面白かった（本記事） 上の1, 2を前提知識と
The OOM CTF
カーネルのバージョンやシステムの構成や実行するタイミングなどの変動要因により、結果が異なる場合がありますことを予めご了承ください。 0.3 自己紹介：熊猫の Linux との関わりについて ＯＳレベルでのセキュリティ強化 ２００３年４月から２０１２年３月までは、 TOMOYO Linux という Linux システム向けのアクセス制御モジュールの開発に携わってきました。バッファオーバーフロー脆弱性やＯＳコマンドインジェクション脆弱性を撲滅できない状況で、当初は SELinux という難解なアクセス制御モジュールしかありませんでした。 TOMOYO Linux のメインライン化にまつわる苦労話は、セキュリティ＆プログラミングキャンプ２０１１の講義資料を参照していただければと思います。 TOMOYO Linux から始まって AKARI や CaitSith に至るまでの変遷は、セキュリティ・
Linus Torvalds氏、ARM用コードに噛み付く | スラド
LinuxカーネルのメンテナーLinus Torvalds氏がARMに対して噛み付いており、せっかく整理統合が進みつつあるARM用Linuxカーネルの動きを脅かしているとのこと（本家/.、IT World記事）。 3月31日、LinusはLinuxカーネルのメーリングリストに宛てたメッセージで「つまり私が言いたいのは、ARMデバイス用のドライバを闇雲にLinuxカーネルに加えるべきでないということだ」「なぜなら、それは動かないからだ。長期的に見れば、これらの変更はメンテナンスできないゴミだ。」「カーネル内に組み込むべきではない」と述べており、4月18日には「無意味なプラットフォームのコードが果てしない程あるというのは問題だってことに皆気がつかなくてはならないし、唯一私にできることといったら『直す努力を怠るようなら、お前達から離れるぞ』と言うことだけだ。最終的にはそうすることになるだろうが」
Linuxカーネル開発者、LinuxカーネルからAndroidコード削除について説明 | OSDN Magazine
Linuxカーネル開発者は2月2日、Linuxカーネルから米Googleの「Android OS」のドライバコードを削除した理由について、ブログで説明した。AndroidがLinuxのメインのカーネルツリーから分岐する可能性がありそうだ。 Android向けドライバコードは、2009年12月にLinuxのソースツリーから削除され、Linuxカーネル2.6.33には含まれない。米Novellに籍を置きLinuxドライバのメンテナンスを担当するカーネル開発者、Greg Kroah-Hartman氏によると、サブディレクトリ「drivers/staging/android」をコードベースから削除した理由は、「誰も気にしていないため」という。ステージングツリーにあるコードはメインカーネルツリーにマージするか、そうでなければ削除するというポリシーがあり、それに沿っての対応と説明している。 Kroah
Android and the Linux kernel community - linux kernel monkey log
As the Android kernel code is now gone from the Linux kernel, as of the 2.6.33 kernel release, I'm starting to get a lot of questions about what happened, and what to do next with regards to Android. So here's my opinion on the whole matter... First off, let me say that I love the Android phone platform. [Until last week][^1], I used my developer G1, that I bought, every day. It worked wonderfully
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
