2016-06-29 6 views
0

誰かが途中で人のように傍受することができますか? すべてのユーザー情報を含むデータベースをハードドライブにバックアップする場合のドリルは何ですか?sqlデータベースを自分のPCにエクスポートするのは安全ですか?

暗号化する必要がありますか?私のphpMyAdminはSSLで動作しているので、接続は暗号化されているようです。

+2

SSLで正常に動作します。しかし...暗号化されていないユーザー情報をハードドライブに置いておくのは、あまりいい考えではないかもしれません。あなたはSSH、ダンプ、郵便番号、暗号化してそこにそれを格納することができる十分な部屋をサーバー上に持っていますか?またはrsync/sftpどこか安全ですか? – JNevill

答えて

3

私は、開発用に本番データベースをローカルPCに移動することに興味があり、エンドユーザーが詮索を受けるのを防ぐことに懸念があるとします。データが傍受される可能性のあるいくつかの正当な懸念事項を強調しますが、実現しないようなものがあります。実動データベースを開発者マシンにエクスポートすることは、それ自体がアプリケーションのセキュリティに違反し、誰もそれについて知っていなくても。あなたのユーザーは、(おそらく善意の意志の)開発者のように、自分のデータがすべての人に見えないようにすることを期待しています!個人的なデータを自分の目的に使用することは、あなたの目的がどれほど尊敬できるものであっても、それらの期待に反することです。致命的なデータ消失イベント(生産中のハードドライブ、故障したパッチ、その他)から復旧する目的のみでバックアップを作成する場合を除き、は決してには生産データの生のダンプをどこにでも送ってください。 (もちろん、それらのバックアップを作成するときには、それらを暗号化する必要があります)。

エンドユーザーのデータを保護することを前提にして、悪意のあるエンティティに対する最善の策は、data maskingを実装することです。機密データ。これは実際の現実のユーザーのアイデンティティや意図を損なわないデータでスキーマのリレーショナル・コンテンツをエクスポートする場所です。基本的に、名前と電子メールアドレスを詐称アイデンティティに置き換え、「秘密」(あなた自身で判断する必要がある)と分類されるその他のものは同様に修正され、かつ/または偽のデータに置き換えられます。

データマスキングの利点はすぐに明らかになります。誰かがあなたのバックアップを傍受し、あなたのユーザーに関する情報を推論しようとしていたとしても、実際のユーザーについて何も推測することはできません。もちろん、ダンプをどういう形で傍受したとしても、スキーマを簡単にリバースエンジニアリングすることはできますが、それ自体が問題になるかもしれませんが、少なくとも自分の個人的な詳細にはすぐにアクセスできませんユーザーベース。つまり、FTP over SSL(別名FTPS)など、今日、データを送信するための合理的に安全な方法がいくつかあります。 (FTPSはで、SFTPと同じではないことに注意してください)

+1

あなたの答えが正しい間に、私はSFTPと同じ*実際には*実際にはTLSレイヤー以上のFTPがSSL *であるという追加の説明を追加したいと思います。 FTPS。 – Martin

+1

@Martinはい、あなたは正しいです。私はそれを反復のためだけに私の答えに追加します。 – nasukkin

+0

したがって、データ損失から復旧する目的でSQLデータベースをエクスポートすると、それはセキュリティ違反ではありませんか?私は違法な行為をしたくないということです。私はちょうど週単位でどこかにエクスポートする必要がありますので、DBが台無しになる場合は、最後にエクスポートされたデータベースにリセットすることができます。 – Menel

関連する問題