The requests for /favicon.ico occur when the browser cannot find a link to a favicon in the HTML and attempts to locate it automatically.
The solution involves adding a link to a real favicon in the raw HTML.
In my case, I was using a Jinja template to render HTML for printing purposes and to return HTML through an API endpoint. The Jinja HTML template did not include a favicon, so the browser attempted to retrieve it from /favicon.ico.
Just to round this one out, that might fit in with the recent DDoS attack and also tell us a bit more.
I remember seeing on the forum some of the random endpoint targeting which preceded the attack was looking for Wordpress related gubbins which isn’t to be found in Anvil.
I’d have been tempted to accept the Jinja explanation, but I’ve had that endpoint request pinging errors this week and there’s no common config to explain it your way.
So, potentially it’s all just part of a sustained attempt. One for @daviesian and @meredydd to contemplate, but the more I see the more I recognise as a familiar pattern.
I believe this strange error is primarily caused by some browsers attempting to access the /favicon.ico. In this case, I don’t see any evidence of malicious activity related to it.
Therefore, my solution is to block all requests containing “favicon.ico” using Cloudflare. This approach will keep the logs clean.