В версиях Eclipse Arrowhead от 5.0.0 до 5.2.1, когда MQTT API включен с политикой аутентификации сертификатов, CertificateMqttFilter анализирует сертификат X.509, который клиент отправляет внутри полезных данных сообщения MQTT (поле аутентификации MqttRequestTemplate), и рассматривает его DN субъекта как аутентифицированное удостоверение. Сертификат декодируется с помощью CertificateFactory.generateCertificate(), но его подпись никогда не проверяется, а его цепочка эмитентов никогда не проверяется ни в одном хранилище доверенных сертификатов. Авторизация сводится к двум сравнениям строк данных, предоставленных злоумышленником: DN-квалификатор должен быть равен «sy» или «op», а часть имени облака в CN должна совпадать с именем сервера.
Оба значения являются общедоступными (имя облака находится в собственном TLS-сертификате сервера). Таким образом, злоумышленник, который может опубликовать сертификат у брокера MQTT, может создать самозаверяющий сертификат с помощью CN=Sysop.<cloud>.<org>.arrowhead.eu, dnQualifier=op, отправить его в качестве поля аутентификации и пройти аутентификацию как системный оператор облака с помощью isSysOp == true. При этом передается нижестоящий ManagementServiceMqttFilter (request.isSysOp() → разрешено) и предоставляется полный доступ к управлению через MQTT. HTTP CertificateFilter не затрагивается — он считывает сертификат из jakarta.servlet.request.X509Certificate, который Tomcat заполняет только после успешного установления связи mTLS с настроенным хранилищем доверенных сертификатов.
Показать оригинальное описание (EN)
In Eclipse Arrowhead versions from 5.0.0 to 5.2.1 when the MQTT API is enabled with the certificate authentication policy, CertificateMqttFilter parses an X.509 certificate that the client sends inside the MQTT message payload (the authentication field of MqttRequestTemplate) and treats its Subject DN as the authenticated identity. The certificate is decoded with CertificateFactory.generateCertificate() but its signature is never verified and its issuer chain is never validated against any trust store. Authorisation is reduced to two string comparisons on attacker-supplied data: the DN-qualifier must equal "sy" or "op", and the cloud-name part of the CN must match the server's. Both values are public (the cloud name is in the server's own TLS certificate). An attacker who can publish to the MQTT broker can therefore mint a self-signed certificate with CN=Sysop.<cloud>.<org>.arrowhead.eu, dnQualifier=op, send it as the authentication field, and be authenticated as the cloud's system operator with isSysOp == true. This passes the downstream ManagementServiceMqttFilter (request.isSysOp() → allowed) and gives full management access over MQTT. The HTTP CertificateFilter is not affected — it reads the certificate from jakarta.servlet.request.X509Certificate, which Tomcat populates only after a successful mTLS handshake against the configured trust store.
Характеристики атаки
Последствия
Строка CVSS v4.0