合規對照：ISO/IEC 27001:2022 與 ISO/IEC 42001:2023Compliance mapping: ISO/IEC 27001:2022 and ISO/IEC 42001:2023コンプライアンス対応：ISO/IEC 27001:2022 と ISO/IEC 42001:2023

jt-ipam 本身不是一張認證，用了它也不代表通過 ISO/IEC 27001:2022 或 ISO/IEC 42001:2023。這份文件分兩部分：jt-ipam 已經做到、可以拿來當佐證的控制（每一項都附上可以自行驗證的測試或設定位置），以及導入組織使用 jt-ipam 之後要自己負責的事。jt-ipam is not a certification, and using it does not mean passing ISO/IEC 27001:2022 or ISO/IEC 42001:2023. This document has two parts: the controls jt-ipam already implements and that can serve as evidence (each with a test or setting you can check yourself), and what the adopting organisation is responsible for after deploying jt-ipam.jt-ipam 自体は認証ではなく、使用したからといって ISO/IEC 27001:2022 や ISO/IEC 42001:2023 に適合するわけではありません。この文書は 2 部構成です。jt-ipam がすでに実装し、根拠として使える管理策（それぞれ自分で確認できるテストや設定の場所付き）と、導入組織が jt-ipam を使った後に自ら責任を持つことです。

這裡只列出目前程式確實具備的功能，依 1.0.6 撰寫，之後的變動以 CHANGELOG 為準。正式盤點時請固定版本或 commit，並在自己的環境實際驗收。Only capabilities the code actually has are listed. It was written for 1.0.6; later changes are in the CHANGELOG. For a formal assessment, pin a version or commit and verify in your own environment.現在のコードに実際にある機能だけを記載しています。1.0.6 に基づいて作成しており、以降の変更は CHANGELOG を参照してください。正式な棚卸しではバージョンまたは commit を固定し、自社環境で実際に検証してください。

資料在哪裡Where the data isデータの所在

IPAM 資料、稽核記錄與整合系統的帳號密碼都存在你自己的伺服器上，不需要任何雲端服務也能完整運作；啟用下圖標成「選用」的項目時，相關資料才會送到管理員設定的服務。IPAM data, audit records and the credentials of integrated systems all stay on your own server, and jt-ipam works fully without any cloud service. Data only goes to a service the administrator sets up when an item marked optional below is turned on.IPAM のデータ、監査記録、連携システムの認証情報はすべて自社サーバーに保存され、クラウドサービスなしで完全に動作します。下図で「任意」とある項目を有効にした場合のみ、関連データが管理者の設定したサービスへ送られます。

版本檢查與 RDAP 查詢只在按下按鈕時才連到外部（GitHub、RIPE、APNIC）；安裝與升級時會從作業系統套件庫、PyPI、npm 與 GitHub 下載程式。The version check and RDAP lookups only go out when you press their button (GitHub, RIPE, APNIC); installing and upgrading download software from the OS package repositories, PyPI, npm and GitHub.バージョン確認と RDAP 照会はボタンを押したときのみ外部（GitHub、RIPE、APNIC）へ接続します。インストールとアップグレードでは OS のパッケージリポジトリ、PyPI、npm、GitHub からソフトウェアを取得します。

資料Dataデータ存在哪裡、留多久Where it is kept, and for how long保存場所と保存期間
IPAM 資料（區段、子網路、IP、裝置、機櫃、整合同步來的資料）IPAM data (sections, subnets, IPs, devices, racks, data synced from integrations)IPAM データ（セクション、サブネット、IP、機器、ラック、連携から同期したデータ）PostgreSQL（預設資料庫 jt_ipam），保留到刪除為止PostgreSQL (database jt_ipam by default), kept until deletedPostgreSQL（既定のデータベース jt_ipam）。削除するまで保持
稽核記錄Audit records監査記録PostgreSQL；資料庫層只能新增，不能修改、刪除或清空，以雜湊鏈串接，每 5 分鐘驗證並錨定到 /var/lib/jt-ipam/audit-anchors.jsonl 與 journald。不會自動清除；長期留存建議另外轉送 SIEMPostgreSQL; the database only allows inserts (no update, delete or truncate), records are hash-chained, verified every 5 minutes and anchored to /var/lib/jt-ipam/audit-anchors.jsonl and journald. Never purged automatically; forward them to a SIEM for long-term retentionPostgreSQL。データベース層で追加のみ許可（更新、削除、全削除は不可）、ハッシュチェーンで連結し、5 分ごとに検証して /var/lib/jt-ipam/audit-anchors.jsonl と journald に記録。自動削除なし。長期保存は SIEM への転送を推奨
IP 異動記錄、上線歷程IP change log, liveness historyIP 変更履歴、稼働履歴PostgreSQL，保留到刪除為止（「淡化天數」只影響畫面上的顯示）PostgreSQL, kept until deleted (the dimming setting only affects the display)PostgreSQL。削除するまで保持（淡色表示の日数は画面表示のみに影響）
ARP 表、交換器 MAC 表ARP tables, switch MAC tablesARP テーブル、スイッチの MAC テーブルARP 預設 30 天、MAC 表預設 365 天（ARP_RETENTION_DAYS、FDB_RETENTION_DAYS，0 表示永久保留）ARP 30 days and MAC tables 365 days by default (ARP_RETENTION_DAYS, FDB_RETENTION_DAYS; 0 keeps them forever)ARP は既定 30 日、MAC テーブルは既定 365 日（ARP_RETENTION_DAYS、FDB_RETENTION_DAYS。0 で無期限）
未納管位址的觀測、外部 DNS 解析變化、掃描代理負載Unmanaged-address sightings, external DNS changes, scan agent load未管理アドレスの観測、外部 DNS の変化、スキャンエージェントの負荷分別保留 30 天、90 天、7 天Kept 30, 90 and 7 days respectivelyそれぞれ 30 日、90 日、7 日保持
AI 對話歷程AI chat historyAI チャット履歴PostgreSQL，預設 90 天（可調整，0 表示永久保留），也可以手動清除PostgreSQL, 90 days by default (adjustable; 0 keeps it forever), can also be cleared by handPostgreSQL。既定 90 日（変更可、0 で無期限）。手動でも削除可能
IP 變更評估IP change assessmentsIP 変更評価結案、取消或封存的計畫保留 180 天；失敗或取消的執行保留 30 天，清除時寫入稽核記錄Closed, cancelled or archived plans 180 days; failed or cancelled runs 30 days; each purge is audited完了、取消、アーカイブ済みの計画は 180 日、失敗または取消の実行は 30 日。削除は監査記録に残る
整合系統的帳號密碼與金鑰Integration credentials and keys連携システムの認証情報と鍵PostgreSQL，以 AES-256-GCM 加密，金鑰在 /etc/jt-ipam/backend.env；API 權杖只存雜湊PostgreSQL, encrypted with AES-256-GCM; the key is in /etc/jt-ipam/backend.env. API tokens are stored only as hashesPostgreSQL に AES-256-GCM で暗号化して保存。鍵は /etc/jt-ipam/backend.env。API トークンはハッシュのみ保存
登入工作階段Sign-in sessionsログインセッションPostgreSQL（伺服器端），存取權杖 15 分鐘、工作階段 14 天；Redis 只放限流計數與主控台的單次票證（30 至 60 秒）PostgreSQL (server side): access tokens 15 minutes, sessions 14 days. Redis only holds rate-limit counters and single-use console tickets (30 to 60 seconds)PostgreSQL（サーバー側）。アクセストークン 15 分、セッション 14 日。Redis にはレート制限のカウンターとコンソールの使い捨てチケット（30 から 60 秒）のみ
主控台連線（SSH、SFTP、RDP、VNC 等）Console connections (SSH, SFTP, RDP, VNC and others)コンソール接続（SSH、SFTP、RDP、VNC など）不錄影、不側錄按鍵；連線的開啟與結束、SFTP 每個檔案操作（路徑、大小）寫入稽核記錄；上傳的檔案直接寫到目標主機，不留在 jt-ipamScreens and keystrokes are not recorded; session open and close and every SFTP file operation (path, size) go into the audit records. Uploaded files are written straight to the target host, not kept on jt-ipam画面とキー入力は記録しない。接続の開始と終了、SFTP の各ファイル操作（パス、サイズ）は監査記録に残る。アップロードしたファイルは対象ホストへ直接書き込み、jt-ipam には残らない
平面圖等上傳的檔案Uploaded files such as floor plansフロアマップなどのアップロードファイル/var/lib/jt-ipam/uploads，保留到刪除為止/var/lib/jt-ipam/uploads, kept until deleted/var/lib/jt-ipam/uploads。削除するまで保持
系統匯出檔System export filesシステムのエクスポートファイル以密碼加密（scrypt、AES-256-GCM），暫存在 /var/lib/jt-ipam/transfer，超過 48 小時的在下次匯出或匯入時刪除Password-encrypted (scrypt, AES-256-GCM), spooled in /var/lib/jt-ipam/transfer; files older than 48 hours are removed at the next export or importパスワードで暗号化（scrypt、AES-256-GCM）し /var/lib/jt-ipam/transfer に一時保存。48 時間を過ぎたものは次回のエクスポートまたはインポート時に削除
每日備份Daily backups日次バックアップ/var/backups/jt-ipam，每天 03:30，保留 14 天；內容是資料庫、backend.env、TLS 憑證與上傳的檔案。在系統設定填了備份密碼才會加密（.jtbak），沒填是明文，要另外保護/var/backups/jt-ipam, daily at 03:30, kept 14 days; contains the database, backend.env, TLS certificates and uploaded files. Encrypted (.jtbak) only when a backup passphrase is set in system settings; otherwise plain, so protect it separately/var/backups/jt-ipam。毎日 03:30、14 日保持。データベース、backend.env、TLS 証明書、アップロードファイルを含む。システム設定でバックアップのパスワードを設定した場合のみ暗号化（.jtbak）、未設定なら平文のため別途保護が必要

ISO/IEC 27001:2022：jt-ipam 提供的資訊安全控制ISO/IEC 27001:2022: information security controls jt-ipam providesISO/IEC 27001:2022：jt-ipam が提供する情報セキュリティの管理策

面向Area項目對應控制項Related controls関連する管理策jt-ipam 的做法What jt-ipam doesjt-ipam の実装
登入、雙因素驗證與工作階段Sign-in, two-factor authentication and sessionsログイン・二要素認証・セッション
登入、雙因素驗證與工作階段Sign-in, two-factor authentication and sessionsログイン・二要素認証・セッション

驗證方式（測試、設定）How to verify (tests, settings)確認方法（テスト・設定）

backend/tests/test_mfa_policy.py, test_session_revocation.py, test_security_alerts.py, test_rate_limit_switch.py; frontend/src/api/__tests__/tokenStorage.test.ts
A.5.16 A.5.17 A.8.5
  • 本機與 LDAP 帳號可啟用 TOTP 雙因素驗證
  • 管理員可要求管理員或所有人使用（還沒設定的人登入時先完成設定，不會被鎖在外面；被要求的人不能自行停用），SSO 可選擇是否一併套用
  • 啟用時產生 10 組只能用一次的復原碼（只存雜湊），管理員可以重設某人的雙因素驗證（唯一的管理員可從主機的指令列重設）
  • 同一組驗證碼不能用第二次
  • 密碼或驗證碼連續錯 5 次鎖定 15 分鐘並寫進稽核
  • 登入、驗證碼與換發權杖每個來源 IP 每分鐘最多 10 次
  • 登入建立伺服器端工作階段：更新權杖只放在 HttpOnly Cookie、每次換發都換新，已經換掉的又被使用就撤銷整個工作階段並通知管理員與本人
  • 存取權杖 15 分鐘到期並綁定工作階段，登出、強制登出、停用帳號與管理員重設密碼時存取權杖與更新權杖立即失效（已開著的主控台見「遠端主控台」），改密碼會登出其他裝置
  • 使用者可以檢視並登出自己的裝置
  • 每個請求都重新讀取帳號狀態與權限
  • Local and LDAP accounts can turn on TOTP two-factor authentication
  • Administrators can require it for administrators or for everyone (people who have not set it up do so at sign-in and are not locked out; people who are required cannot turn it off), optionally including SSO
  • Turning it on creates 10 single-use recovery codes (stored hashed), and administrators can reset someone's two-factor authentication (the only administrator can be reset from the host's command line)
  • The same code cannot be used twice
  • Five wrong passwords or codes in a row lock the account for 15 minutes and are audited
  • Sign-in, codes and token refresh are limited to 10 per minute per source IP
  • Signing in creates a server-side session: the refresh token lives only in an HttpOnly cookie and changes on every refresh, and using a replaced one again revokes the whole session and notifies administrators and the user
  • Access tokens expire after 15 minutes and are bound to the session, so signing out, being signed out by an administrator, deactivation and an administrator password reset invalidate the access and refresh tokens immediately (for consoles already open see Remote console), and changing your password signs out your other devices
  • Users can see and sign out their own devices
  • Every request re-reads the account status and permissions
  • ローカルと LDAP のアカウントは TOTP の二要素認証を有効にできます
  • 管理者は管理者または全員に必須とすることができ（未設定のユーザーはログイン時に設定を済ませるため締め出されず、必須のユーザーは自分で無効にできません）、SSO にも適用するかを選べます
  • 有効にすると 1 回限りのリカバリーコードを 10 個生成し（ハッシュのみ保存）、管理者は特定ユーザーの二要素認証をリセットできます（管理者が 1 人だけならホストのコマンドラインからリセット）
  • 同じコードは 2 回使えません
  • パスワードまたはコードを 5 回続けて間違えると 15 分間ロックされ監査に記録されます
  • ログイン・コード・トークン更新は送信元 IP ごとに毎分 10 回までです
  • ログインするとサーバー側のセッションを作成します
  • リフレッシュトークンは HttpOnly Cookie にのみ置き、更新のたびに入れ替わります
  • 入れ替え済みのものが再び使われるとセッション全体を取り消し、管理者と本人に通知します
  • アクセストークンは 15 分で期限切れになりセッションに紐付くため、ログアウト・強制ログアウト・アカウントの無効化・管理者によるパスワードのリセットでアクセストークンとリフレッシュトークンは即時に無効になり（開いているコンソールは「リモートコンソール」を参照）、パスワードを変更すると他のデバイスはログアウトされます
  • ユーザーは自分のデバイスを確認しログアウトできます
  • リクエストごとにアカウントの状態と権限を読み直します
物件權限與跨單位隔離Object permissions and tenant isolationオブジェクト権限と組織間の分離
物件權限與跨單位隔離Object permissions and tenant isolationオブジェクト権限と組織間の分離

驗證方式（測試、設定）How to verify (tests, settings)確認方法（テスト・設定）

test_mcp_tools_match_rest_permissions.py, test_rbac_enforcement.py, test_rbac_detail_idor.py, test_search_overlapping.py, test_semantic_search_scope.py, test_topology_scope.py
A.5.15 A.5.18 A.8.2 A.8.3
  • 依單位、區段、子網路、IP、裝置、機櫃、地點授權，可往下繼承
  • 搜尋、IP 關聯、拓樸圖、AI 對話的工具、MCP 工具與 REST 用同一套可見範圍
  • 重疊網段依子網路比對，不會對到其他單位的同一個位址
  • 看不到的物件回應不存在（404）
  • 只被授權部分物件的帳號在拓樸圖上只看得到自己範圍內的裝置與子網路，VPN、虛擬機等全域資料只給有全域讀取權限的帳號
  • Permissions are granted per unit, section, subnet, IP, device, rack and location, and inherit downwards
  • Search, IP relations, the topology graph, AI chat tools, MCP tools and REST share the same visibility
  • Overlapping subnets are matched per subnet, so the same address in another unit is never reached
  • Objects you cannot see answer as not found (404)
  • Accounts granted only some objects see only their own devices and subnets on the topology graph
  • Global data such as VPNs and virtual machines is shown only to accounts with global read
  • 組織・セクション・サブネット・IP・機器・ラック・拠点ごとに権限を付与でき、下位に継承されます
  • 検索・IP の関連・トポロジー図・AI チャットのツール・MCP ツール・REST は同じ閲覧範囲を使います
  • 重複するネットワークはサブネット単位で照合するため、別組織の同じアドレスに届くことはありません
  • 見えないオブジェクトは存在しない（404）と応答します
  • 一部のオブジェクトだけを許可されたアカウントは、トポロジー図で自分の範囲の機器とサブネットだけが見え、VPN や仮想マシンなどのグローバルなデータは全体の読み取り権限を持つアカウントだけに表示されます
API 權杖與 MCPAPI tokens and MCPAPI トークンと MCP
API 權杖與 MCPAPI tokens and MCPAPI トークンと MCP

驗證方式（測試、設定）How to verify (tests, settings)確認方法（テスト・設定）

test_api_token_scope.py, test_api_token_mcp_hardening.py, test_session_revocation.py, test_mcp_transport.py
A.5.17 A.8.3 A.8.5
  • 個人 API 權杖有效期 1 到 365 天（預設 90 天），可隨時撤銷並留下稽核，資料庫只存雜湊
  • 唯讀權杖不能呼叫會異動資料的方法
  • 每把權杖每分鐘最多 600 次（REST 與 MCP 合計）
  • 帳號停用時權杖一併撤銷
  • 外部 MCP 預設關閉，使用同一套權杖，或可輪替的唯讀 MCP 金鑰（有效 30 到 365 天）
  • API 權杖、MCP 金鑰與公開端點權杖在到期前 14、7、1 天與當天通知擁有者或管理員
  • Personal API tokens last 1 to 365 days (90 by default), can be revoked at any time with an audit record, and only their hash is stored
  • Read-only tokens cannot call methods that change data
  • Each token is limited to 600 requests a minute (REST and MCP combined)
  • Deactivating an account revokes its tokens
  • External MCP is off by default and uses the same tokens or a rotatable read-only MCP key (valid for 30 to 365 days)
  • API tokens, the MCP key and public endpoint tokens notify their owner or administrators 14, 7 and 1 days before expiry and on the day
  • 個人の API トークンの有効期間は 1〜365 日（既定 90 日）で、いつでも取り消せて監査に記録され、データベースにはハッシュだけを保存します
  • 読み取り専用トークンはデータを変更するメソッドを呼べません
  • トークンごとに毎分 600 回まで（REST と MCP の合計）で、アカウントを無効化するとトークンも取り消されます
  • 外部 MCP は既定で無効で、同じトークンか、ローテーションできる読み取り専用 MCP キー（有効期間 30〜365 日）を使います
  • API トークン・MCP キー・公開エンドポイントのトークンは、期限の 14・7・1 日前と当日に所有者または管理者へ通知します
機密資料加密Secrets at rest機密情報の暗号化
機密資料加密Secrets at rest機密情報の暗号化

驗證方式（測試、設定）How to verify (tests, settings)確認方法（テスト・設定）

test_security.py, test_secret_aad.py, test_encryption_key_format.py, test_public_endpoint_tokens.py, test_system_transfer.py
A.5.17 A.8.24
  • 整合的密碼、API 金鑰、公開端點的權杖等以 AES-256-GCM 加密存放，每一處加解密都綁定用途（密文搬到別的欄位就解不開，守門測試逐一檢查），SSH 帳密使用每筆獨立的資料金鑰
  • 加密金鑰在主機的 backend.env，不放在資料庫
  • 設定頁不直接回傳權杖與金鑰，要檢視時另外取回並留稽核
  • 系統匯出檔以使用者設定的密碼加密（scrypt 加 AES-256-GCM）
  • Integration passwords, API keys, public endpoint tokens and similar secrets are stored encrypted with AES-256-GCM, every encryption is bound to its purpose (ciphertext moved to another field fails to decrypt, and a guard test checks every call), and SSH credentials use a separate data key per record
  • The encryption key lives in backend.env on the host, not in the database
  • Settings pages do not return tokens and keys
  • Viewing one fetches it separately and is audited
  • System export files are encrypted with a password you set (scrypt plus AES-256-GCM)
  • 連携のパスワード・API キー・公開エンドポイントのトークンなどは AES-256-GCM で暗号化して保存し、すべての暗号化を用途に紐付けています（暗号文を別の項目に移すと復号できず、ガードテストで 1 つずつ確認）
  • SSH の資格情報はレコードごとに別のデータキーを使います
  • 暗号鍵はホストの backend.env にあり、データベースには置きません
  • 設定ページはトークンやキーを返さず、表示するときは別途取得して監査に記録します
  • システムのエクスポートファイルは設定したパスワードで暗号化します（scrypt と AES-256-GCM）
傳輸加密Encryption in transit通信の暗号化
傳輸加密Encryption in transit通信の暗号化

驗證方式（測試、設定）How to verify (tests, settings)確認方法（テスト・設定）

app/core/config.py, deploy/nginx/jt-ipam.conf, test_public_endpoint_tokens.py
A.5.14 A.8.24
  • 網頁與 API 強制 HTTPS（nginx 反向代理或後端直接提供 TLS，二擇一；對外網址不是 https 時後端不會啟動），nginx 設定為 TLS 1.2 與 1.3，並送出 HSTS
  • Graylog DSV 查表的明文 8088 埠要在設定頁明確開啟才服務（新安裝預設關閉），可限制允許的來源位址
  • 網址上的權杖不寫進 nginx 存取記錄
  • The web UI and API require HTTPS (nginx reverse proxy or TLS served by the backend; the backend refuses to start when the public URL is not https)
  • The nginx configuration uses TLS 1.2 and 1.3, and HSTS is sent
  • The plain-HTTP port 8088 for Graylog DSV lookups answers only after it is turned on in settings (off for new installs), allowed source addresses can be restricted, and tokens in URLs are not written to the nginx access log
  • Web 画面と API は HTTPS が必須です（nginx のリバースプロキシかバックエンドが直接 TLS を提供、いずれか一方。公開 URL が https でなければバックエンドは起動しません）
  • nginx の設定は TLS 1.2 と 1.3 で、HSTS を送ります
  • Graylog DSV ルックアップ用の平文 8088 番ポートは設定で明示的に有効にしたときだけ応答し（新規インストールでは無効）、許可する送信元を制限できます
  • URL のトークンは nginx のアクセスログに書き込みません
出站連線防護Outbound connection protection外向き接続の保護
出站連線防護Outbound connection protection外向き接続の保護

驗證方式（測試、設定）How to verify (tests, settings)確認方法（テスト・設定）

test_safe_http_guard.py, test_netdiag_http_guard.py, test_net_guard.py
A.8.20 A.8.26
  • HTTP 類整合在建立連線的當下檢查目標位址並連到檢查過的位址，擋下本機、雲端中繼資料位址與 DNS rebinding
  • 轉址時重新檢查，而且不把認證資訊帶到別的主機
  • 其他協定（SSH、LDAP、SMTP、RADIUS、WinRM、DNS、syslog 轉送）連線前解析並檢查所有位址，擋雲端中繼資料、link-local 與多播
  • 遠端主控台的目標另外不能是本機位址（守門測試檢查每一處連線都經過檢查）
  • HTTP-based integrations check the destination at connect time and connect to the checked address, blocking loopback, cloud metadata addresses and DNS rebinding
  • Redirects are checked again and credentials are never carried to another host
  • Other protocols (SSH, LDAP, SMTP, RADIUS, WinRM, DNS, syslog forwarding) resolve and check every address before connecting, blocking cloud metadata, link-local and multicast
  • Remote console targets also cannot be loopback (a guard test checks that every connection goes through the check)
  • HTTP 系の連携は接続の時点で宛先を確認し、確認したアドレスに接続して、ローカル・クラウドのメタデータアドレス・DNS リバインディングを防ぎます
  • リダイレクト時も再確認し、認証情報を別のホストへ持ち込みません
  • その他のプロトコル（SSH・LDAP・SMTP・RADIUS・WinRM・DNS・syslog 転送）は接続前にすべてのアドレスを解決して確認し、クラウドのメタデータ・リンクローカル・マルチキャストを防ぎます
  • リモートコンソールの宛先はさらにローカルアドレスも不可です（ガードテストですべての接続が確認を通ることを検査）
稽核記錄Audit trail監査ログ
稽核記錄Audit trail監査ログ

驗證方式（測試、設定）How to verify (tests, settings)確認方法（テスト・設定）

test_audit_coverage.py, test_audit_read_coverage.py, test_audit_immutability.py, test_audit_hardening.py, test_audit_anchor.py, test_audit_chain_order.py; scripts/sql/audit-harden.sql
A.5.28 A.5.33 A.8.15 A.8.16
  • 會異動資料的端點都要寫稽核，下載匯出檔與檢視金鑰、權杖也要寫（兩道守門測試逐一檢查，例外要寫明理由）
  • 瀏覽器產生的表格與報告匯出由瀏覽器回報一筆
  • 稽核記錄以雜湊鏈串接，資料庫層拒絕修改、刪除與清空
  • 安裝與升級把稽核表交給不能登入的資料庫角色，應用程式帳號只能讀取與新增，無法停用這些保護
  • 定期驗證並把鏈尾錨定到資料庫以外（檔案與系統日誌）
  • 設定轉送到 Graylog 時，每筆記錄帶著自己與前一筆的雜湊，錨定點也一併送出
  • 這些防修改限制適用於應用程式的資料庫角色：資料庫超級使用者與主機管理者仍可繞過
  • 錨定的檔案與系統日誌也在同一台主機上，不能單獨當作獨立證據，要搭配另行保管的錨定資料與外部的證據保存機制
  • Every endpoint that changes data must write an audit record, and so must downloads of exports and views of keys and tokens (two guard tests check each one, and exceptions must state a reason)
  • Table and report exports generated in the browser are reported by the browser
  • Audit records form a hash chain and the database rejects updates, deletes and truncation
  • Install and upgrade give the audit table to a database role that cannot sign in, so the app's own database account can only read and append and cannot disable these protections
  • The chain is verified regularly and its tail anchored outside the database (a file and the system journal)
  • With forwarding to Graylog, every record carries its own hash and the previous one, and the anchors are forwarded too
  • These tamper protections apply to the application's database roles: a database superuser or the host administrator can still bypass them, and the anchor file and system journal live on the same host, so they are not independent evidence on their own
  • Pair them with anchors kept elsewhere and an external evidence store
  • データを変更するエンドポイントは監査への記録が必須で、エクスポートのダウンロードとキーやトークンの表示も同様です（2 つのガードテストで 1 つずつ確認し、例外には理由の記載が必要）
  • ブラウザで生成する表やレポートのエクスポートはブラウザが報告します
  • 監査ログはハッシュチェーンでつながり、データベースは変更・削除・TRUNCATE を拒否します
  • インストールとアップグレードで監査テーブルをログインできないデータベースロールに渡すため、アプリのデータベースアカウントは読み取りと追加しかできず、これらの保護を無効にできません
  • 定期的に検証し、チェーンの末尾をデータベースの外（ファイルとシステムジャーナル）にアンカーします
  • Graylog への転送を設定すると、各レコードが自分と直前のハッシュを持ち、アンカーも一緒に転送されます
  • これらの改ざん防止はアプリのデータベースロールに適用されるもので、データベースのスーパーユーザーやホストの管理者は回避できます
  • アンカーのファイルとシステムジャーナルも同じホスト上にあるため単独では独立した証拠にならず、別に保管するアンカーと外部の証拠保存の仕組みを組み合わせる必要があります
遠端主控台Remote consoleリモートコンソール
遠端主控台Remote consoleリモートコンソール

驗證方式（測試、設定）How to verify (tests, settings)確認方法（テスト・設定）

test_ticket_take_once.py, test_console_guard.py, test_net_guard.py, test_sftp_permissions.py, test_console_session_duration.py
A.5.15 A.5.18 A.8.2
  • 看得到 IP 不等於能連線：該 IP 要開啟對應的主控台功能，而且使用者是管理員、對子網路有寫入權，或被明確授予主控台權限
  • 目標不能是本機、link-local 或保留位址
  • 連線使用 60 秒內有效的單次票證（綁定使用者、IP 與工作階段）
  • 帳號被停用、被強制登出、登出那個工作階段或被收回權限後，新的連線要求立即拒絕
  • 已經開著的連線在下一次權限檢查時中斷並寫稽核（每 30 秒檢查一次，最長 30 秒）
  • SFTP 的開啟、上傳、下載、改名、刪除都寫稽核，每個主控台連線結束時記錄連線時間
  • Seeing an IP does not mean being able to connect: the console must be enabled on that IP, and the user must be an admin, have write access to the subnet, or be granted console permission explicitly
  • The target cannot be a loopback, link-local or reserved address
  • Connections use a single-use ticket valid for 60 seconds and bound to the user, IP and session
  • Once the account is deactivated or signed out by an administrator, the session that opened it ends, or the permission is withdrawn, new connection requests are refused immediately, and connections already open close at the next permission check and are audited (checked every 30 seconds, so at most 30 seconds)
  • SFTP open, upload, download, rename and delete are audited, and every console session records its duration when it closes
  • IP が見えることは接続できることを意味しません
  • その IP でコンソールを有効にし、さらにユーザーが管理者・サブネットへの書き込み権限を持つ・コンソール権限を明示的に付与されている、のいずれかが必要で、宛先はローカル・リンクローカル・予約済みアドレスにできません
  • 接続には 60 秒以内有効な 1 回限りのチケット（ユーザー・IP・セッションに紐付け）を使います
  • アカウントの無効化・強制ログアウト・そのセッションのログアウト・権限の取り消しの後は、新しい接続要求を直ちに拒否し、開いている接続は次の権限確認で切断して監査に記録します（30 秒ごとに確認するため最長 30 秒）
  • SFTP のオープン・アップロード・ダウンロード・名前変更・削除は監査に記録され、各コンソールの終了時に接続時間を記録します
憑證與私鑰派送Certificates and private keys証明書と秘密鍵の配布
憑證與私鑰派送Certificates and private keys証明書と秘密鍵の配布

驗證方式（測試、設定）How to verify (tests, settings)確認方法（テスト・設定）

test_cert_agents_api.py
A.8.3 A.8.24
  • 每個憑證代理只拿得到指派給它的憑證
  • 代理每次下載、管理員每次匯出私鑰都寫稽核
  • 代理金鑰可輪替、停用或刪除
  • Each certificate agent can fetch only the certificates assigned to it
  • Every agent download and every admin export of a private key is audited
  • Agent keys can be rotated, disabled or deleted
  • 各証明書エージェントは割り当てられた証明書だけを取得できます
  • エージェントのダウンロードと管理者による秘密鍵のエクスポートは毎回監査に記録されます
  • エージェントのキーはローテーション・無効化・削除ができます
掃描代理Scan agentsスキャンエージェント
掃描代理Scan agentsスキャンエージェント

驗證方式（測試、設定）How to verify (tests, settings)確認方法（テスト・設定）

test_scan_agent_scope.py, test_scan_agent_report_concurrency.py, test_scan_agent_load.py
A.5.16 A.8.3
  • 代理只會收到指派給它的子網路去掃描，回報也只在指派的子網路內比對（沒有指派任何子網路的代理不能更新任何 IP）
  • 每個代理一把金鑰（只存雜湊），可輪替、停用或刪除
  • 掃描、憑證與 RustDesk 代理的端點逐代理限流
  • 同一台代理的回報排隊處理，單次回報筆數有上限
  • An agent receives only the subnets assigned to it for scanning, and its reports are matched only within those subnets (an agent with no assigned subnets cannot update any IP)
  • Each agent has its own key (only the hash is stored) that can be rotated, disabled or deleted
  • The scan, certificate and RustDesk agent endpoints are rate limited per agent
  • Reports from one agent are processed one at a time and the size of a report is capped
  • エージェントには割り当てられたサブネットだけがスキャン対象として渡され、報告もそのサブネット内でだけ照合します（サブネットが割り当てられていないエージェントはどの IP も更新できません）
  • エージェントごとに 1 つのキー（ハッシュのみ保存）があり、ローテーション・無効化・削除ができます
  • スキャン・証明書・RustDesk エージェントのエンドポイントはエージェントごとにレート制限され、同じエージェントの報告は順番に処理され、1 回の報告件数には上限があります
資料來源與時間Data provenanceデータの出所と時刻
資料來源與時間Data provenanceデータの出所と時刻

驗證方式（測試、設定）How to verify (tests, settings)確認方法（テスト・設定）

test_hostname_sources.py, test_ip_edit_manual_sources.py, test_evidence_contract.py, test_anomaly_arp_quality.py
A.5.9 A.8.9
  • 每個 IP 的主機名稱、MAC、ARP 觀測都記錄來源與觀測時間，欄位異動有異動記錄（誰、哪個來源、舊值與新值）
  • 手動輸入的值依來源優先序或釘選保留（預設手動最優先），不會被自動同步覆蓋
  • 異常偵測標出疑似讀壞的資料與可信度
  • Host names, MACs and ARP observations of each IP keep their source and observation time, and field changes are logged (who, which source, old and new value)
  • Manually entered values are kept by the source order or a pin (manual ranks first by default) and are not overwritten by automatic sync
  • Anomaly detection marks likely misread data and gives a confidence
  • 各 IP のホスト名・MAC・ARP の観測は出所と観測時刻を記録し、項目の変更は変更履歴（誰が・どの出所・旧値と新値）に残ります
  • 手動入力の値は出所の優先順位または固定で保持され（既定では手動が最優先）、自動同期で上書きされません
  • 異常検出は読み取り破損の疑いがあるデータと信頼度を示します
匯出與對外嵌入Exports and embeddingエクスポートと外部埋め込み
匯出與對外嵌入Exports and embeddingエクスポートと外部埋め込み

驗證方式（測試、設定）How to verify (tests, settings)確認方法（テスト・設定）

test_audit_read_coverage.py, frontend/src/utils/__tests__/saveFileOnly.test.ts, test_rack_embed.py, test_public_endpoint_tokens.py, test_system_transfer.py
A.5.14 A.8.3
  • 表格匯出只包含使用者看得到的資料，每次匯出都留稽核（伺服器產生的由伺服器記，瀏覽器產生的由瀏覽器回報）
  • 系統匯出限管理員，並以密碼加密
  • 機櫃圖對外嵌入需要系統權杖，而且要逐一開啟每個機櫃
  • 機櫃嵌入與 Graylog DSV 的權杖會到期（30 到 365 天）
  • Table exports contain only data the user can see, and every export is audited (by the server for files it generates, reported by the browser for files generated there)
  • System export is admin-only and password-encrypted
  • Embedding a rack diagram elsewhere needs a system token and must be enabled per rack
  • The rack embed and Graylog DSV tokens expire (30 to 365 days)
  • 表のエクスポートにはユーザーが見られるデータだけが含まれ、エクスポートは毎回監査に記録されます（サーバーが生成するものはサーバーが、ブラウザで生成するものはブラウザが報告）
  • システムのエクスポートは管理者限定でパスワードで暗号化されます
  • ラック図の外部埋め込みにはシステムトークンが必要で、ラックごとに有効化します
  • ラック埋め込みと Graylog DSV のトークンには期限があります（30〜365 日）
備份與還原Backup and restoreバックアップと復元
備份與還原Backup and restoreバックアップと復元

驗證方式（測試、設定）How to verify (tests, settings)確認方法（テスト・設定）

test_backup_script.py, test_backup_encryption.py, test_self_check_backup.py, docs/INSTALL.md
A.8.13 A.8.24
  • 每天自動備份資料庫、設定檔（含加密金鑰）、TLS 憑證與上傳的檔案，保留 14 天
  • 設定備份密碼後，每天的備份整包加密成一個檔案（scrypt 加 AES-256-GCM 分塊加密，截斷、調換或修改都解不開），明文刪除，解密工具只需要 Python 與 cryptography
  • 系統診斷顯示最近一次備份的結果與是否加密
  • 還原步驟寫在安裝維運手冊
  • The database, configuration (including the encryption key), TLS certificates and uploaded files are backed up daily and kept for 14 days
  • With a backup passphrase set, each day's backup is encrypted into one file (scrypt plus chunked AES-256-GCM, so a truncated, reordered or modified file fails to decrypt) and the plain copy is removed, and the decrypt tool needs only Python and cryptography
  • The system diagnostics show the result of the last backup and whether it was encrypted
  • Restore steps are in the installation and operations guide
  • データベース・設定ファイル（暗号鍵を含む）・TLS 証明書・アップロードファイルを毎日自動でバックアップし、14 日間保持します
  • バックアップのパスフレーズを設定すると、毎日のバックアップを 1 つのファイルに暗号化し（scrypt と AES-256-GCM のチャンク暗号化。切り詰め・入れ替え・改ざんがあると復号できません）、平文は削除します
  • 復号ツールは Python と cryptography だけで動きます
  • システム診断に直近のバックアップ結果と暗号化の有無が表示されます
  • 復元手順はインストール・運用ガイドにあります
安全開發與弱點管理Secure development and vulnerability managementセキュアな開発と脆弱性管理
安全開發與弱點管理Secure development and vulnerability managementセキュアな開発と脆弱性管理

驗證方式（測試、設定）How to verify (tests, settings)確認方法（テスト・設定）

.github/workflows/ci.yml, deploy/zap-baseline.conf, TEST_CHECKLIST.md, scripts/test-fresh-install.sh, scripts/test-upgrade.sh
A.8.8 A.8.25 A.8.28 A.8.29
  • 每次推送由 CI 執行 bandit 安全規則、pip-audit、pnpm audit，以及對著實際 nginx 設定與正式建置前端的 OWASP ZAP 基準掃描（基準檔以外的任何警示都讓 CI 失敗）
  • GitHub 程式碼掃描（CodeQL）的警示逐項判讀
  • 發版前另跑登入後的 ZAP 掃描、在乾淨系統實測全新安裝與升級
  • 每次改動對應的檢查項目與守門測試寫在測試清單
  • On every push CI runs bandit security rules, pip-audit, pnpm audit and an OWASP ZAP baseline scan of the production frontend build behind the shipped nginx configuration (any alert outside the baseline file fails CI)
  • GitHub code scanning (CodeQL) alerts are triaged one by one
  • Before a release an authenticated ZAP scan runs and fresh installs and upgrades are tested on clean systems
  • The checks and guard tests for each change are recorded in the test checklist
  • プッシュのたびに CI が bandit のセキュリティルール・pip-audit・pnpm audit と、出荷する nginx 設定の後ろで本番ビルドのフロントエンドに対する OWASP ZAP のベースラインスキャンを実行します（ベースラインファイル以外のアラートは CI を失敗させます）
  • GitHub のコードスキャン（CodeQL）のアラートは 1 件ずつ判定します
  • リリース前にはログイン後の ZAP スキャンを実行し、クリーンな環境で新規インストールとアップグレードを検証します
  • 変更ごとの確認項目とガードテストはテストチェックリストに記録しています

對應的條文與控制項（ISO/IEC 27001:2022）Clauses and controls (ISO/IEC 27001:2022)対応する箇条と管理策（ISO/IEC 27001:2022）

編號依 ISO/IEC 27001:2022 附錄 A（與 ISO/IEC 27002:2022 相同），不帶 A. 的是本文條文；中文與日文名稱為參考譯名，以標準原文為準。jt-ipam 提供的是技術面的佐證，控制項是否達成由導入組織依風險評鑑與適用性聲明判定。附錄 A 共 93 項，jt-ipam 能提供佐證的有 22 項；下表另列出「導入組織要做的事」對應的條文與控制項，表中沒有的控制項由導入組織以其他方式處理。Numbers follow ISO/IEC 27001:2022 Annex A (the same as ISO/IEC 27002:2022); numbers without A. are clauses of the main text. jt-ipam provides technical evidence; whether a control is met is decided by the adopting organisation through its risk assessment and statement of applicability. Annex A has 93 controls; jt-ipam provides evidence for 22 of them. The table also lists the clauses and controls behind the organisation's responsibilities further down; controls not in the table are handled by the organisation by other means.番号は ISO/IEC 27001:2022 附属書 A（ISO/IEC 27002:2022 と同じ）に従い、A. の付かない番号は本文の箇条です。日本語と中国語の名称は参考訳で、規格の原文が優先します。jt-ipam が示すのは技術面の根拠で、管理策を満たすかどうかは導入組織がリスクアセスメントと適用宣言書に基づいて判断します。附属書 A の 93 項目のうち、jt-ipam が根拠を示せるのは 22 項目です。下表には「導入組織が責任を持つこと」に対応する箇条と管理策も載せており、表にない管理策は導入組織が別の方法で対応します。

編號No.番号名稱Title名称jt-ipam 提供佐證的面向Where jt-ipam provides evidencejt-ipam が根拠を示す項目導入組織要做的事What the organisation does導入組織が行うこと
6.1.2資訊安全風險評鑑Information security risk assessment情報セキュリティリスクアセスメント管理制度Management systemマネジメントシステム
6.1.3資訊安全風險處理（含適用性聲明）Information security risk treatment (including the statement of applicability)情報セキュリティリスク対応（適用宣言書を含む）管理制度Management systemマネジメントシステム
7.2適任性Competence力量管理制度Management systemマネジメントシステム
7.3認知Awareness認識管理制度Management systemマネジメントシステム
9.2內部稽核Internal audit内部監査管理制度Management systemマネジメントシステム
9.3管理階層審查Management reviewマネジメントレビュー管理制度Management systemマネジメントシステム
A.5.9資訊及其他相關聯資產之清冊Inventory of information and other associated assets情報及びその他の関連資産の目録資料來源與時間Data provenanceデータの出所と時刻
A.5.14資訊傳送Information transfer情報転送傳輸加密、匯出與對外嵌入Encryption in transit, Exports and embedding通信の暗号化、エクスポートと外部埋め込み
A.5.15存取控制Access controlアクセス制御物件權限與跨單位隔離、遠端主控台Object permissions and tenant isolation, Remote consoleオブジェクト権限と組織間の分離、リモートコンソール
A.5.16身分管理Identity management識別情報の管理登入、雙因素驗證與工作階段、掃描代理Sign-in, two-factor authentication and sessions, Scan agentsログイン・二要素認証・セッション、スキャンエージェント
A.5.17鑑別資訊Authentication information認証情報登入、雙因素驗證與工作階段、API 權杖與 MCP、機密資料加密Sign-in, two-factor authentication and sessions, API tokens and MCP, Secrets at restログイン・二要素認証・セッション、API トークンと MCP、機密情報の暗号化帳號、整合帳號Accounts, Integration accountsアカウント、連携用アカウント
A.5.18存取權限Access rightsアクセス権物件權限與跨單位隔離、遠端主控台Object permissions and tenant isolation, Remote consoleオブジェクト権限と組織間の分離、リモートコンソール離職、調職、存取審查、掃描代理與憑證代理Leavers, Movers, Access reviews, Scan and certificate agents退職、異動、アクセスレビュー、スキャンエージェントと証明書エージェント
A.5.28證據之蒐集Collection of evidence証拠の収集稽核記錄Audit trail監査ログ稽核證據Audit evidence監査の証拠
A.5.30營運持續之 ICT 備妥性ICT readiness for business continuity事業継続のための ICT の備え金鑰與備份Keys and backups鍵とバックアップ
A.5.33紀錄之保護Protection of records記録の保護稽核記錄Audit trail監査ログ
A.6.5聘用終止或變更後之責任Responsibilities after termination or change of employment雇用の終了又は変更後の責任離職、調職Leavers, Movers退職、異動
A.8.2特殊存取權限Privileged access rights特権的アクセス権物件權限與跨單位隔離、遠端主控台Object permissions and tenant isolation, Remote consoleオブジェクト権限と組織間の分離、リモートコンソール存取審查、整合帳號Access reviews, Integration accountsアクセスレビュー、連携用アカウント
A.8.3資訊存取限制Information access restriction情報へのアクセス制限物件權限與跨單位隔離、API 權杖與 MCP、憑證與私鑰派送、掃描代理、匯出與對外嵌入Object permissions and tenant isolation, API tokens and MCP, Certificates and private keys, Scan agents, Exports and embeddingオブジェクト権限と組織間の分離、API トークンと MCP、証明書と秘密鍵の配布、スキャンエージェント、エクスポートと外部埋め込み
A.8.5安全鑑別Secure authenticationセキュリティを保った認証登入、雙因素驗證與工作階段、API 權杖與 MCPSign-in, two-factor authentication and sessions, API tokens and MCPログイン・二要素認証・セッション、API トークンと MCP帳號Accountsアカウント
A.8.8技術脆弱性之管理Management of technical vulnerabilities技術的ぜい弱性の管理安全開發與弱點管理Secure development and vulnerability managementセキュアな開発と脆弱性管理更新Updates更新
A.8.9組態管理Configuration management構成管理資料來源與時間Data provenanceデータの出所と時刻
A.8.13資訊備份Information backup情報のバックアップ備份與還原Backup and restoreバックアップと復元金鑰與備份Keys and backups鍵とバックアップ
A.8.15存錄（日誌）Loggingログ取得稽核記錄Audit trail監査ログ稽核證據Audit evidence監査の証拠
A.8.16監視活動Monitoring activities監視活動稽核記錄Audit trail監査ログ
A.8.20網路安全Networks securityネットワークセキュリティ出站連線防護Outbound connection protection外向き接続の保護網路Networkネットワーク
A.8.22網路區隔Segregation of networksネットワークの分離網路Networkネットワーク
A.8.24密碼技術之使用Use of cryptography暗号の利用機密資料加密、傳輸加密、憑證與私鑰派送、備份與還原Secrets at rest, Encryption in transit, Certificates and private keys, Backup and restore機密情報の暗号化、通信の暗号化、証明書と秘密鍵の配布、バックアップと復元
A.8.25安全開發生命週期Secure development life cycleセキュリティに配慮した開発のライフサイクル安全開發與弱點管理Secure development and vulnerability managementセキュアな開発と脆弱性管理
A.8.26應用程式安全要求事項Application security requirementsアプリケーションのセキュリティの要求事項出站連線防護Outbound connection protection外向き接続の保護
A.8.28安全程式設計Secure codingセキュリティに配慮したコーディング安全開發與弱點管理Secure development and vulnerability managementセキュアな開発と脆弱性管理
A.8.29開發及驗收中之安全測試Security testing in development and acceptance開発及び受入れにおけるセキュリティ試験安全開發與弱點管理Secure development and vulnerability managementセキュアな開発と脆弱性管理
A.8.32變更管理Change management変更管理更新Updates更新

ISO/IEC 42001:2023：AI 功能與控制ISO/IEC 42001:2023: AI features and controlsISO/IEC 42001:2023：AI 機能と管理策

AI 功能清冊AI feature inventoryAI 機能の一覧

AI 功能AI featureAI 機能用途Purpose用途預設Default既定
AI 對話AI chatAI チャット用自然語言查詢 IPAM，模型透過工具取得資料Query the IPAM in natural language; the model reads data through tools自然言語で IPAM を照会し、モデルはツールでデータを取得啟用 LLM 後可用Available once the LLM is enabledLLM を有効にすると利用可
語意搜尋Semantic searchセマンティック検索以嵌入模型做相似度搜尋Similarity search with an embedding model埋め込みモデルによる類似検索啟用 LLM 後可用Available once the LLM is enabledLLM を有効にすると利用可
IP 調查判讀、IP 研判卡IP investigation narrative, IP triage cardIP 調査の解説・IP トリアージカード把已查到的事實整理成說明Turn facts already collected into an explanation収集済みの事実を説明にまとめる啟用 LLM 後可用Available once the LLM is enabledLLM を有効にすると利用可
防火牆規則異動判讀Firewall rule change reviewファイアウォールルール変更の解説解釋程式比對出的規則差異Explain the rule differences found by the programプログラムが比較したルールの差分を解説啟用 LLM 後可用Available once the LLM is enabledLLM を有効にすると利用可
IP 變更評估的 AI 建議AI suggestions in IP change assessmentIP 変更評価の AI 提案依評估結果提出待辦建議Suggest to-dos from the assessment result評価結果から作業項目を提案啟用 LLM 後可用Available once the LLM is enabledLLM を有効にすると利用可
AI 巡檢AI reviewAI 点検排程檢視資料並列出發現Review data on a schedule and list findingsスケジュールでデータを確認し発見事項を一覧化關閉Off無効
外部 MCPExternal MCP外部 MCP讓外部 AI 用戶端呼叫 jt-ipam 的工具Let external AI clients call jt-ipam tools外部の AI クライアントが jt-ipam のツールを呼び出す關閉Off無効

模型端點可以是自架的 Ollama，或 OpenAI 相容的 API（由管理員選擇）。LLM 未啟用時，jt-ipam 不會主動呼叫模型；AI 巡檢另有開關。外部 MCP 不受 LLM 開關影響：外部 AI 用戶端用的是它自己的模型，由「對外提供 MCP」開關與權杖、MCP 金鑰控制。異常偵測、規則異動偵測與 IP 變更評估的結果由程式查詢算出，不是模型產生的。預期用途是查詢與說明 IPAM 資料、整理已經查到的事實；AI 的回答與判讀是輔助，不是決定，會異動資料的動作一律要人確認。The model endpoint can be a self-hosted Ollama or an OpenAI-compatible API (chosen by an admin). While the LLM is disabled, jt-ipam makes no model requests of its own; AI review has its own switch. External MCP is not affected by the LLM switch: external AI clients use their own models, and access is controlled by the Expose MCP switch, tokens and the MCP key. The results of anomaly detection, rule change detection and IP change assessment are computed by queries, not produced by a model. The intended use is querying and explaining IPAM data and summarising facts already collected; AI answers and narratives assist people and do not make decisions, and every action that changes data needs a person to confirm.モデルのエンドポイントは自前の Ollama か OpenAI 互換 API（管理者が選択）です。LLM が無効の間、jt-ipam から能動的にモデルを呼び出すことはありません。AI 点検には個別のスイッチがあります。外部 MCP は LLM のスイッチの影響を受けません。外部の AI クライアントは自身のモデルを使い、アクセスは「MCP を外部に公開する」スイッチとトークン・MCP キーで制御します。異常検出・ルール変更検出・IP 変更評価の結果はプログラムの照会で算出され、モデルが生成したものではありません。意図した用途は IPAM のデータの照会と説明、収集済みの事実の整理です。AI の回答や解説は判断の補助であって決定ではなく、データを変更する操作には必ず人の確認が必要です。

AI 控制AI controlsAI の管理策

面向Area項目對應控制項Related controls関連する管理策jt-ipam 的做法What jt-ipam doesjt-ipam の実装
AI 權限一致Consistent AI permissionsAI の権限の一貫性
AI 權限一致Consistent AI permissionsAI の権限の一貫性

驗證方式（測試、設定）How to verify (tests, settings)確認方法（テスト・設定）

test_mcp_tools_match_rest_permissions.py, test_mcp_admin_tools.py, test_mcp_rbac_scope.py
A.9.2
  • AI 對話與 MCP 的工具在後端逐一授權，用的是與 REST 相同的可見範圍
  • 會異動資料的工具限管理員
  • AI chat and MCP tools are authorised on the server one by one, using the same visibility as REST
  • Tools that change data are admin-only
  • AI チャットと MCP のツールはサーバー側で 1 つずつ認可され、REST と同じ閲覧範囲を使います
  • データを変更するツールは管理者限定です
異動要人確認Changes need a person to confirm変更には人の確認が必要
異動要人確認Changes need a person to confirm変更には人の確認が必要

驗證方式（測試、設定）How to verify (tests, settings)確認方法（テスト・設定）

test_ai_inline_toolcalls.py, test_ai_guard.py
A.9.2
  • AI 對話裡會改資料的工具不會直接執行，要使用者按下確認才執行
  • 確認時再過一次權限檢查
  • In AI chat, tools that change data never run directly: they run only after the user confirms, and the confirmation runs the permission check again
  • AI チャットでデータを変更するツールは直接実行されず、ユーザーが確認して初めて実行されます
  • 確認時に権限を再確認します
查詢範圍與筆數Scope and counts照会範囲と件数
查詢範圍與筆數Scope and counts照会範囲と件数

驗證方式（測試、設定）How to verify (tests, settings)確認方法（テスト・設定）

test_mcp_tool_scoping.py, test_ai_no_results_are_explicit.py
A.7.4 A.8.2
  • 工具回傳查詢範圍、總數、本次筆數與是否還有更多
  • 超過上限會明確標示截斷
  • 查無結果時回傳明確的空結果，並提示模型不可補造資料
  • 這些是工具輸出與給模型的提示：模型最終怎麼回答取決於所用的模型，要以實際使用的模型與版本另行驗證（見導入組織的「模型變更」）
  • Tools return the query scope, the total, the number returned and whether more remain
  • Results over the limit are marked as truncated
  • When nothing is found the tool returns an explicit empty result and tells the model not to make data up
  • These are tool outputs and instructions to the model: what the model finally answers depends on the model, so verify it with the model and version you actually use (see Model changes under the organisation's responsibilities)
  • ツールは照会範囲・総数・今回の件数・続きがあるかを返します
  • 上限を超えると切り詰めたことを明示し、結果がないときは明確な空の結果を返して、データを作らないようモデルに指示します
  • これはツールの出力とモデルへの指示であり、モデルが最終的にどう答えるかはモデル次第なので、実際に使うモデルとバージョンで別途検証してください（導入組織の「モデルの変更」を参照）
AI 讀到的資料品質Quality of the data AI readsAI が読むデータの品質
AI 讀到的資料品質Quality of the data AI readsAI が読むデータの品質

驗證方式（測試、設定）How to verify (tests, settings)確認方法（テスト・設定）

test_evidence_contract.py, test_anomaly_arp_quality.py, test_hostname_source_reports.py, test_change_impact_coverage.py
A.7.4
  • AI 工具讀的是 IPAM 的資料，每個值記錄來源與觀測時間（見「資料來源與時間」），主機名稱看得出是哪一台代理或哪個整合回報、最後什麼時候看到
  • 整合同步失敗顯示在整合頁與作業頁，IP 變更評估列出沒有資料或同步失敗的來源
  • 異常偵測與 IP 鑑識工具標出疑似讀壞或過期的 ARP 資料與可信度
  • 查詢範圍、總數與截斷提示只說明資料是否完整，不代表資料正確
  • AI tools read IPAM data, and every value keeps its source and observation time (see Data provenance)
  • A host name shows which agent or integration reported it and when it was last seen
  • Failed integration syncs show on the integration and jobs pages, and IP change assessment lists sources with no data or failed syncs
  • Anomaly detection and the IP forensics tool mark ARP data that looks misread or stale and give a confidence
  • The query scope, totals and truncation notices only tell whether the data is complete, not whether it is correct
  • AI のツールが読むのは IPAM のデータで、各値は出所と観測時刻を記録しています（「データの出所と時刻」を参照）
  • ホスト名はどのエージェントまたは連携が報告し、最後にいつ確認したかが分かります
  • 連携の同期失敗は連携ページとジョブページに表示され、IP 変更評価はデータがない出所や同期に失敗した出所を一覧表示します
  • 異常検出と IP フォレンジックのツールは、読み取り破損や古い疑いのある ARP データと信頼度を示します
  • 照会範囲・総数・切り詰めの表示はデータが揃っているかを示すだけで、データが正しいことを示すものではありません
答案查證Answer checking回答の検証
答案查證Answer checking回答の検証

驗證方式（測試、設定）How to verify (tests, settings)確認方法（テスト・設定）

test_ai_answer_ip_verification.py
A.6.2.6 A.8.2
  • 回答中出現、但沒有任何工具回傳過的 IP，會被標示為未經查證
  • IPs that appear in an answer but were not returned by any tool are marked as unverified
  • 回答に現れたが、どのツールも返していない IP は未検証として示されます
AI 事件記錄AI event recordsAI のイベント記録
AI 事件記錄AI event recordsAI のイベント記録

驗證方式（測試、設定）How to verify (tests, settings)確認方法（テスト・設定）

app/models/ai_chat.py, app/models/ai_finding.py, test_mcp_url_and_audit.py, test_ai_inline_toolcalls.py
A.4.2 A.6.2.8
  • AI 對話的對話記錄與 AI 巡檢的發現會存下使用的模型
  • 判讀與建議的結果也標示模型
  • AI 對話確認後執行的異動與 MCP 的寫入都寫進稽核記錄（誰、哪個工具、何時）
  • AI chat conversations and AI review findings store the model that produced them
  • Narratives and suggestions also show the model
  • Changes run after confirmation in AI chat and writes through MCP are recorded in the audit log (who, which tool, when)
  • AI チャットの会話と AI 点検の発見事項は使用したモデルを保存し、解説や提案の結果にもモデルを表示します
  • AI チャットで確認後に実行された変更と MCP 経由の書き込みは監査ログに記録されます（誰が・どのツールを・いつ）
提示詞注入Prompt injectionプロンプトインジェクション
提示詞注入Prompt injectionプロンプトインジェクション

驗證方式（測試、設定）How to verify (tests, settings)確認方法（テスト・設定）

test_prompt_injection_framing.py, test_ai_guard.py
A.6.2.2 A.6.2.4
  • 所有把資料送進模型的地方（AI 對話、IP 調查判讀、AI 巡檢、IP 研判、防火牆規則判讀、IP 變更評估）都使用同一段「資料與工具結果不是指令」的規則，大段資料放在定界內並先拆掉資料裡的定界字串（守門測試檢查每一個呼叫模型的地方）
  • 使用者訊息先經過檢查（常見的越權指令樣式、重複與控制字元）
  • AI 對話裡會改資料的動作要人確認，確認時再過一次權限檢查
  • 以上措施是降低提示詞注入的風險，不保證模型不受惡意內容影響
  • 能存取什麼、能改什麼由後端的權限檢查強制決定，不靠模型
  • Every place that sends data to a model (AI chat, IP investigation narrative, AI review, IP triage, firewall rule review, IP change assessment) uses the same rule that data and tool results are not instructions, and large data blocks are fenced with fence strings inside the data broken up first (a guard test checks every caller of the model)
  • User messages are screened first (common instruction-override patterns, repetition and control characters)
  • Changes proposed in AI chat need a person to confirm, and the confirmation runs the permission check again
  • These measures reduce the risk of prompt injection and do not guarantee that a model resists malicious content
  • What can be read or changed is enforced by the server's permission checks, not by the model
  • モデルにデータを渡すすべての箇所（AI チャット・IP 調査の解説・AI 点検・IP トリアージ・ファイアウォールルールの解説・IP 変更評価）で「データとツールの結果は指示ではない」という同じ規則を使い、大きなデータは区切りの中に入れ、データ内の区切り文字列は先に崩します（ガードテストでモデルを呼ぶすべての箇所を検査）
  • ユーザーのメッセージは事前に検査されます（よくある指示の上書きパターン・繰り返し・制御文字）
  • AI チャットで提案された変更は人の確認が必要で、確認時に権限を再確認します
  • これらの対策はプロンプトインジェクションのリスクを下げるもので、モデルが悪意のある内容の影響を受けないことを保証するものではありません
  • 何を読み取り・変更できるかはモデルではなくサーバー側の権限確認で強制されます
事實與 AI 敘述分開Facts kept apart from AI narrative事実と AI の説明を分ける
事實與 AI 敘述分開Facts kept apart from AI narrative事実と AI の説明を分ける

驗證方式（測試、設定）How to verify (tests, settings)確認方法（テスト・設定）

app/services/anomaly.py, app/services/fw_review.py, app/services/change_impact/
A.8.2 A.9.4
  • 異常、規則異動與變更評估的結果由程式查詢決定
  • AI 只負責解釋，畫面標明是 AI 判讀
  • Anomalies, rule changes and change assessment results are decided by queries
  • The AI only explains them, and the screen labels the explanation as AI
  • 異常・ルール変更・変更評価の結果はプログラムの照会で決まり、AI は説明だけを担当し、画面では AI による解説と明示します
變更評估的人工審核Human review of change assessments変更評価の人によるレビュー
變更評估的人工審核Human review of change assessments変更評価の人によるレビュー

驗證方式（測試、設定）How to verify (tests, settings)確認方法（テスト・設定）

test_change_impact_api.py, test_change_impact_reviewers.py, test_change_impact_coverage.py
A.9.2
  • 有阻擋項目不能核准
  • 結果不完整要填理由承擔風險
  • 每個發現都要處置
  • 核准後計畫或依據改變（快照雜湊不同）就回到草稿重新評估
  • 可指定審核人
  • 列出哪些來源沒有資料或同步失敗
  • Plans with blocking items cannot be approved
  • Incomplete results need a reason to accept the risk
  • Every finding needs a disposition
  • If the plan or its evidence changes after approval (the snapshot hash differs) it goes back to draft for reassessment
  • Reviewers can be assigned
  • Sources with no data or failed syncs are listed
  • ブロック項目があると承認できません
  • 結果が不完全な場合はリスク受容の理由が必要で、すべての発見事項に対処が必要です
  • 承認後に計画や根拠が変わると（スナップショットのハッシュが異なる）下書きに戻り再評価になります
  • レビュー担当者を指定でき、データがない出所や同期に失敗した出所を一覧表示します
停用Switching off停止
停用Switching off停止

驗證方式（測試、設定）How to verify (tests, settings)確認方法（テスト・設定）

app/services/system_config.py, app/mcp/server.py
A.6.2.6 A.9.2
  • LLM 全域開關控制 jt-ipam 主動發出的模型請求：一關，AI 對話、語意搜尋、判讀與 AI 巡檢都不再呼叫模型
  • 外部 MCP 不經過這個開關（外部 AI 用戶端用自己的模型）
  • 要停止外部 AI 透過 MCP 讀取資料，須關閉「管理 → LLM / AI」的「對外提供 MCP」，或撤銷相關的 API 權杖與 MCP 金鑰
  • AI 巡檢與外部 MCP 預設關閉
  • The global LLM switch controls the model requests jt-ipam makes itself: turned off, AI chat, semantic search, narratives and AI review stop calling a model
  • External MCP does not go through this switch (external AI clients use their own models)
  • To stop external AI from reading data through MCP, turn off Expose MCP under Admin → LLM / AI, or revoke the API tokens and the MCP key involved
  • AI review and external MCP are off by default
  • LLM の全体スイッチは jt-ipam が能動的に行うモデルへのリクエストを制御します
  • 切ると AI チャット・セマンティック検索・解説・AI 点検はモデルを呼び出さなくなります
  • 外部 MCP はこのスイッチを経由しません（外部の AI クライアントは自身のモデルを使います）
  • 外部の AI が MCP 経由でデータを読み取るのを止めるには、「管理 → LLM / AI」の「MCP を外部に公開する」を無効にするか、関係する API トークンと MCP キーを取り消します
  • AI 点検と外部 MCP は既定で無効です

對應的條文與控制項（ISO/IEC 42001:2023）Clauses and controls (ISO/IEC 42001:2023)対応する箇条と管理策（ISO/IEC 42001:2023）

編號依 ISO/IEC 42001:2023 附錄 A，不帶 A. 的是本文條文；中文與日文名稱為參考譯名，以標準原文為準。附錄 A 共 38 項，jt-ipam 能提供佐證的有 9 項；下表另列出「導入組織要做的事」對應的條文與控制項。Numbers follow ISO/IEC 42001:2023 Annex A; numbers without A. are clauses of the main text. Annex A has 38 controls; jt-ipam provides evidence for 9 of them. The table also lists the clauses and controls behind the organisation's responsibilities further down.番号は ISO/IEC 42001:2023 附属書 A に従い、A. の付かない番号は本文の箇条です。日本語と中国語の名称は参考訳で、規格の原文が優先します。附属書 A の 38 項目のうち、jt-ipam が根拠を示せるのは 9 項目です。下表には「導入組織が責任を持つこと」に対応する箇条と管理策も載せています。

編號No.番号名稱Title名称jt-ipam 提供佐證的面向Where jt-ipam provides evidencejt-ipam が根拠を示す項目導入組織要做的事What the organisation does導入組織が行うこと
5.2AI 政策AI policyAI 方針AI 政策與清冊AI policy and inventoryAI ポリシーと一覧
6.1.3AI 風險處理（含適用性聲明）AI risk treatment (including the statement of applicability)AI リスク対応（適用宣言書を含む）管理制度Management systemマネジメントシステム
6.1.4AI 系統衝擊評鑑AI system impact assessmentAI システム影響評価影響評估Impact assessment影響評価
7.2適任性Competence力量管理制度Management systemマネジメントシステム
7.3認知Awareness認識管理制度Management systemマネジメントシステム
8.4AI 系統衝擊評鑑（運作）AI system impact assessment (operation)AI システム影響評価（運用）影響評估Impact assessment影響評価
9.2內部稽核Internal audit内部監査管理制度Management systemマネジメントシステム
9.3管理階層審查Management reviewマネジメントレビュー管理制度Management systemマネジメントシステム
A.2.2AI 政策AI policyAI 方針AI 政策與清冊AI policy and inventoryAI ポリシーと一覧
A.3.2AI 角色與責任AI roles and responsibilitiesAI の役割及び責任AI 政策與清冊AI policy and inventoryAI ポリシーと一覧
A.3.3關切事項之通報Reporting of concerns懸念の報告事件處理Incidentsインシデント対応
A.4.2資源之文件化Resource documentation資源の文書化AI 事件記錄、AI 功能清冊AI event records, AI feature inventoryAI のイベント記録、AI 機能の一覧AI 政策與清冊AI policy and inventoryAI ポリシーと一覧
A.5.2AI 系統衝擊評鑑過程AI system impact assessment processAI システム影響評価プロセス影響評估Impact assessment影響評価
A.5.4評鑑 AI 系統對個人或群體之衝擊Assessing AI system impact on individuals or groups of individuals個人又は個人の集団への AI システムの影響の評価影響評估Impact assessment影響評価
A.6.2.2AI 系統要求事項與規格AI system requirements and specificationAI システムの要求事項及び仕様提示詞注入Prompt injectionプロンプトインジェクション
A.6.2.4AI 系統之驗證與確認AI system verification and validationAI システムの検証及び妥当性確認提示詞注入Prompt injectionプロンプトインジェクション模型變更Model changesモデルの変更
A.6.2.5AI 系統部署AI system deploymentAI システムの展開模型變更Model changesモデルの変更
A.6.2.6AI 系統運作與監視AI system operation and monitoringAI システムの運用及び監視答案查證、停用Answer checking, Switching off回答の検証、停止
A.6.2.8AI 系統事件日誌之紀錄AI system recording of event logsAI システムのイベントログの記録AI 事件記錄AI event recordsAI のイベント記録
A.7.4AI 系統資料之品質Quality of data for AI systemsAI システムのためのデータの品質查詢範圍與筆數、AI 讀到的資料品質Scope and counts, Quality of the data AI reads照会範囲と件数、AI が読むデータの品質
A.8.2系統文件及提供使用者之資訊System documentation and information for usersシステムの文書及び利用者への情報查詢範圍與筆數、答案查證、事實與 AI 敘述分開、AI 功能清冊Scope and counts, Answer checking, Facts kept apart from AI narrative, AI feature inventory照会範囲と件数、回答の検証、事実と AI の説明を分ける、AI 機能の一覧
A.8.4事故之溝通Communication of incidentsインシデントの伝達事件處理Incidentsインシデント対応
A.9.2負責任使用 AI 系統之過程Processes for responsible use of AI systemsAI システムの責任ある利用のためのプロセスAI 權限一致、異動要人確認、變更評估的人工審核、停用Consistent AI permissions, Changes need a person to confirm, Human review of change assessments, Switching offAI の権限の一貫性、変更には人の確認が必要、変更評価の人によるレビュー、停止人工覆核Human review人によるレビュー
A.9.4AI 系統之預期用途Intended use of the AI systemAI システムの意図した利用事實與 AI 敘述分開Facts kept apart from AI narrative事実と AI の説明を分ける預期用途Intended use意図した用途
A.10.3供應者Suppliers供給者資料流Data flowsデータの流れ

導入組織要負責的事What the adopting organisation is responsible for導入組織が責任を持つこと

資訊安全（ISO/IEC 27001:2022）Information security (ISO/IEC 27001:2022)情報セキュリティ（ISO/IEC 27001:2022）

  • 帳號：在使用者管理頁的「登入安全」把雙因素驗證設成管理員必須或所有人必須，並定期確認例外。（A.5.17、A.8.5）Accounts: set two-factor authentication to required for administrators or for everyone under Sign-in security on the users page, and review exceptions regularly. (A.5.17, A.8.5)アカウント：ユーザー管理ページの「ログインのセキュリティ」で 二要素認証を管理者必須または全員必須にし、例外を定期的に確認します。（A.5.17、A.8.5）
  • 離職：停用帳號，不要只用「強制登出」（強制登出只結束工作階段，帳號仍能再登入，個人 API 權杖也還有效）。停用會撤銷所有工作階段與這個人的個人 API 權杖、拒絕之後的每個請求，開著的主控台在下一次權限檢查時中斷（最長 30 秒）；確認這些都已失效。用 LDAP、OIDC 或 SAML 登入的帳號同時在身分提供者停用；這個人保管過的共用憑證（唯讀 MCP 金鑰、整合帳號的密碼、代理金鑰）要輪替。（A.5.18、A.6.5）Leavers: deactivate the account; do not rely on Sign out everywhere (it only ends sessions: the account can sign in again and personal API tokens keep working). Deactivation revokes all sessions and the person's API tokens and refuses every later request, and open consoles close at the next permission check (at most 30 seconds); confirm all of these have stopped working. For accounts that sign in through LDAP, OIDC or SAML, disable the person in the identity provider too; rotate shared credentials the person held (the read-only MCP key, integration account passwords, agent keys). (A.5.18, A.6.5)退職：アカウントを無効化します。「強制ログアウト」だけに頼らないでください（強制ログアウトはセッションを終了するだけで、アカウントは再びログインでき、個人の API トークンも有効なままです）。無効化するとすべてのセッションと本人の API トークンが取り消され、以降のリクエストはすべて拒否され、開いているコンソールは次の権限確認で切断されます（最長 30 秒）。これらがすべて無効になったことを確認します。LDAP・OIDC・SAML でログインするアカウントは ID プロバイダー側でも無効化し、本人が保管していた共有の認証情報（読み取り専用の MCP キー・連携用アカウントのパスワード・エージェントのキー）をローテーションします。（A.5.18、A.6.5）
  • 調職：調整權限指派與群組成員；權限每個請求都重新讀取，下一個請求就以新權限判斷，個人 API 權杖跟著帳號權限改變，開著的主控台最長 30 秒內依新權限中斷。必要時用「強制登出」讓本人重新登入，並確認新權限正確。（A.5.18、A.6.5）Movers: adjust permission grants and group memberships; permissions are read on every request, so the next request uses the new ones, personal API tokens follow the account's permissions, and open consoles close within 30 seconds if the new permissions no longer allow them. Where needed, use Sign out everywhere so the person signs in again, and check the new permissions. (A.5.18, A.6.5)異動：権限の付与とグループのメンバーを調整します。権限はリクエストごとに読み直すため、次のリクエストから新しい権限で判定され、個人の API トークンもアカウントの権限に従い、開いているコンソールは新しい権限で許可されなければ 30 秒以内に切断されます。必要に応じて「強制ログアウト」で再ログインさせ、新しい権限が正しいことを確認します。（A.5.18、A.6.5）
  • 存取審查：定期檢視權限指派、群組成員、API 權杖、主控台授權與登入中的工作階段，必要時對照稽核記錄。（A.5.18、A.8.2）Access reviews: regularly review permission grants, group members, API tokens, console rights and active sessions, using the audit log where needed. (A.5.18, A.8.2)アクセスレビュー：権限の付与・グループのメンバー・API トークン・コンソール権限・ログイン中のセッションを定期的に見直し、必要に応じて監査ログと照合します。（A.5.18、A.8.2）
  • 整合帳號：每個整合使用專用的最小權限帳號，多數整合只需要唯讀；定期輪替密碼與金鑰；到期通知出現時及時更換權杖。（A.5.17、A.8.2）Integration accounts: give each integration its own least-privilege account (most only need read access); rotate passwords and keys regularly; replace tokens when expiry notices arrive. (A.5.17, A.8.2)連携用アカウント：連携ごとに最小権限の専用アカウントを使い（多くは読み取り専用で十分）、パスワードとキーを定期的にローテーションし、期限の通知が届いたらトークンを交換します。（A.5.17、A.8.2）
  • 金鑰與備份：設定備份加密密碼並把密碼保存在 jt-ipam 主機以外；把備份放到異地儲存，定期做還原演練（含解密），並訂出 RPO 與 RTO。（A.5.30、A.8.13）Keys and backups: set a backup encryption passphrase and keep it somewhere other than the jt-ipam host; store backups off-site, rehearse restores (including decryption) regularly, and set an RPO and RTO. (A.5.30, A.8.13)鍵とバックアップ：バックアップの暗号化パスフレーズを設定し、jt-ipam のホスト以外に保管します。バックアップを外部に保存し、復号を含む復元訓練を定期的に行い、RPO と RTO を定めます。（A.5.30、A.8.13）
  • 稽核證據：把稽核記錄與錨定點轉送到另一台主機的 Graylog 或 SIEM，並在那一端另行設定不可改寫的保存機制（轉送本身不提供這個能力）；限制誰能取得資料庫超級使用者與主機管理權限；定期查看稽核鏈的驗證結果；還原備份或使用外部資料庫時執行 harden-audit。（A.5.28、A.8.15）Audit evidence: forward audit records and anchors to Graylog or a SIEM on another host and configure write-once retention there (forwarding alone does not provide it); restrict who holds database superuser and host administrator rights; review chain verification results regularly; run harden-audit after restoring a backup or when using an external database. (A.5.28, A.8.15)監査の証拠：監査ログとアンカーを別のホストの Graylog または SIEM へ転送し、そちら側で書き換え不可の保存の仕組みを別途設定します（転送するだけではこの能力はありません）。データベースのスーパーユーザーとホストの管理者権限を持てる人を制限し、チェーンの検証結果を定期的に確認します。バックアップの復元後や外部データベースを使う場合は harden-audit を実行します。（A.5.28、A.8.15）
  • 網路：只開放必要的連入埠；把 jt-ipam 放在管理網段；Graylog DSV 盡量走 HTTPS，必須用明文 8088 時限制允許的來源位址。（A.8.20、A.8.22）Network: open only the inbound ports you need; keep jt-ipam in a management network; use HTTPS for Graylog DSV where possible, and restrict allowed sources when plain port 8088 is required. (A.8.20, A.8.22)ネットワーク：必要な着信ポートだけを開け、jt-ipam を管理用ネットワークに置きます。Graylog DSV はできるだけ HTTPS を使い、平文の 8088 番が必要な場合は許可する送信元を制限します。（A.8.20、A.8.22）
  • 掃描代理與憑證代理：只指派需要的子網路與憑證；不再使用的代理停用或刪除，定期輪替代理金鑰。（A.5.18）Scan and certificate agents: assign only the subnets and certificates they need; disable or delete unused agents and rotate agent keys regularly. (A.5.18)スキャンエージェントと証明書エージェント：必要なサブネットと証明書だけを割り当て、使わなくなったエージェントは無効化または削除し、エージェントのキーを定期的にローテーションします。（A.5.18）
  • 更新：追蹤新版本並依 CHANGELOG 升級（升級腳本會先備份）。（A.8.8、A.8.32）Updates: follow new releases and upgrade according to the CHANGELOG (the upgrade script backs up first). (A.8.8, A.8.32)更新：新しいバージョンを追い、CHANGELOG に沿ってアップグレードします（アップグレードスクリプトは先にバックアップします）。（A.8.8、A.8.32）
  • 管理制度：風險評鑑與處理、適用性聲明、教育訓練、內部稽核與管理審查由導入組織負責。（6.1.2、6.1.3、7.2、7.3、9.2、9.3）Management system: risk assessment and treatment, the statement of applicability, training, internal audits and management reviews are the adopting organisation's responsibility. (6.1.2, 6.1.3, 7.2, 7.3, 9.2, 9.3)マネジメントシステム：リスクアセスメントとリスク対応・適用宣言書・教育訓練・内部監査・マネジメントレビューは導入組織の責任です。（6.1.2、6.1.3、7.2、7.3、9.2、9.3）

AI 管理（ISO/IEC 42001:2023）AI management (ISO/IEC 42001:2023)AI マネジメント（ISO/IEC 42001:2023）

  • AI 政策與清冊：決定要開哪些 AI 功能、由誰負責，記錄模型端點與版本。（5.2、A.2.2、A.3.2、A.4.2）AI policy and inventory: decide which AI features to turn on and who owns them, and record the model endpoint and version. (5.2, A.2.2, A.3.2, A.4.2)AI ポリシーと一覧：どの AI 機能を有効にし、誰が責任を持つかを決め、モデルのエンドポイントとバージョンを記録します。（5.2、A.2.2、A.3.2、A.4.2）
  • 資料流：選擇自架模型或外部 API；若開放外部 MCP，外部 AI 用戶端拿到的資料可能再交給它自己的雲端模型處理，這條資料流要另外評估與核准。（A.10.3）Data flows: choose a self-hosted model or an external API; if you open external MCP, the data an external AI client receives may be passed on to its own cloud model, so assess and approve that flow separately. (A.10.3)データの流れ：自前のモデルか外部 API かを選びます。外部 MCP を開放すると、外部の AI クライアントが受け取ったデータがそのクラウドモデルに渡される可能性があるため、この流れは別途評価・承認します。（A.10.3）
  • 模型變更：換模型或調整參數前，用一組固定問題做回歸測試（工具使用、查詢範圍、查無結果時的回答）。（A.6.2.4、A.6.2.5）Model changes: before switching models or changing parameters, run a fixed set of questions as a regression test (tool use, query scope, answers when nothing is found). (A.6.2.4, A.6.2.5)モデルの変更：モデルの切り替えやパラメーター変更の前に、固定の質問セットで回帰テストを行います（ツールの使い方・照会範囲・結果がないときの回答）。（A.6.2.4、A.6.2.5）
  • 人工覆核：AI 的回答與巡檢發現是建議，不是結論；網路變更走 IP 變更評估與審核流程。（A.9.2）Human review: AI answers and review findings are suggestions, not conclusions; network changes go through IP change assessment and its review workflow. (A.9.2)人によるレビュー：AI の回答と点検の発見事項は提案であり結論ではありません。ネットワークの変更は IP 変更評価とレビューの手順に従います。（A.9.2）
  • 預期用途：訂出 AI 功能允許的用途（例如查詢、說明、整理事實）、使用限制（例如不得當作資安判定或人員責任歸屬的唯一依據），以及哪些情況要人工覆核，並告知使用者。（A.9.4）Intended use: define the permitted uses of the AI features (such as querying, explaining and summarising facts), their limits (for example, not the sole basis for a security verdict or for attributing responsibility to a person) and when human review is required, and tell users. (A.9.4)意図した用途：AI 機能の許可する用途（照会・説明・事実の整理など）、利用の制限（例えばセキュリティ上の判定や個人の責任の帰属の唯一の根拠にしない）、人によるレビューが必要な場面を定め、利用者に周知します。（A.9.4）
  • 影響評估：評估錯誤判讀對人與組織的影響，例如誤把設備歸給某位使用者、錯誤的維護建議造成服務中斷。（6.1.4、8.4、A.5.2、A.5.4）Impact assessment: assess how wrong conclusions affect people and the organisation, such as attributing a device to the wrong user or a wrong maintenance suggestion causing an outage. (6.1.4, 8.4, A.5.2, A.5.4)影響評価：誤った判断が人と組織に与える影響を評価します。例えば機器を誤ったユーザーに結び付ける、誤った保守の提案でサービスが停止する、などです。（6.1.4、8.4、A.5.2、A.5.4）
  • 事件處理：訂出什麼情況算 AI 事故（判定條件）、要通知誰（使用者、管理者、受影響的單位）、由誰負責與處理時限，以及回報 AI 錯誤與暫停 AI 功能的程序（LLM 全域開關、「對外提供 MCP」開關、撤銷權杖）。jt-ipam 的通知事件與通道可以用來發送，對象、條件與時限由導入組織訂定。（A.3.3、A.8.4）Incidents: define what counts as an AI incident (criteria), who is notified (users, administrators, affected units), who owns it and the time limits, and how AI mistakes are reported and AI features are paused (the global LLM switch, the Expose MCP switch, revoking tokens). jt-ipam's notification events and channels can deliver the messages; the recipients, criteria and time limits are set by the organisation. (A.3.3, A.8.4)インシデント対応：何を AI のインシデントとするか（判定条件）、誰に通知するか（利用者・管理者・影響を受ける部門）、責任者と対応期限、AI の誤りの報告手順と AI 機能を一時停止する手順（LLM の全体スイッチ・「MCP を外部に公開する」スイッチ・トークンの取り消し）を定めます。jt-ipam の通知イベントとチャネルで送信できますが、通知先・条件・期限は導入組織が定めます。（A.3.3、A.8.4）
  • 管理制度：適用性聲明、教育訓練、內部稽核與管理審查由導入組織負責。（6.1.3、7.2、7.3、9.2、9.3）Management system: the statement of applicability, training, internal audits and management reviews are the adopting organisation's responsibility. (6.1.3, 7.2, 7.3, 9.2, 9.3)マネジメントシステム：適用宣言書・教育訓練・内部監査・マネジメントレビューは導入組織の責任です。（6.1.3、7.2、7.3、9.2、9.3）

建議的驗收案例Suggested acceptance cases推奨する受け入れ確認

驗收案例Acceptance case受け入れ確認合格判定Pass criterion合格条件
A、B 單位使用相同的私有網段Units A and B use the same private network組織 A と B が同じプライベートネットワークを使う
A、B 單位使用相同的私有網段Units A and B use the same private network組織 A と B が同じプライベートネットワークを使う

驗證方式（測試、設定）How to verify (tests, settings)確認方法（テスト・設定）

test_search_overlapping.py, test_mcp_rbac_scope.py
A 透過搜尋、IP 關聯、AI 對話與 MCP 都拿不到 B 的資料A cannot reach B's data through search, IP relations, AI chat or MCPA は検索・IP の関連・AI チャット・MCP のいずれでも B のデータを取得できない
唯讀權杖或一般帳號要求修改 IPA read-only token or ordinary account asks to change an IP読み取り専用トークンまたは一般アカウントが IP の変更を求める
唯讀權杖或一般帳號要求修改 IPA read-only token or ordinary account asks to change an IP読み取り専用トークンまたは一般アカウントが IP の変更を求める

驗證方式（測試、設定）How to verify (tests, settings)確認方法（テスト・設定）

test_api_token_scope.py, test_mcp_admin_tools.py
後端拒絕，資料沒有變更The server refuses and nothing changesサーバーが拒否し、データは変更されない
查詢結果超過單次上限A query returns more than the limit照会結果が 1 回の上限を超える
查詢結果超過單次上限A query returns more than the limit照会結果が 1 回の上限を超える

驗證方式（測試、設定）How to verify (tests, settings)確認方法（テスト・設定）

test_mcp_tool_scoping.py
回傳總數與本次筆數，不把部分清單當成全部The total and the number returned are given; a partial list is not presented as complete総数と今回の件数を返し、一部の一覧を全体として扱わない
查無資料Nothing is foundデータが見つからない
查無資料Nothing is foundデータが見つからない

驗證方式（測試、設定）How to verify (tests, settings)確認方法（テスト・設定）

test_ai_no_results_are_explicit.py
工具回傳明確的空結果與不可補造資料的提示（模型最終的回答另以實際使用的模型與版本驗證）The tool returns an explicit empty result and an instruction not to make data up (the model's final answer is verified separately with the model and version in use)ツールが明確な空の結果とデータを作らないよう指示を返す（モデルの最終的な回答は実際に使うモデルとバージョンで別途検証）
核准後依據改變Evidence changes after approval承認後に根拠が変わる
核准後依據改變Evidence changes after approval承認後に根拠が変わる

驗證方式（測試、設定）How to verify (tests, settings)確認方法（テスト・設定）

test_change_impact_api.py
舊核准不能直接套用，要重新評估The earlier approval cannot be applied; the plan must be reassessed以前の承認はそのまま使えず、再評価が必要
撤銷 API 權杖或停用帳號An API token is revoked or an account deactivatedAPI トークンの取り消しまたはアカウントの無効化
撤銷 API 權杖或停用帳號An API token is revoked or an account deactivatedAPI トークンの取り消しまたはアカウントの無効化

驗證方式（測試、設定）How to verify (tests, settings)確認方法（テスト・設定）

test_api_token_scope.py, app/api/v1/dependencies.py
下一個 REST、API 權杖或 MCP 請求就被拒絕The next REST, API token or MCP request is refused次の REST・API トークン・MCP のリクエストから拒否される
用應用程式的資料庫帳號修改或刪除稽核記錄The app's database account modifies or deletes an audit recordアプリのデータベースアカウントで監査ログを変更または削除する
用應用程式的資料庫帳號修改或刪除稽核記錄The app's database account modifies or deletes an audit recordアプリのデータベースアカウントで監査ログを変更または削除する

驗證方式（測試、設定）How to verify (tests, settings)確認方法（テスト・設定）

test_audit_immutability.py, test_audit_anchor.py
資料庫拒絕；鏈尾錨定能發現尾端被截掉The database refuses; the tail anchor reveals a truncated tailデータベースが拒否し、末尾のアンカーで末尾の切り詰めを検出できる
重複使用主控台票證A console ticket is reusedコンソールのチケットを再利用する
重複使用主控台票證A console ticket is reusedコンソールのチケットを再利用する

驗證方式（測試、設定）How to verify (tests, settings)確認方法（テスト・設定）

test_ticket_take_once.py
第二次使用被拒絕The second use is refused2 回目の使用は拒否される
管理員要求所有人使用雙因素驗證Administrators require two-factor authentication for everyone管理者が全員に二要素認証を必須にする
管理員要求所有人使用雙因素驗證Administrators require two-factor authentication for everyone管理者が全員に二要素認証を必須にする

驗證方式（測試、設定）How to verify (tests, settings)確認方法（テスト・設定）

test_mfa_policy.py
沒設定的人登入時先設定並拿到復原碼，不能自行停用；復原碼只能用一次People without it set it up at sign-in and receive recovery codes, and cannot turn it off; each recovery code works once未設定のユーザーはログイン時に設定してリカバリーコードを受け取り、自分で無効にできない。リカバリーコードは 1 回限り
登出、強制登出或停用帳號Sign out, Sign out everywhere or deactivationログアウト・強制ログアウト・アカウントの無効化
登出、強制登出或停用帳號Sign out, Sign out everywhere or deactivationログアウト・強制ログアウト・アカウントの無効化

驗證方式（測試、設定）How to verify (tests, settings)確認方法（テスト・設定）

test_session_revocation.py, test_console_guard.py
存取權杖與更新權杖立即失效、新的主控台連線立即拒絕；已開著的主控台在下一次權限檢查時中斷，最長 30 秒Access and refresh tokens stop working and new console connections are refused immediately; consoles already open close at the next permission check, at most 30 secondsアクセストークンとリフレッシュトークンは即時に無効になり、新しいコンソール接続も即時に拒否される。開いているコンソールは次の権限確認で切断される（最長 30 秒）
已經換掉的更新權杖又被使用A replaced refresh token is used again入れ替え済みのリフレッシュトークンが再び使われる
已經換掉的更新權杖又被使用A replaced refresh token is used again入れ替え済みのリフレッシュトークンが再び使われる

驗證方式（測試、設定）How to verify (tests, settings)確認方法（テスト・設定）

test_session_revocation.py
整個工作階段撤銷，通知管理員與本人The whole session is revoked and administrators and the user are notifiedセッション全体が取り消され、管理者と本人に通知される
用應用程式的資料庫帳號停用稽核表的保護或清空稽核表The app's database account tries to disable the audit table protection or truncate itアプリのデータベースアカウントで監査テーブルの保護を無効化または TRUNCATE する
用應用程式的資料庫帳號停用稽核表的保護或清空稽核表The app's database account tries to disable the audit table protection or truncate itアプリのデータベースアカウントで監査テーブルの保護を無効化または TRUNCATE する

驗證方式（測試、設定）How to verify (tests, settings)確認方法（テスト・設定）

test_audit_hardening.py, scripts/sql/audit-harden.sql
資料庫拒絕The database refusesデータベースが拒否する
加密備份被截斷、調換或修改An encrypted backup is truncated, reordered or modified暗号化バックアップが切り詰め・入れ替え・改ざんされる
加密備份被截斷、調換或修改An encrypted backup is truncated, reordered or modified暗号化バックアップが切り詰め・入れ替え・改ざんされる

驗證方式（測試、設定）How to verify (tests, settings)確認方法（テスト・設定）

test_backup_encryption.py
解密失敗，不會還原出被動過的資料Decryption fails and no tampered data is restored復号に失敗し、改ざんされたデータは復元されない
對 127.0.0.1 或 169.254.169.254 的 IP 開主控台A console is opened to an IP of 127.0.0.1 or 169.254.169.254127.0.0.1 または 169.254.169.254 の IP にコンソールを開く
對 127.0.0.1 或 169.254.169.254 的 IP 開主控台A console is opened to an IP of 127.0.0.1 or 169.254.169.254127.0.0.1 または 169.254.169.254 の IP にコンソールを開く

驗證方式（測試、設定）How to verify (tests, settings)確認方法（テスト・設定）

test_net_guard.py
被拒絕並說明原因It is refused with the reason理由を示して拒否される
主機名稱裡夾帶給模型的指令A host name carries instructions for the modelホスト名にモデル宛ての指示が含まれる
主機名稱裡夾帶給模型的指令A host name carries instructions for the modelホスト名にモデル宛ての指示が含まれる

驗證方式（測試、設定）How to verify (tests, settings)確認方法（テスト・設定）

test_prompt_injection_framing.py
提示詞把它標成資料並放在定界內，資料拆不掉定界The prompt marks it as data inside a fence that the data cannot closeプロンプトはそれをデータとして区切りの中に入れ、データが区切りを閉じられない
憑證代理要求別的憑證A certificate agent asks for another certificate証明書エージェントが別の証明書を求める
憑證代理要求別的憑證A certificate agent asks for another certificate証明書エージェントが別の証明書を求める

驗證方式（測試、設定）How to verify (tests, settings)確認方法（テスト・設定）

test_cert_agents_api.py
回應不存在，沒有內容外流It is answered as not found and nothing leaks存在しないと応答し、内容は漏れない

右欄的測試在每次發版前執行；導入組織可以在自己的環境用同樣的情境驗收。The tests on the right run before every release; adopting organisations can run the same scenarios in their own environment.右欄のテストはリリースのたびに実行されます。導入組織は同じシナリオで自社環境の受け入れ確認ができます。

驗證紀錄：上面的測試與設定檔連結固定在 commit 5f2dc41c（2026-10-11 公開）。這個 commit 在 GitHub Actions 的 CI（後端與前端測試、安全規則、相依套件弱點、OWASP ZAP 基準掃描）全部通過；同一份程式在發版前的完整測試：後端 3,974 項通過、3 項略過，前端 934 項通過（2026-10-11）。導入組織應以固定的版本，在自己的環境重新執行。 CI 執行結果Verification record: the test and file links above are pinned to commit 5f2dc41c (published 2026-10-11). CI on GitHub Actions for this commit (backend and frontend tests, security rules, dependency vulnerabilities, OWASP ZAP baseline scan) passed; the full test run of the same code before release: backend 3,974 passed and 3 skipped, frontend 934 passed (2026-10-11). Adopting organisations should rerun them on a pinned version in their own environment. CI run検証記録：上記のテストと設定ファイルへのリンクは commit 5f2dc41c（2026-10-11 公開）に固定しています。この commit の GitHub Actions の CI（バックエンドとフロントエンドのテスト・セキュリティルール・依存パッケージの脆弱性・OWASP ZAP のベースラインスキャン）はすべて成功しました。同じコードのリリース前の全テスト：バックエンド 3,974 件成功・3 件スキップ、フロントエンド 934 件成功（2026-10-11）。導入組織は固定したバージョンで、自分の環境で再実行してください。 CI の実行結果

盤點表欄位Assessment worksheet columns棚卸し表の列

盤點時可以沿用以下欄位，一列一個控制項目：When assessing, these columns work well, one control per row:棚卸しでは次の列を使えます。1 行に 1 つの管理策です：

項目編號 | 標準與管理面向 | 適用功能 | 狀態 | 程式碼或設定位置 | 驗收方式 | 測試證據 | 缺口 | 負責人 | 完成期限Item ID | Standard and area | Feature | Status | Code or setting location | How verified | Test evidence | Gap | Owner | Due date項目番号 | 規格と管理項目 | 対象機能 | 状態 | コードまたは設定の場所 | 確認方法 | テストの証拠 | 不足 | 担当者 | 期限