1

(リモートSQL管理スタジオから現在づけし)私たちのSQLサーバーへのセキュリティレイヤを追加します。は、私たちが何千人ものユーザー(Webアプリケーションから他のAndroidアプリ、などのいくつか)で実行されている大規模システムを持っている

システムは、(同じ国内の)2つの場所にデータベースを用いて、分配されます。 1つの場所には、同じネットワークに5台のサーバーがあり、それぞれに(複製を介して)データベースのコピーがあります。

ソフトウェア開発者の中には、本番データベースに直接アクセスできるものがあります。場合によっては、システム自体から不可能な操作をユーザーが修正するようにユーザーから要求されたテクニカルサポートのため、開発者/サポートチームはデータベースに直接アクセスしてレコードを変更する必要があります。

これは理想的な仕組みではありません。しかし、これは何年も前からそうだった。

最近、我々はいくつかの問題を発見した。ある日、ある人が誤ってテーブルから何百ものレコードを更新しました。

これ以降、このアクセスを改善する方法を分析しています。

セキュリティを改善する方法を探しています。 2フェーズ認証システムを導入したいと考えています。 SQL Server Management Studioをからアクセスするときに、2つのパスワードをユーザーに尋ねる何か...

が可能ということですか?または、セキュリティを向上させるために使用できる他のアプローチがありますが、必要に応じて開発者/サポートチームが運用データベースにアクセスできるようにしますか?

また、(currenty)ユーザーは、すべてのサーバーに対してリモートデスクトップ経由でアクセスできます。

少なくとも、私たちは、このアクセスが行われている際に知っていただきたいと思います。

+0

現在、Windows認証または混合モード認証を使用していますか。アプリケーションからユーザーのアクセス許可をどのように処理しますか? –

+0

パスワードを2度尋ねると、ある人が誤って何百ものレコードをテーブルから更新できなくなるのです。 – TheGameiswar

+0

@ArthurDはい、混在モードが有効です。 –

答えて

1

これらのユーザーのみが読み取り専用のPRODにアクセスしてください。スクリプトを作成してレビューし、可能であれば他のデプロイ可能なものと同様にテストしてください。次に、標準のデプロイメントプロセスに従います。

+0

こんにちは@SMM、私はあなたのソリューションが好きです。私たちはおそらく、リポジトリ(SVN)とJenkinsのミックスを考えていました。たとえば、サポート担当者がいくつかの行やテーブルを更新したいとします。そこで、彼はスクリプト(SQL)を書いて、Devサーバー上でスクリプトを実行します(このサーバーは毎晩、本番システムの非常に新鮮なバックアップをとり、そこから独自のデータベースを再作成します)。サポート担当者がスクリプトに満足すると、彼は特別なSVNリポジトリ(サポートと呼ばれる)にコミットします。これが起こると、DB書き込み権を持つ誰かがスクリプトをチェックし、Jenkinsで仕事を開始します。このジョブは本番環境でスクリプトを実行します。 –

+0

この変更はJenkinsによって行われます(誰も直接アクセスできません)。ジェンキンの仕事を執行する権利のみ。しかし、このようにしてsQLスクリプトを作成するユーザにとっては、あまりにも制限される可能性があります。 SQL Server用のEMS SQL Managerのような特定のソフトウェアを使用して、画面上の行を視覚的に表現した値を変更する方が簡単です。 –

+0

これは夢のようなアイデアのためにSVNリポジトリを使用していますか?この特定の仕事に欠けている他の種類のソフトウェアはすでにありますか?ありがとう –

0

私の他の答えは実行可能ではなく、これらの更新は、常に修正の同じ種類であれば...あなたが修正を行うだけprocsのに許可を与えるかもしれないサポート保存されprocsのを作成することができます...しかし、これは非常にあります修正の共通性に依存し、私の他の答えには好ましくない。

私はそれを自分自身を使用していないが、EXECUTE ASは、ユーザーにprocsのは、より高いアクセスを持つ資格情報で実行するだろうが、読み取り専用のアクセス許可を与えてみましょう可能性があります。

+0

彼らがprocsを持っていれば、システムから変更を加えることができます... –

+0

削除ステートメントのwhere句を忘れることのダメージを制限してください – SMM

+0

しかし、私はそれを実行するITチームの希望を抱いているわけではありません。数千人のユーザーが「何年も」データベースの変更を制御するメカニズムを持たずに済みます... –

関連する問題