人が使わないアカウント。処理の担当と秘密の管理

毎朝動く連携にも、用途を説明できる人と、止め方を知る人を置く。

人が操作しない処理にも、持ち主がいる

売上の集計や資料の取り込みなど、人が毎回ログインしなくても動く処理があります。Microsoftはサービスアカウントについて、用途や権限、所有者を含む管理を説明しています。SONAEは、自動処理の名前から、使う認証の仕組みと責任者をたどれる台帳を提案します。「システム用」と書かれた一つのアカウントだけでは、何を止めると誰の仕事に影響するか分かりません。担当者個人の記憶に頼らず、処理の目的を言葉で残しましょう。

処理から、読む先と書く先を並べる

架空の集計処理なら、読み込む売上ファイル、作成する日次表、通知する宛先を別の行で記録します。認証に使うアカウントや連携の権限が、その作業に必要な範囲かを担当が確認します。最初に動いた設定を、そのまま標準と決めないようにします。複数の仕事で同じ認証を共有している場合は、影響する処理を先に挙げます。権限を絞る作業は、何が止まるかを把握した上で、検証と承認を伴う変更として計画します。

秘密の値ではなく、保管の担当を記録する

台帳へ記録するのは、認証方式、承認された保管先の参照、更新の担当、必要な期限です。秘密そのものを、通常の共有文書やチャットへ複写しません。利用環境で秘密の配布を減らせる認証方式が利用できるかは、製品と構成で確認します。特定のクラウド向け方式が、すべての社内処理に使えるとは扱いません。秘密の値を見られる人と、処理が正しく動いたことを確認する人を整理し、障害対応で無制限に配布しないようにします。

更新する前に、切り替えと戻し方を決める

認証情報の期限が迫ったときに、設定の所在を探し始めないようにします。どの処理が新しい情報へ切り替わり、旧情報をいつ使わなくなるかを計画します。切り替えの検証には、架空データや承認されたテスト対象を用意します。動かない場合に誰が判断するか、旧設定を戻せる条件、漏えいが疑われる場合には戻してよいかも確認事項です。通常の更新と不正利用への対応を同じ手順に押し込まず、状況に応じて責任者へつなぎます。

担当者の退職で、処理が消えないようにする

処理が個人のアカウントや端末に依存していないかを確認します。退職する人の認証を残し続けて業務を維持する方法を、恒久的な解決にしません。後任へ、処理の目的、実行場所、通知、管理手順、異常時の連絡先を移します。架空の演習では、作成者が不在でも日次表の成功と失敗を区別できるかを確認します。認証情報を引き継いだだけで、障害に対応する責任まで引き継げたとは扱わないようにしましょう。

使わなくなった処理は、依存を見て終了する

処理の停止、実行予定の解除、認証の終了、成果物の保存を分けて計画します。ほかの処理が同じ認証を使っていないかを確認してから、正式な手順で終了します。完了の目安は、用途と担当、必要な権限、秘密の保管、更新、監視、終了を一つの記録から説明できることです。長く動いているから管理不要とは判断せず、業務が変わった節目に利用の理由を見直します。未確認の依存は、終了済みとせず次の担当へ残します。

相談前の確認表

• 処理の用途と責任者を記録した
• 読む先と書く先から権限を確認した
• 秘密の値を台帳へ貼っていない
• 更新・担当変更・終了の影響を確認した

参考資料（確認日：2026年10月23日）：Microsoft Learn：Governing service accounts ↗

一般的な説明とSONAEの運用提案です。製品の公式条件と自社の管理責任者の判断を確認してください。