Software /
code /
prosody-modules
File
mod_sasl_ssdp/README.markdown @ 5931:d194d1012fd3
Updating dox for mod_rest. Ideas expressed / clarified:
1) Making clear that mod_rest isn't to be installed under VirtualHosts AND as a component.
2) Understanding some of the implications of this choice:
A) Changes to user authentication
B) How it affects subdomains
3) More consistent use of domain names for clarity.
4) Using different heading sizes to show scope of section.
Essentially, I added all the tidbits I had to clarify in getting this to work in my
own example.
author | Ben Smith <bens@effortlessis.com> |
---|---|
date | Mon, 13 May 2024 13:25:13 -0700 |
parent | 5899:61bee1be6db3 |
line wrap: on
line source
--- labels: - 'Stage-Alpha' summary: 'XEP-0474: SASL SCRAM Downgrade Protection' ... Introduction ============ This module implements the experimental XEP-0474: SASL SCRAM Downgrade Protection. It provides an alternative downgrade protection mechanism to client-side pinning which is currently the most common method of downgrade protection. **Note:** This module implements version 0.3.0 of XEP-0474. As of 2023-12-05, this version is not yet published on xmpp.org. Version 0.3.0 of the XEP is implemented in Monal 6.0.1 and go-sendxmpp 0.8.0. No other clients are currently known to implement the XEP at the time of writing. # Configuration There are no configuration options for this module, just load it as normal. # Compatibility For SASL2 (XEP-0388) clients, it is compatible with the mod_sasl2 community module. For clients using RFC 6120 SASL, it requires Prosody trunk 33e5edbd6a4a or later. It is not compatible with Prosody 0.12 (it will load, but simply won't do anything) for "legacy SASL".