質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

ただいまの
回答率

90.35%

Laravel5.5 パスワードを必要とせずログインさせたい

解決済

回答 1

投稿 編集

  • 評価
  • クリップ 2
  • VIEW 949

POSTMAN

score 42

 軽くおさらい

Laravel5.5 のAuthでAuth/LoginController.phpで使っているAuthenticatesUsersトレイトのloginメソッドにて、以下の部分にて実際のログイン処理を行なっていると思います。実際はもっと深部がありますが、、、

        if ($this->attemptLogin($request)) {
            return $this->sendLoginResponse($request);
        }

このattemptLoginメソッド内は以下のようになっています。

    protected function attemptLogin(Request $request)
    {
        return $this->guard()->attempt(
            $this->credentials($request), $request->filled('remember')
        );
    }

さらにこのcredentialsメソッドでパスワードを必要としています。

    protected function credentials(Request $request)
    {
        return $request->only($this->username(), 'password');
    }

 本題

さて、ようやく本題にはいりますが、パスワードを必要とせずログインさせたいと思っていて

Route::get('test', function () {
    \Illuminate\Support\Facades\Auth::attempt(['email' => 'test@yahoo.co.jp']);
});

としたら以下のエラーがでてしまいます。
実際にusersテーブルもあり、ユーザー登録もできていてusersテーブルのemailカラムにtest@yahoo.co.jpも存在します。

イメージ説明

vendor配下は触りたくなくてですね、AuthenticatesUsersトレイトのメソッドはこちらのcontroller側でオーバーライドできるのですが、、、

深部の方でパスワードは必須としているプログラムが書かれていると思うのですが、パスワードを必要とせずログインさせるベストプラクティスはないかないでしょうか?

やりたいこととしてはパスワードでのログインを撲滅したいと思っていて今回実装しています。

なのである条件の後に、attemptを使えば良いと思っているのですが、エラー画像にもある通り、

    public function validateCredentials(UserContract $user, array $credentials)
    {
        $plain = $credentials['password'];

        return $this->hasher->check($plain, $user->getAuthPassword());
    }

この部分に邪魔されているようなのです。getAuthPasswordとかもあるようだし、、、。

個人的には、多分ログインさせることさえできれば、あとはauth()->user()とかでログイン者の情報とかは引き出せると思っています。
ログアウトも多分、Auth::guard()->logout();でいけると思いますが、やはりログイン時だけちょっと改修必要かなと思っています。

 追記

解決策として、usersテーブルにpasswordカラムを持たせ(実際使うことはない)、ログイン情報に'password => ""'の配列追加すれば理論上いけそうな気もしますが、根本的ではないですね、、、

  • 気になる質問をクリップする

    クリップした質問は、後からいつでもマイページで確認できます。

    またクリップした質問に回答があった際、通知やメールを受け取ることができます。

    クリップを取り消します

  • 良い質問の評価を上げる

    以下のような質問は評価を上げましょう

    • 質問内容が明確
    • 自分も答えを知りたい
    • 質問者以外のユーザにも役立つ

    評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。

    質問の評価を上げたことを取り消します

  • 評価を下げられる数の上限に達しました

    評価を下げることができません

    • 1日5回まで評価を下げられます
    • 1日に1ユーザに対して2回まで評価を下げられます

    質問の評価を下げる

    teratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。

    • プログラミングに関係のない質問
    • やってほしいことだけを記載した丸投げの質問
    • 問題・課題が含まれていない質問
    • 意図的に内容が抹消された質問
    • 広告と受け取られるような投稿

    評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。

    質問の評価を下げたことを取り消します

    この機能は開放されていません

    評価を下げる条件を満たしてません

    評価を下げる理由を選択してください

    詳細な説明はこちら

    上記に当てはまらず、質問内容が明確になっていない質問には「情報の追加・修正依頼」機能からコメントをしてください。

    質問の評価を下げる機能の利用条件

    この機能を利用するためには、以下の事項を行う必要があります。

回答 1

checkベストアンサー

+1

実現方法はいろいろある。
https://readouble.com/laravel/5.7/ja/authentication.html

 Userインスタンスで認証

そもそもデフォルトのLoginControllerの使用は必須ではないので自分でログイン部分を作る。

$user = User::where('email', $request->email)->first();
Auth::login($user, true);

 カスタムガード

メールとパスワードを使う認証はデフォルトのwebガードの話なのでこのガードだけを変更する。
クロージャリクエストガードは5.6以降。いや違った。ドキュメントに書かれてないだけで前からあった。

Auth::viaRequest('no-password', function ($request) {
        return User::where('email', $request->email)->first();
});


LoginControllerでガードの指定。

protected function guard()
{
    return Auth::guard('no-password');
}

 カスタムユーザープロバイダ

5.5の場合カスタムガードを作るのは面倒そうなのでユーザープロバイダのみ変更。
EloquentUserProviderを元にパスワードを使わないユーザープロバイダを作る。
https://github.com/laravel/framework/blob/5.7/src/Illuminate/Auth/EloquentUserProvider.php

当然ながらメールだけでログインできるのは危険。
素直にSocialiteでソーシャルログインがいいと思うけどTwitter APIが使いにくくなったり今となってはかなりのリスク。
最近はLaravel標準の普通のログイン方法に戻してる。

投稿

編集

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2018/10/27 16:28 編集

    自前の認証ですね!
    ありがとうございます。

    >当然ながらメールだけでログインできるのは危険。

    何が当然で、なぜ危険なのでしょうか?

    もし、それが危険ということでしたら、例えば現実世界に置き換えると
    確実に「その人の住所」に送っていて本人による確認を行なっている
    書き留め郵送による本人確認すら意味がなくなってしまうと思います。

    これは、例えばいろんなマンションのポストに手を突っ込み手当たり次第に書類を盗み、なにかしらのサービスのパスワードなどを他人が知りえない限り本人になりすますことは不可能だと思っていますが犯罪ですね。

    パスワードを盗まれるのと、メールアドレスを差し替えられるのと、技術的には後者の方が難易度は高いように思えます。

    キャンセル

15分調べてもわからないことは、teratailで質問しよう!

  • ただいまの回答率 90.35%
  • 質問をまとめることで、思考を整理して素早く解決
  • テンプレート機能で、簡単に質問をまとめられる

同じタグがついた質問を見る