Email & Spam

Bruce Dawson jbd at codemeta.com
Sun Mar 12 16:39:18 EDT 2023


See injection below.

--Bruce

On 3/12/23 13:39, Joshua Judson Rosen wrote:
>   > On 3/10/23 12:43, Bruce Labitt wrote:
>   >> In email headers, are there any fields which are not spoof-able?  Or is email simply a morass that is totally unsolvable and broken?  Simply impossible to filter spam?  Now I am getting spam that is passing all the dmarc, spf, and dkim checks.  Volume is relatively low at the
>   >> moment, 6 in 12 hours, but I am sure the bad guys are working on increasing the volume.
>   >>
>   >> In particular, is
>   >>
>   >> X-Origin-Country reliable?  Or is this data field unsuitable for filtering as well?
>   >>
>   >> Are there any mail client pre-filtering packages that can be added?  Or is this a game best left to?
>
> On 3/10/23 17:02, Bruce Dawson wrote:
>> Essentially, no - all email headers are spoofable except the ones put on by your server. > Your server should insert a Received-by header that indicates who sent that message to you.
> Though in the case of the headers providing DKIM signatures, those are "unspoofable" to the extent that they're used,
> since that's a cryptographic signature that you can verify.
>
> There are caveats there, basically that the DKIM signatures are only for select _parts_ of the message...,
> but _generally_ if you have a valid DKIM signature then you at least know where the message
> actually came from.
>
> And if you've got "spam that is passing all the dmarc, spf, and dkim checks", then
> you know even more assuredly who's sending you spam.
>
> So, at least in theory, that gets you past the `detecting spoofs' point,
> so now you just have to worry about the spam coming in from new
> domains that you haven't blocked yet....

Except when an intervening server deletes all the DKIM (and other) 
envelope information. Of course, that's a bad actor/server, but isn't 
that what most SPAM servers are?



More information about the gnhlug-discuss mailing list