You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Oct 12, 2022. It is now read-only.
When the REST API is invoked with a path like GET />...attack... it returns a JSON message body which contains { "description": "org.freedesktop.DBus.Error.FileNotFound: object or path not found: />...attack..."}. Note that the attack string is repeated in the response. Some security scanning tools report this as evidence that the API is vulnerable to cross site scripting (XSS) attacks (that is, if the string would ever be executed as code).
As far as I can determine, the path is properly quoted (e.g., quotes are escaped), so the attack string is never treated as code, meaning the API does not have this vulnerability. However, security scanners will continue to report this false positive result.
I propose to change the error message to either (1) not repeat the path or (2) modify the path to make it so ugly the scan tools will not recognize it.
The text was updated successfully, but these errors were encountered:
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
When the REST API is invoked with a path like
GET />...attack...
it returns a JSON message body which contains{ "description": "org.freedesktop.DBus.Error.FileNotFound: object or path not found: />...attack..."}
. Note that the attack string is repeated in the response. Some security scanning tools report this as evidence that the API is vulnerable to cross site scripting (XSS) attacks (that is, if the string would ever be executed as code).As far as I can determine, the path is properly quoted (e.g., quotes are escaped), so the attack string is never treated as code, meaning the API does not have this vulnerability. However, security scanners will continue to report this false positive result.
I propose to change the error message to either (1) not repeat the path or (2) modify the path to make it so ugly the scan tools will not recognize it.
The text was updated successfully, but these errors were encountered: