Como impedir que as pessoas usem meu domínio para enviar spam? [duplicado]

107

Eu recebo mensagens do Daemon do Mailer dizendo que certos e-mails falham. Meu domínio é itaccess.org e é administrado pelos aplicativos do Google. Existe alguma maneira de identificar quem está enviando e-mails do meu domínio e como eles estão fazendo isso sem que eu crie uma conta para eles?

Delivered-To: [email protected]
Received: by 10.142.152.34 with SMTP id z34csp12042wfd;
        Wed, 8 Aug 2012 07:12:46 -0700 (PDT)
Received: by 10.152.112.34 with SMTP id in2mr18229790lab.6.1344435165782;
        Wed, 08 Aug 2012 07:12:45 -0700 (PDT)
Return-Path: <[email protected]>
Received: from smtp-gw.fsdata.se (smtp-gw.fsdata.se. [195.35.82.145])
        by mx.google.com with ESMTP id b9si24888989lbg.77.2012.08.08.07.12.44;
        Wed, 08 Aug 2012 07:12:45 -0700 (PDT)
Received-SPF: neutral (google.com: 195.35.82.145 is neither permitted nor denied by best guess record for domain of [email protected]) client-ip=195.35.82.145;
Authentication-Results: mx.google.com; spf=neutral (google.com: 195.35.82.145 is neither permitted nor denied by best guess record for domain of [email protected]) [email protected]
Received: from www20.aname.net (www20.aname.net [89.221.250.20])
    by smtp-gw.fsdata.se (8.14.3/8.13.8) with ESMTP id q78EChia020085
    for <[email protected]>; Wed, 8 Aug 2012 16:12:43 +0200
Received: from www20.aname.net (localhost [127.0.0.1])
    by www20.aname.net (8.14.3/8.14.3) with ESMTP id q78ECgQ1013882
    for <[email protected]>; Wed, 8 Aug 2012 16:12:42 +0200
Received: (from whao@localhost)
    by www20.aname.net (8.14.3/8.12.0/Submit) id q78ECgKn013879;
    Wed, 8 Aug 2012 16:12:42 +0200
Date: Wed, 8 Aug 2012 16:12:42 +0200
Message-Id: <[email protected]>
To: [email protected]
References: <20120808171231.CAC5128A79D815BC08430@USER-PC>
In-Reply-To: <20120808171231.CAC5128A79D815BC08430@USER-PC>
X-Loop: [email protected]
From: [email protected]
Subject: whao.se:  kontot avstängt - account closed
X-FS-SpamAssassinScore: 1.8
X-FS-SpamAssassinRules: ALL_TRUSTED,DCC_CHECK,FRT_CONTACT,SUBJECT_NEEDS_ENCODING

    Detta är ett automatiskt svar från F S Data - http://www.fsdata.se

    Kontot för domänen whao.se är tillsvidare avstängt.
    För mer information, kontakta [email protected]

    Mvh,
    /F S Data

    -----

  This is an automatic reply from F S Data - http://www.fsdata.se

  The domain account "whao.se" is closed.
  For further information, please contact [email protected]

  Best regards,
  /F S Data
    
por Billy Moon 08.08.2012 / 16:17

9 respostas

139

Como ainda não foi explicitamente declarado, declararei.

Ninguém está usando seu domínio para enviar spam.

Eles estão usando dados de remetente falsificados para gerar um e-mail que parece ser do seu domínio. É tão fácil quanto colocar um endereço de retorno falso em um pedaço de correio, então não, não há realmente nenhuma maneira de pará-lo. SPF (como sugerido) pode tornar mais fácil para outros servidores de e-mail identificar e-mails que realmente vêm de seu domínio e e-mail, mas você não pode me impedir de colocar seu endereço postal como o endereço de retorno em todas as ameaças de morte que eu enviei, você não pode impedir que alguém coloque seu domínio como endereço de resposta em seu spam.

O SMTP não foi projetado para ser seguro e não é.

    
por 08.08.2012 / 17:10
100

É a natureza do SMTP (o protocolo usado para transferir e-mails) que nenhuma validação é feita no endereço do remetente listado em um e-mail. Se você quiser enviar um e-mail que pareça vir de [email protected] ..., você pode ir em frente e fazer isso e, em muitos casos, não há nada que alguém possa fazer para impedi-lo.

Dito isto, se você estabelecer registros SPF para o seu domínio, há uma chance maior de que os sistemas de recebimento reconheçam e-mail forjado como spam. Um registro SPF identifica sistemas que podem originar e-mails para seu domínio. Nem todos os sistemas de recebimento prestam atenção aos registros SPF, mas provedores de email maiores usarão essas informações.

    
por 08.08.2012 / 16:23
35

Eu endosso as respostas já dadas em relação ao SPF (+1, cada um de vocês!) mas por favor note que se você decidir seguir esse caminho - e é um bom caminho - não há nenhum ponto em fazendo isso, a menos que você identifique e anuncie todos os hosts aprovados para enviar e-mail para seu domínio e proíba todos os demais com -all .

Não só ?all e ~all não terão o efeito desejado, mas alguns administradores de e-mail no SF os consideram como um sinal de um domínio remetente com spam positivo.

    
por 08.08.2012 / 16:48
20

Estrutura de políticas do remetente (SPF) pode ajudar. É um sistema de validação de e-mail projetado para evitar spam de e-mail, verificando os endereços IP do remetente. O SPF permite que os administradores especifiquem quais hosts têm permissão para enviar mensagens de um determinado domínio criando um registro SPF específico (ou registro TXT) no DNS (Sistema de Nome de Domínio). Os trocadores de e-mail usam o DNS para verificar se o e-mail de um determinado domínio está sendo enviado por um host sancionado pelos administradores desse domínio.

    
por 08.08.2012 / 16:22
5

Não parece que um SPF tenha ajudado nesse exemplo específico. Uma máquina que estava se preocupando em verificar registros SPF para rejeitar mensagens provavelmente não conseguirá aceitar o correio para um domínio inexistente, então decidirá que não pode entregá-las e gerar a mensagem de devolução. Se mail-gw01.fsdata.se, a máquina aceitando e-mail para whao.se, tivesse devolvido corretamente, sua mensagem de devolução seria proveniente de um servidor SMTP do Google.

Infelizmente, esse tipo de comportamento quebrado (aceitar e depois gerar um salto) não é tão incomum. Não há nada que você possa fazer para evitar que alguma máquina aleatória fingir que tem uma mensagem para entregar no seu domínio. Também não há nada que você possa fazer sobre rejeições atrasadas.

Você pode, no entanto, ter menos desses retornos blowback para ler. Se 7E949BA não é um usuário real no itaccess.org, como eu suspeito que não seja, você está recebendo a mensagem de devolução porque você tem seu endereço "pega-tudo" ativado. Um resumo significa que seu domínio aceitará emails de qualquer usuário inexistente e os entregará a você. Essa é basicamente uma boa maneira de aumentar sua coleção de mensagens de spam e devolução. No Google Apps, para configurar o seu todo, está em "Gerir este domínio" - > Configurações - > E-mail, na metade do caminho.

    
por 09.08.2012 / 03:22
3

Uma ideia ainda não mencionada é rejeitar o backscatter. Tudo o que eu vi vem através de retransmissões de email abertas, e há duas listas de blackhole que você pode achar útil para reduzir a quantidade de backscatter que você recebe.

  • O Backscatterer é um DNSBL que lista explicitamente os servidores SMTP que enviam textos explicativos de backscatter e remetente.

  • RFC-Ignorant é um DNSBL que lista servidores SMTP que não obedecem a vários RFCs importantes.

Adicioná-los (junto com vários outros BLs mais tradicionalmente focados) reduziu a quantidade de backscatter que recebo em mais de 90%.

    
por 09.08.2012 / 18:31
3

O que você está se referindo é realmente chamado de ataque BACKSCATTER. Agora, o que é realmente já foi explicado bem acima.

Como resolver isso?

O Backscatter pode ser evitado com soluções auto hospedadas como Postfix, qmail e exim etc, mas não com googleapps, já que é popular por não ter proteção presente para lidar com backscatter, exceto apenas registros SPF.

    
por 08.08.2012 / 22:53
0

Como as outras respostas mencionaram, você está recebendo rejeições dos e-mails de outra pessoa. O SpamCop anteriormente não chamou esse spam, mas atualmente ele aceita relatórios para isso. Por exemplo. Copiei a mensagem que você citou (e incluí minha conta do Gmail para determinar os meus mailhosts) e obtive esse resultado (que eu cancelei).

Em resumo, você pode usar o SpamCop para relatar os remetentes dessas rejeições. Não interrompe (diretamente) os iniciadores do problema, mas pode reduzir esses saltos.

    
por 09.08.2012 / 07:10
-1

O sistema de e-mail depende dos From: cabeçalhos, que são realmente fáceis de falsificar.

Por exemplo, este código PHP:

mail('[email protected]', 'Your new Outlook alias is ready to go', 'Ha ha! This is spoofed!', "From: Outlook Team<[email protected]>\r\n");

enviará um email para [email protected] fingindo ser a equipe do Outlook.

    
por 09.08.2012 / 00:19