Может ли провайдер OpenID Connect пройти сертификацию, если он не поддерживает незашифрованные токены удостоверения личности и информацию о пользователе?

Нельзя пройти сертификацию без поддержки незашифрованных токенов идентификатора, подписанных RSA SHA-256. Однако вы можете сертифицировать реализацию программного обеспечения, а затем отключить определенные алгоритмы во время развертывания.

редактировать: единственным исключением из этого является поддержка «нет», но это не имеет отношения к вашему делу

Я думаю, вы должны поддерживать токены singed ID. Это обязательно согласно спецификации OpenID Connect.

15.1. Обязательно для реализации функций для всех поставщиков OpenID

Подписание токенов идентификатора с помощью RSA SHA-256

OPs ДОЛЖНЫ поддерживать подписание ID-токенов с помощью алгоритма RSA SHA-256 (значение алгоритма RS256), за исключением случаев, когда OP поддерживает только возврат ID-токенов из конечной точки токена (как в случае с потоком кода авторизации). ) и позволяет только клиентам регистрироваться, не указав ничего в качестве запрошенного алгоритма подписи токена идентификатора.

Это также выделено в разделе ID Token.

Идентификационные токены ДОЛЖНЫ быть подписаны с использованием JWS [JWS] и, при желании, подписаны и затем зашифрованы с использованием JWS [JWS] и JWE [JWE] соответственно.

Далее говорится о типе none, который только

Токены ID НЕ ДОЛЖНЫ использовать none в качестве значения alg, за исключением случаев, когда используемый тип ответа не возвращает токен ID из конечной точки авторизации (например, при использовании потока кода авторизации) и Клиент явным образом не запросил использование none во время регистрации.