目前实现的 SASL 机制是 SCRAM-SHA-256 及其带通道绑定的变体 SCRAM-SHA-256-PLUS。RFC 7677 和 RFC 5802 对它们有详细描述。

当在 PostgreSQL 中使用 SCRAM-SHA-256 时，服务器将忽略客户端在 client-first-message 中发送的用户名，而是使用已经在启动消息中发送的用户名。PostgreSQL 支持多种字符编码，而 SCRAM 规定用户名必须使用 UTF-8，因此可能无法用 UTF-8 表示 PostgreSQL 用户名。

SCRAM 规范规定密码也必须采用 UTF-8 编码，并通过 SASLprep 算法处理。不过，PostgreSQL 并不要求密码使用 UTF-8。设置用户密码时，无论实际采用何种编码，都会将其视作 UTF-8 并用 SASLprep 处理。但是，如果密码不是合法的 UTF-8 字节序列，或者包含 SASLprep 算法禁止的 UTF-8 字节序列，就会直接使用未经 SASLprep 处理的原始密码，而不抛出错误。这样既能对 UTF-8 密码进行规范化，又允许使用非 UTF-8 密码，而且不要求系统知道密码采用何种编码。

通道绑定在支持 SSL 的 PostgreSQL 构建中受支持。带有通道绑定的 SCRAM 的 SASL 机制名称是 SCRAM-SHA-256-PLUS。PostgreSQL 使用的通道绑定类型是 tls-server-end-point。

在不带通道绑定的 SCRAM 中，服务器会选择一个随机数并发送给客户端，将它与用户提供的密码混合，形成所传输的密码 hash。虽然这样可以防止在后续会话中成功重放该密码 hash，但无法阻止位于真实服务器与客户端之间的伪造服务器转发服务器的随机值并成功通过认证。

带通道绑定的 SCRAM 会将服务器证书的签名混入所传输的密码 hash，从而防止此类中间人攻击。虽然伪造服务器可以转发真实服务器的证书，但它无法取得与证书匹配的私钥，因此无法证明自己是证书所有者，最终导致 SSL 连接失败。