保守委託先のアカウントは、常時有効にせず作業ごとに申請・承認してから有効化し、権限と対象を作業に必要な範囲へ絞り込み、操作記録を残して作業後すぐに失効させるのが基本です。作業前・中・後で担当と確認項目を決めて運用します。

本記事では、特権ID管理の一般論ではなく、外部の保守ベンダーが作業する場面に絞って、作業前・作業中・作業後に情報システム管理者と委託先管理者が何を決め、何を確認するかを整理します。申請書の記入例と、そのまま使える実務チェックリストも掲載しています。

保守アカウントを常時有効にするリスクと対策の基本方針

よくある運用の実態

外部保守用のアカウントは、導入時やトラブル対応時に発行されたまま、次のような状態で残りがちです。

  • 障害時にすぐ対応してもらうため、保守用IDを常時有効にしている
  • 作業内容に関係なく、管理者相当の広い権限を付与している
  • 委託先の担当者が交代しても、同じIDとパスワードを使い回している
  • 誰がいつ何の目的でログインしたかを、社内側で説明できない

この状態では、委託先の端末や認証情報が第三者に悪用された場合や、担当者の操作ミスが起きた場合に、本来の作業と関係のないファイルやデータまで影響を受けるおそれがあります。社内の担当者からは「保守のための操作」なのか「不正な操作」なのかを見分けにくい点も問題です。

作業単位でアカウントを管理する

保守アカウントの管理は「誰に権限を与えるか」だけでなく、どの作業のために、いつからいつまで、どの範囲で与えるかを作業単位で決めることが要点です。

観点常時有効型の運用作業単位型の運用
有効期間期限なし承認された作業時間のみ
権限管理者相当で一律作業内容に必要な操作のみ
対象範囲システム全体・全フォルダ作業対象のシステム・フォルダのみ
利用者共用IDで個人を特定しにくい作業者ごとに特定できる
記録残っていても確認されない作業後に申請内容と照合する
作業後そのまま残る失効・パスワード変更・棚卸し

作業単位型は手間が増えるように見えますが、申請・承認・失効の流れを型にしておけば、毎回の判断は少なくなります。以降の章では、この流れを作業前・中・後に分けて説明します。

作業前・中・後の全体フロー

  1. 作業前:委託先が作業内容・対象・日時を申請し、社内の承認者が承認する
  2. 作業前:承認内容に合わせて権限と対象範囲を設定し、アカウントを有効化する
  3. 作業中：承認された範囲で作業し、必要に応じて社内担当者が作業状況を確認する。操作記録を取得し、作業範囲の変更が必要になった場合は再承認を受ける。
  4. 作業後:アカウントを失効させ、操作記録と申請内容を照合する
  5. 作業後:結果を記録し、次回の申請や権限設計の見直しに反映する

保守作業前の申請・承認で確認すべき項目

申請で決めておく項目

保守作業の申請では、後から操作記録と照合できる粒度で内容を書いてもらうことが重要です。「定期保守」「設定変更」のような一言だけでは、作業後に妥当性を確認できません。

申請書の記入例

項目記入例
申請者（委託先）株式会社〇〇 保守担当 山田
作業者山田（個人ごとのアカウントで作業）
作業目的ファイル共有環境の共有設定の不具合調査
作業内容指定フォルダの共有設定の確認と修正
作業対象営業部「提案書」フォルダ配下のみ
必要な操作共有設定の閲覧・変更（ファイルのダウンロードは不要）
作業日時2026年〇月〇日 10:00〜12:00
社内立会い・連絡先情報システム部 佐藤
承認者情報システム部 課長 鈴木

「必要な操作」と「不要な操作」を書き分けておくと、権限設定と作業後の照合がしやすくなります。上の例では、ダウンロードが不要と明記しているため、作業後にダウンロード操作が記録されていれば確認対象になります。

承認者が確認するポイント

  • 作業目的と作業内容が対応しているか
  • 作業対象が必要以上に広くないか（「全フォルダ」「全システム」になっていないか）
  • 作業時間が作業内容に対して長すぎないか
  • 作業者が個人として特定できるか
  • 緊急対応の場合、事後承認の手順と期限が決まっているか

緊急時に申請を省略できる運用にすると、そのまま常時有効型に戻りやすくなります。緊急時は、電話などで作業目的・対象・作業者・作業時間を確認し、権限を持つ社内担当者が口頭承認する運用も考えられます。その場合も、承認者と承認日時を記録し、作業後に申請書や作業記録を提出する期限を定めておきます。事後の書類提出を認める場合でも、原則として作業開始前の承認は省略しません。

保守アカウントの権限設定とアクセス範囲の制限 

権限は「操作」で考える

保守作業でよくあるのは、「管理者アカウントでないと作業できない」という理由で、全操作が可能な権限を渡してしまうケースです。実際には、作業内容ごとに必要な操作は限られます。

作業の例必要になりやすい操作通常は不要な操作の例
共有設定の不具合調査共有設定の閲覧・変更ファイル本文の閲覧・ダウンロード
フォルダ構成の整理フォルダの作成・移動外部共有リンクの発行
利用状況の確認利用状況・ログの閲覧ファイルの削除・変更
移行作業対象データの読み取り・書き込み対象外部門のデータへのアクセス

作業に必要な操作を先に洗い出し、それに合う権限だけを付与します。利用しているシステムで操作権限を細かく分けられない場合は、アクセス対象の制限、作業時間の限定、社内担当者の立会いなどを組み合わせます。ただし、これらの対策で過剰な権限によるリスクを完全に解消できるわけではありません。管理者権限が必要な作業については、作業内容とリスクを事前に確認し、実施可否を判断します。

共用IDを避ける

委託先の複数の担当者が同じIDを使うと、操作記録を見ても誰の操作か判別できません。作業者ごとにアカウントを分け、担当者の交代時には旧担当者のアカウントを止めることを委託先と合意しておきます。

「どこまで見えるか」を作業前に確認する

権限を絞っても、アクセスできる範囲が広ければ、意図しないファイルに触れる可能性は残ります。保守アカウントに見せる範囲は、申請書の「作業対象」と一致させます。ファイル管理の場面では、次のような絞り込みが考えられます。

  • 作業対象のフォルダだけにアクセス権を付与する
  • 機密度の高い文書（人事・契約・顧客情報など）を含むフォルダは、作業対象でない限り除外する
  • 作業のために一時的にファイルを渡す場合は、専用の受け渡し用フォルダを用意し、作業後に権限を外す

フォルダ設計が保守管理のしやすさを左右する

部門や機密度ごとにフォルダが整理されていないと、「必要な範囲だけ見せる」設定自体が難しくなります。保守のたびに対象範囲の設定で迷う場合は、権限を付与しやすいフォルダ構成になっているかを見直すきっかけになります。

Fleekdriveでは、ユーザーごとにフォルダやファイルへのアクセス権限を設定でき、管理者はユーザー・フォルダごとの権限を一覧で確認できます。また、システム権限やアクセス権限を自社の運用に合わせてカスタマイズする機能も提供しています。

保守委託先に権限を付与する場合は、作業対象のフォルダや必要な操作を整理し、権限を設定します。なお、権限カスタマイズの利用条件はプランによって異なるため、契約内容を確認してください。

操作記録

記録は「残す」より「照合する」

操作記録が残っていても、作業後に誰も確認しなければ、不審な操作に気付けません。保守作業では、作業後に申請内容と操作記録を照合するところまでを手順に含めます。

操作記録と申請内容を照合する際は、次の項目を確認します。ただし、記録される操作の種類や確認できる情報は、利用するシステムによって異なります。ログだけで確認できない項目は、作業報告書や設定変更の記録と組み合わせて確認します。

  • 承認された作業時間外のログインや操作がないか
  • 作業対象外のフォルダやファイルへのアクセスがないか
  • 申請で「不要」とした操作（ダウンロード、外部共有、削除など）が行われていないか
  • 短時間に大量のファイルへアクセスしていないか
  • 共有設定や権限設定が、作業後に意図しない状態になっていないか

版管理と変更履歴の活用

保守作業でファイルや設定が変更された場合、変更前の状態を確認できると、作業内容の妥当性を検証しやすくなり、誤操作があった場合の復旧も検討しやすくなります。

Fleekdriveには、ファイルの変更履歴を管理する自動バージョン管理機能と、ユーザーの操作記録を保存する証跡機能があります。公式サイトでは、ログインからログアウトまでの操作記録を証跡として保存し、過去5年分の履歴から特定のユーザーや操作を抽出できると案内しています。

保守作業後は、取得できる操作記録を確認し、申請された作業内容との相違がないかを調べます。ただし、ファイルの版管理と操作証跡は異なる機能であり、設定変更のすべてをファイルの版管理で復元できるわけではありません。

作業後の失効

作業完了と同時に止める

作業後の失効が遅れると、作業単位で管理してきた効果が薄れます。保守アカウントは、承認された作業終了時刻を有効期限の基準とし、作業が早く完了した場合は速やかに無効化します。作業が予定時間内に終わらない場合は、延長の必要性を確認し、再承認を受けてから有効期間を変更します。失効操作の担当者も事前に決めておきます。作業後に行う項目は次のとおりです。

  1. 保守アカウントを無効化する（または削除する）
  2. 作業のために一時付与したフォルダの権限や共有設定を外す
  3. 作業中に共有した認証情報がある場合は変更する
  4. 操作記録と申請内容を照合し、結果を記録する
  5. 想定外の操作があった場合は、委託先に確認し、必要に応じて社内の手順に沿って報告する

定期的な棚卸し

作業ごとの失効に加えて、保守アカウントが残っていないかを定期的に確認します。委託契約の終了や担当者の交代、保守対象システムの入れ替えのタイミングは、アカウントが残りやすい時期です。

よくある質問

保守委託先の管理者アカウントのリスクは？

常時有効で権限が広いアカウントは、委託先の認証情報が悪用された場合や操作ミスが起きた場合に、作業と無関係なデータまで影響が及ぶ点がリスクです。共用IDの場合は、誰の操作かを特定しにくくなります。作業単位で有効化し、権限と対象を絞り、作業後に失効させることで影響範囲を小さくできます。

緊急対応のたびに申請していては間に合いません。どうすればよいですか？

事前承認を口頭や電話で行い、申請書は作業後に提出する手順を決めておく方法があります。重要なのは、緊急時でも作業目的・対象・時間・作業者を記録し、作業後の照合と失効を省略しないことです。

委託先に「管理者権限が必要」と言われた場合は？

作業内容と必要な操作を具体的に確認し、管理者権限でなければできない操作が何かを特定します。そのうえで、権限を渡す場合は対象範囲と作業時間を絞り、社内の立会いや作業後の照合を組み合わせて補います。

特権ID管理の仕組みがあれば十分ですか？

仕組みがあっても、申請内容の具体性、作業後の照合、失効のタイミングといった運用が伴わないと、外部保守のリスクは残ります。本記事のように、作業前・中・後でだれが何を確認するかを決めておくことが前提になります。

まとめ｜保守アカウントは作業前・中・後の管理を徹底する

保守委託先のアカウントによる情報漏洩リスクを抑えるには、作業ごとに目的・対象・日時・必要な操作を申請・承認し、権限とアクセス範囲を必要最小限に限定することが基本です。作業中は操作記録を取得し、内容や時間を変更する場合は再承認を受けます。作業後は速やかにアカウントを失効させ、申請内容と操作記録を照合します。

まずは現在有効な保守アカウントを洗い出し、共用ID、過剰な権限、失効漏れがないか確認してください。継続的な棚卸しと手順の見直しにより、外部保守に伴うリスクを低減できます。