aa22396584/synology-nas-clinas: Synology DSM 7 向けの依存関係ゼロの Python CLI + MCP サーバー。C3RB3R / .L0CK3D ランサムウェアキャンペーンのワンコマンド監査と修正。AI エージェントに渡すだけ。
Synology NAS を C3RB3R / .L0CK3D ランサムウェアキャンペーンに対して 1 つのコマンドで監査し、2 つ目のコマンドで検出された問題を修正し、その後もターミナルから DSM の運用を続けられます。
正規リポジトリ、リリース、イシュー: https://gitlab.com/aa22396584/synology-nas-cli
nas は依存関係ゼロの Python CLI（標準ライブラリのみ、Python 3.8+ なので DSM 上でも動作します）であり、Synology DSM 7 Web API 用の stdio MCP サーバーです。ステータス、ヘルス、ログ、パッケージ、ボリューム、Tailscale、DSM アップグレード、Webhook にプッシュされるスケジュール済みヘルスアラート、そして 2026 年 10 月の C3RB3R / .L0CK3D キャンペーンでインターネットに露出した Synology NAS が標的になった際に構築されたインシデント監査・修復ツールを提供します（Synology-SA-24:20、SA-26:13、SA-26:14）。
Synology Inc. とは提携していません。「Synology」「DSM」「QuickConnect」は Synology Inc. の商標です。
nas incident fix以下のいずれかのプロンプトを Claude Code、Codex、Cursor、Gemini CLI、OpenCode、Grok Bot、またはツールを使用する任意の AI エージェントに貼り付けてください（Grok Bot のセットアップ、スキル、アラートルーチン: docs/GROK-BOT.md）:
英語プロンプト:
Use https://github.com/akari-sora/synology-nas-cli to audit and fix my Synology NAS at https://192.0.2.10:5001. Follow docs/AGENT-RUNBOOK.md.
繁体字中国語のプロンプト：
使用 https://github.com/akari-sora/synology-nas-cli 檢查並修復我的 Synology NAS（位址：https://192.0.2.10:5001），照著 docs/AGENT-RUNBOOK.md 的步驟執行。
./bin/nas --version を検証します。nas setup: nas setup --json --no-input ... を実行して ~/.config/synology-nas-cli/config.json（モード 0600）を書き込み、認証情報を検証するために一度サインインし、初回使用時に DSM の TLS 証明書 SHA-256 フィンガープリントをピン留めします。nas doctor: nas doctor --json を実行して、設定、認証情報、オリジンの到達性、TLS ピン、ログイン、SA-26:13 に対する DSM バージョン、2 段階認証の状態、管理者権限、クロックスキューを検証します。nas incident: nas incident --json（および任意で --probe --scan）を実行し、DSM バージョン、脆弱なパッケージ、ファイアウォール、QuickConnect、UPnP ルータールール、公開ポート、外部および失敗したサインイン、AutoBlock、SMB1、組み込みの admin、スナップショットスケジュール、サポート対象外モデルの WORM ロックトラップ、身代金メモ、CVE-2024-10441 のエクスプロイト試行を読み取り専用で監査します。nas incident fix --dry-run --json --ransom-scan を実行し、計画されたすべての変更（before -> after）、正確な DSM Web API 呼び出し、および対応する DSM Web UI のパスを表示します。nas incident fix --yes: 承認された計画を順番に適用し（snapshot_worm → snapshots → packages → smb_min_protocol → quickconnect → router_port_forwarding → autoblock → admin_account → firewall、さらに任意で --rotate-password と --upgrade）、すべての設定を読み戻して検証し、監査を再実行します。--deep と alert-deploy: nas incident --deep --json（Task Scheduler 経由の読み取り専用 root コレクター 1 つで、root 専用ログ、crontab、/bin バイナリ、アカウント、SSH キー、/proc をチェック）と nas alert-deploy --json --test（10 分間のヘルスおよびセキュリティ監視を webhook にプッシュ）を実行します。https://192.0.2.10:5001、使用する場合は VPN/Tailscale URL も）。op://VAULT/ITEM/password、パスワードコマンド、または OS キーチェーン）。192.0.2.0/24）。/docker/.nas-cli-deploy、--deep と alert-deploy で使用）。nas setup が "field": "otp" とともに終了コード 3 で終了した場合、現在の 6 桁のコードを提供します。--trust-device は DSM の信頼済みデバイストークン（0600）を保存するため、以降のコマンドではコードが不要になります。nas incident fix --yes が実行される前にドライラン計画を確認します（また、--rotate-password や --upgrade を含めるかどうかを選択します）。エージェントの完全な仕様: docs/AGENT-RUNBOOK.md。
nas incident は読み取り専用です。各項目は PASS、WARN、FAIL、または SKIP を 1 行のヒントとともに出力します（--json は構造化 JSON を出力します。スキーマは schemas/incident.schema.json にあります）。いずれかの項目が FAIL の場合、終了ステータスは 1 になります。