Skip to content

Strings are not correctly escaped in the provided asff template #6667

Closed Answered by IzaakBH
IzaakBH asked this question in Q&A
Discussion options

You must be logged in to vote

That command gave jq: parse error: Invalid numeric literal at line 1, column 12
But after manually inspecting the output, it saw that it was correctly escaped for the vulnerability Mentioned. I ran it through all the same manipulation our script is running and the output was still correctly escaped.

"The vulnerable regexes are caused mainly by the sub-pattern /*\s* sourceMappingURL=(.*)."

My guess is either...
a) We didn't actually have the latest asff
b) There is some difference on mac vs linux (i am on mac but the server that saw the error is linux)
c) The server has an older version of trivy.

I will figure which of these it is and update.

Thanks for the help so far

Replies: 1 comment 3 replies

Comment options

You must be logged in to vote
3 replies
@IzaakBH
Comment options

@DmitriyLewen
Comment options

@IzaakBH
Comment options

Answer selected by DmitriyLewen
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Category
Q&A
Labels
triage/support Indicates an issue that is a support question. scan/vulnerability Issues relating to vulnerability scanning
2 participants