> Currently, the most widely deployed (PKI-free) aPAKE is SRP [RFC2945], which is vulnerable to pre-computation attacks, lacks a proof of security, and is less efficient relative to OPAQUE. Moreover, SRP requires a ring as it mixes addition and multiplication operations, and thus does not work over plain elliptic curves. OPAQUE is therefore a suitable replacement for applications that use SRP.
> This draft complies with the requirements for PAKE protocols set forth in [RFC8125].
* https://tools.ietf.org/html/draft-irtf-cfrg-opaque
More on PAKE generally:
* https://blog.cryptographyengineering.com/2018/10/19/lets-tal...
* https://news.ycombinator.com/item?id=18259393
If you're looking for a challenge-response system for your application, then it's hard to go wrong with SCRAM (which Postgres went with a while ago):
* https://en.wikipedia.org/wiki/Salted_Challenge_Response_Auth...