Replies: 5 comments 11 replies
-
In v3 hashing works out of the box with the following configuration, so I don't see what the big deal is. Forms\Components\TextInput::make('password')
->password()
->required() |
Beta Was this translation helpful? Give feedback.
-
Well sir, the big deal is when I use that code, passwords are in plain text so unless I am missing something else in my laravel config, it needs to be addressed. Obviously it is not working for me or i wouldnt be here talking about it. Tell me what I might be missing or set up incorrectly. |
Beta Was this translation helpful? Give feedback.
-
Actually, auto-hashing is controlled by the core framework (Laravel) at the model level, so Filament does not need to configure anything to make it happen. Just add the following cast to the protected $casts = [
'password' => 'hashed',
]; I just noticed this might be the missing piece for you. |
Beta Was this translation helpful? Give feedback.
-
I've also got Laravel (11) with Breeze and then Filament 3 on top of that. I'm getting login errors suggesting the credentials are wrong but they are correct. Some discussions about the cause I've sighted talk about multiple hashing of the password .. I'm still trying to get to the bottom of it |
Beta Was this translation helpful? Give feedback.
-
I am facing the same problem. I don't understand that in a clean installation filament has these problems. It should work only by setting the text field as password. I am using Laravel 10. |
Beta Was this translation helpful? Give feedback.
-
Password hashing has got to be the number one security concern on any website. Does Filament really set passwords as plain text as default, when bcrypt is expected with all other Laravel starter sets?
I already found this link hashing passwords But why should i have to go to all these extra processes to get basic security? Am I missing something in my set up so this happens by default?
At minimum if you really want to give the users options how about make it default with an option to ->hash('false') or something of the sorts so it is easy to configure.
Show password options should also be standard without needing a plugin in my opinion, and an indication that the password is filled in already.
I really have a hrd time believing this is not standard practice. I did find the instructions in "advanced forms" but that kind of thing is basic in my option. Please make it part of the password discussion. or at least provide a link and simplify it if possible. As the whole dehydrate and hydrate terms can be confusing to people, when a simple ->hash() ->show('true') etc would be more straight forward.
Additional improvements could be an option to disable field on edit screens without a dedicated "change password" click. There should be some indication that a password is entered though
Beta Was this translation helpful? Give feedback.
All reactions