このページは Cloud Translation API によって翻訳されました。

サイトの問題の修正と管理

サイトをクリーンに保ち、今後のハッキングを防ぐには、次のものが必要です。

サイトのサーバー（ウェブ、データベース、ファイル
シェルまたはターミナルコマンドに関する知識
コードの理解（PHP や JavaScript など）
サイトのバックアップを作成するためのストレージ。ファイル、データベース、および画像

次のアクション

このステップでは、いくつかの操作について説明します。

ハッカーが攻撃を狙ったと思われる場合の追加リソースの参照先ユーザーの認証情報を（フィッシングページなどで）保護されません。
[URL を削除] を使用するオプションを Search Console に表示して、まったく新しい、望ましくないハッカーが作成した、ユーザーに表示される URL のうち、 Google 検索の検索結果。
Google Chat で URL の再クロールを Google にリクエストする Search Console に登録し、Google によるクリーンなページの処理を迅速化します。つまり新しいページや更新されたページのうち Google 検索の検索結果に表示される。
最新で最も安全なバージョンのソフトウェアのインストール。
悪影響を及ぼすおそれのある、不要または未使用のアプリケーションやプラグインの削除リスクが高まります
正常なコンテンツを復元し、ハッカーのコンテンツを削除する。
ハッカーに悪用される根本原因の脆弱性を修正する。
すべてのパスワードを変更しています。
サイトを安全に保つための計画

1. サポートリソースを探す

サイトからユーザーの機密情報（フィッシング攻撃の一部であったことが理由で）は、ビジネス上、規制上、法的責任を負わせることがありません。ファイルを削除することもできます。フィッシングでは antiphishing.org には次のような役立つリソースがあります。 Google のドキュメント「サイトがハッキングされた場合の対処方法フィッシング攻撃です。

2. ハッカーによって作成された新しい URL の迅速な削除を検討する

ユーザーに表示されるまったく新しい URL をハッカーが作成した場合は、 Google 検索の検索結果に表示されるページ URL を削除する使用することもできます。このステップは省略可能です。ページを削除するだけで 404 ステータスを返すようにサーバーを設定するコードページは時間の経過とともに Google のインデックスから自然に外れてしまいます。

「URL の削除」を使用するかどうかは、おそらく、新しい URL と不要なページが作成されます（ページが多すぎると、 URL を削除するなど）と、そのページがユーザーに引き起こす可能性のある損害について確認してください。 [URL の削除] で送信したページが今後ページが 404 エラーレスポンスを返すように設定されていることも確認してください。不要な URL と削除された URL に対する「ファイルが見つかりません」というレスポンス。
以前に良好な状態だったページの削除をリクエストするために、このツールを使用しないでください。ハッカーによってのみ被害を受けたためです。これらのページは削除することもできます。URL の削除はページのみが対象検索結果に表示させたくないでしょう

3. Google による正常なページの処理を早めるかどうか検討する

新規または更新されたクリーンなページがある場合は、 URL の再クロールを Google にリクエストするし、それらのページを Google のインデックスに送信します。これは、省略可。この手順をスキップすると、新しいページや変更したページが時間とともにクロールと処理が行われます。

4. サーバーのクリーンアップを開始する

書き留めたメモに基づいて、サイトのクリーンアップを開始します。「被害の程度の確認」で、脆弱性を特定する。「この手順のパスは、利用可能なバックアップの種類によって異なります。

正常な最新のバックアップ
正常だが古い状態のバックアップ
バックアップが利用できない

まず、サイトがハッキングされる前にバックアップが作成されていることを確認します。

正常な最新のバックアップ

バックアップを復元します。
入手可能なソフトウェアのアップグレード、アップデート、パッチをインストールします。例すべてのアプリケーションを管理している場合はたとえばコンテンツマネジメントシステム、e コマースプラットフォーム、プラグイン、テンプレートなどです。
サイトで使用しなくなったソフトウェア（。
脆弱性を修正します。
被害の程度を確認するで見つかったすべての問題を確認します。対処できます。
サイトに関連するすべてのアカウントのパスワードをもう一度変更する（FTP アクセスのためのログイン、データベースアクセス、システム管理者、 CMS アカウントなど）。Unix ベースのシステムの場合:

passwd admin1

正常だが古い状態のバックアップ

現在のサイトが感染している状態であっても、サイトのディスクイメージを作成する。このコピーは安全のためです。コピーを感染としてマークし、分離します。Unix ベースのシステムでは、次のようにディスクイメージを作成できます。

dd if=/dev/sda bs=1024 conv=noerror,sync | gzip -c -9 \
> /mirror/full-backup-20120125-infected.gz

サーバーのバックアップファイルシステムのコピー（画像やメディアを含む）を作成しますできます。データベースがある場合は、データベースもバックアップします。

tar -pczf full-backup-20120125-infected.tar.gz www/
mysqldump -u root -p --all-databases | gzip -9 \
> fulldb_backup-20120125-infected.sql

正常だが古い状態のバックアップをサーバー上で復元します。
サーバー上のソフトウェア（ウィジェット、プラグイン、アプリケーションなど）を削除することもできます。
すべてのソフトウェアをアップグレードします。サーバーを管理している場合は、OS コンテンツマネジメントシステムなどのすべてのソフトウェアアプリケーションが e コマースプラットフォーム、プラグインテンプレートですCloud Shell を使用してパッチを提供します。
脆弱性を修正します。
手動または自動化された方法でサイト diff を実行します。現在の感染したコピーとの間に差異が生じることがあります。

diff -qr www/ backups/full-backup-20120124/

残しておきたい新しいクリーンなコンテンツを感染したコピーを隔離できます。

rsync -avz /backups/full-backup-20120124/www/clean-file.jpg /www/

被害を評価するに記載されている各 URL を確認します。修正されました。
サイトに関連するすべてのアカウントのパスワードをもう一度変更する（FTP アクセスのためのログイン、データベースアクセス、システム管理、CMS アカウントなど）。Unix ベースのシステムの場合:

$passwd admin1

バックアップが利用できない

サイトのバックアップを 2 回作成し、マルウェアに感染している状態でもバックアップをとる。特典の誤って削除したコンテンツを復元したり、復元したり再発防止策を講じます後でわかりやすいように、各バックアップに「感染」という印を付けます。

バックアップの 1 つはサイトのディスクイメージ（「クローン版」）とします。この形式を使用すると、コンテンツの復元がさらに簡単になります。ディスクイメージはそのままにしておいてかまいません。対応できますUnix ベースのシステムでは、次のコードを使用してディスクを作成します。 image:

dd if=/dev/sda bs=1024 conv=noerror,sync | gzip -c -9 \
> /mirror/full-backup-20120125-infected.gz

もう 1 つのバックアップは、サーバーのファイルシステムのコピーです。画像も含まれます。メディアファイルが含まれます。データベースがある場合は、データベースもバックアップします。

tar -pczf full-backup-20120125-infected.tar.gz www/
mysqldump -u root -p --all-databases | gzip -9 \
> fulldb_backup-20120125-infected.sql

ディスクイメージがない場合は、データベースのバックアップを 2 つと、バックアップを 2 つ作成します。表示されます。

サーバーではなく、新しいバックアップファイルシステムのコピー上のサイトのコンテンツをクリーンアップするため場合は、次の手順を行います。

以前の調査で、ファイルの権限が緩すぎることが判明した場合は、次の手順に進んでください修正しますこの操作はサーバーではなくバックアップコピーで行うできます。
同様にバックアップコピーで、検出された URL に対応するすべてのファイルをクリーンアップする被害の程度を確認するから、侵害されたものを特定します。これらのサーバー構成ファイル、JavaScript、HTML、PHP などです。
（URL 削除ツールを使用して送信した場合と送信していない場合があります）確認できます。
コードや解読されたパスワードに脆弱性がある場合は、これを修復します。入力検証ライブラリやセキュリティ監査が役立つことがあります。
サイトにデータベースがある場合は、作成します。完了と判断する前に、データベースがクリーンであることを確認します
サイトに関連するすべてのアカウントのパスワードをもう一度変更します（たとえば、FTP アクセス、データベースアクセス、システム管理者、 CMS アカウントなど）。Unix ベースのシステムでは、次のコードを使用します。

$passwd admin1

この時点では、感染したサイトのバックアップコピーには、クリーンなデータですこの正常なコピーを手元に保管して、対策 5 に進んでください。

5. 不要なソフトウェアを削除する

サーバーにあるソフトウェア（ウィジェット、サイトで使用されなくなったプラグインやアプリケーションこれにより、将来のメンテナンスを簡素化できます。

6. すべてのサーバーをクリーンアップする

単にアップグレードするのではなく、クリーンインストールを行います。アップグレードでファイルが残ることがあるおすすめします。感染したファイルがサーバーに残っている場合、再びハッキングされる可能性が高くなるからです
- 管理者を管理している場合は、新規インストールに OS が含まれるはずです。サーバー、そしてソフトウェアアプリケーション（コンテンツファイルや e コマースプラットフォーム、プラグイン、テンプレート。必ずで、利用可能なセキュリティアップデートとパッチを確認できます。
クリーンなバックアップファイルシステムのコピーからサーバーにします。既知のクリーンのみをアップロード、復元する制限します。適切なファイル権限を維持し、新しくインストールされたシステムファイルが上書きされることはありません。
関連するすべてのアカウントのパスワードをサイト（FTP アクセスのためのログイン、データベースアクセス、システム管理者、 CMS アカウントなど）。Unix ベースのシステムでは、次のコードを使用します。

passwd admin1

7. 長期の管理計画を作成する

次の手順を行うことを強くおすすめします。

サイトを定期的に自動バックアップする。
ソフトウェアの更新に常に気を配る。
すべてのアプリケーション、プラグイン、その他のアプリケーションのセキュリティ対策を把握するサーバーにインストールする前にインストールしておく必要があります。セキュリティ脆弱性がセキュリティリスクにできます。
強力なパスワードを作成する。
マシンへのログインに使用するすべてのデバイスを安全に保つ（オペレーティングシステムの更新）設定されます。

8. クリーンアップの完了を再確認する

次の質問に「はい」と答えられるかどうかを確認します。

ハッカーがユーザーのパスワードを取得した場合、どうでしょうか
サイトで最も安全な最新バージョンのソフトウェアを実行していますか？
アプリのバグによって、不要な、または未使用のアプリケーションやプラグインが「サイトの脆弱性を高めるにはどうすればよいか」、
コンテンツを復元し、ハッカーのコンテンツを削除しましたか？
サイトのハッキングを許した根本原因の脆弱性を修正しましたか？
サイトを安全に保つための計画はありますか？

これで、サイトをオンラインに戻せます。