現在Azureで動作しているサーバーを書き直すように指示されました。このサーバーは非常にひどく書かれており、ひどく設計されたAPIを公開しており、全体的にモデル設計自体はサブパネルでした。ASP.NET ID EFユーザーを新しいデータベースに移動する
私の仕事は、主にこれを合理化し、機能を削除し、新しい機能を追加することでした。これにより、まもなく導入する必要がある新しいサーバーが生まれました。
ただし、クライアントは現在のユーザーベースを保持します。現在の設計は単純です:アイデンティティユーザーはわずかにカスタマイズされています(追加するIDを追加すると削除されます)。実際のユーザーデータは別のモデルで別のテーブルに保存されます(追加されたIDはこのモデルの参照です)。
ユーザーを統一し、UserName、Emailプロパティ、および可能であればパスワードを保存したいと考えています。しかし、私はハッシュのために後者が可能ではないと思う。
これを行う簡単な方法はありますか、または単にこれらのプロパティをエクスポートして新しいパスワードで新しいユーザーを作成する必要があります(もちろん、パスワードを変更する必要があることを電子メールで通知します)。
マイグレーション後に同じハッシングアルゴリズムを使用してパスワードを確認し、次回のログイン時に新しいパスワードを作成するように指示される何らかの安全性チェックを実装できますか?処理が完了するまで、別の列に新しいパスワードを保存することができます。 – Robert
ハッシュアルゴリズムは、最初に実行したときにハッシュソルトを生成するビルトインアルゴリズムです(存在しない場合)。しかし、私はそれがどこに保存されているかわからない。私は新しいサーバーコードがそれを複製できるとは思わない。 – fonix232