回答編集履歴
1
使い方含めて再調査
test
CHANGED
|
@@ -1,29 +1,23 @@
|
|
|
1
|
-
uidってなんじゃ？と思って調べてみました。
|
|
1
|
+
uidってなんじゃ？と思って調べてみました。【二度目】
|
|
2
2
|
|
|
3
|
-
[https://firebase.google.com/docs/auth/admin/
|
|
3
|
+
[https://firebase.google.com/docs/auth/admin/manage-users?hl=ja#create_a_user](https://firebase.google.com/docs/auth/admin/manage-users?hl=ja#create_a_user)
|
|
4
4
|
|
|
5
5
|
|
|
6
6
|
|
|
7
|
-
|
|
7
|
+
Firebase Authentication によって生成されます。
|
|
8
8
|
|
|
9
|
-
|
|
9
|
+
つまり、Webサービス毎にFirebaseのアカウントを切ればその度に一意なuidが作られるんですね。
|
|
10
10
|
|
|
11
11
|
|
|
12
12
|
|
|
13
|
-
ま
|
|
13
|
+
つまり、悪意のユーザーがAさんのuidを盗みだして、他のFirebaseサービスに持っていっても
|
|
14
14
|
|
|
15
|
-
|
|
15
|
+
他のFirebaseサービスは「そんなユーザー知らねえよ」と返してくるんですよね。
|
|
16
16
|
|
|
17
|
-
|
|
17
|
+
であれば、連番のユーザIDを使うより「よっぽど安全」ですし、むしろ積極的に使い倒したほうが良いでしょう。
|
|
18
|
-
|
|
19
|
-
(ざっくりと斜め読みしただけなのでこの理解が正しいかはわかりませんが)
|
|
20
18
|
|
|
21
19
|
|
|
22
20
|
|
|
23
|
-
|
|
21
|
+
自分にしか見せては行けないデータは、
|
|
24
22
|
|
|
25
|
-
これに依存するシステムを構築するという思想自体に無理があります。
|
|
26
|
-
|
|
27
|
-
ユーザーとDB内の整合性が取れなくなって、保存したデータが取り出せない。
|
|
28
|
-
|
|
29
|
-
|
|
23
|
+
ログインしている現在ユーザと対象のuidを突合させて、一致するときだけ扱えるようにしておけば十分だと思います。
|