Serwer nie zdradza, jakiej grupy użył
PHP dostaje zmienne od serwera WWW, a ten ich nie przekazuje. Poniżej masz, co dopisać do konfiguracji.
Co widzi serwer
| Uzgodniona grupa | — brak danych — |
|---|---|
| Protokół | — |
| Szyfr | — |
| HTTPS | tak |
| Za proxy/CDN | nie wykryto |
| Serwer | Apache/N-G-I-N-X-htaccess-support |
| OpenSSL w PHP | OpenSSL 3.0.16 11 Feb 2025 |
| Przeglądarka | Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com) |
| Powinna umieć PQ | nie wiem |
nginx
Włącz grupę i przekaż nazwę do PHP-FPM:
ssl_protocols TLSv1.3;
ssl_ecdh_curve X25519MLKEM768:X25519:prime256v1;
location ~ \.php$ {
include fastcgi_params;
fastcgi_param SSL_CURVE $ssl_curve;
fastcgi_pass unix:/run/php/php-fpm.sock;
}
Nazwa zamiast 0x11ec wymaga nginxa z kwietnia 2025 lub nowszego; starszy poda sam codepoint, który ta strona i tak rozszyfruje. Sam ML-KEM potrzebuje OpenSSL 3.5+ pod spodem.
Apache
mod_ssl nie ma zmiennej z nazwą grupy, więc tą drogą tego nie sprawdzisz. Zostaje test od strony klienta (openssl s_client) albo nginx jako reverse proxy przed Apachem.
Hosting współdzielony
Nie masz dostępu do konfiguracji, więc pytanie idzie do supportu: czy front-end TLS ma OpenSSL 3.5+ i czy X25519MLKEM768 jest na liście grup. Do czasu odpowiedzi sprawdzaj to z zewnątrz — komendą niżej.
To samo z terminala
echo Q | openssl s_client -connect quantum.ikaniewicz.pl:443 \ -servername quantum.ikaniewicz.pl 2>/dev/null \ | grep 'Negotiated TLS1.3 group'
Potrzebny OpenSSL 3.5 lub nowszy — starszy nie umie zaproponować ML-KEM, więc zawsze pokaże klasyczną krzywą.