보안 가이드

Mattermost v11.11번역일: 2026-09-02원본 보기

Mattermost는 모바일 애플리케이션의 정보를 보호하기 위해 포괄적인 보안 기능을 제공합니다. 암호화와 인증에서 기기 관리와 사용자 교육에 이르는 이 기능들은 팀 협업과 커뮤니케이션을 위한 안전한 환경을 만들어 줍니다. Mattermost는 보안을 최우선으로 삼아, 고객이 데이터와 프라이버시를 지키는 데 모바일 애플리케이션을 믿고 사용할 수 있도록 합니다.

전송 중 데이터 암호화

Mattermost는 네트워크로 전송되는 데이터를 암호화하도록 TLS(Transport Layer Security)를 사용하게 구성할 수 있습니다. TLS는 데이터 교환을 위한 안전한 채널을 제공하여 전송 중 도청과 변조로부터 데이터를 보호합니다. 이 암호화는 의도한 수신자만 내용에 접근할 수 있도록 보장하며, 권한 없는 제3자가 정보를 가로채거나 읽지 못하도록 막습니다.

사설 네트워크와 공용 네트워크의 접근 설정을 구성하려는 Mattermost 관리자는 리버스 프록시를 사용해 서드파티 인프라로 이를 구성할 수 있습니다. 이렇게 하면 보안 네트워크에 연결된 기기는 애플리케이션에 안전하게 접근할 수 있고, 신뢰할 수 없는 네트워크에서의 접근은 차단됩니다. Mattermost의 전송 중 데이터 암호화에 대해 자세히 알아보세요.

저장 데이터 암호화

저장 데이터 암호화는 Mattermost 데이터베이스와 파일 스토리지에 저장된 메시지, 파일, 기타 데이터를 권한 없는 접근으로부터 보호합니다. 물리 저장 매체(예: 디스크)의 데이터를 암호화하여, 적절한 암호화 키 없이는 접근할 수 없게 만듭니다. Mattermost의 저장 데이터 암호화에 대해 자세히 알아보세요.

오픈 소스 옵션을 사용하지 않기로 선택한 경우, Amazon S3 관리형 키를 이용한 서버 측 암호화를 통해 Amazon의 독자적인 S3 시스템에 저장된 파일에도 저장 데이터 암호화를 적용할 수 있습니다(Mattermost Enterprise).

도구를 활용해 암호화 키를 정기적으로 교체하고 안전하게 보관하며, 암호화된 데이터에 대한 접근 로깅과 모니터링을 활성화하고, 백업 데이터도 암호화할 것을 강력히 권장합니다.

인증 및 접근 제어

싱글 사인온(SSO)

모바일 애플리케이션은 싱글 사인온 제공자와 연동되어, 사용자가 신뢰할 수 있는 다른 시스템의 기존 자격 증명으로 인증할 수 있게 합니다. 이를 통해 비밀번호와 관련된 보안 침해 위험을 줄이고 로그인 과정을 단순화합니다. Mattermost의 SSO에 대해 자세히 알아보세요.

다중 인증(MFA)

사용자 이름과 비밀번호를 넘어서는 추가 보안 계층입니다. 고객은 MFA를 활성화하고 강제하여, 로그인 자격 증명이 유출되더라도 계정을 권한 없는 접근으로부터 보호할 수 있습니다.

사용자 비밀번호 요구 사항

시스템 관리자는 사용성과 엔터프라이즈 보안 정책 준수를 유지하면서 다양한 일반적인 공격 벡터로부터 플랫폼을 보호하도록 사용자 비밀번호 설정을 구성할 수 있습니다.

  • 더 긴 비밀번호를 강제하면 모든 사용자의 자격 증명에 기본적인 강도를 보장할 수 있습니다. 최소 비밀번호 길이 구성에 대해 자세히 알아보세요.
  • 문자 복잡도를 강제하면 사전 공격과 흔한 비밀번호 취약점에 견디는 비밀번호를 요구하게 되어, 취약하거나 지나치게 단순한 비밀번호를 노리는 공격을 막을 수 있습니다. 비밀번호 요구 사항 구성에 대해 자세히 알아보세요.
  • 계정을 일시적 또는 영구적으로 잠그기 전까지 허용할 인증 실패 횟수를 제한하면, 공격자가 가능한 조합을 반복 입력해 비밀번호를 추측하는 무차별 대입 공격을 완화할 수 있습니다. 최대 로그인 시도 횟수 구성에 대해 자세히 알아보세요.
  • 비밀번호 찾기 흐름을 활성화하면 사용자가 필요할 때 비밀번호를 재설정할 수 있어 편의성이 높아지고, 정당한 자격 증명 분실로 사용자가 잠기는 상황을 방지할 수 있습니다. 비밀번호 재설정 워크플로 활성화에 대해 자세히 알아보세요.

세션 관리

시스템 관리자는 세션 길이, 세션 캐시, 유휴 시간 초과를 포함한 세션 관리 설정을 구성하여 사용자 세션이 효과적이고 안전하게 관리되도록 할 수 있습니다. Mattermost는 로그인할 때마다 새 세션 쿠키를 설정하므로 세션 고정 공격이 완화됩니다. 세션 관리 구성 설정에 대해 자세히 알아보세요.

무차별 대입 공격 방어

시스템 관리자는 쿼리 빈도, 메모리 저장소 크기, 원격 주소, 헤더를 기준으로 Mattermost API에 속도 제한을 적용할 수 있습니다.

원격 세션 취소 및 비밀번호 재설정

시스템 관리자는 웹, 모바일 기기, 데스크톱 앱 전반에서 사용자 세션을 원격으로 취소할 수 있습니다. 보안 강화를 위해 사용자 비밀번호도 원격으로 재설정할 수 있습니다.

또한 관리자는 세션 길이를 정의해 일정 시간이 지나면 재로그인을 강제할 수 있고, 사용자 세션을 취소하여 사용자가 즉시 다시 로그인하도록 만들 수 있습니다.

역할 기반 접근 제어(ABAC)

관리자는 세분화된 권한을 설정하여 애플리케이션 내 민감한 정보에 대한 접근을 통제할 수 있습니다. 이 기능은 사용자가 자신의 역할에 필요한 데이터에만 접근하도록 보장하여, 우발적이거나 의도적인 데이터 노출 위험을 최소화합니다. Mattermost의 역할 기반 접근 제어에 대해 자세히 알아보세요.

교차 출처 요청 제어

더 강력한 통제를 위해 교차 출처 요청을 제한할지 허용할지 선택할 수 있습니다.

계정 생성, 파일 공유, 이미지 공유에 사용되는 공개 링크는 솔트를 재생성하여 무효화함으로써 보안을 확보할 수 있습니다.

공개 링크 솔트를 빈 문자열로 설정하면 공개 링크 자체를 비활성화할 수도 있습니다. 이렇게 하면 새 공개 링크 생성이 차단되고 기존 링크는 무효화됩니다.

LLM 컨텍스트 관리

Mattermost Agents는 Mattermost에서 정확한 응답을 생성하는 데 필요한 정보만 대규모 언어 모델(LLM)로 전송하도록 설계되었습니다. Mattermost Agents가 LLM 컨텍스트를 관리하는 방식과 데이터 프라이버시를 확보하는 방법을 알아보세요.

감사 로그 및 모니터링

Mattermost는 콘솔과 로그 파일 양쪽에 기계가 읽을 수 있는 JSON 형식으로 로그를 기록합니다. Mattermost 구독 고객은 syslog와 TCP 소켓 대상으로 직접 로그를 남길 수도 있습니다. Mattermost 로깅에 대해 자세히 알아보세요.

활동 모니터링

Mattermost는 편집과 삭제를 포함한 메시지의 전체 이력과 업로드된 모든 파일을 저장합니다. 메시지와 채널을 삭제하는 사용자 인터페이스 동작은 데이터를 화면에서만 제거하며, 데이터 자체는 데이터베이스에 그대로 남습니다. 컴플라이언스 지침상 필요하다면, 사용자가 게시한 메시지를 이후에 편집하거나 삭제하는 기능을 비활성화할 수 있습니다. Mattermost 권한에 대해 자세히 알아보세요.

Mattermost 모바일 앱은 사용자 활동과 시스템 이벤트를 기록하는 감사 로그를 생성합니다. 이 로그를 통해 관리자는 접근 상황을 모니터링하고 잠재적인 보안 위협을 식별하여, 의심스러운 행위를 적시에 탐지하고 대응할 수 있습니다.

정기 보안 업데이트

패치 관리

Mattermost는 취약점을 해결하고 애플리케이션의 보안 태세를 강화하기 위해 정기적으로 보안 업데이트를 릴리스합니다. 사용자는 최신 보안 개선 사항을 적용받을 수 있도록 모바일 애플리케이션을 항상 최신 상태로 유지하는 것이 좋습니다. Mattermost의 릴리스와 릴리스 수명 주기에 대해 자세히 알아보세요.

커뮤니티 및 전문가 기여

오픈 코어 플랫폼인 Mattermost는 보안 커뮤니티와 전문가들의 기여로부터 도움을 받습니다. 이러한 기여는 잠재적인 보안 위험을 식별하고 완화하는 데 도움을 주어, 모바일 애플리케이션이 견고하고 안전하게 유지되도록 합니다. Mattermost에 기여하는 방법에 대해 자세히 알아보세요.

조직의 보안 협업 요구에 맞춘 솔루션을 살펴보려면 라이브 데모를 예약하거나 Mattermost 전문가와 상담하세요. 1시간 미리보기로 라이브 샌드박스 환경에 즉시 접속해 직접 사용해 볼 수도 있습니다.

컴플라이언스 고려 사항

Mattermost는 업계 표준 준수가 필수적인 규제 환경의 일부로 배포할 수 있습니다.

자주 묻는 질문

고객이 직접 암호화 키를 관리할 수 있게 해 주는 서드파티 SaaS 시스템과 비교했을 때 Mattermost의 신뢰 측면 이점은 무엇인가요?

암호화한다고 해서 서드파티 SaaS 벤더가 데이터를 읽을 수 없는 것은 아닙니다. 고객 데이터를 저장하는 데이터베이스에 암호화 키를 제공하는 서드파티 벤더라도, 데이터가 전송되는 동안에는 여전히 그 내용을 읽을 수 있습니다.

예를 들어 메시지 기록을 검색하려면 검색어를 암호화되지 않은 메시지 기록의 단어와 대조해야 하므로, 암호화되지 않은 메시지에 접근할 수 있어야 합니다.

또 다른 예로, 고객의 데이터 암호화 키가 최종 사용자의 모바일 기기에까지 배포되는 경우는 거의 없습니다. 따라서 서드파티 시스템이 최종 사용자의 모바일 기기로 푸시 알림을 보낼 때, 암호화되지 않은 텍스트가 그 서드파티에 노출됩니다.

반면 Mattermost는 고객이 직접 호스팅합니다. 고객이 생성한(벤더가 결코 접근하지 않는) 키로 저장 데이터와 전송 중 데이터를 암호화할 수 있을 뿐 아니라, 검색과 모바일 알림에 필요한 암호화되지 않은 데이터도 고객 IT 팀이 통제하는 시스템에서 처리됩니다.

벤더의 문서만으로 데이터를 읽을 수 있는지 여부가 불분명하다면, 벤더에게 직접 물어보세요.

나아가 높은 신뢰가 요구되는 기업에는 암호화 이상의 것이 필요합니다. 프라이버시, 완전한 데이터 소유권, 감사 가능성, 그리고 인프라에 대한 통제권이 필요합니다.

프라이버시란 서드파티 서비스가 임직원의 신원, IP 주소, 위치, 접근 패턴이나 시스템 내 활동을 감시할 수 없고, 그 정보를 (고객이 결코 통보받지 못할 수도 있는) 법원 명령을 통해 의도적으로 제공하거나 데이터 유출을 통해 비의도적으로 노출하지 않는다는 뜻입니다.

완전한 데이터 소유권이란 서드파티가 고객의 데이터 접근을 언제든 막을 수 없다는 뜻입니다. 어떤 서드파티도 데이터를 읽거나 분석하거나 수익화할 수 없다는 뜻이며, 상업적 관계를 끝내더라도 백업을 포함한 기록을 그대로 보유한다는 뜻입니다. 또한 언제든 데이터를 삭제하고 추가 사본이 남아 있지 않음을 검증할 수 있다는 뜻이기도 합니다.

감사 가능성이란 시스템의 동작을 온전히 관찰하고 모니터링하며 추적할 수 있다는 뜻입니다.

인프라 통제권이란 공용·사설 네트워크와 온프레미스에서 실행할 수 있는 능력을 포함해 비즈니스의 구체적인 필요에 맞게 시스템을 운영하고 맞춤 구성할 수 있으며, 소스 코드를 읽을 수 있을 정도의 완전한 관찰 가능성과 투명성을 갖추고 핵심 레거시 시스템과 상호 운용할 수 있다는 뜻입니다.

오픈 소스 자체 호스팅 시스템인 Mattermost는 높은 신뢰가 요구되는 팀에 필요한 프라이버시, 완전한 데이터 소유권, 인프라 통제권을 제공합니다.

대규모 멀티테넌트 애플리케이션(MMTA)의 근본적인 보안 과제는 무엇인가요?

기밀 데이터를 대규모 멀티테넌트 애플리케이션(MMTA)에 들이는 데 따르는 핵심 위험은, 시스템이 침해당하고도 데이터가 유출되었다는 사실을 전혀 알지 못한 채 탈취된 데이터가 다른 시스템 침해에 이용되는 것입니다.

MMTA 벤더의 마케터들은 고위 자격을 갖춘 보안 전문가에게 비용을 지불해 고객의 신뢰를 얻기 위한 "데스 스타 논리(Death Star Logic)"를 내세웁니다. "MMTA의 SaaS 제품은 고객보다 보안에 더 많이 투자하므로 은하계에서 가장 안전한 시스템이며, 따라서 고객이 직접 호스팅하는 인프라보다 안전하다"는 논리입니다.

데스 스타 논리의 문제는, 수천 개 기업 고객의 기밀 데이터를 보관한다는 사실 자체가 그 시스템을 사이버 공격의 최우선 표적으로 만든다는 점을 빠뜨린다는 것입니다. 이는 다음 네 가지 이유로 고객의 위험을 높입니다.

1) 시간이 지나면 MMTA 벤더는 국가 단위 공격의 표적이 됩니다

사이버 공격에 투입되는 노력은 시스템을 침해했을 때의 가치에 비례합니다. MMTA 벤더가 보유한 데이터의 가치가 커질수록 그에 대한 사이버 위협의 규모도 커집니다.

시스템 침해의 가치가 적대국 사이버전 부대의 관심을 끌 만큼 높아지면 그 벤더는 "국가 단위 공격의 표적"이 됩니다. 그 시점부터는 시스템 보안의 아주 작은 오류도 심각한 침해로 이어질 수 있습니다.

2) MMTA 시스템은 알려지지 않은 취약점으로부터 고객을 보호할 수 없습니다

MMTA 시스템의 버그 하나가 모든 고객을 위험에 빠뜨릴 수 있습니다. 예를 들어 Slack은 약 400만 사용자의 메시지 기록과 파일을 노출한 버그를 공개했고(2017년), 버그로 인해 4억 개의 Microsoft 계정이 계정 탈취에 노출된 사례도 있었습니다(2018년).

멀티테넌트 시스템에서는 인프라의 버그 역시 취약점이 될 수 있습니다. 예를 들어 2018년 연구자들은 수십 년간 존재해 온 Meltdown과 Spectre 같은 칩 수준 취약점을 통해, 한 테넌트가 실행한 악성 코드가 같은 CPU를 공유하는 다른 테넌트의 동작에 영향을 줄 수 있음을 발견했습니다.

MMTA 시스템의 보안 유지는 내부·외부 보안 연구자들이 사이버 공격자보다 계속 앞서 나갈 수 있는지에 달려 있습니다.

3) 고객은 침해가 발생해도 이를 알지 못합니다

MMTA가 침해당하는 경우는 대개 알려지지 않은 버그나 취약점에서 비롯됩니다. 그렇기 때문에 시스템이 침해되었다는 사실 자체가 분명하지 않을 수 있고, 고객이 통보받지 못할 수도 있습니다. 게다가 침해 이후에도 고객의 보안 팀이 MMTA 벤더를 감사하여 자사 기밀 데이터가 어떻게 접근·탈취되었는지 파악할 방법이 없는 경우가 많습니다.

그 결과 MMTA를 거쳐 간 기밀 정보가 고객이 운영하는 다른 시스템을 공격하는 데 이용될 수 있으며, 향후 이를 완화하기 위해 침해의 근원을 추적할 방법조차 없습니다.

예를 들어 OneLogin이 공격자가 암호화된 데이터를 복호화할 수 있었던 보안 침해를 공개하여 2,000개 고객과 70개 SaaS 앱이 영향을 받았을 때(2017년), 공개된 내용은 모호했고 고객이 자신의 위험을 분석하거나 향후 위험을 줄이기 위해 할 수 있는 일은 거의 없었습니다.

반면 오픈 소스 자체 호스팅 협업 솔루션은 기업이 가장 중요한 자산을 보호하기 위해 사용하는 물리 보안과 네트워크 보안 계층 안에 그대로 머무르며, 로깅과 시스템 이력에 완전히 접근할 수 있어 공격이 언제, 어디서, 어떻게 발생했는지 파악할 수 있습니다.

또한 단일 테넌트 솔루션이므로 사이버 공격의 강도는 대체로 자사 기밀 데이터의 침해 가치에 한정되며, MMTA가 보유한 전체 고객 데이터의 합산 침해 가치에는 미치지 않습니다. 더불어 사설 네트워크의 시스템을 보호하기 위해 회사가 투자한 보안 전체가 협업 시스템에도 그대로 적용됩니다. 은행이라면 이는 연간 수억 달러 규모에 이를 수 있습니다.

4) MMTA 시스템은 데이터 교차 유출 위험이 있습니다

MMTA에는 벤더 멀티테넌트 시스템의 버그나 설정 오류로 인해 자사 데이터가 다른 고객의 공간으로, 또는 그 반대로 흘러 들어갈 위험도 있습니다. 이러한 유출은 로깅 시스템, 애플리케이션 로직, 미들웨어, 데이터 계층 오류를 통해 발생할 수 있습니다. 2019년 Facebook은 설정 실수로 수억 명의 사용자 비밀번호를 수년간 평문으로 저장해 왔음을 인정했습니다.

Mattermost는 왜 사용자가 잘못된 비밀번호를 입력했을 때 계정 존재 여부를 알려 주나요?

Mattermost의 핵심 설계 원칙은 "빠르고, 명확하고, 관대하게"이며, 비밀번호를 잘못 입력했다는 사실을 사용자에게 알려 주는 것은 사용자 이익을 우선한다는 원칙에 부합합니다.

사용자 이름과 비밀번호 방식 인증을 사용할 때, 특히 AD/LDAP 환경에서는 사용자 이름이 이메일 주소일 수도, Mattermost 사용자 이름일 수도, AD/LDAP 사용자 이름과 ID나 그 밖의 AD/LDAP 속성일 수도 있습니다. Mattermost의 설계 원칙은 로그인 오류가 잘못된 비밀번호 때문인지 잘못된 이메일·사용자 이름 때문인지 최종 사용자가 파악할 수 있도록 돕는 데 목적이 있습니다.

이러한 설계가 생산성을 높이고 사용자 정착을 앞당기며 헬프데스크 티켓과 지원 비용을 줄여 주므로, 그 이점이 절충점을 상회한다고 판단합니다.

이 설계의 절충점은, 물리 보안이 적용되지 않고 네트워크 보안도 적용되지 않은(즉 VPN이 없거나 사설 네트워크 내부에 악의적인 사용자가 있는) 상태에서 사용자 이름과 비밀번호 방식 인증을 사용할 경우, 공격자가 시스템에 HTTP 요청을 보내 Mattermost의 API 속도 제한 설정에 정의된 초당 최대 요청 수까지 이메일 주소나 사용자 이름을 열거할 수 있다는 점입니다.

이러한 구성으로 배포하기로 결정한 조직이라면 다음 완화 조치를 고려하세요.

  1. 사용자 이름·비밀번호 방식 대신 Mattermost Enterprise Edition에서 OneLogin, Okta, ADFS 같은 싱글 사인온(SSO) 제공자를 사용하거나, Mattermost Team Edition에서 제공하는 오픈 소스 GitLab SSO 옵션을 사용하세요.
  2. 권장 설치 지침에 따라 VPN 클라이언트를 사용해 배포 환경에 네트워크 보안을 적용하세요.
  3. 프록시 서버에서 모니터링과 알림을 활성화하여 배포 환경에 도달하는 악의적인 행위를 탐지하고 격리하세요.

무엇보다도 Mattermost 보안 회보를 반드시 구독하고 권장되는 보안 패치를 적용하세요.