AS400の機密保護・権限確認チェックリスト｜ユーザープロファイル・特殊権限・データ出力の注意点

2026.06.10

AS400 / IBM i の保守では、権限やユーザープロファイルを軽く扱うと、本番データの漏えい、誤更新、監査指摘につながります。特に、退職者のユーザー、共用ユーザー、強すぎる特殊権限、使われていないライブラリ権限、CSV出力の扱いは注意が必要です。

この記事では、AS400初心者や保守担当者が最初に確認するべき機密保護・権限の観点を整理します。高度なセキュリティ設計ではなく、「不用意にやってはいけないこと」と「相談前に見ること」に絞ります。

最初に見る権限まわり

AS400の権限確認では、ユーザープロファイル、グループプロファイル、特殊権限、オブジェクト権限、ライブラリ権限を分けて考えます。初心者がいきなり権限を変更するのは危険なので、まず現状を確認し、変更が必要な場合は責任者とレビューします。

確認対象見る理由注意点
ユーザープロファイル退職者、異動者、共用ユーザーが残っていないか削除前にジョブ、所有オブジェクト、運用影響を確認する
特殊権限*ALLOBJ、*SECADM、*JOBCTLなどが強すぎないか理由なく広げない。棚卸し対象にする
ライブラリ権限本番ライブラリに誰が入れるかテスト担当が本番更新できないよう確認する
オブジェクト権限重要ファイルやプログラムへの権限業務影響が大きいため変更は慎重に行う
データ出力CSV、スプール、IFS、PC転送の扱い個人情報や金額を外へ出す時はマスキングを検討する

本番でやってはいけないこと

  • 理由なく*ALLOBJを付ける
  • 共用ユーザーで本番更新する
  • 退職者ユーザーを放置する
  • 権限エラーを避けるために全員へ強い権限を与える
  • 顧客情報を含むCSVをそのままメール添付する
  • AIや外部サービスへ本番データをそのまま渡す

本番作業全体の注意点は、AS400本番対応チェックリスト も合わせて確認してください。

データ抽出と機密情報

AS400の機密保護で見落としやすいのがデータ抽出です。画面で見るだけなら問題が小さく見えても、CSV、Excel、スプール、IFS（統合ファイルシステム）、PC転送で外へ出した時点で、情報管理の対象になります。

データ抽出をする時は、対象項目、利用目的、保存先、削除日、マスキング要否を確認します。詳しくは AS400データ抽出ガイド を参照してください。

AIに読ませる前に伏せるもの

RPGソース、CL、ジョブログ、DSPFFD結果、SQL抽出結果をAIに読ませる場合は、会社名、顧客名、ユーザー名、ライブラリ名、実データ、金額、住所、電話番号、メールアドレスを確認します。必要に応じて、サンプル名や伏せ字に置き換えます。

AI活用の注意点は、AS400のRPGソースをAIに読ませる時の注意点 と AS400 / IBM i 現場向けCodex実戦研修 にまとめています。

権限変更前のチェック

チェック内容
変更理由誰が何の作業をするために必要か
期間一時的か恒久的か、戻す日を決めたか
対象ユーザー、グループ、ライブラリ、オブジェクト
影響本番更新、データ閲覧、帳票出力、外部連携への影響
承認業務責任者、システム責任者、保守担当の確認
記録変更前、変更後、作業者、時刻、戻し手順

ここまでの要点

AS400の機密保護・権限確認では、強い権限を付ければ解決、という考え方が危険です。ユーザープロファイル、特殊権限、ライブラリ権限、データ出力、AI利用時のマスキングを分けて確認します。

外部へ相談する前には、AS400保守会社に相談する前のチェックリスト を使って、対象業務、権限変更理由、機密情報の扱いを整理してください。

権限確認は保守・データ抽出・AI利用とセットで考える

AS400の権限は、ユーザープロファイルだけでなく、データ抽出、IFS、外部連携、AI利用時の機密情報保護とつながります。外部エンジニアへ作業を依頼する前、本番データをCSVで出す前、RPGソースやログをAIへ渡す前には、誰が、どの権限で、何をできるのかを確認します。

確認テーマ見る観点関連ページ
データ抽出対象ファイル、出力先、機密情報、CSV保管先データ抽出ガイド
外部接続ACS、ODBC/JDBC、QZDASOINIT、実行ユーザーODBC/JDBC接続確認
IFS・共有WRKLNK、NetServer、パス権限、文字化け、削除ルールIFS・NetServer確認
AI利用本番データ、顧客名、接続情報、ソースの扱いAIに読ませる時の注意点

権限確認は監査ログと運用ルールまで見る

権限を付ける、外す、強くするだけでは十分ではありません。誰が、いつ、どのデータへアクセスしたかを追える状態か、作業後に一時権限を戻したか、監査ログで確認できるかまで見ます。特に *ALLOBJ のような強い特殊権限は、必要な期間と戻す日を決めて扱うべきです。

長期利用するなら権限棚卸しを定例化する

AS400を長く使い続けるなら、権限棚卸しを一度きりの作業にしないことが大切です。特殊権限、共用ID、退職者ID、外部パートナーのID、監査ログ、パスワード関連のシステム値を定期的に確認します。セキュリティ対策は、リプレースやクラウド移行の前にも必要です。

強い権限を付けることは、作業を早くする一方で事故の範囲も広げます。権限変更は、理由、期間、対象、承認、記録、戻し手順を残すところまでを1つの作業として扱うと安全です。

権限確認を相談につなげる前に整理すること

AS400 / IBM i の権限確認は、ユーザー単体ではなく、グループプロファイル、採用権限、外部接続、監査ログを合わせて見る必要があります。

権限棚卸しや監査対応を外部へ相談する場合は、どの業務、どのユーザー、どのオブジェクト、どの期間を対象にするかを先に分けると、調査範囲がぶれにくくなります。

スポンサーリンク