Open Rafiot opened 2 days ago
A line from https://msrc.microsoft.com/csaf/changes.csv:
2024/msrc_cve-2024-49060.json,2024-11-15T08:00:00.0000000
Checking the format, this seems to be missing a timezone, so it is an invalid file.
https://docs.oasis-open.org/csaf/csaf/v2.0/os/csaf-v2.0-os.html#7113-requirement-13-changescsv has
lines MUST be sorted by
the current_release_date
timestamp
(
current_release_date
) with value type string with formatdate-time
And date-time
is defined in https://json-schema.org/understanding-json-schema/reference/string as
Dates and times are represented in RFC 3339, section 5.6.
"date-time": Date and time together, for example, 2018-11-13T20:20:39+00:00
https://datatracker.ietf.org/doc/html/rfc3339#section-5.6 then has an ABNF which has
time-offset = "Z" / time-numoffset full-time = partial-time time-offset
The time-offset is missing in the file. Best would be if the provider could fix this on their end.
I'm reporting it to Microsoft, and pointing them to your details, thanks!
Update on that: the time issue is fixed, but now I get this error:
{"time":"2024-11-21T22:39:59+01:00","level":"WARN","msg":"Content type is not 'application/json'","url":"https://msrc.microsoft.com/csaf/2024/msrc_cve-2024-49028.json","content_type":"application/json; charset=utf-8"}
Their server returns application/json; charset=utf-8
when you expect application/json
, but both should be valid (?).
I couldn't find it in the specs, but I'll drop them another mail if needed.
Their server returns
application/json; charset=utf-8
when you expectapplication/json
, but both should be valid (?).
True. IMHO, both should be valid. Flagging @bernhardreiter to suggest on how we want to deal with the situation in the checker in general.
I'm not sure what the issue is, but fetching the CSAF entries from Microsoft fails in a weird way: downloader.log
The call:
Do you have any idea how to fix it?