보안 이메일 게이트웨이(SEG)란?
보안 이메일 게이트웨이(SEG)는 회사 메일 서버 앞에 있는 필터링 계층으로, 모든 메시지를 통과시키기 전에 검사합니다. 검증 결과에서 SEG라는 표시를 자주 보고 보안 이메일 게이트웨이가 실제로 무엇인지 알고 싶다면, 답은 다음과 같습니다. SEG는 회사로 들어오고 나가는 메일이 거치는 검문 지점이며, 이곳에서 위협을 검사하고 정책을 적용합니다. 게이트웨이가 차단하기로 한 메시지는 그 뒤의 메일 서버에 전혀 도달하지 않습니다.
SEG는 줄임말일 뿐입니다
SEG는 secure email gateway(보안 이메일 게이트웨이)의 줄임말이며, 찾아보면 전체 이름보다 줄임말을 더 자주 보게 됩니다. 두 표현은 같은 뜻으로 쓰입니다. 검증 도구가 주소를 SEG 뒤에 있다고 표시하거나, 이메일 도달률 보고서에 SEG 필터링이 언급된다면, 여기서 설명하는 필터링 계층을 말합니다. 용어는 기술적으로 들리지만, 개념은 메일실 앞에 경비원을 두는 것과 같습니다.
게이트웨이가 실제로 하는 일
게이트웨이는 나쁜 메일이 들어오지 못하게 하고, 민감한 메일이 나가지 못하게 하려고 존재합니다. 수신 쪽에서는 스팸, 악성코드, 피싱을 검사하고, 규칙에 걸리는 메일은 격리하거나 거부합니다. 발신 쪽에서는 데이터 유출 방지와 규정 준수를 적용해, 고객 데이터를 유출하거나 규정을 위반할 메시지를 막습니다. 많은 게이트웨이는 암호화와 장기 보관도 처리합니다.
회사가 게이트웨이를 도입하는 이유는 이 모든 기능을 메일 서버 자체에서 운영하면 관리가 더 어렵고 실수하기 쉽기 때문입니다. 게이트웨이는 모든 메시지가 거쳐야 하는 한 곳에 규칙을 모아 둡니다.
가장 자주 만나는 게이트웨이
이 분야는 몇몇 업체가 주도합니다. 기업 도메인에서 가장 자주 보게 되는 이름은 Proofpoint, Mimecast, Barracuda, Cisco IronPort이며, 그 밖에도 작은 업체가 많습니다. 저희는 보안 이메일 게이트웨이를 모두 15종 감지합니다.
기능과 요금은 다르지만, 외부에서 보면 모두 같은 방식으로 동작합니다. 각 게이트웨이는 실제 메일 시스템 앞에 서서 무엇을 통과시킬지 정합니다. 그래서 특정 업체의 게이트웨이가 있다는 것은 회사가 그 제품을 선택했다는 사실만 알려 줄 뿐, 그 뒤의 주소에 대해서는 거의 아무것도 알려 주지 않습니다.
게이트웨이는 메일 서비스 제공업체와 다릅니다
게이트웨이를 회사의 이메일 시스템과 혼동하기 쉽지만, 둘은 별개의 계층입니다. 회사는 Microsoft 365나 Google Workspace에서 메일함을 운영하면서, 그 앞에 다른 업체의 게이트웨이를 둘 수 있습니다. 즉, 한 회사가 보안 계층을 제공하고 다른 회사가 메일함을 호스팅할 수 있습니다. 그래서 메일 경로에 게이트웨이가 있어도 실제로 메일함을 가진 제공업체가 어디인지는 알 수 없으며, 앞에 있는 보안 제품은 그 뒤의 메일함에 대해 아무것도 드러내지 않습니다. 두 선택은 서로 독립적으로 이루어지며, 서로 다른 팀이 서로 다른 예산으로 정하는 경우가 많습니다.
게이트웨이가 이메일의 경로를 바꾸는 방식
보통 메시지는 도메인의 메일 서버로 바로 갑니다. 게이트웨이가 있으면 도메인의 메일 라우팅이 게이트웨이를 가리키므로, 들어오는 모든 메시지가 먼저 게이트웨이에 도착합니다. 게이트웨이가 메시지를 검사하고, 통과한 경우에만 메일함이 있는 실제 서버로 전달합니다.
수신자는 이 과정을 전혀 알아차리지 못합니다. 외부에서 보면 게이트웨이가 곧 도메인의 메일 시스템입니다. 응답하는 부분이 게이트웨이뿐이기 때문입니다. 어떤 게이트웨이는 한 단계 더 나아가, 처음 보는 발신자를 일부러 보류합니다. 첫 연결을 붙잡아 두고 나중에 다시 시도할 때만 제대로 응답합니다.
게이트웨이가 검증을 방해하는 이유
검증은 메일 서버에 직접 질문하고 직접 돌아온 답을 읽는 방식으로 이루어집니다. 게이트웨이는 이 연결을 끊습니다. 게이트웨이는 도메인을 대신해 응답하므로, 뒤에 있는 메일함이 존재하는지 확인하지 않고도 메시지를 수락하거나 검사를 위해 보류할 수 있습니다.
그래서 특정 주소에 대해 묻는 검증 도구는 메일함의 상태가 아니라 게이트웨이의 정책을 반영한 수락 응답이나 확답이 아닌 응답을 받을 수 있습니다. 보류 동작은 상황을 더 나쁘게 만듭니다. 첫 시도가 보류되면, 메일함이 분명히 실제로 있는데도 결론이 나지 않은 결과처럼 보이기 때문입니다. 일반적인 검사에 엉뚱한 쪽이 답하고 있는 것입니다.
구체적인 예로 보겠습니다. 검증 도구가 게이트웨이로 보호되는 도메인의 주소를 조회합니다. 게이트웨이는 처음 보는 발신자에 대한 자체 규칙에 따라 조회를 수락하거나 보류합니다. 어느 쪽이든 검증 도구가 기록하는 응답은 게이트웨이에서 온 것이며, 메일함이 있는지 아는 서버에서 온 것이 아닙니다. 실제 메일함은 전혀 검사되지 않았는데도, 검사에는 보고할 결과가 생깁니다.
게이트웨이만으로는 메일함이 실제로 있는지 알 수 없습니다
기억해 둘 부분은 이것입니다. 게이트웨이가 있다는 것은 회사가 보안을 중요하게 여긴다는 뜻입니다. 그 뒤에 있는 특정 주소가 실제로 활동하는 메일함인지에 대해서는 아무것도 말해 주지 않습니다. 쓰이지 않는 주소와 실제 주소가 같은 게이트웨이 뒤에 있으면 외부에서는 똑같아 보입니다. 그래서 게이트웨이로 보호되는 주소는 캐치올(catch-all) 도메인과 함께 판정되지 않은 그룹에 들어가는 경우가 많습니다.
마케터에게 이것이 중요한 이유는 도달 범위 때문입니다. B2B 리스트에서는 가장 좋은 연락처의 상당 부분, 즉 규모가 크고 보안을 중시하는 회사의 연락처가 바로 이런 게이트웨이 뒤에 있습니다. 이들을 모두 포기하면 리스트에서 대기업 연락처를 잃게 됩니다. 확인하지 않고 보내면 차단이 발신자 평판에 영향을 줍니다. 리스트에 이런 주소가 많다면, 저희가 SEG 게이트웨이로 보호되는 이메일(영어)을 처리하는 방식을 참고하십시오.