OllamaのLinuxセキュリティ設定ガイド｜UFW・systemdサンドボックス・監査ログでローカルLLMサーバーを堅牢化する

この記事のポイント

・UFWで11434番ポートを特定IPからのみ許可し、全公開状態を即座に解消できる
・systemdのProtectSystem・PrivateTmpでOllamaプロセスをOSファイルシステムから分離できる
・auditdでOllamaの実行・モデル操作を監査ログとして記録・追跡できる
・AppArmorのcomplain→enforceの段階移行でプロセス権限を安全に最小化できる

# UFWの状態確認
sudo ufw status verbose

sudo apt update
sudo apt install -y ufw

# デフォルトポリシー: 外向きOK・内向きDENY
sudo ufw default deny incoming
sudo ufw default allow outgoing

# SSH(22)を先に許可してからUFWを有効化する
sudo ufw allow ssh
sudo ufw enable

# サブネット単位で許可する場合
sudo ufw allow from 192.168.10.0/24 to any port 11434 proto tcp

# 個別IPを許可する場合
sudo ufw allow from 192.168.10.50 to any port 11434 proto tcp

# ルール確認
sudo ufw status numbered

# OllamaがどのIPでLISTENしているか確認
sudo ss -tlnp | grep 11434

# Ollamaサービスの実行ユーザー確認
sudo systemctl show ollama --property=User

# プロセスの実際の実行ユーザー確認
ps aux | grep ollama

# ログインシェルなし・ホームディレクトリ固定の専用ユーザー作成
sudo useradd -r -s /bin/false -d /usr/share/ollama ollama

# モデル保存先ディレクトリの所有者変更
sudo mkdir -p /usr/share/ollama/.ollama
sudo chown -R ollama:ollama /usr/share/ollama

# バイナリの確認
ls -la $(which ollama)

# サービスファイルにUser=ollama が含まれているか確認
grep -E "^User=|^Group=" /etc/systemd/system/ollama.service

# systemctl edit でoverride.confを開く（自動で正しいパスに保存される）
sudo systemctl edit ollama

[Service]
# バインドアドレスをlocalhostに限定する場合
Environment="OLLAMA_HOST=127.0.0.1"

# 実行ユーザー（公式インストーラー使用時は確認してから）
User=ollama
Group=ollama

# ファイルシステム保護
ProtectSystem=strict
ProtectHome=yes
PrivateTmp=yes
PrivateDevices=no

# 書き込みが必要なパスだけ例外許可
ReadWritePaths=/usr/share/ollama

# 権限昇格を禁止
NoNewPrivileges=yes

# カーネル設定の保護
ProtectKernelTunables=yes
ProtectKernelModules=yes
ProtectControlGroups=yes

sudo systemctl daemon-reload
sudo systemctl restart ollama
sudo systemctl status ollama

# Ollamaサービスのセキュリティスコア確認
sudo systemd-analyze security ollama

sudo apt install -y auditd audispd-plugins
sudo systemctl enable --now auditd
sudo systemctl status auditd

# Ollamaバイナリの実行を監視（-p x=実行イベント、-k=キータグ）
sudo auditctl -w /usr/bin/ollama -p x -k ollama_exec

# モデル保存ディレクトリへの書き込みを監視
sudo auditctl -w /usr/share/ollama -p wa -k ollama_models

# 設定したルールの確認
sudo auditctl -l

sudo tee /etc/audit/rules.d/ollama.rules << 'EOF'
-w /usr/bin/ollama -p x -k ollama_exec
-w /usr/share/ollama -p wa -k ollama_models
EOF

sudo systemctl restart auditd

# 反映確認
sudo auditctl -l

# ollama_execタグのログを検索
sudo ausearch -k ollama_exec

# 過去1時間のモデル操作ログ
sudo ausearch -k ollama_models --start recent

# 実行ユーザー別サマリー
sudo aureport -x -i | grep ollama

# AppArmorの全体状態確認
sudo aa-status

# Ollamaのプロファイルが既に存在するか確認
sudo aa-status | grep ollama

sudo tee /etc/apparmor.d/usr.bin.ollama << 'EOF'
#include 

/usr/bin/ollama {
  #include 
  #include 

  # バイナリ自身
  /usr/bin/ollama mr,

  # モデルファイルの読み書き
  /usr/share/ollama/** rw,
  /usr/share/ollama/.ollama/** rw,

  # 一時ファイル
  /tmp/** rw,
  /var/tmp/** rw,

  # ネットワーク通信
  network tcp,
  network udp,

  # GPUアクセス（NVIDIA環境）
  /dev/nvidia* rw,
  /dev/nvidiactl rw,
  /dev/nvidia-uvm rw,
  /dev/nvidia-uvm-tools rw,
  /dev/dri/** rw,

  # GPUステータス確認
  /sys/class/drm/** r,
  /sys/bus/pci/** r,
  @{PROC}/** r,

  # システムライブラリ
  /lib/** mr,
  /usr/lib/** mr,
}
EOF

# 構文チェック
sudo apparmor_parser -p /etc/apparmor.d/usr.bin.ollama

# complainモードで読み込み（ブロックせずログだけ残す）
sudo aa-complain /usr/bin/ollama

# Ollamaを再起動して通常通り操作する
sudo systemctl restart ollama

# 1～2日後、AppArmorの違反ログを確認
sudo journalctl -t kernel | grep apparmor | grep ollama | tail -20

# enforceモードに切り替え
sudo aa-enforce /usr/bin/ollama

# 状態確認
sudo aa-status | grep ollama

sudo ufw allow in on lo
sudo ufw allow out on lo
sudo ufw reload

# 確認
curl http://localhost:11434/api/tags

# 実際のモデルパスを確認
sudo -u ollama env | grep OLLAMA_MODELS
ls -la /usr/share/ollama/.ollama/models/

# override.confのReadWritePathsに追記
sudo systemctl edit ollama
# ReadWritePaths=/usr/share/ollama /mnt/external/models

sudo systemctl daemon-reload
sudo systemctl restart ollama

# complainモードに戻す
sudo aa-complain /usr/bin/ollama

# AppArmorの違反ログ（AVC）を確認
sudo ausearch -m AVC --start recent | grep ollama

# 不足パスをプロファイルに追記してからenforceに戻す
sudo aa-enforce /usr/bin/ollama

# 現在のログ設定確認
grep -E "max_log_file|num_logs" /etc/audit/auditd.conf

# 10MBで10世代ローテートに設定
sudo sed -i 's/^max_log_file =.*/max_log_file = 10/' /etc/audit/auditd.conf
sudo sed -i 's/^num_logs =.*/num_logs = 10/' /etc/audit/auditd.conf
sudo systemctl restart auditd

ローカルLLMのセキュリティ設定を実機ハンズオンで体験する

UFW・systemdサンドボックス・AppArmorの設定は、実際に手を動かして動作確認しながら覚えるのが一番確実だ。読むだけでは得られない「設定変更→動作確認→トラブル対処」のサイクルを体験したい方向けに、「ローカルAIマスターセミナー」を開催しています。
少人数（最大8名）ZOOMハンズオン形式で実施しています。