ＬＳＭから見た Linux カーネルのセキュリティ
セキュリティ・キャンプ全国大会２０１７ 解析トラック Ｄ６ ＬＳＭから見た Linux カーネルのセキュリティ 2017.8.17 目次 第０章 概要 第１章 ユーザ空間でＣ言語プログラミングについて体験する。 1.1 ユーザ空間のプログラムで Hello world. を実現する。 1.2 無限ループやデッドロック状態を体験する。 1.3 NULL pointer dereference でクラッシュさせる。 1.4 ０除算でクラッシュさせる。 1.5 スタック変数を大量に使う。 1.6 連続したメモリを割り当てる。 1.7 メモリリークでクラッシュさせる。 1.8 第１章の振り返り 第２章 カーネル空間ではいろいろと違うことを体験する。 2.1 ローダブルカーネルモジュールで Hello world. を実現する。 2.2 無限ループやデッドロック状態を体験する。 2.3 NULL p
LinuxにおけるOOM発生時の挙動 - Qiita
はじめに これはLinux Advent Calendar 2015 3日目の記事を2016/2/2に編集したものです。 Linuxにおいてシステムの物理メモリが枯渇したOut-Of-Memory(OOM)という状態になった際の挙動について説明しています。OOMに関連が深いsysctlパラメタを紹介するとともに、カーネルの内部論理についても触れました。 本記事に記載されているファイル名は、とくに断りが無ければカーネルソースのトップディレクトリからの相対パス名です。調査に使用したカーネルバージョンは4.3です。 本書は話を単純化するために、細かい動作論理については説明を省いていることをご承知おきください。また、本書の中に誤りを見つけたかた、および、私が追いきれなかったソースについての詳細をご存知のかたは、指摘していただけると助かります。 Out-Of-Memory(OOM)とOOM-kill
5.3.2. Cachegrind を使ったキャッシュ使用量のプロファイリング Red Hat Enterprise Linux 6 | Red Hat Customer Portal
パフォーマンスチューニングガイド 1. 概要 Expand section "1. 概要" Collapse section "1. 概要" 1.1. 本書を読むにあたって Expand section "1.1. 本書を読むにあたって" Collapse section "1.1. 本書を読むにあたって" 1.1.1. 対象読者 1.2. リリースの概要 Expand section "1.2. リリースの概要" Collapse section "1.2. リリースの概要" 1.2.1. Red Hat Enterprise Linux 6 における新機能 1.2.2. 水平方向のスケーラビリティ 1.2.3. 分散システム 2. Red Hat Enterprise Linux 6 のパフォーマンス機能 Expand section "2. Red Hat Enterprise Li
いまさら聞けないLinuxとメモリの基礎＆vmstatの詳しい使い方 - Qiita
さくらインターネット Advent Calendar最終日は、硬派にLinuxのメモリに関する基礎知識についてみてみたいと思います。 最近はサーバーを意識せずプログラミングできるようになり、メモリの空き容量について意識することも少なくなりましたが、いざ低レイヤーに触れなければいけないシチュエーションになった際に、OSを目の前に呆然とする人が多いようです。 基本的にLinux のパフォーマンスについて、メモリをたくさんつめばいいとか、スワップさせないほうが良い とか、このあたりは良く知られたことだと思います。 ただ、なんとなく ps コマンドや free コマンド などの結果を見るだけでなく、もう少しメモリのことについて掘り下げてみてみたいと思います。 メモリとキャッシュ Linux におけるメモリの状態を大きく分けると「使用中のメモリ」「キャッシュ」「空きメモリ」「スワップ」の 4 つに分
LinuxのI/OやCPUの負荷とロードアベレージの関係を詳しく見てみる - Qiita
大人気TBSドラマ、「逃げるは恥だが役に立つ」でも話題になったインフラエンジニアという言葉ですが、今ではインターネットインフラを知らないまま開発をするのも難しい状況になっています。クラウドが一般化されたからといって単にリソースの調達が簡単になっただけで、つまりハードウェアの知識が無くても何とかやっていけるようになっただけであり、インフラの知識が要らなくなったなどということは全くなく、むしろdevopsの掛け声とともに、ソフトウェア開発者にインフラを見なければならない新たな責務が課せられたという、なかなか痺れる状況なのだろうと思います。 そういった中で、先日のさくらインターネットのAdvent Calendar最終日に「いまさら聞けないLinuxとメモリの基礎＆vmstatの詳しい使い方」という記事を書かせて頂きましたが、今回はLinuxサーバの「負荷」と、ロードアベレージに関して、掘り下げ
TheC10kProblem - 「C10K問題」（クライアント1万台問題）とは、ハードウェアの性能上は問題がなくても、あまりにもクライアントの数が多くなるとサーバがパンクする問題のこと
TheC10kProblem - 「C10K問題」（クライアント1万台問題）とは、ハードウェアの性能上は問題がなくても、あまりにもクライアントの数が多くなるとサーバがパンクする問題のこと 目次 この文書について C10K 問題 関連サイト まず読むべき本 I/O フレームワーク I/O 戦略 1. 各スレッドが複数のクライアントを受け付ける. そしてノンブロッキング I/O と レベル・トリガ型の完了通知を利用する. 伝統的な select() 伝統的な poll() /dev/poll kqueue() 2. 各スレッドが複数のクライアントを受け付ける. そしてノンブロッキング I/O と 変更型の完了通知(readiness change notification)を利用する. kqueue() epoll リアルタイム・シグナル fd 単位のシグナル (Signal-per-fd)
Linux KernelのネットワークI/Oに関わる脆弱性まとめ - ヾﾉ*＞ㅅ＜)ﾉｼ帳
Linux Linux Kernel : CVE security vulnerabilities, versions and detailed reportsで目grepで探したので見落としはあるかも JVNDB-2013-002918 - JVN iPedia - 脆弱性対策情報データベース * "ローカルユーザにより、TCP ソケットに対する巧妙に細工された splice システムコールを介して、サービス運用妨害 (システムクラッシュ) 状態にされる可能性があります。 " JVNDB-2007-000388 - JVN iPedia - 脆弱性対策情報データベース "Linux Kernel の net/ipv6/tcp_ipv6.c において IPv6 TCP ソケットにおける ipv6_fl_socklist の扱いに関する不備が存在するため、カーネルパニックやメモリの二重解放が
[Debug] ptrace によるデバッグ - th0x4c 備忘録
#include <sys/ptrace.h> long ptrace(enum __ptrace_request request, pid_t pid, void *addr, void *data); request にアタッチしたプロセスに何を行うかを指定する。 例えば、以下が指定できる。(参考: man ptrace) PTRACE_ATTACH pid で指定したプロセスにアタッチする。アタッチしたプロセスは子プロセスとしてトレースできるようにする。(引数 addr と data は無視される。) PTRACE_PEEKTEXT, PTRACE_PEEKDATA メモリの addr の位置を参照する。(引数 data は無視される。) PTRACE_PEEKUSR USER 領域のオフセット addr の位置を参照する。(引数 data は無視される。) PTRACE_POKET
LFS (Linux From Scratch) ブック日本語版
1.内容 LFS (Linux From Scratch) ブックの日本語版を提供します。 "LFS 12.0" は安定版 (stable版)です。安定版は半年に１回リリースされます。次回の更新予定は 2024/03/01 です。 "LFS 12.0-systemd" は、システム起動に sysvinit でなく systemd を用いている systemd 版 です。 "LFS r12.0-nnn" は開発版 (develop版) です。直近の安定版から逐次開発更新される最新版です。 "LFS r12.0-nnn-systemd" は systemd 開発版 です。 1.1. オンライン参照
sshrcで環境を汚さずにサーバの .bashrc .tmux.conf .vimrc 等をカスタマイズする | Weboo! Returns.
複数人で管理している本番サーバの環境をオレオレカスタマイズしてる人はいないと思うが、デフォルトのままだと使いにくいので、ぎりぎり許せる最大公約数的な設定をしているという管理者は多いのではないだろうか。 それでも、tmux や screen のプリフィックスは人によって通常使っているキーが違ったりして、これが異なるだけで非常に使いにくかったりする。自分はログインする度に以下のようなコマンドを打ちこんでいた。実に面倒くさい。 $ tmux set-option -g prefix C-t この件についてtwitterで聞いてみたところ、皆さんサーバ上に個人用の設定ファイルを用意して、ログイン時にそれを読み込んだりしているようだった。 で、これを何とかしようと思って少し調べてみた結果、以下の sshrc を使うのが便利という結論に至った。 https://github.com/Russell91
How to wrap a system call (libc function) in Linux · Saman Barghi
Opinions expressed are solely my own and do not express the views or opinions of my employer How to wrap a system call (libc function) in Linux Sep 5, 2014 · 8 minute read · Comments LinuxGeekyProgrammingCSystem call For one of my research projects I had to wrap linux system calls and redirect them to another thread. In Linux system calls are not invoked directly, but rather via wrapper functions
いますぐ実践! Linuxシステム管理
「いますぐ実践! Linux システム管理」はこちらです。 メルマガの解除、バックナンバーなども、以下からどうぞ。 https://www.usupi.org/sysad/ (まぐまぐ ID:149633) その他、作者に関するページは、概ね以下にございます。 https://www.usupi.org/kuri/ (まぐまぐ ID:126454) http://usupi.seesaa.net/ (栗日記ブログ) https://twitter.com/kuriking/ (twitter) https://facebook.com/kuriking3 (facebook) https://jp.pinterest.com/kuriking/pinterest) https://www.instagram.com/kuri_king_/ (instagram) [バックナンバーのトップへ
Linuxカーネルのコマンドラインはブートローダーからどう渡されるのか？ - φ(・・*)ゞ ｳｰﾝ カーネルとか弄ったりのメモ
先日参加した自作OSもくもく会で「Linuxカーネルのコマンドラインはブートローダーからどう渡されるのか？」のような話が聞こえたので、調べようと思い調べてみました。確認はLinux kernel v4.5とsystemd-bootの2016/05/02 23:00 JSTのコードです。 uefiじゃない環境も確認しようかなと思ってgrubのコードをgit cloneはしました。が、うちのメイン環境で使っているのはsystemd-bootだしってことで確認してません。 で、カーネルのコマンドラインは↓のようなやつですね。 masami@saga:~/codes$ cat /proc/cmdline initrd=\initramfs-4.6.0-rc5-ktest+.img root=/dev/sda2 rw crashkernel=256M コマンドラインをカーネルに渡すとしたら、どこかし
Linuxカーネルのコードを読んで勉強になったこと - φ(・・*)ゞ ｳｰﾝ カーネルとか弄ったりのメモ
Linuxカーネルのコードを読んでて、なるほど〜と思うことはよくあるけど、その中でも特に今までの考え方をぶち壊してくれたのはなんだっけと思ったところ、やっぱりリスト構造かなと言うところ。 c言語でリスト構造を作る場合、一般的な教科書方式だと↓のようにデータとnextポインタは密結合になってると思います。これの場合、struct foobarのポインタをnext要素に使っているので、他の構造体（例えば、struct hogehoge）で同じことをしようとすると、その構造体ではstruct hogehoge *nextというメンバ変数を持つ必要があります。 ヘッド要素はstruct foobarです。 struct foobar { int n; char s[64]; struct foobar *next; }; struct foobar head; Linuxカーネルの場合、データとリ
ps auxしてからKillしてたらダメだよ。(pgrep/pkill) - それマグで！
Linux サーバー Hacksの本で勉強したネタだけど。 プロセスをKillするのに ps してからKillは面倒 ps ax | grep screen sudo kill XXXX Pgrepを使う pgrep screen | sudo xargs killこれでかなり楽になる。pgrep pkillはかなり便利。 2015-03-31追加 この時はpgrepしか知らなかったので、pgrep しか書いてないけど kill -HUP $(pgrep my_command)を pkill 使うともっと楽になる。 pkill -HUP -f my_command とすることが出来る。 pgrep/pkill はprocpsに含まれる、他に関連するコマンドは次のようになる。 free, kill, pkill, pgrep, pmap, ps, pwdx, skill, slabtop,
mode 2 seccompの話 - yuzuharaの日記
この記事はカーネル/VM Advent Calendar 2013の記事です． カーネル/VM Advent Calendar 2013 - Qiita [キータ] 前書き にゃん↑ぱすー（挨拶）． さて，今年はmode 2 seccompの話です． 今年のセキュリティキャンプ2013，セキュアなシステムを作ろう組システムソフトウェアゼミでも取り扱いました．この辺りの話は，ゼミの卒業生第一号であるきゃにーさんのブログを見ると雰囲気が伝わるかなと思います． seccamp2013卒業しました - 名前はまだ無い 彼女はC言語あんまり触ったことなく，準備期間でC言語の修行をおこない，1ヶ月と少しでプロセス分割とサンドボックス化まで出来るようになりました．頑張った！ さてseccomp の話題に戻します．巷ではseccomp 2, seccomp mode 2などとも書かれて，どうも表記に幅があ
seccompめも( ..)φｶｷｶｷ - φ(・・*)ゞ ｳｰﾝ カーネルとか弄ったりのメモ
seccompはlinuxカーネルの3.5から入った機能でFedora 18の新機能"Syscall Filters"に該当するものなのですが、これがどんなものかなっていう程度のめもです。 Syscall Filtersの機能は名前から想像できる通りシステムコールのフィルターでどのシステムコールが実行できる/できないを設定できる機能です。FedoraのwikiページによるとBerkley Packet Filter (BPF)と同じような感じだと言っています。 設定ファイルを読んでフィルター設定するとかは当たり前といえば当たり前ですがカーネルではなくてユーザーランドのライブラリ（libseccomp）のほうでファイルをパースしてカーネルのseccompのAPIで実際に設定するという形です。 Fedoraは現在の最新版のFedora 17はすでに3.5系のカーネルになっていて、seccomp
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
linuxカーネルで学ぶC言語のマクロ - Qiita
https://ja.wikipedia.org/wiki/%E3%82%A2%E3%83%B3%E3%83%89%E3%83%AA%E3%83%A5%E3%83%BC%E3%83%BB%E3%82%BF%E3%83%8D%E3%83%B3%E3%83%90%E3%82%A6%E3%83%A0%E3%81%A8%E3%83%AA%E3%83%BC%E3%83%8C%E3%82%B9%E3%83%BB%E3%83%88%E3%83%BC%E3%83%B4%E3%82%A1%E3%83%AB%E3%82%BA
Charming Python: Functional programming in Python, Part 3
