Liverton Security e a fronteira da evidência na automação

Resumo

As páginas oficiais da Liverton Security suportam um perfil de empresa de tecnologia centrado em segurança cibernética, proteção de e-mail, transferência segura de arquivos, controles do Microsoft Outlook, filtragem SmartGate, alertas de política do MailAdviser, fluxos de transferência SHIFT, consultoria vCISO, testes de penetração, trabalho de governança, avaliação de maturidade e entrega liderada por parceiros.
A evidência de produto mais forte é a evidência de escopo. A página inicial afirma números como 30 milhões de e-mails processados por mês, mais de 100 mil usuários em todo o mundo e mais de 15 parceiros em todo o mundo, mas essas são alegações publicadas pela empresa, não medidas independentes de resiliência, qualidade de suporte, taxas de falsos positivos, resultados de clientes ou histórico de incidentes.
O RDAP da APNIC fornece um contexto restrito de registro público de rede para AS133608, nomeado LIVERTON1-AS-AP, na Nova Zelândia e ativo. Esse registro ajuda a verificar um rastro de registro técnico, mas não prova volume de tráfego, escala de rede, maturidade de segurança, adoção de produtos ou o desempenho das ferramentas de segurança de e-mail.

A página pública do diretório BTW paraLiverton Securityidentifica o objeto da empresa abordado aqui. Essa colocação é importante porque o artigo não está criando uma nova identidade de diretório nem tratando uma página de produto como um registro de empresa. Ele está lendo uma empresa existente através de evidências públicas sobre automação de segurança de e-mail, serviços de consultoria e um rastro restrito de registro RDAP.

Automação de Segurança de E-mail é uma Questão de Controle, Não um Rótulo de Produto

A Liverton apresenta uma família de controles em torno de e-mail, movimentação segura de arquivos, proteção de domínio, alertas de usuário e consultoria de segurança. Essa evidência é importante porque a segurança de e-mail raramente é experimentada como um produto isolado. Ela é experimentada como uma cadeia de decisões em torno de mensagens, anexos, usuários, administradores, parceiros e consultores. Quando um fornecedor está próximo dessa cadeia, um comprador deve perguntar não apenas o que o fornecedor vende, mas quais partes da operação diária passam a depender do fornecedor assim que as ferramentas estão ativas.

A interpretação apoiada é, portanto, concreta, mas limitada. As páginas públicas podem estabelecer vocabulário, escopo do produto, público-alvo, experiência declarada e os tipos de fluxos de trabalho que a Liverton deseja governar. Elas também podem mostrar como a empresa quer ser entendida: como um fornecedor de segurança cibernética e software empresarial, e não meramente como um consultor genérico. As páginas públicas comprovam escopo e posicionamento, não qualidade de implantação, resultados de incidentes ou desempenho cliente por cliente.

O arquivo prático de diligência deve ser construído em torno de perguntas como quem é responsável pela política, quem aprova exceções, como os logs são retidos, como o suporte é escalado e como um cliente sai sem perder conhecimento operacional. Essas perguntas não são hostis. Elas são a ponte normal entre uma descrição pública de produto e um controle em que uma organização pode confiar durante o trabalho rotineiro e durante falhas. Uma boa resposta incluiria documentos, logs, exemplos, compromissos de suporte e responsabilidades nomeadas, não apenas linguagem de vendas.

Essa distinção é especialmente importante para sistemas de e-mail e arquivos porque eles tocam fluxos de trabalho sensíveis antes que os usuários pensem neles como infraestrutura. Uma mensagem pode carregar uma instrução de pagamento, um prazo legal, uma redefinição de senha, um fragmento de código-fonte, um arquivo de RH ou um documento do conselho. Um controle que interrompe ou permite essa mensagem está realizando trabalho de governança mesmo quando parece ser um pequeno plugin, filtro ou serviço gerenciado. A conclusão conservadora não é que o registro público é fraco. É que cada pista pública deve carregar apenas seu próprio peso.

As páginas de produto são valiosas para definir a superfície operacional. Os números da empresa são úteis como alegações de escala publicadas pela empresa. A linguagem de parceiros e setor público ajuda a identificar o mercado-alvo. O RDAP ajuda a identificar um rastro de registro técnico. Nenhum desses itens, por si só, deve se tornar prova de garantia operacional. Esse limite também molda a imagem do artigo. A fotografia é um centro de operações de rede realista usado apenas como contexto genérico de operações.

Não é apresentado como um escritório da Liverton, site do cliente, centro de operações de segurança, sala de interrupção ou instalação. A mesma disciplina que impede a imagem de fazer uma alegação não suportada de instalação deve impedir a prosa de fazer alegações não suportadas de desempenho.

A Página Inicial Define a Postura de Mercado

A página inicial afirma que a Liverton fornece segurança cibernética, proteção de e-mail e compartilhamento seguro de arquivos para empresas e corporações no Reino Unido, Nova Zelândia e globalmente, e publica números como 30 milhões de e-mails processados por mês, mais de 100 mil usuários e mais de 15 parceiros. Essa evidência é importante porque a segurança de e-mail raramente é experimentada como um produto isolado. Ela é experimentada como uma cadeia de decisões em torno de mensagens, anexos, usuários, administradores, parceiros e consultores.

Quando um fornecedor está próximo dessa cadeia, um comprador deve perguntar não apenas o que o fornecedor vende, mas quais partes da operação diária passam a depender do fornecedor assim que as ferramentas estão ativas. A interpretação apoiada é, portanto, concreta, mas limitada. As páginas públicas podem estabelecer vocabulário, escopo do produto, público-alvo, experiência declarada e os tipos de fluxos de trabalho que a Liverton deseja governar. Elas também podem mostrar como a empresa quer ser entendida: como um fornecedor de segurança cibernética e software empresarial, e não meramente como um consultor genérico.

Esses números são alegações publicadas pela empresa; não são evidências independentes de resiliência, retenção, taxas de falsos positivos, resposta de suporte ou continuidade de serviço. O arquivo prático de diligência deve ser construído em torno de perguntas como qual período os números cobrem, quais produtos os geram, se as referências de clientes os suportam e como os números mudam após atualizações de produtos. Essas perguntas não são hostis. Elas são a ponte normal entre uma descrição pública de produto e um controle em que uma organização pode confiar durante o trabalho rotineiro e durante falhas.

Uma boa resposta incluiria documentos, logs, exemplos, compromissos de suporte e responsabilidades nomeadas, não apenas linguagem de vendas. Essa distinção é especialmente importante para sistemas de e-mail e arquivos porque eles tocam fluxos de trabalho sensíveis antes que os usuários pensem neles como infraestrutura. Uma mensagem pode carregar uma instrução de pagamento, um prazo legal, uma redefinição de senha, um fragmento de código-fonte, um arquivo de RH ou um documento do conselho.

Um controle que interrompe ou permite essa mensagem está realizando trabalho de governança mesmo quando parece ser um pequeno plugin, filtro ou serviço gerenciado. A conclusão conservadora não é que o registro público é fraco. É que cada pista pública deve carregar apenas seu próprio peso. As páginas de produto são valiosas para definir a superfície operacional. Os números da empresa são úteis como alegações de escala publicadas pela empresa. A linguagem de parceiros e setor público ajuda a identificar o mercado-alvo. O RDAP ajuda a identificar um rastro de registro técnico.

Nenhum desses itens, por si só, deve se tornar prova de garantia operacional. Esse limite também molda a imagem do artigo. A fotografia é um centro de operações de rede realista usado apenas como contexto genérico de operações. Não é apresentado como um escritório da Liverton, site do cliente, centro de operações de segurança, sala de interrupção ou instalação. A mesma disciplina que impede a imagem de fazer uma alegação não suportada de instalação deve impedir a prosa de fazer alegações não suportadas de desempenho.

O arquivo prático de diligência deve ser construído em torno de perguntas como qual período os números cobrem, quais produtos os geram, se as referências de clientes os suportam e como os números mudam após atualizações de produtos. Essas perguntas não são hostis. Elas são a ponte normal entre uma descrição pública de produto e um controle em que uma organização pode confiar durante o trabalho rotineiro e durante falhas. Uma boa resposta incluiria documentos, logs, exemplos, compromissos de suporte e responsabilidades nomeadas, não apenas linguagem de vendas.

A Página Sobre Mostra uma Identidade Neozelandesa de Segurança de Software

A página sobre descreve a Liverton como de propriedade neozelandesa, com mais de 20 anos de experiência, e nomeia SmartGate, MailAdviser, SHIFT for Outlook, WebAdviser AI e SEEMail. Essa evidência é importante porque a segurança de e-mail raramente é experimentada como um produto isolado. Ela é experimentada como uma cadeia de decisões em torno de mensagens, anexos, usuários, administradores, parceiros e consultores. Quando um fornecedor está próximo dessa cadeia, um comprador deve perguntar não apenas o que o fornecedor vende, mas quais partes da operação diária passam a depender do fornecedor assim que as ferramentas estão ativas.

O arquivo prático de diligência deve ser construído em torno de perguntas como onde os dados são tratados, quais entidades contratam com clientes, quais serviços são entregues da Nova Zelândia e qual geografia de suporte se aplica. Essas perguntas não são hostis. Elas são a ponte normal entre uma descrição pública de produto e um controle em que uma organização pode confiar durante o trabalho rotineiro e durante falhas. Uma boa resposta incluiria documentos, logs, exemplos, compromissos de suporte e responsabilidades nomeadas, não apenas linguagem de vendas.

Evidências de identidade e família de produtos não devem ser convertidas em certificação, implantação atual no setor público ou maturidade auditada sem provas adicionais.

SmartGate Coloca a Liverton no Fluxo de E-mail

O SmartGate é descrito como filtrando ameaças antes que elas cheguem à organização, com linguagem em torno de spam, vírus, crimes cibernéticos, uso indevido de e-mail, inteligência de ameaças, criptografia, malware e prevenção de perda de dados. Essa evidência é importante porque a segurança de e-mail raramente é experimentada como um produto isolado. Ela é experimentada como uma cadeia de decisões em torno de mensagens, anexos, usuários, administradores, parceiros e consultores.

Uma página de filtragem não pode provar qualidade de detecção, tempo de atividade, adoção de clientes, certificação ou como as regras se comportam em uma caixa de correio ativa sob estresse. O arquivo prático de diligência deve ser construído em torno de perguntas como como as quarentenas são revisadas, como os falsos positivos são medidos, como as alterações do administrador são registradas e o que acontece com o e-mail de entrada durante uma interrupção de serviço. Essas perguntas não são hostis.

Elas são a ponte normal entre uma descrição pública de produto e um controle em que uma organização pode confiar durante o trabalho rotineiro e durante falhas. Uma boa resposta incluiria documentos, logs, exemplos, compromissos de suporte e responsabilidades nomeadas, não apenas linguagem de vendas. Essa distinção é especialmente importante para sistemas de e-mail e arquivos porque eles tocam fluxos de trabalho sensíveis antes que os usuários pensem neles como infraestrutura.

Uma mensagem pode carregar uma instrução de pagamento, um prazo legal, uma redefinição de senha, um fragmento de código-fonte, um arquivo de RH ou um documento do conselho. Um controle que interrompe ou permite essa mensagem está realizando trabalho de governança mesmo quando parece ser um pequeno plugin, filtro ou serviço gerenciado. A conclusão conservadora não é que o registro público é fraco. É que cada pista pública deve carregar apenas seu próprio peso. As páginas de produto são valiosas para definir a superfície operacional. Os números da empresa são úteis como alegações de escala publicadas pela empresa.

A linguagem de parceiros e setor público ajuda a identificar o mercado-alvo. O RDAP ajuda a identificar um rastro de registro técnico. Nenhum desses itens, por si só, deve se tornar prova de garantia operacional. Esse limite também molda a imagem do artigo. A fotografia é um centro de operações de rede realista usado apenas como contexto genérico de operações. Não é apresentado como um escritório da Liverton, site do cliente, centro de operações de segurança, sala de interrupção ou instalação.

A mesma disciplina que impede a imagem de fazer uma alegação não suportada de instalação deve impedir a prosa de fazer alegações não suportadas de desempenho.

O arquivo prático de diligência deve ser construído em torno de perguntas como como as quarentenas são revisadas, como os falsos positivos são medidos, como as alterações do administrador são registradas e o que acontece com o e-mail de entrada durante uma interrupção de serviço. Essas perguntas não são hostis. Elas são a ponte normal entre uma descrição pública de produto e um controle em que uma organização pode confiar durante o trabalho rotineiro e durante falhas. Uma boa resposta incluiria documentos, logs, exemplos, compromissos de suporte e responsabilidades nomeadas, não apenas linguagem de vendas.

SHIFT Transforma a Transferência de Arquivos em um Fluxo de Trabalho Governado

O SHIFT for Outlook aborda arquivos grandes, limites de anexos acima de 30 MB e o risco de alternativas ad hoc na nuvem, com uma opção web para usuários que não usam Outlook. Essa evidência é importante porque a segurança de e-mail raramente é experimentada como um produto isolado. Ela é experimentada como uma cadeia de decisões em torno de mensagens, anexos, usuários, administradores, parceiros e consultores. Quando um fornecedor está próximo dessa cadeia, um comprador deve perguntar não apenas o que o fornecedor vende, mas quais partes da operação diária passam a depender do fornecedor assim que as ferramentas estão ativas.

A interpretação apoiada é, portanto, concreta, mas limitada. As páginas públicas podem estabelecer vocabulário, escopo do produto, público-alvo, experiência declarada e os tipos de fluxos de trabalho que a Liverton deseja governar. Elas também podem mostrar como a empresa quer ser entendida: como um fornecedor de segurança cibernética e software empresarial, e não meramente como um consultor genérico. A página não prova arquitetura de armazenamento, implementação de criptografia, aplicação de exclusão, revogação de acesso ou prática de auditoria do cliente.

O arquivo prático de diligência deve ser construído em torno de perguntas como como a identidade do destinatário é verificada, como as transferências são revogadas, quem define a expiração, quais logs podem ser exportados e como a integração com o Outlook é atualizada. Essas perguntas não são hostis. Elas são a ponte normal entre uma descrição pública de produto e um controle em que uma organização pode confiar durante o trabalho rotineiro e durante falhas. Uma boa resposta incluiria documentos, logs, exemplos, compromissos de suporte e responsabilidades nomeadas, não apenas linguagem de vendas.

MailAdviser Atua no Momento Antes de um Erro Sair da Organização

O MailAdviser é descrito como um complemento do Microsoft Outlook que alerta os usuários quando conteúdo, anexos ou destinatários correspondem a políticas definidas pela organização, incluindo suporte ao Office 365 desktop e Outlook Web Access. Essa evidência é importante porque a segurança de e-mail raramente é experimentada como um produto isolado. Ela é experimentada como uma cadeia de decisões em torno de mensagens, anexos, usuários, administradores, parceiros e consultores.

Um produto de alerta não muda automaticamente o comportamento; a fadiga de alertas, políticas pouco claras e medição fraca podem prejudicar o controle. O arquivo prático de diligência deve ser construído em torno de perguntas como quem escreve a política, como a frequência de alertas é monitorada, como as substituições são revisadas e como o treinamento é ajustado após alertas repetidos. Essas perguntas não são hostis. Elas são a ponte normal entre uma descrição pública de produto e um controle em que uma organização pode confiar durante o trabalho rotineiro e durante falhas.

O arquivo prático de diligência deve ser construído em torno de perguntas como quem escreve a política, como a frequência de alertas é monitorada, como as substituições são revisadas e como o treinamento é ajustado após alertas repetidos. Essas perguntas não são hostis. Elas são a ponte normal entre uma descrição pública de produto e um controle em que uma organização pode confiar durante o trabalho rotineiro e durante falhas. Uma boa resposta incluiria documentos, logs, exemplos, compromissos de suporte e responsabilidades nomeadas, não apenas linguagem de vendas.

Serviços de Consultoria e vCISO Expandem a Superfície de Responsabilidade

As páginas de consultoria e vCISO descrevem aconselhamento estratégico, avaliações, testes de penetração, treinamento, governança, risco, conformidade, privacidade, identidade e liderança flexível em segurança. Essa evidência é importante porque a segurança de e-mail raramente é experimentada como um produto isolado. Ela é experimentada como uma cadeia de decisões em torno de mensagens, anexos, usuários, administradores, parceiros e consultores.

Páginas de consultoria não provam independência, tratamento de conflitos, aceitação de risco, qualidade de relatórios ao conselho ou a autoridade prática de um líder de segurança de meio período. O arquivo prático de diligência deve ser construído em torno de perguntas como quem aceita o risco residual, se as recomendações podem ser contestadas, como os conflitos são divulgados e como as vendas de produtos são separadas do aconselhamento. Essas perguntas não são hostis. Elas são a ponte normal entre uma descrição pública de produto e um controle em que uma organização pode confiar durante o trabalho rotineiro e durante falhas.

O arquivo prático de diligência deve ser construído em torno de perguntas como quem aceita o risco residual, se as recomendações podem ser contestadas, como os conflitos são divulgados e como as vendas de produtos são separadas do aconselhamento. Essas perguntas não são hostis. Elas são a ponte normal entre uma descrição pública de produto e um controle em que uma organização pode confiar durante o trabalho rotineiro e durante falhas. Uma boa resposta incluiria documentos, logs, exemplos, compromissos de suporte e responsabilidades nomeadas, não apenas linguagem de vendas.

Sinais de Parceiros e Setor Público Exigem um Nível Mais Alto de Evidência

As páginas de parceiros, recursos e notícias apontam para entrega liderada por parceiros, públicos governamentais e regulados, linguagem de mercado e implementações anunciadas. Essa evidência é importante porque a segurança de e-mail raramente é experimentada como um produto isolado. Ela é experimentada como uma cadeia de decisões em torno de mensagens, anexos, usuários, administradores, parceiros e consultores. Quando um fornecedor está próximo dessa cadeia, um comprador deve perguntar não apenas o que o fornecedor vende, mas quais partes da operação diária passam a depender do fornecedor assim que as ferramentas estão ativas.

A interpretação apoiada é, portanto, concreta, mas limitada. As páginas públicas podem estabelecer vocabulário, escopo do produto, público-alvo, experiência declarada e os tipos de fluxos de trabalho que a Liverton deseja governar. Elas também podem mostrar como a empresa quer ser entendida: como um fornecedor de segurança cibernética e software empresarial, e não meramente como um consultor genérico. Esses sinais são contexto útil, mas não podem provar certificação, status de aquisição, escopo de produção, qualidade de implementação ou resultados de clientes a longo prazo.

O arquivo prático de diligência deve ser construído em torno de perguntas como quem implementa, quem suporta, quem é responsável por erros de configuração, quem responde durante um incidente e como as transferências de parceiros são documentadas. Essas perguntas não são hostis. Elas são a ponte normal entre uma descrição pública de produto e um controle em que uma organização pode confiar durante o trabalho rotineiro e durante falhas. Uma boa resposta incluiria documentos, logs, exemplos, compromissos de suporte e responsabilidades nomeadas, não apenas linguagem de vendas.

RDAP Fornece um Rastro Restrito de Registro Técnico

O RDAP da APNIC identifica AS133608 como LIVERTON1-AS-AP, na Nova Zelândia e ativo, com contexto da Liverton Security Limited e informações de contato públicas. Essa evidência é importante porque a segurança de e-mail raramente é experimentada como um produto isolado. Ela é experimentada como uma cadeia de decisões em torno de mensagens, anexos, usuários, administradores, parceiros e consultores. Quando um fornecedor está próximo dessa cadeia, um comprador deve perguntar não apenas o que o fornecedor vende, mas quais partes da operação diária passam a depender do fornecedor assim que as ferramentas estão ativas.

A interpretação apoiada é, portanto, concreta, mas limitada. As páginas públicas podem estabelecer vocabulário, escopo do produto, público-alvo, experiência declarada e os tipos de fluxos de trabalho que a Liverton deseja governar. Elas também podem mostrar como a empresa quer ser entendida: como um fornecedor de segurança cibernética e software empresarial, e não meramente como um consultor genérico. Um registro autnum não prova tráfego, resiliência de roteamento, arquitetura de hospedagem, entrega de produtos, qualidade de tratamento de abuso ou volume de clientes.

O arquivo prático de diligência deve ser construído em torno de perguntas como se os dados de contato estão atualizados, como o roteamento se alinha com as alegações de serviço, quais dependências estão fora do AS e como os incidentes em nível de rede são escalados. Essas perguntas não são hostis. Elas são a ponte normal entre uma descrição pública de produto e um controle em que uma organização pode confiar durante o trabalho rotineiro e durante falhas. Uma boa resposta incluiria documentos, logs, exemplos, compromissos de suporte e responsabilidades nomeadas, não apenas linguagem de vendas.

Por Que a Liverton Merece Monitoramento Contínuo

O registro público une filtragem de e-mail, transferência segura, alertas de usuário, governança consultiva, entrega de parceiros e um rastro público de registro técnico. Essa evidência é importante porque a segurança de e-mail raramente é experimentada como um produto isolado. Ela é experimentada como uma cadeia de decisões em torno de mensagens, anexos, usuários, administradores, parceiros e consultores. Quando um fornecedor está próximo dessa cadeia, um comprador deve perguntar não apenas o que o fornecedor vende, mas quais partes da operação diária passam a depender do fornecedor assim que as ferramentas estão ativas.

A interpretação apoiada é, portanto, concreta, mas limitada. As páginas públicas podem estabelecer vocabulário, escopo do produto, público-alvo, experiência declarada e os tipos de fluxos de trabalho que a Liverton deseja governar. Elas também podem mostrar como a empresa quer ser entendida: como um fornecedor de segurança cibernética e software empresarial, e não meramente como um consultor genérico. O registro ainda carece de evidências suficientes para julgar desempenho, escala, maturidade de segurança, satisfação do cliente ou resiliência sob falhas.

O arquivo prático de diligência deve ser construído em torno de perguntas como como a empresa documenta operações, como os clientes medem a mudança de comportamento e se futuras evidências públicas estreitam ou ampliam a lacuna entre escopo do produto e garantia. Essas perguntas não são hostis. Elas são a ponte normal entre uma descrição pública de produto e um controle em que uma organização pode confiar durante o trabalho rotineiro e durante falhas. Uma boa resposta incluiria documentos, logs, exemplos, compromissos de suporte e responsabilidades nomeadas, não apenas linguagem de vendas.

Como a Fronteira da Evidência Deve Ser Mantida

A mesma disciplina deve permanecer no monitoramento posterior. Se a Liverton publicar um novo caso de cliente, ele deve ser lido como evidência para aquele cliente e aquela implantação, não como prova de todas as implantações. Se uma certificação aparecer, o escopo, a data, o avaliador e os sistemas cobertos importam. Se uma nova página de produto aparecer, ela deve ser mapeada para as mesmas perguntas sobre propriedade de política, logs, suporte, tratamento de dados e direitos de saída. Um bom monitoramento resiste ao impulso de transformar cada nova pista pública em uma conclusão mais ampla do que ela pode carregar.

A ausência também deve ser tratada com cuidado. Um fornecedor privado de segurança cibernética pode não publicar diagramas de arquitetura, listas de clientes, estatísticas de incidentes ou relatórios detalhados de controle. Essa ausência não é prova de fraqueza. No entanto, limita a confiança. O registro público pode descrever escopo do produto, postura de mercado e perguntas de diligência. Ele não pode pontuar desempenho, capacidade ou maturidade sem evidências que suportem diretamente esses julgamentos.

Um comprador deve, portanto, manter dois arquivos abertos. Um arquivo contém os fatos públicos: linguagem de propriedade neozelandesa, mais de 20 anos de experiência declarada, SmartGate, SHIFT, MailAdviser, consultoria, vCISO, linguagem de parceiros, recursos, itens de notícias e o registro RDAP AS133608. O outro arquivo contém solicitações de evidências: arquitetura de implantação, modelo de suporte, tratamento de dados, controles de identidade, governança de políticas, histórico de interrupções, processo de incidentes, garantia de atualização de produto, direitos de exportação e referências de clientes.

A distância entre esses arquivos é o verdadeiro trabalho de diligência.

Essa distância não é um defeito da Liverton. É a lacuna comum entre um perfil público e um compromisso operacional. A razão para monitorar a empresa é que seu registro público toca superfícies de controle que importam mesmo quando a empresa não é uma gigante da plataforma. A razão para ser cauteloso é que o registro público não pode, por si só, mostrar se esses controles se mantêm sob estresse. A automação de segurança ganha confiança quando a organização pode explicar como ela se comporta antes, durante e após falhas.

O teste prático final é simples. As páginas públicas da Liverton podem justificar uma conversa séria de aquisição, mas o cliente ainda precisa de evidências de implantação antes de mover e-mails protegidos, arquivos, alertas ou decisões consultivas para uma dependência. Essa distinção mantém o artigo útil sem transformar a linguagem pública do produto em garantia.

Liverton Security e a fronteira da evidência na automação de segurança de e-mail