CORS $.ajax 会话 cookie (access-control-allow-credentials & withCredentials=true)

我意识到这个问题已经被问了十几次或更多次，给出的每个答复都表明我做得正确，但也许我遗漏了一些东西。

AJAX 提供 CORS 请求，就像这样......

$.ajax({
url: 'someotherdomain.com',
type: 'post',
data: {key: 'value'},
dataType: 'json',
async: false,
crossDomain: true,
beforeSend: function(xhr){
    xhr.withCredentials = true;
},
success: function(x, status, xhr){

},
error: function(xhr, status, error){

}
});

PHP 像这样提供 CORS 请求......

header('Access-Control-Max-Age: 1728000');
header('Access-Control-Allow-Origin: http://someotherdomain.com');
header('Access-Control-Allow-Methods: POST');
header('Access-Control-Allow-Headers: Content-MD5, X-Alt-Referer');
header('Access-Control-Allow-Credentials: true');
header("Content-Type: application/json; charset=utf-8");

根据所有文档，只要设置“Access-Control-Allow-Credentials”服务器端标头和“withCredentials=true”客户端标头，域之间的会话 cookie 处理应该是透明的。我错过了什么吗？

async: false

阻止每个请求将会话 cookie 发送回服务器。以下修复了它。

async: true

尽管这确实允许浏览器在进行跨源请求共享调用时设置会话 cookie，但我现在遇到了有关以下场景的问题：

服务器A向客户端发送响应 使用 CORS 的客户端向服务器 B 发出请求

XMLHttpRequest -> PHP -> Session handler -> MySQL -> Stored Procedure 

由于 PHP 会话管理中的 MUTEX 锁定了异步特性，并且显然，要求可能会强制使用不同的标头选项（例如 XCookie 或类似的东西）手动设置 cookie，以保持服务器会话和客户端请求同步。

这种特殊的解决方法并不适合我，因为我相信它会为会话劫持和会话重放攻击向量开辟一条简单的道路。

使用 SSL/TLS 封装的连接可能有助于防止上述情况，但就为客户端独立提供安全措施而言，我认为这还不够。

有人对此有什么想法吗？