SAML: Keine libxml-Warnings mehr, wenn die IdP-Metadaten nicht abrufbar sind - #547
Open
dergel wants to merge 1 commit into
Open
SAML: Keine libxml-Warnings mehr, wenn die IdP-Metadaten nicht abrufbar sind#547dergel wants to merge 1 commit into
dergel wants to merge 1 commit into
Conversation
…ar sind parseRemoteXML() bekommt ohne konfigurierte metadataUrl die entityId. Ist die eine URL, die kein XML liefert – HTML-Fehlerseite, Redirect auf ein Login, leerer Body –, meldet libxml aus Utils::loadXML() zwei PHP-Warnings, die im Output der Login-Seite landen. Das try/catch drumherum greift nicht, weil libxml-Meldungen keine Exceptions sind. libxml_use_internal_errors() sammelt sie jetzt intern. Am Kontrollfluss ändert sich nichts: loadXML() gibt weiterhin false zurück, parseXML() wirft wie gehabt "Error parsing metadata", und die statische Konfiguration wird unverändert weiterbenutzt. Abgerufen wird außerdem nur noch, wenn der Wert wie eine http(s)-URL aussieht. Bei einer entityId in URN-Form lief bisher bei jedem Aufruf der Login-Seite ein Request ins Leere.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Problem
Auf einer Login-Seite mit
ycom_auth_samlerscheinen zwei PHP-Warnings im Seiten-Output:Ursache ist
enterObject():Ist in der
saml.phpkeinemetadataUrlgesetzt, wird dieentityIdabgerufen. Antwortet der IdP unter dieser Adresse nicht mit Metadaten, sondern mit HTML – 404-Seite, Redirect auf ein Login, leerer Body –, landet das inUtils::loadXML(). libxml meldet das als PHP-Warning, und die werden vom umgebendentry/catchnicht erfasst, weil libxml-Meldungen keine Exceptions sind.Reproduziert mit einer entityId, die auf eine HTML-Seite zeigt:
Änderung
Der Block wandert in
auth_injectIdpMetadata():libxml_use_internal_errors(true)um den Aufruf, imfinallyzurückgesetzt. Am Kontrollfluss ändert sich nichts:loadXML()gibt weiterhinfalsezurück,parseXML()wirftError parsing metadata,parseRemoteXML()wrappt das, und der bestehendecatchbenutzt die statische Konfiguration unverändert weiter.http(s)-URL aussieht. Bei einer entityId in URN-Form (urn:…) lief bisher bei jedem Aufruf der Login-Seite ein Request ins Leere.Der Fallback von
metadataUrlaufentityIdbleibt, weil bei vielen IdPs die entityId tatsächlich die Metadata-URL ist.Test
Lokal gegen eine SAML-Login-Seite mit
entityId, die HTML liefert: Warnings verschwunden, Login-Formular unverändert, statische IdP-Konfiguration greift weiter.php-cs-fixermit der Repo-Config: keine Findings.Kein CHANGELOG-Eintrag, da hier keine Version gebumpt wird – gern beim nächsten Release mitnehmen.