# 従業員のWeb閲覧操作を監査する方法 Canonical: https://www.nsecsoft.com/jp/course/website-audit.html Language: ja-JP Updated: 2026-04-03T09:45:17Z 企業のインターネット行動管理では、Web閲覧監査は通常、最も基本的で最初に有効になる機能です。Ping32を介 \[…\] 企業のインターネット行動管理では、Web閲覧監査は通常、最も基本的で最初に有効になる機能です。 Ping32 を介して **インターネット利用** モジュールで **Web閲覧** の **コンテンツの監査** を有効にすることで、管理者は日々の行動追跡、違反トレースバック、インシデントレビュー、およびコンプライアンスのスポットチェックのために従業員の Web閲覧動作の記録を継続的に保持できます。 このタイプの戦略は、次のシナリオに特に適しています。まず、従業員が仕事に関係のない Webサイトにアクセスしたかどうかを確認する必要があります。 2 番目に、その後一定期間内の Webページのアクセス行動を調査する必要があります。第三に、その後の Webサイトのアクセス制御、機密ワードの傍受、アウトバウンドのフォレンジック、およびその他のポリシー構築のための強固な基盤を築くことが期待されています。問題が発生してから一時的に監査を行うよりも、最初に監査を開始する方が、継続的で追跡可能な管理のクローズドループを形成するのに役立ちます。 #### **適用可能なシナリオと実装前の確認** 正式リリースの前に、次の 2 点を確認することをお勧めします。 - 監査対象が明確かどうか。特定の部門、特定の役職、またはパイロット端末のみを監査したい場合は、調査コストが増加する最初からネットワーク全体にポリシー適用端末を発行することを避けるために、最初にポリシー適用端末を計画することをお勧めします。 - 経営目標は明確ですか？ Web閲覧監査の核となる価値は、「痕跡を残す」ことと「追跡する」ことにあります。将来、アクセス制限、機密コンテンツの識別、または送信ブロックが必要な場合は、すべての制御項目を一度に有効にすることなく、これに他の戦略を徐々に追加できます。 また、テスト端末や小規模端末でのポリシー効果の検証を優先することを推奨します。レコードの生成が正常であることを確認した後、適用範囲を徐々に拡大することで、変更リスクの制御に役立ちます。 #### **ポリシー構成** 1\. Ping32管理コンソールで \[ **インターネット利用** \] をクリックし、\[ **ポリシー** \] をクリックして、インターネット利用ポリシー設定インターフェイスに入ります。 インターネット利用ポリシー設定インターフェイスで、 **Webサイトの参照** をクリックして **コンテンツの監査** をオンにします。 **2\. コンテンツの監査** をオンにすると、Ping32 はその後の Webページの訪問を記録します。管理者は、基本ポリシーとして Webページ監査を有効にしておくことが推奨されます。たとえ当面は傍受しない場合でも、時間、人員、または端末の寸法に基づいたその後の調査を容易にするために、最初にアクセス追跡を解決する必要があります。 3\. ポリシー設定完了後、ポリシー適用端末を確認します。 このステップの焦点は、「適用をクリックするかどうか」ではなく、「誰に適用するか」です。監査範囲が特定の部門や端末に限定されている場合は、監査対象が正確であるかどうかを必ず確認してから発行してください。間違ったオブジェクトが選択されると、その後の監査記録が不完全になり、管理者の真のアクセス範囲の判断に影響を与える可能性さえあります。 ポリシー適用端末を確認した後、 **適用** をクリックして従業員の Web アクセス記録の監視と監査を開始します。 #### **監査記録の閲覧と効果検証** ポリシーが発行されたら、\[ **オンライン行動** \] → \[ **Webサイトの参照** \] をクリックして、従業員の Webページ訪問に関する関連する監査記録を表示します。 ポリシーが実際に有効になっていることを確認するには、次のような検証を実行することをお勧めします。 - ポリシー適用範囲に含まれるテスト端末を選択します。 - 端末をいくつかの一般的な Webサイトにアクセスさせ、さまざまなカテゴリのページ アクセス動作をカバーします。 - Ping32管理コンソールの \[**インターネット利用**\] → \[**Webサイトの閲覧**\] に戻り、対応するレコードが表示されるかどうかを確認します。 - さらに検証が必要な場合は、アクセス時間、アクセス端末、アクセス担当者などの手がかりと比較して、記録がテスト動作と一致していることを確認できます。 テスト端末が Webサイトにアクセスしたが、インターフェイスに記録がない場合は、まず 3 つの側面を確認します。1 つは端末がポリシーを受信したかどうか。次に、端末が現在オンラインかどうか。第三に、この訪問は政策が発行され発効した後に行われたかどうか。通常、これら 3 つのリンクに問題がない限り、Webページのアクセス記録はデータベースに正常にログインできます。 #### **使用上の提案と一般的なトラブルシューティングのアイデア** - 企業に明確な Webサイト制御ルールがない場合は、監査を開始して一定期間観察し、実際のアクセス状況に基づいて **Webサイト アクセス制御** または **機密用語のブロック** を有効にするかどうかを決定することをお勧めします。 - 監査の目的が内部調査や経営レビューに協力することである場合、アプリケーションオブジェクトを頻繁に調整しないことをお勧めします。そうしないと、さまざまな段階でのレコード範囲に一貫性がなく、水平比較に影響を与える可能性があります。 - Web アクセス記録から従業員の行動を分析する場合、通常の業務上のアクセスを違反と誤認しないよう、職責、業務期間、アクセス目的などを総合的に判断する必要がある。 - コンソールにレコードがあるものの、その数が明らかに少なすぎる場合、通常は「監査機能の障害」が原因ではなく、ポリシーの範囲、端末のオンライン状態、または検証時点の不一致が原因です。最初にこれらの基本的な条件を確認すると、通常は問題をすぐに特定できます。 実装順序の観点からすると、多くの場合、監査を最初に行い、制御を後で行う方が賢明です。まず、Ping32 を使用して Webページのアクセス動作を継続的に記録し、特定の Webサイト、特定のコンテンツ、または特定の位置に制限を追加するかどうかを決定します。これにより、ガバナンスの精度が向上するだけでなく、1 回限りの強制制御によって引き起こされるビジネスへの干渉も軽減されます。