Zimbra 및 서버 과부하 보호

이메일은 이제 비즈니스 커뮤니케이션의 표준으로 확고히 자리 잡았습니다. 이메일은 비용 효율성이 높고, 텍스트 인용 및 첨부 파일 첨부와 관련된 다양한 기능이 있어, 문서를 교환하고 정중한 비즈니스 커뮤니케이션을 위한 보편적인 방법으로 가장 적합합니다. 이와 같은 특징이 스팸 발송자들이 이메일을 그토록 좋아하는 이유입니다. 그 결과, 오늘날 이메일은 스팸으로 가득 찬 거대한 바다가 되었고, 물 속에는 가끔씩 비즈니스 이메일만 있을 뿐입니다. 이것이 모든 메일 서버 관리자의 주요 업무 중 하나가 스팸 메일로부터 보호하는 이유입니다. Zimbra Collaboration Suite Open-Source Edition에서 이에 대해 무엇을 할 수 있는지 살펴보겠습니다.

솔루션이 무료라는 사실에도 불구하고, Zimbra OSE는 시스템 관리자에게 원치 않는 이메일 수신 문제를 해결할 수 있는 매우 효과적인 도구를 다양하게 제공합니다. Amavis, SpamAssassin, ClamAV, cbpolicyd와 같은 유틸리티에 대해서는 이미 언급한 바 있습니다. 이러한 유틸리티를 사용하면 스팸 메일뿐 아니라 감염된 이메일과 피싱 이메일을 걸러내고, 수신 메일을 안정적으로 필터링할 수 있습니다. 그러나 이러한 솔루션의 가장 큰 단점은 이미 수신된 이메일 메시지를 사용하여 작동하며, 쓸모없는 메시지를 필터링하는 데 시스템 리소스를 낭비한다는 점입니다. 쓸모없는 메시지는 항상 더 나은 용도로 사용될 수 있습니다. 하지만 귀하의 회사가 대량의 스팸 메일로 메일 서버를 끊임없이 범람시키는 대규모 봇넷의 표적이 되어, 이를 필터링하는 데만 MTA 서버 용량의 대부분을 차지하게 된다면 어떻게 될까요?

이론상으로는 클라우드 서비스에 연결하여 수신 메일을 필터링하면 이를 방지할 수 있지만, 실제로 이러한 보호 방법은 모든 기업에 적합하지 않습니다. 이 경우 스팸뿐만 아니라 항상 안전하지 않은 비즈니스 서신까지 처리하도록 제3자를 신뢰해야 하기 때문입니다. 비즈니스 서신은 종종 회사의 보안 정책과 직접적으로 모순됩니다. 게다가 클라우드 스팸 필터의 안정성과 관련된 위험도 있습니다. 이런 상황을 벗어나는 한 가지 방법은 직접 서버 보호를 구성하는 것입니다. 이러한 목적을 위해 Zimbra에는 메일 서버에 과부하를 주지 않고 봇넷에서 보낸 이메일로부터 메일 서버를 보호하도록 설계된 Postscreen 유틸리티가 내장되어 있습니다.

Postscreen의 핵심 기능은 메일 서버에 대한 모든 연결 요청을 확인하는 유틸리티라는 점입니다. 섬기는 사람 Postscreen은 의심스러운 클라이언트의 서버 연결을 차단합니다. 전 세계 스팸 메일의 약 90%가 봇넷에 의해 발송된다는 통계를 고려할 때, Postscreen은 원치 않는 이메일로부터 메일 서버를 보호하는 최전선 방어 수단으로 자주 사용됩니다. 이를 통해 메일 서버는 대규모 봇넷의 집중적인 스팸 공격 중에도 안정적으로 과부하 없이 운영될 수 있습니다.

Postscreen의 작동 원리는 매우 간단합니다. 이 유틸리티는 수신 편지를 메일 서버나 수신 편지에 대한 보다 심층적이고 자세한 검사를 수행하는 다른 서비스로 전달하기 전에 여러 가지 간단한 검사를 수행할 수 있습니다. 따라서 각 테스트는 통과할 수도 있고 통과하지 못할 수도 있습니다. 각 검사 결과에 따라 Postscreen은 Zimbra 관리자의 재량에 따라 다음 세 가지 작업 중 하나를 취할 수 있습니다. 드롭, 무시 또는 적용. 동작 드롭 검사에 실패하면 클라이언트와의 연결을 강제로 끊습니다. 무시 최종 결정을 내릴 때 검사 결과를 무시할 수 있지만 동시에 검사에 대한 정보와 통계를 수집하고 조치를 취할 수 있습니다. 적용 최종 결정을 내릴 때 수행된 테스트 결과를 고려할 수 있으며, 동시에 시스템 관리자가 계획한 모든 테스트를 계속 수행할 수 있습니다.

작동 원리가 간단하다고 해서 사용이나 구성이 쉽다는 것은 아닙니다. 사실 Postscreen을 잘못 구성하면 회사의 여러 중요한 이메일이 수신자에게 도달하지 못할 수 있습니다. 그렇기 때문에 Postscreen과 같은 강력한 도구의 구성에 매우 신중하게 접근하고 특정 상황에서 도구의 동작을 지속적으로 테스트하는 것이 필요합니다.

Zimbra에서는 기본적으로 Postscreen이 활성화되어 있지만, 많은 사람들이 초기 구성에 만족하지 못할 수 있습니다. 이제 보안과 위험 부재 측면에서 Postscreen을 설정하는 가장 좋은 옵션을 살펴보겠습니다. 요점은 어떤 검사가 실패하더라도 Postscreen은 클라이언트와의 연결을 자동으로 끊지 않고, 끝까지 모든 검사를 수행하고, 이러한 검사가 실패하면 오류 메시지를 표시한다는 것입니다. 이를 통해 Postscreen에서 해당 편지를 스팸으로 간주하는 경우 배달되지 않은 편지에 대해 실시간 발신자에게 알릴 수 있습니다. 이는 검사를 수행하기 위한 매개변수에 적용 값을 설정하여 달성됩니다. 이 값을 사용하면 첫 번째 실패 시 클라이언트와의 연결을 끊지 않고 시작된 검사를 끝까지 완료할 수 있으며, 동시에 검사가 완료된 후에도 스팸 편지를 서버로 전달하지 않고 차단할 수 있습니다.

필요한 검사를 활성화하려면 다음 명령을 입력해야 합니다.

zmprov mcf zimbraMtaPostscreenDnsblSites 'b.barracudacentral.org=127.0.0.2*7' zimbraMtaPostscreenDnsblSites 'zen.spamhaus.org=127.0.0.[10;11]*8' zimbraMtaPostscreenDnsblSites 'zen.spamhaus.org=127.0.0.[4..7]*6' zimbraMtaPostscreenDnsblSites 'zen.spamhaus.org=127.0.0.3*4' zimbraMtaPostscreenDnsblSites 'zen.spamhaus.org=127.0.0.2*3'

이 명령을 사용하면 두 개의 가장 인기 있는 공개 스팸 데이터베이스에 대해 수신 연결의 DNS 검사를 추가하고 발신자 주소가 어느 데이터베이스에 있는지에 따라 이메일을 평가할 수 있습니다. 클라이언트가 받는 페널티 "별"이 많을수록 그는 스패머일 가능성이 높습니다.

zmprov mcf zimbraMtaPostscreenDnsblAction 적용

이 명령은 DNS 검사를 통과한 후 수행되는 작업을 정의합니다. 이 경우에는 테스트 결과가 기억되고, 편지 자체는 추가 테스트를 거칩니다.

zmprov mcf zimbraMtaPostscreenGreetAction 시행

SMTP 프로토콜에서는 직접 연결 후 서버가 먼저 클라이언트와 통신을 시작하므로 Postscreen은 클라이언트에게 인사말을 보낼 수 있습니다. 많은 스팸 클라이언트는 인사말이 끝날 때까지 기다리지 않고 명령을 보내기 시작하므로 쉽게 인식될 수 있습니다. 이 명령을 사용하면 이 검사의 결과를 고려하면서도 추가 테스트를 계속 수행할 수 있습니다.

zmprov mcf zimbraMtaPostscreenNonSmtpCommandAction 삭제

이러한 검사의 일환으로 Postscreen을 사용하면 이메일 클라이언트에서 시작되지 않은 연결을 필터링할 수 있습니다. 이들은 이메일을 전혀 보내지 않으므로, 아무런 걱정 없이 서버에서 연결을 끊을 수 있습니다.

zmprov mcf zimbraMtaPostscreenPipeliningAction 적용

이러한 확인은 기본적으로 SMTP 프로토콜에서 클라이언트는 한 번에 하나의 명령만 보내고 서버가 해당 명령에 응답할 때까지 기다릴 수 있다는 사실에 근거합니다. 그러나 많은 스팸봇은 서버의 응답을 기다리지 않고 여러 명령을 보내는 등 다르게 동작합니다. 이를 통해 스팸 봇을 거의 틀림없이 식별할 수 있습니다.

원칙적으로 Postscreen에 대한 이러한 검사는 서버에서 대량의 스팸 봇을 차단하고 메일 서버의 부하를 상당히 줄이는 데 충분합니다. 동시에, 살아있는 사람은 편지가 전달되지 않았다는 메시지를 받게 되며, 이를 통해 Postscreen 설정으로 인해 중요한 편지를 잃어버릴 위험이 크게 줄어듭니다. 이런 경우 신뢰할 수 있는 발신자를 Postscreen 허용 목록에 추가할 수 있습니다. Postscreen 허용 목록과 차단 목록을 만들려면 먼저 파일을 만들어야 합니다. /opt/zimbra/conf/postfix/postscreen_wblist.

허용 및 차단 IP 주소와 서브넷 목록을 CIDR 테이블 형식으로 추가하겠습니다. 예를 들어, 121.144.169.* 서브넷은 차단하되, 하나의 연결만 허용하겠습니다. IP 주소 이 서브넷에서:

# 규칙은 지정된 순서대로 평가됩니다.
# 121.144.169.*를 제외한 121.144.169.196을 블랙리스트에 추가.
121.144.169.196/32 허가
121.144.169.0/24 거부

항목 순서가 중요하다는 점에 유의하세요. 문제는 Postscreen이 첫 번째 일치 항목이 나올 때까지 허용 및 차단 목록을 사용하여 파일을 검사하고, 차단된 서브넷이 허용된 IP 주소 앞에 있는 경우 해당 IP 주소가 허용 목록에 추가되었다는 기록에 도달하지 못하고 서버로의 연결이 발생하지 않는다는 것입니다.

허용 목록과 차단 목록 파일을 편집하고 저장한 후 다음 명령을 사용하여 적절한 검사를 활성화할 수 있습니다.

zmprov mcf zimbraMtaPostscreenAccessList "permit_mynetworks, cidr:/opt/zimbra/conf/postfix/postscreen_wblist"
zmprov mcf zimbraMtaPostscreenBlacklistAction 시행

이제 Postscreen은 이미 설정한 검사 외에도 허용 및 차단 목록을 통해 파일에 액세스할 수 있습니다. 이를 통해 관리자는 신뢰할 수 있는 발신자 서버에 연결할 수 없는 문제를 매우 쉽게 해결할 수 있습니다.

출처 : habr.com