回答編集履歴
1
コメントを受けての追記#1
answer
CHANGED
|
@@ -4,4 +4,31 @@
|
|
|
4
4
|
[Access : リンクテーブルで [パスワードの保存] が危険な理由](http://cs.albis.jp/blogs/ms-18e/archive/2007/12/14/10284.aspx)
|
|
5
5
|
|
|
6
6
|
リンクテーブルでパスワードを保存する際、「セキュリティ接続を使用する」が未チェックであれば、mdbファイルをバイナリエディタで参照すればパスワードが見えるそうです。
|
|
7
|
-
ただ、これはこれでセキュリティ上、怖いですね。
|
|
7
|
+
ただ、これはこれでセキュリティ上、怖いですね。
|
|
8
|
+
|
|
9
|
+
|
|
10
|
+
## コメントを受けての追記#1
|
|
11
|
+
|
|
12
|
+
セキュリティをきちんと考慮されていたようですね。
|
|
13
|
+
念のためですが、「セキュリティ接続を使用する」がチェックされている場合、```Trusted_Connection=Yes;```という文字列が確認できるようですが、ありましたでしょうか？
|
|
14
|
+
まだ見つけていない場合、もう少し探してみると良いかもしれません。
|
|
15
|
+
|
|
16
|
+
さて、現状からの対処方法ですが、２つ考えてみました。
|
|
17
|
+
|
|
18
|
+
0. saのパスワードを変更する
|
|
19
|
+
0. 新しいmdb用のユーザを作成する
|
|
20
|
+
|
|
21
|
+
#### saのパスワードを変更する
|
|
22
|
+
|
|
23
|
+
リンクテーブルをsaで接続している場合、saのパスワードがわからない、ということだと思います。
|
|
24
|
+
その場合、SQLServerの管理ツールからパスワードの変更ができます。
|
|
25
|
+
* http://www.timetracker.jp/support/documents/KB/Content/Tips/KB101201_01.htm
|
|
26
|
+
|
|
27
|
+
ただし、saのパスワードを変更するということは、他にもこちらを利用しているサービス等があった場合に、そちら側でも接続用のパスワード変更が必要になります。**注意して確認の上**、実施してください。
|
|
28
|
+
（他にもサービスがある場合、そちら側の設定を調査するのもいいかもしれません）
|
|
29
|
+
|
|
30
|
+
#### 新しいmdb用のユーザを作成する
|
|
31
|
+
|
|
32
|
+
現状への影響を最小限にするのであれば、SQLServerに新規ユーザを作成し、新しいmdbではそちらを利用してみるのはいかがでしょうか？
|
|
33
|
+
こちらのほうが変更範囲を限定的にでき、オススメです。
|
|
34
|
+
（saで接続している場合、saのパスワードは分からないままですが。。。）
|