Skip to content

apply the metadata exposure gate to ListFaultyServices - #1314

Merged
robertlazarski merged 1 commit into
apache:masterfrom
kali834x:list-faulty-services-exposure
Oct 23, 2026
Merged

robertlazarski merged 1 commit into
apache:masterfrom
kali834x:list-faulty-services-exposure

Conversation

@kali834x

Copy link
Copy Markdown
Contributor

ListingAgent.processListFaultyServices now only passes the service named by serviceName to listFaultyService.jsp when it passes the same Utils.isHiddenService / isMetadataExposed check processListServices applies. GET /services/ListFaultyServices?serviceName=X is anonymous and the page renders the service's EPR, documentation and every operation, but the route checked neither control, so a service deployed with exposeServiceMetadata=false or hiddenService=true was withheld from /services/, ?wsdl, ?xsd and the rest yet fully described here to anyone who knows or guesses its name. SECURITY.md lists exposeServiceMetadata as enforced uniformly across the servlet paths, and this was the one route left out. A withheld service now renders the same as an unknown one, so the page doesn't confirm it exists either. ServiceListingFilterTest gets a regression that fails before the change (the NotExposed service reaches the model) and passes after; the transport-http module's verify is green (111 tests).

@robertlazarski
robertlazarski merged commit d4d298a into apache:master Oct 23, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants