閲覧履歴なしでVPNアクセス承認を記録する方法

二つのチームが同じ資料を求めながら、違うものを想定しています。レビュー担当者は、名前のわかる人がいつまでどのロールを承認したかという証拠を求めますが、ネットワークチームは接続先で埋まったファイアウォールログを持ち、それで足りると考えています。足りないからこそ承認フォルダはホスト名で埋まり、それでも最初の監査質問で落ちます。本当に必要なものはわずかで、そのどれも、誰がどこを閲覧したかを記録することを求めていません。

記録の大きさは、承認が人ごとかロールごとか、権限がその人の雇用期間を超えて残りうるか、契約や枠組みがアクセスレビューを必須の証拠として名指ししているか、という三つの条件に従います。

接続からではなく、レビュー担当者の問いから始める

フィールドを一つ選ぶ前に、監査人が声に出して尋ねる問いを書き出します。このIDのアクセスを誰が承認したのか、何に対して、どの日付の間、そして最後に誰が外すことになっていたのか。様式のすべてのフィールドはその文の一部に答えるべきで、そうでないものは、守る義務をたった今引き受けただけの在庫です。

この試験で、習慣で足されがちなものの大半が落ちます。接続先の一覧、DNSクエリ、アプリ利用のグラフ、稼働中セッションの画面撮影は、いずれも行動を描写します。行動は承認ではなく、それを集めると記録はるかに高い機微度の区分に移り、最初に掲げた目的と逆行します。

どこまで残すかは三つの条件で決まる

人ごとの承認にはIDと終了日が要ります。ロールごとの承認には、四十人を一行に並べれば維持すべき記録が四十件、退職を見落とす機会が四十回生まれるため、ロール、それが与える範囲、集団の所有者が要ります。権限が雇用期間を超えうる場合は、表計算の期限日がめったに誰かを動かさないため、削除の責任者とレビューの周期を加えます。

枠組みがアクセスレビューを必須の証拠として名指しするなら、レビュー手続がすでに引用している資料をそのまま残します。VPNチーム用に並行の複製を作ることは、同じ承認の二つの版が終了日をめぐって食い違う道筋です。

判断を担うフィールド

実用的な組み合わせは、承認済みのID、申請者、承認者、ロールまたはリソースの範囲、一行の理由、有効期間、レビューまたは削除の責任者、そして申請が論じられたチケットへの参照で、短いものです。端末や資格情報は、資産タグや証明書のサブジェクトのような非秘密の識別子で参照し、使われた秘密鍵やパスワードでは決して参照しません。

接続先を含まなくても、結果は個人データとして扱います。この名指しされた従業員が六か月間、財務セグメントへの管理者アクセスを持っていたという記録はそれ自体が機微なので、フォルダを読める人を絞り、匿名と称するのではなく管理目的の保存期間を定めます。

閲覧データはどこから承認ファイルに入り込むか

三つの漏れが大半を説明します。ヘルプデスクのチケットにクライアントの接続画面の撮影が添付される、誰かが文脈用にSIEMの出力を貼り付ける、当時は結合が容易だったために棚卸の報告書が承認に結合される。どの添付も、判断だけを必要としていたファイルに行動を足します。撮影が入った時点で、レビュー担当者は利用者が何に届こうとしていたかを尋ね始め、ファイルは再分類を迫られます。

道具が許すところでは、添付を参照に置き換えます。方針が添付を譲らないなら、セッションの記録ではなく、判断の文面と申請のやり取りを求め、保存前に残りを削ります。承認者自身のメッセージが、通常は最も良い証拠で、最も明かさないものです。

痕跡なしで範囲を確かめる

承認をアクセスに変えるのはゲートウェイの方針ですから、それを直接試します。承認された範囲内のアカウントでサインインして許可されたリソースに届き、そのうえで範囲外の接続先を試して拒否を確認します、同じホストのブラウザのタブではなく、方針が想定するクライアントと方法で。

可用性の監視と障害の診断は、それぞれ独自の保存期間とアクセス一覧のもとで、独自の可視性を持てます。この二つの目的を分けておくことが、閲覧の痕跡を渡さずにレビュー担当者へ答えることを可能にし、実際に何かが壊れたときに診断を役立たせます。

次のレビューの前に確かめること

様式が監査人の文に答えていて、それ以上ではないことを確かめます。各行に承認者、期間、削除の責任者があることを確認します。そのうえでフォルダ自身のアクセス一覧を見て、VPNの利用者基盤より小さいかを問います。

最後の手順は、人が飛ばすところです。期限切れの承認を取り、IDプロバイダまでたどって、アカウントが実際に無効化されたかを見ます。IDがまだ有効なら、記録は正確で、手続がそうではなかったのです。