Introduce ApiUser#hashed_password - #7942
Conversation
f093994 to
3fcf7d0
Compare
|
|
466d5b5 to
4433f81
Compare
4433f81 to
0cd3773
Compare
|
@cla-bot check |
|
AFAIK the concept review is already positive: #6404 (comment) |
|
Hey @Al2Klimov, I have some history to this topic that might help: Also why add another third party dependency and do the dangerous thing of doing it by hand when openssl can do the job for you lol Kind regards, |
I don't quite understand. No one actually reads that, people just C&P that from $TOOL output.
Have a look at Icinga DB's deps' amount :P
OpenSSL can |
|
Of course it can't use the most bleeding edge hashing algorithms available, but who wants that? But you do you and I do not know the current requirements for this feature. The format is the kicker. Feedback was it's a surprise to the user to find this format in the config when there are established best practices for hashes of this kind. |
|
Your implementation wasn’t crypt(3) compatible. Mine is. And it's the hot shit. <-- change my mind :) |
Wait! |
|
Well you have to balance things here. What would be the best thing that OpenSSL would offer at the moment (must also be available on the ancient CentOS 7 version)? Is it really that bad that we have to vendor a bunch of code? I mean almost anything would be a huge improvement over the status quo. |
|
If you don’t care about crypt(3) compatibility and accept something less secure than the best available, shall we (I) just reincarnate the old implementation using OpenSSL? |
|
Tbh.: yes, we could cover the |
0cd3773 to
10281c0
Compare
10281c0 to
f4478e3
Compare
f4478e3 to
e1754a3
Compare
e1754a3 to
cccd4c1
Compare
fixes #6404