このリスクは非常に大きいです。uid が他の人のものに変更され、その人がたまたまログインしている場合、別の人としてログインすることになります

計画に従ってください:
1. 暗号化する Cookie の uid または意味のないランダムな文字列を設定します。
2. この文字列を使用してデータベースと比較するか、キャッシュと比較し、同時に IP を検証します。ユーザーエージェントによるセキュリティ強化
3、セッション有効期限ポリシーの検討

まず、ユーザー情報をデータベースに保存して設定する必要がありますisLogined 默认为FALSE，每次登陆成功后更新为TRUE，退出后更新为FALSE；判断登陆成功的标志用userName userPass 匹配，还有isLogined 判断；最后设置判断级别，先isLogined 后 用户密码；

ログイン ステータスをデータベースに保存しないこと、少なくともリレーショナル データベースには保存しないことをお勧めします。トークンはユーザーのログイン検証が完了した後に返され、後続のすべてのユーザー リクエストで認証フィールドにこのトークンが含まれます。ヘッダーの詳細については、jwt と関連する実装を見てみましょう

現在の方法によると、私がログインしていない匿名ユーザーであり、インターフェースの1つを要求し、データベースからインターセプトされて、user.isLoginedに基づいてユーザーがログインしているかどうかを判断すると、問題が発生します。 。 user.isLogined のユーザーは誰ですか?

リクエストするときは、セッションを検証するためにインターセプタを使用するだけで、リクエストごとにデータベースにアクセスするため、ユーザーのログイン成功情報を入れることをお勧めします。