上席執行役員/CTO 小池と高度解析課のアルバイトの戸田です。 この度、我々2名でLinux Kernelに報告していた脆弱性CVE-2026-43456が修正され、開示を行ってよい状況になったため、ブログで詳細について紹介できればと思います。 この脆弱性の一番の特徴は、根本の原因となるコードは2007年にLinux kernelに取り込まれており1、実に19年近くもの間見過ごされ、exploit可能な脆弱性であることに気づかれていませんでした。 また、この脆弱性の特性により、この脆弱性を用いたexploitは、成功率99%以上で1秒以内に安定的に実行が完了します。 この性質に鑑み、我々はこの脆弱性をGoogleのバグバウンティイベントkernelCTF2に提出し、8万ドル以上の報奨金をいただきました。 このブログでは、CVE-2026-43456の根本原因とどのようにして権限昇格を達成し
「新Linuxカーネル解読室」連載2周年を記念した特別編です。 執筆メンバー10名へのインタビューを通して、Linuxカーネルに興味を持ったきっかけや解読の魅力を語ります。 「どこから読み始めるか」「どう学ぶか」といった、カーネル解読の一歩目につながるヒントをお届けします。 👥 「新Linuxカーネル解読室」執筆メンバー紹介 🐧 Linuxカーネルに興味を持ったきっかけは？ 🧭 どこから読み始めればいい？ 🤯 理解に苦労したポイント 💖 あなたにとって、Linuxカーネル解読の魅力とは？ 📚 どう学ぶ？おすすめの学習方法と技術書 おすすめの技術書・webサイト一覧 デバイスドライバやカーネルモジュールを実装したい ディストリビューションはなにを使ってる？ 🚀 カーネルを読んでみたい読者のみなさんへ 執筆者 : 矢野 安希子 ※「新Linuxカーネル解読室」連載記事一覧はこちら
誰もが使うLinuxのコマンドの一つにcpがあります。cp <src> <dest>のように引数を与えると<src>というファイルを<dest>にコピーします。この処理は以下の図のように(1)<dest>のinode(ファイルサイズ、作成時刻といったメタデータを保存するデータ)を作成し、(2)<src>のデータであるデータAをディスク上の別領域にデータBとしてコピーしてから、(3)<dest>からデータBを参照するようにする………とは限りません。 本記事では、この「とは限らない」ケースについて説明します。次節以降では前提知識としてファイルシステムのreflinkという機能を紹介して、その後に、reflinkを使用するcpの挙動について説明します。 データブロックを複数ファイルから参照するreflink機能 直感的にはファイルが別であればデータは前節で述べたように別の領域を指しています。しか
概要 色々ドライバを弄っていたところ、カーネルの共有ワークキューである events_unbound が長時間ブロックされ、そのワーク項目が RTNL を保持したまま離さない状況に陥りました。 具体的には後続のカーネル処理がワークキュー上で滞留し、D state のプロセスが連鎖的に累積しました。 大変残念なことに、D state は割り込み不可の I/O 待ち状態のため kill -9 でも終了させられません。sudo も sudo reboot も応答せず、IPMI にも触れない状態に追い込まれました。 最終的に、生きていた rootを持ってる Docker コンテナに docker exec で入り、コンテナ内から /proc/sysrq-trigger を叩いてカーネルに強制リブートさせることで復旧できました。覚えておくと役に立つので書き残しておこうと思いました。 なぜsudoまで
こんにちは！株式会社エーアイセキュリティラボのはるぷと申します。 一般ユーザーがコマンド一発でrootを取れてしまうLinuxカーネルの脆弱性、CopyFail (CVE-2026-31431) が話題になっています。AIによって発見された論理バグで、汚しても問題ないEC2環境を作って実際に検証してみました。 この脆弱性は、 一般ユーザーがroot権限に昇格できる というものです。実行条件がとても簡単なので話題になりました。ざっくり仕組みを言うと、algif_aead・authencesn・splice() システムコールの組み合わせによって、メモリ上のページキャッシュを直接書き換えられてしまう、というものです。 脆弱性の発生原理は元記事の解説に任せ、ここではPoCで何が起きているのか中心に解説します。 TL;DR PoC を動かすと、一般ユーザーから1コマンドで root が取れる ディ
「Linuxカーネル2.6解読室」（以降、旧版）出版後、Linuxには多くの機能が追加され、エンタープライズ領域をはじめとする様々な場所で使われるようになりました。 それに伴いコードが肥大かつ複雑化し、多くのエンジニアにとって解読不能なブラックボックスとなっています。 世界中のトップエンジニア達の傑作であるLinuxカーネルにメスを入れ、ブラックボックスをこじ開けて、時に好奇心の赴くままにカーネルの世界を解読する「新Linuxカーネル解読室」プロジェクト。 本稿では、ARM64版Linuxの起動処理について、Linuxカーネルv6.8のコードをベースに解説します。 はじめに 1. Linux起動処理の全体の流れ Bootプログラム カーネルエントリの処理 カーネル基本機能の初期化 スレッドによる初期化 initプロセスによる初期化 systemdによる初期化 2. 仮想記憶の立ち上げ 仮想
「Linuxカーネル2.6解読室」（以降、旧版）出版後、Linuxには多くの機能が追加され、エンタープライズ領域をはじめとする様々な場所で使われるようになりました。 それに伴いコードが肥大かつ複雑化し、多くのエンジニアにとって解読不能なブラックボックスとなっています。 世界中のトップエンジニア達の傑作であるLinuxカーネルにメスを入れ、ブラックボックスをこじ開けて、時に好奇心の赴くままにカーネルの世界を解読する「新Linuxカーネル解読室」プロジェクト。 本稿では、Netlinkについてカーネルv6.14のコードをベースに解説します。 はじめに Netlinkとは 通信モデル メッセージフォーマット アドレスフォーマット カーネル内部 カーネル内のNetlink主要データ構造等 netlink_table netlink_sock 初期化 rtnetlink Do (ip route a
Cephとは、オープンソースの分散ストレージシステムです。複数のサーバーを束ねることで、高可用性を実現します。Cephの特徴のひとつが、クライアントが計算によってデータの配置場所を決定する点です。中央管理サーバーを介さずにデータを管理できるため、容量のスケールがしやすくなっています。 Cephはその拡張性と柔軟性により、大規模なデータの保存が求められる現場でよく使われています。例えばクラウド基盤のバックエンドストレージや、S3互換のオブジェクトストレージなどは、Cephが選択される代表的な例でしょう。 MicroCephとは Cephは非常に便利な分散ストレージですが、分散システム特有の面倒くささもあります。そのため小規模な環境で使おうとすると、利便性よりも構築や運用にかかるコストが上回ってしまうこともありがちです。 そこでお勧めしたいのが、MicroCephです。MicroCephとは、
はじめに 2021 年 9 月に Docker Desktop の有料化が発表されました。 個人利用やスモールビジネスであれば引き続き Docker Desktop を利用可能ですが、 選択肢の 1 つとして Lima を利用した Docker を検証してみます。 環境 Intel Mac limactl 0.7.4 Docker 20.10.11 Docker Compose 2.1.1 Lima とは 自動ファイル共有、ポート転送、コンテナ化をサポートした macOS 上で Linux 仮想マシンを作成・起動するツールです。 Docker Desktop for Mac のアンインストール Docker Desktop for Mac がインストールされている場合は、Lima を利用した Docker CLI に切り替えるため下記ドキュメントを参考にアンインストールします。 Lima
Linux kernel syscall tables Loading database... Architecture: Kernel version: Powered by Systrack v [JSON table] [kernel config] [analysis log] [website source] Signature Number Name Symbol Definition location Kconfig Copyright © 2023-2024 Marco Bonelli — Licensed under the GNU General Public License v3.0
kernel/vm探検隊@北陸 part8のプレゼン資料です。 https://kernelvm.connpass.com/event/367760/
インシデント対応のためのLinuxログ入門 はじめに こんにちは、ディフェンシブセキュリティ部の岩崎です。 本記事はログ全般に関すること、ログ管理がより必要なサーバに多く利用されているOSであるLinuxログに関するTipsを主にセキュリティ観点で紹介します。 これからログ分析を始める方からシステム管理者まで、日々の運用からセキュリティの向上やインシデント対応のヒントになれば幸いです。 1.そもそもログとは 2.なぜログを見るのか？ ─ ログを取得・管理する目的とは) 3.ログ解析をする前に（重要） 4.Linuxサーバで見られる主なログファイル一覧 5.Linuxの主要なログファイルの解析方法について 6.実際の調査手順 ログ解析の情報だけほしい方は「4.Linuxサーバで見られる主なログファイル一覧」以降を見ていただくとよいと思います。 1.そもそもログとは ログとは、ソフトウェア等の
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
