Linuxマスターブログ

本ブログでは、日々の活動の様子などを紹介しています。
リナックスマスターセミナーの開催報告や、メルマガ読者から頂いた
質問、配布している無料マニュアルの補足情報などを公開しています。

常日頃のチェックして頂き、最新のLinux情報及び日々の活動の様子を
ご確認頂けましたら幸いです。

宮崎智広のプロフィールはこちら

OpenSSHの*sshole脆弱性|RHEL・Ubuntuは対象外でも、Alpineと組込み機器は今日確認する

2026年11月 6日
「OpenSSHに新しい脆弱性が出たらしい。うちのサーバーは大丈夫なのか」

2026年11月5日、OpenSSHの修正バージョン10.6p2が公開されました。
対象は、musl libcを使い、PAMを使わないLinuxのsshdです。
glibcを使うRHEL系・Ubuntu・Debianは、対象外です。

ただ、Alpine Linuxは、musl libcを使っています。
OpenWrtなどの組込み向けのLinuxや、
Alpineベースのコンテナも同じです。
自分が管理している機器に対象が無いか、
一度確認しておく必要があります。

この記事では、20年以上Linuxサーバーの現場に携わってきた立場から、
問題の仕組みと確認の手順を解説します。
想定環境はAlpine Linuxで、RHEL系とUbuntuにも触れます。
内容は、2026年11月6日時点で一次情報と照合したものです。

この記事のポイント

・対象はmusl libcのsshd。glibcのRHEL系は対象外
・条件はPAMなし・パスワード認証あり・「*」の欄
・ldd と sshd -T で、対象かどうかを確認する
・Alpineは apk upgrade openssh-server で更新


OpenSSHの*sshole脆弱性|RHEL・Ubuntuは対象外でも、Alpineと組込み機器は今日確認する

続きを読む "OpenSSHの*sshole脆弱性|RHEL・Ubuntuは対象外でも、Alpineと組込み機器は今日確認する"

OpenAIのLinuxカーネル脆弱性948件の読み方|管理者が確かめるアカウントと更新

2026年11月 6日
「OpenAIがLinuxカーネルの穴を948件見つけたらしい。うちのサーバーは大丈夫なのか」

2026年11月4日、OpenAIが、AIを使った自動の調査でLinuxカーネルのローカル権限昇格(LPE)948件を検証し、修正パッチまで作ったと公表しました。

先に結論を書くと、948件は
「未修正の脆弱性が948個、そのまま放置されている」という数ではありません。
ただ、一般ユーザーからrootに届く脆弱性の修正が、
これから続けて出てくる見込みです。

管理者がやることは、次の2つです。
・ログインできるアカウントと、プログラムを動かしているユーザーを確認する
・カーネル更新を早く適用する段取りを決めておく

この記事では、20年以上Linuxサーバーの現場に携わってきた立場から、
公式発表の数字の読み方と、自分のサーバーで確認することを解説します。
想定環境はRHEL系とUbuntuです。攻撃の手口は扱いません。
数字は、2026年11月6日時点で公式発表と照合したものです。

この記事のポイント

・948は固有のLPEとして数えたパッチの数
・61・43・299はスキャン終了時点の修正状況
・古いカーネルの一般ユーザーはroot同等と考える
・ログインできる人と、カーネル更新の段取りを確認する


OpenAIのLinuxカーネル脆弱性948件の読み方|管理者が確かめるアカウントと更新

続きを読む "OpenAIのLinuxカーネル脆弱性948件の読み方|管理者が確かめるアカウントと更新"

Linux学習でOS再インストールを繰り返す初学者が陥る落とし穴|デバッグから逃げない習慣が実力を変える理由

2026年11月 6日
「Linuxで設定を変えたらサーバーが起動しなくなった。どうせ直し方が分からないから、OSを再インストールして最初からやり直すしかないか……」

こうした状況は、Linux学習の初期にとてもよく見られます。設定ファイルを少し変更しただけでシステムが動かなくなる恐怖、どこが悪いのかさっぱり分からない焦り、そして「再インストールすれば元に戻る」という手軽な逃げ道。この三拍子が重なると、学習者は意図せずデバッグのチャンスを繰り返し捨て続けることになります。

この記事では、RHEL 9系/Ubuntu 24.04 LTSを想定環境として、なぜOS再インストールという選択が実力向上の妨げになるのか、そして「壊れても戻せる」仕組みを学習環境に組み込んでデバッグの習慣を身につける方法を解説します。

この記事のポイント

・OS再インストールはデバッグの機会を手放す行為であり、繰り返すほど実力が伸びにくくなる
・VMスナップショットで「壊す前の状態」を保存すれば、安心して実験できる学習環境になる
・journalctl・systemctl status・dmesgの3コマンドで原因の多くは絞り込める
・「動かなかった」という経験そのものが、長期的な技術力の土台になる


Linux学習でOS再インストールを繰り返す初学者が陥る落とし穴|デバッグから逃げない習慣が実力を変える理由

続きを読む "Linux学習でOS再インストールを繰り返す初学者が陥る落とし穴|デバッグから逃げない習慣が実力を変える理由"

Linuxを独学で習得するのに何ヶ月かかるのか|初学者がつまずく3つの壁と学習期間を短縮する組み立て方

2026年11月 3日
「Linuxを独学で勉強しているのですが、3ヶ月たってもまだコマンドが覚えられた気がしません。このまま続けて本当に使えるようになるのでしょうか…」

Linuxの学習を始めた初学者が一度は抱く疑問があります。「いつになったら使えるようになるのか」「自分には向いていないのではないか」という焦りは、特に独学の場合に起きやすいものです。

この記事では、Linuxをゼロから始めてサーバーをひとりで管理できるレベルになるまでに一般的にどのくらいの期間がかかるのかを整理します。あわせて、初学者が陥りやすい典型的なつまずきパターンと、その乗り越え方を解説します。RHEL 9系/Ubuntu 24.04 LTSを想定環境として説明します。

この記事のポイント

・Linuxの「使える」レベルには入門・実務・エキスパートの3段階がある
・独学でサーバー管理レベルに達するまで典型的には6ヶ月~1年かかる
・初学者が挫折する原因は「暗記しようとする」「ゴールが曖昧」「エラーを読まない」の3パターン
・コマンドが動かないときはエラーを読みmanページを確認する習慣が最短ルート


Linuxを独学で習得するのに何ヶ月かかるのか|初学者がつまずく3つの壁と学習期間を短縮する組み立て方

続きを読む "Linuxを独学で習得するのに何ヶ月かかるのか|初学者がつまずく3つの壁と学習期間を短縮する組み立て方"

Linuxカーネル CVE-2026-98432のCVSS 9.8をどう読むか|点数・修正・パッチのズレと今週の優先順位

2026年10月31日
「CVSS 9.8のカーネル脆弱性が出たのに、Ubuntuの修正カーネルがまだ届かない。今週は何から手を付ければいいのか」
2026年10月の後半、Linuxサーバーの管理者を悩ませる材料が一度に出そろいました。Anthropicが研究環境で認証なしの遠隔root実行を実証したと報告したCVE-2026-98432、CISAのKEV(悪用が確認された脆弱性の一覧)に載ったFragnesia、GitLabを上げても直らなかったAlpine Linuxの事例です。

先に結論を書きます。今週の順番は、CVSSの点数だけで決めないでください。軸は「KEVに載っているか」と「外から届くか」の2つです。KEV掲載のPHP2Shellの影響を受けるPHPやGitLabを公開しているサーバーを今日片付け、同じサーバーのFragnesiaを塞ぐ。外から届くMPTCPの待受があるサーバーも同じ扱いにして、修正が配布済みなら同じ再起動でまとめて適用し、未提供なら今日中に待受の公開を止めるか緩和策を入れる。それ以外のTCP公開サーバーは、CVE-2026-98432の修正を今週の枠に入れる。この順番をおすすめします。

この記事では、20年以上Linuxサーバーの運用と指導に携わってきた立場から、点数・上流の修正・パッチ適用の3つが実際の危険度とどうズレているかを整理し、今日コピペで進められる確認手順までを解説します。想定環境はRHEL系、Ubuntu、Debianです。攻撃の再現手順は扱いません。記事中の状況は2026年10月31日時点のものなので、作業の前に各ベンダーの最新情報を見直してください。

この記事のポイント

・今週の優先順位はKEV掲載と外部到達性で決める
・98432は9.8だがKEV未掲載。外から届くMPTCP待受は先に対処
・10月31日時点でRHELとUbuntuの修正は未提供
・更新後は実行中カーネルと同梱部品まで確かめる


Linuxカーネル CVE-2026-98432のCVSS 9.8をどう読むか|点数・修正・パッチのズレと今週の優先順位

続きを読む "Linuxカーネル CVE-2026-98432のCVSS 9.8をどう読むか|点数・修正・パッチのズレと今週の優先順位"

「Linuxのエラーメッセージを読み飛ばす」習慣が初学者の成長を止める理由

2026年10月27日
「コマンドを打ったらエラーが出た。英語でなにか書いてあるけど意味が分からない。とりあえずエラーメッセージをそのままGoogleにコピペして解決策を探そう」

Linux学習中の多くの初学者が、このパターンでエラーに対処します。コピペ検索で解決できれば問題は解消しますが、この習慣を繰り返すうちに、エラーメッセージそのものを読もうとしなくなっていきます。

この記事では、Linuxのエラーメッセージを自力で読む習慣がなぜ重要なのか、頻出エラーパターンとその読み方、そして自己解決力を育てる具体的な方法を解説します。想定環境はRHEL 9系/Ubuntu 24.04 LTSです。

この記事のポイント

・Linuxのエラーメッセージには「コマンド名・エラー内容・対象」の構造がある
・エラーを読まずに検索し続けると自己解決力が育たない
・よく出るエラーは「Not found系」「Permission系」「サービス起動失敗系」の3パターンに整理できる
・エラーに向き合う習慣が、数年後の現場力の差を生む


「Linuxのエラーメッセージを読み飛ばす」習慣が初学者の成長を止める理由

続きを読む "「Linuxのエラーメッセージを読み飛ばす」習慣が初学者の成長を止める理由"

Linuxサーバーのメモリが足りなくなったとき何が起きるのか|OOMキラーとスワップの仕組みとメモリ管理の基本

2026年10月21日
「メモリが足りないのか、サーバーがどんどん遅くなっていくのに何を確認したらいいか分からない」

そういう状態でとりあえず再起動してその場をしのいでいると、ある日突然サービスが止まる。Linuxサーバーのメモリ不足はじわじわと進行することが多く、気づいた時にはすでに重要なプロセスが強制終了されていた、という典型的なパターンで障害につながりやすい。

この記事では、RHEL 9系~10系・Ubuntu 24.04 LTSを想定環境として、Linuxサーバーのメモリが不足したとき何が起きるのかをOOMキラー(Out of Memory Killer)とスワップの仕組みから解説する。freeコマンドによるメモリ確認・スワップファイルの追加・swappinessの調整まで、実務で使える手順と考え方をまとめる。

この記事のポイント

・OOMキラーはメモリ枯渇時にカーネルが自動発動しプロセスを強制終了する仕組みだ
・メモリ確認はfree -hのfree列ではなくavailable列を見ること
・スワップ大量使用はメモリ不足のシグナル。増設より前にfuserやpsで原因を特定する
・重要サービスはOOMScoreAdjust=-1000でOOMキラーの対象から除外できる


Linuxサーバーのメモリが足りなくなったとき何が起きるのか|OOMキラーとスワップの仕組みと現役講師が語るメモリ管理の基本

続きを読む "Linuxサーバーのメモリが足りなくなったとき何が起きるのか|OOMキラーとスワップの仕組みとメモリ管理の基本"

PwnEscape(CVE-2026-99999)|仮想マシンからホストを狙うLinuxカーネル脆弱性と、KVMホストの更新・再起動の段取り

2026年10月21日
「KVMのホストに重大な脆弱性が出たと聞いたが、何を確認して、いつ再起動すればいいのか分からない」。PwnEscape(CVE-2026-99999)は、仮想マシンのゲストから送られた細工済みのパケットで、ホスト側のLinuxカーネルのメモリを壊せる脆弱性です。KVMで仮想化ホストを運用している管理者は、ホストのカーネル更新と再起動の計画を今週中に立てる必要があります。

2026年10月15日に公開されたこの脆弱性は、国内でもさくらインターネット、お名前.com、KAGOYAが一部サービスの新規申し込み受付を止めるなど、クラウドやVPSの現場に影響が出ています。一方で、CVSSの値はRed Hatが8.8、NVDに登録された値が9.3、Ubuntuの優先度はMediumと評価が割れており、「結局どれくらい急ぐべきなのか」が分かりにくい状況です。

この記事では、カーネルの修正コミット、研究者の解説、各ディストリビューションと事業者の公式情報をもとに、影響の確認方法、修正版の状況、ホスト側とゲスト側の切り分け、再起動の進め方を整理します。情報は2026年10月21日時点のものです。

この記事のポイント

・守るべきは仮想化ホストのカーネル。KVM自体のバグではない
・RHEL 9とDebianは修正版あり。RHEL 8とUbuntuは未提供
・公式の回避策はなく、修正カーネルへの更新と再起動が唯一の対処
・uname -r(Debianは uname -v)で修正版の適用を確かめる


PwnEscape(CVE-2026-99999)|仮想マシンからホストを狙うLinuxカーネル脆弱性と、KVMホストの更新・再起動の段取り

続きを読む "PwnEscape(CVE-2026-99999)|仮想マシンからホストを狙うLinuxカーネル脆弱性と、KVMホストの更新・再起動の段取り"

Linuxでjournalctlを知らずにsystemdのログが見つからないと3時間格闘した話|現役講師が語るrsyslogからjournalへの移行で変わったログ調査の習慣

2026年10月 5日
「/var/log/messagesをgrepしても何も出てこない。このサーバー、ログが記録されていないんでしょうか」

セミナーの質疑応答でそう聞かれた時、私は少し動揺しました。
CentOS 7が普及して数年が経つ頃のことでしたが、私自身まだ journalctl を体系的に使えていなかったからです。

この記事では、RHEL 7 / CentOS 7世代から始まったsystemdへの移行で起きた「ログの場所と見方の変化」と、journalctl を現場で使いこなすまでの経験を、20年以上Linuxサーバーを運用してきた立場から解説します。
現在のRHEL 9 / AlmaLinux 9 / Ubuntu 24.04 LTSでも journalctl は主力のログ調査コマンドです。いまも /var/log/messages だけに頼っているなら、ぜひ最後まで読んでください。

この記事のポイント

・RHEL 7以降でsystemdに変わりログの保存先と見方が大きく変わった
・journalctl -u でサービス単位、--since で時間範囲を絞り込める
・起動時のログは journalctl -b で遡れる(/var/log/messagesでは不可)
・rsyslogとjournaldは共存可能。目的に合わせて使い分けるのが実務の作法


Linuxでjournalctlを知らずにsystemdのログが見つからないと3時間格闘した話|現役講師が語るrsyslogからjournalへの移行で変わったログ調査の習慣

続きを読む "Linuxでjournalctlを知らずにsystemdのログが見つからないと3時間格闘した話|現役講師が語るrsyslogからjournalへの移行で変わったログ調査の習慣"

LinuxのACLを知らずにファイル権限問題で半日格闘した話|getfacl・setfaclを覚えて変わった権限設計の考え方

2026年10月 4日
「chmodで644や755を設定しているのに、特定のユーザーだけがファイルにアクセスできない……」

このセリフ、私がSE時代(2001年~2006年)に客先常駐で働いていた頃、後輩エンジニアから言われた言葉だ。最初は「chmodで755ならグループメンバーは読み書きできるはず」と思ったが、`ls -la`で確認してもrwxr-xr-xと正しく表示されている。それなのにそのユーザーだけ弾かれる。半日近く試行錯誤したあと、ようやく原因がわかった。以前に誰かがACL(Access Control List、アクセス制御リスト)を使ってそのユーザーだけ明示的に「読み取り禁止」を設定していたのだ。

ACLを知らなかった私は、その存在を完全に見落としていた。20年以上サーバーを運用してきた経験から言うと、このACLの盲点にハマるエンジニアは今でも多い。chmod・chownだけ覚えた段階では、必ずどこかでこの壁にぶつかる。

この記事では、ACLの基本的な仕組みからgetfacl・setfaclコマンドの実際の使い方、実務でよく使うパターン、そして「ACLが効かない・反映されない」というトラブルへの対処法まで、実体験をベースに解説する。

この記事のポイント

・chmodとchownだけでは複数ユーザーへの個別権限設定に対応できない場面がある
・getfaclで現在のACL設定を確認し、setfaclで特定ユーザーへ個別に権限を付与できる
・デフォルトACLを設定するとディレクトリ以下の新規ファイルに権限が自動継承される
・「ACLが効かない」原因の多くはマウントオプションのacl指定漏れ


LinuxのACLを知らずにファイル権限問題で半日格闘した話|getfacl・setfaclを覚えて変わった権限設計の考え方

続きを読む "LinuxのACLを知らずにファイル権限問題で半日格闘した話|getfacl・setfaclを覚えて変わった権限設計の考え方"

ブログ更新履歴

Linux無料マニュアル(図解60P) 名前とメールで30秒登録