[IntelMQ-dev] About Shadowserver's generic Special report

[Kamil Mankowski]

Yes, according to what I see on their page:

"About Special Reports

Shadowserver Special Reports are unlike all of our other standard free 
daily network reports.

Instead, we send out Special Reports in situations where we  share 
one-time, high value datasets that we feel should be reported 
responsibly for maximum public benefit, such as in cases where we have a 
critical new vulnerability being exploited against potentially high 
value targets.

Note that the data shared across special reports may differ on a case by 
case basis hence the report formats for different Special Reports may be 
different."

At CERT.at we don't process special reports automatically, instead, the 
team decided what to do every time, and usually issues a one-shot 
semi-manually (they upload them via CSV uploader & manually map fields 
we need, then it's handled by the IntelMQ).

Best regards

// Kamil Mańkowski <mankowski at cert.at> - T: +43 676 898 298 7204
// CERT Austria - https://www.cert.at/
// CERT.at GmbH, FB-Nr. 561772k, HG Wien

On 10/3/24 10:49, Mika Silander via IntelMQ-dev wrote:
> Hi,
> 
>   Yes, now it seems to be there however, earlier this morning I could not see it. Are special reports always one-time reports? If this is the case, we (our team) need to continue to stop them and curate the configuration before forwarding the events within to our clients.
> 
> Br, Mika
> 
> ----- Original Message -----
> From: "Kamil Mankowski via IntelMQ-dev" <intelmq-dev at lists.cert.at>
> To: "intelmq-dev" <intelmq-dev at lists.cert.at>
> Sent: Thursday, 3 October, 2024 11:24:23
> Subject: Re: [IntelMQ-dev] About Shadowserver's generic Special report
> 
> Hey,
> 
> just FYI - the ShadowServer documentation for that feed is already
> available:
> https://www.shadowserver.org/what-we-do/network-reporting/vulnerable-cups-special-report/
> 
> 
> Best regards
> 
> // Kamil Mańkowski <mankowski at cert.at> - T: +43 676 898 298 7204
> // CERT Austria - https://www.cert.at/
> // CERT.at GmbH, FB-Nr. 561772k, HG Wien
> 
> On 10/3/24 08:35, Mika Silander via IntelMQ-dev wrote:
>> Hi,
>>
>>    We received today a Shadowserver report that gets mapped into the feed "Special" by the Shadowserver parser bot. It's fine to try to inform about vulnerabilities asap, but as this report was unknown to our checker bot, it was put on hold. The corresponding email is named "Vulnerable CUPS Special Report" which already gives an idea of what the report speaks about. This report does not seem to be documented on Shadowserver's own pages under https://www.shadowserver.org/what-we-do/network-reporting (yet?).
>>
>>    So, here's a request: could someone who is able to update
>>
>> https://interchange.shadowserver.org/intelmq/v1/schema/shadowserver-schema.json
>>
>>    turn the special report into a more specific feed definition, e.g. the report file name could be "scan_cups" (and "scan6_cups" for IPv6) and the "feed.name" field could be e.g. "Vulnerable-CUPS-Server" or similar? Another option is to create a report of its own for vulnerable CUPS servers and leave "special" as the catch-all alongside.
>>
>>    Thank you.
>>
>> Br, Mika
>>
>> P.S: The usual disclaimer: I hope I have not misunderstood anything in the the aforementioned specs.
>>
>> _______________________________________________
>> IntelMQ-dev mailing list
>> https://lists.cert.at/cgi-bin/mailman/listinfo/intelmq-dev https://docs.intelmq.org/
> 
> _______________________________________________
> IntelMQ-dev mailing list
> https://lists.cert.at/cgi-bin/mailman/listinfo/intelmq-dev https://docs.intelmq.org/
> _______________________________________________
> IntelMQ-dev mailing list
> https://lists.cert.at/cgi-bin/mailman/listinfo/intelmq-dev https://docs.intelmq.org/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <http://lists.cert.at/pipermail/intelmq-dev/attachments/20241003/633e895c/attachment.sig>