mysqlへのrootアクセスのある面白いケース

友人からリクエストを受け取りました。サイトを新しいホスティングに転送します。 さて、どうしてここで助けられないのでしょう。 ホスティングコントロールパネルはDirectAdminパネルで、すべてのサイトはjoomlaにありました。 したがって、構成ファイルを見つけてそれらに精通することは難しくありませんでした。 サイトのバックアップを作成した後、データベースのバックアップを作成する番でした。 すべてが非常にシンプルに思えた。 しかし、今日ではありません。

すべてが新しいホスティングに転送され、すでに完全に機能していた後、彼らは私に電話して、サイトのコンテンツが本来あるべきものではないことを保証します。 私はすぐに、CMS構成ファイルのいくつかのバックアップまたは誤った設定を誤って変更する考えを思いつきました。 しかし、肯定的な結果の検証はもたらされませんでした。 また、コンテンツはサイトの所有者にとって非常に重要だったため、必要なバックアップを見つけるためにもう一度試してみる必要がありました。 ホスティングのテクニカルサポートに連絡し、状況を説明しました。 彼らは、順番に、ホスティングの完全なバックアップを送ってくれます。 しかし、必要なバックアップもありませんでした。

以前のホスティングと新しいホスティングのサイトのコンテンツを比較し始め、実際に異なることがわかりました。 そして、私は自分自身に質問を始めました。なぜすべてのjoomla設定ファイルでデータベースのユーザー名が「root」であり、パスワードがまったく指定されていないのですか? そして、ここでそれは私に夜明けしました...ああまあ。 ほんと? できません。

ホスティングSypexDumperにデプロイします。 パスワードなしで「root」を入力し、魔法の「enter」ボタンを押すと、これが表示されます。



Sypex –






さて、ここでそれは質問に対する待望の答えです:なぜコンテンツはデータベースの同一のバックアップと異なるのですか? 私たちはシュコダに行くつもりはありませんが、私は本当にこれがどのように起こる可能性があるのか​​についての質問をもらいたいです。 しかし、状況はかなり平凡であることが判明しました。友人がすべてのCMSをローカルコンピューターからホストに転送するのではなく、ゼロからインストールしました。 彼は、データベースの設定を変更することを気にしませんでした(それに注意を払うことなく)。 上記の脆弱性のおかげで、必要なCMSはすべて正常にインストールされ、「不要な質問をする」ことはありませんでした。 質問は未回答のままでした:DirectAdminのデータベースバックアップはどこで、なぜ表示されましたか?

「クッキー」として、友人は3か月間の無料ホスティングを受け取りました。



All Articles