Microsoft Teams의 앱 권한 정책 및 설정

By Mirko Peters · 2026-04-19 · Updated 2026-07-25

Microsoft Teams의 액세스를 관리하고 팀 앱 권한 정책과 권한 유형을 이해하세요. 팀 구성원의 액세스와 팀 이름 설정을 제어하세요.

Automatically translated with AI from the original post. Read the English original

Titelbild: App Permission Policies and Settings in Microsoft Teams

Microsoft Teams 권한 모델은 조직이 안전하고 효율적으로 협업하며 규정 준수 요건을 지키도록 하는 기반입니다. 이 가이드는 Teams의 권한이 어떻게 작동하는지 처음부터 자세히 설명합니다. 소유자를 관리하든, 비공개 채널에 누가 액세스할 수 있는지 고민하든, 외부 게스트 때문에 고민하든 필요한 내용을 모두 여기서 다룹니다.

역할, 액세스 수준, 그리고 권한이 Teams, SharePoint, Azure AD를 거쳐 어떻게 전파되는지 명확하게 설명합니다. IT 관리자와 보안 담당자를 위해 전문 용어만 나열하지 않고 실질적인 거버넌스 팁과 실제 문제 해결 방법을 담았습니다. 설정이 단순하든 복잡하든, 이 글을 끝까지 읽으면 Teams 환경을 안전하면서도 쉽게 사용할 수 있도록 유지하는 방법을 알게 될 것입니다.

Teams 권한 모델 설명: 정의

Microsoft Teams 권한은 Teams 리소스(팀, 채널, 채팅, 파일, 앱)에서 누가 액세스하고, 관리하고, 어떤 작업을 수행할 수 있는지를 정의합니다. Teams 권한 모델은 역할 기반 액세스(소유자, 구성원, 게스트), 채널 수준 제어, 그리고 Teams 및 Microsoft 365 관리자가 적용하는 테넌트 전반의 정책을 중심으로 합니다.

간단한 설명: 핵심적으로 Teams 권한 모델은 소유자에게 채널 만들기, 구성원 추가 및 제거, 설정 변경 등 광범위한 관리 권한을 부여합니다. 구성원에게는 메시지 게시, 파일 공유, 모임 시작 같은 일반적인 협업 권한을 부여하고, 게스트에게는 외부 사용자에 맞춘 제한된 액세스를 제공합니다. 관리자는 조직 수준 정책(게스트 액세스, 앱 권한, 모임 설정, 데이터 보존 및 규정 준수)을 적용할 수 있으며 팀 설정을 재정의할 수도 있습니다. 권한은 Microsoft 365 서비스 전반에 걸쳐 적용됩니다(파일은 SharePoint, 캘린더와 메일은 Exchange). 따라서 실질적인 제어는 Teams 역할, Azure AD ID, 테넌트 정책을 결합하여 생산성을 확보하면서도 협업을 보호하는 방식으로 이루어집니다.

Microsoft Teams 권한 구조 이해하기

Microsoft Teams를 자세히 들여다보면 모든 것을 움직이는 권한이 보입니다. 권한은 누가 팀을 만들고, 채팅하고, 파일을 게시하고, 외부인을 초대할 수 있는지를 결정합니다. 이 시스템의 핵심에는 전체 Microsoft 365 테넌트에서 시작해 각 팀을 거쳐 개별 채널까지 내려가는 권한 역할과 액세스 수준이 있습니다.

모든 것은 역할에서 출발합니다. 소유자, 구성원, 게스트가 그것입니다. 각 역할이 가진 권한과 수행할 수 있는 작업이 사람들이 일상적으로 상호작용하는 방식을 결정합니다. 그러나 조직이 커지면 데이터를 보호하고 협업을 관리하는 방식도 함께 복잡해집니다. Teams의 권한은 장식이 아닙니다. 민감한 정보를 비공개로 유지하고, 혼란 없이 모든 사용자에게 필요한 도구를 제공하기 위해 반드시 필요합니다.

계층적 접근 방식을 이해해야 합니다. 테넌트 전체 규칙이 조직 내에서 일어나는 일을 형성하고, 팀 수준 설정이 그룹 액세스를 결정하며, 마지막으로 채널 권한이 각 공간에서 누가 무엇을 볼 수 있는지 세분화합니다. 관리자에게 핵심은 이 계층들이 어떻게 맞물리는지, 그리고 조직의 요구에 맞게 어디를 조정하거나 강화해야 하는지를 파악하는 것입니다. 이 틀을 염두에 두고, 이제 핵심 역할과 채널 권한을 자세히 살펴보겠습니다.

Teams의 권한 역할: 소유자, 구성원, 게스트

소유자: 소유자는 팀의 문지기입니다. 구성원을 추가하거나 제거하고, 다른 사용자를 소유자로 승격하고, 설정을 관리하며, 게스트 액세스와 통합 기능 같은 팀 전체 권한을 제어할 수 있습니다. 소유자는 누가 팀에 들어오고 머무를 수 있는지, 그리고 팀이 실제로 무엇을 할 수 있는지를 결정합니다(예: 구성원이 채널을 만들거나, 탭을 추가하거나, 항목을 삭제할 수 있는지). 시나리오: 팀마다 최소 두 명의 소유자를 두는 것이 좋습니다. 한 명이 회사를 떠나더라도 팀에서 잠기는 상황을 피할 수 있습니다.
구성원: 대부분의 사용자는 구성원입니다. 구성원은 협업하고, 채팅하고, 파일을 업로드하고, 모임에 참여할 수 있습니다. 단, 소유자가 정한 가드레일 안에서만 가능합니다. 예를 들어 구성원은 표준 채널에 게시하고 토론에 참여할 수 있지만, 팀 설정을 바꾸거나 다른 구성원을 제거할 수는 없습니다. 구성원은 일상적으로 기여하는 사용자에게 적합합니다. 카페의 '단골 손님'과 같아서, 자유롭게 대화하고 공유할 수 있지만 가게 영업시간을 바꿀 수는 없습니다.
게스트: 게스트는 조직 외부에서 초대된 외부 사용자(파트너, 공급업체, 컨설턴트 등)입니다. 게스트의 권한은 의도적으로 제한되어 있습니다. 게스트는 팀 채팅에 참여하고, 공유 파일에 접근하고, 모임에 참여할 수 있지만, 팀이나 채널을 만들거나 삭제하거나 세부적으로 관리할 수는 없습니다. 게스트가 할 수 있는 작업은 더 넓은 조직 정책에 따라 결정되므로, 의도한 것보다 게스트에게 더 많은 권한을 주지 않도록 주의해야 합니다. 예를 들어 법무법인에는 전체 고객 목록이 아니라 특정 프로젝트 채널 하나만 접근하도록 허용할 수 있습니다.

이처럼 역할을 명확하게 구분하면 적절한 수준의 접근 권한을 간단히 부여할 수 있으며, 실수로든 의도적으로든 권한이 과도하게 넘어가는 상황을 막을 수 있습니다.

채널 권한과 비공개 채널 설명

표준 채널: 표준 채널은 팀의 모든 구성원에게 열려 있습니다. 이 채널의 권한은 팀 전체 구조를 그대로 반영합니다. 소유자와 구성원이 동등하게 참여하지만, 채널 삭제나 게시 권한 조정 같은 작업은 여전히 소유자가 담당합니다. 표준 채널은 주요 라운지와 같아서, 허용된 경우 게스트를 포함한 팀의 모든 구성원이 들어올 수 있습니다.
비공개 채널: 비공개 채널은 말 그대로 비공개입니다. 선택된 소유자와 구성원(팀 전체가 아님)만 채널을 보거나 접근할 수 있습니다. 그래서 재무, 인사, 비밀 프로젝트처럼 민감한 대화에 적합합니다. 일반 팀 소유자라도 비공개 채널에 추가되지 않았다면 내용을 볼 수 없습니다. 비공개 채널에는 별도의 제한된 SharePoint 사이트가 있어, 파일이 주 팀 공간과 분리되어 보관됩니다. 어떤 채널 유형이 요구 사항에 맞는지 더 자세히 알고 싶다면 이 Teams의 비공개 채널과 공유 채널 비교 가이드를 참고하세요.
공유 채널: 공유 채널은 다른 팀이나 다른 조직과 원활하게 협업할 수 있도록 설계되었습니다. 다른 부서나 비즈니스 파트너 조직 등 원래 팀 외부의 사람들도 팀 전체에 속하지 않고 대화에 참여할 수 있습니다. 권한 경계는 명확합니다. 게스트와 외부 사용자는 공유 채널의 내용만 볼 수 있으며, 팀의 다른 채널은 볼 수 없습니다. 거버넌스 전략과 장단점을 실무 중심으로 자세히 알아보려면 이 비공개 채널과 공유 채널에 대한 실무 가이드를 확인하세요.

각 채널 유형이 허용하는 작업을 이해하고 권한이 어떻게 적용되는지 파악하면 혼란을 줄이고, 민감한 정보가 잘못된 사람에게 전달되는 일을 막을 수 있습니다.

Teams 권한 모델 설명: Microsoft Teams 권한에 관한 놀라운 사실 5가지

채널 권한은 팀 권한과 다를 수 있습니다. 사용자가 팀 구성원이더라도 채널 수준 설정(표준 채널 또는 비공개 채널)에 따라 권한 경계가 달라집니다. 비공개 채널은 상위 팀에서 상속되지 않는 별도의 구성원 목록과 권한 집합을 가집니다.
게스트 계정은 대부분의 예상보다 많은 기능을 가집니다. 게스트는 채팅에 참여하고, 파일을 공유하고, 모임에 참여할 수 있습니다. 다만 권한 범위는 Azure AD와 Teams 테넌트 정책에 따라 크게 달라집니다. 게스트 액세스를 사용하도록 설정한다고 해서 모든 협업 권한이 자동으로 부여되지는 않습니다.
소유자의 권한도 조직 수준 정책에 따라 제한될 수 있습니다. 팀 소유자는 모든 것을 제어할 수 있는 것처럼 보이지만, 조직 전체 설정과 Teams 권한 정책이 비공개 채널 만들기, 앱 추가, 구성원 역할 변경 같은 작업을 제한할 수 있습니다.
메시지 권한과 앱 권한은 별도의 계층입니다. 메시지 게시, 편집, 삭제 권한은 메시징 정책으로 제어되고, 타사 앱을 추가하거나 사용하는 기능은 앱 권한/정책 제어로 관리됩니다. 한쪽을 변경해도 다른 쪽은 바뀌지 않습니다.
Teams에서 파일 액세스를 좌우하는 것은 흔히 SharePoint와 OneDrive 권한입니다. 채널에서 공유된 파일은 SharePoint에 저장되며 SharePoint 권한 모델을 따릅니다. 비공개 채널의 파일은 별도의 SharePoint 사이트를 사용하므로, Teams 역할만 확인하면 파일 액세스가 예상과 다를 수 있습니다.

Teams 권한 상속과 계층적 액세스

Teams에서 한 곳의 권한을 바꿨는데 조직 전체에 예상치 못한 영향이 번진 적이 있으신가요? 권한 상속의 편리함과 골칫거리가 바로 여기에 있습니다. Teams의 권한은 최상위 테넌트 설정과 Azure AD 그룹에서 시작해 각 팀, 모든 채널과 파일로 계층을 따라 내려갑니다. 최상위에서 설정한 내용은 그 아래의 수십, 수백 개 작업 영역에 영향을 줄 수 있습니다.

이러한 권한 폭포가 어떻게 작동하는지 이해하는 것은 정보 유출과 의도치 않은 공개 접근을 막는 데 필수입니다. 또한 한 곳의 변경이 나머지 환경에 어떤 영향을 줄지 예측하는 데도 도움이 됩니다. 다만 비공개 채널이나 민감한 프로젝트처럼 이 상속을 끊고 싶은 경우가 있을 수 있으며, 여기에는 그에 따른 위험과 보안상 유의할 점이 따릅니다.

다음 상세 섹션에서는 상속이 단계별로 어떻게 작동하는지, 그리고 규정 준수 태세를 훼손하지 않으면서 안전하게 상속을 끊거나 재정의하는 방법을 자세히 살펴보겠습니다.

Teams 계층 구조에서 권한 상속이 작동하는 방식

Microsoft Teams의 권한 상속은 액세스 제어가 시스템을 따라 "아래로 흘러내리는" 방식을 말합니다. 최상단에는 Microsoft 365 테넌트가 있으며, 관리자는 여기서 핵심 보안 정책을 정의하고 Azure Active Directory(Azure AD) 그룹을 사용해 조직의 경계를 설정합니다. 이러한 테넌트 수준의 결정이 조직에서 누가 Teams에 접근할 수 있는지에 대한 기준선이 됩니다.

새 팀을 만들면 자동으로 Office 365 그룹(현재 Azure AD에서 관리)과 연결됩니다. 이 그룹의 구성원과 소유자가 팀의 초기 구성원과 소유자가 됩니다. 그룹에서 사람을 추가하거나 제거하거나 역할을 변경하면, 그 변경 사항이 연결된 팀에 즉시 반영됩니다.

팀 내에서 표준 채널은 팀 전체의 권한을 상속합니다. 팀 구성원이라면 모든 표준 채널에 속하게 되고, 소유자라면 해당 채널 전체에 대한 관리 권한을 모두 갖습니다. 반면 비공개 채널은 상속 체인을 끊습니다. 초대된 구성원만 콘텐츠를 볼 수 있으며, 구성원 관리는 별도로 해야 합니다.

이 상속 모델은 액세스를 일관되게 유지하고, 올바르게 구성하면 관리자의 수작업을 최소화해 줍니다. 그러나 최상위 변경 사항이 팀을 거쳐 연결된 SharePoint 사이트의 개별 파일이나 폴더까지 어떻게 전파되는지 지속적으로 살펴보는 것이 중요합니다.

보안을 희생하지 않고 안전하게 상속 끊기

권한 경계 식별: 상속을 끊기 전에 어느 팀이나 채널에 독립적인 설정이 필요한지 명확히 정의하십시오. 보통 민감한 프로젝트, 임원 간 커뮤니케이션, 또는 규정 준수 대상 작업 영역에 대해 상속을 끊으려 할 것입니다. 예를 들어 비공개 채널을 만들거나 외부 공유를 비활성화하는 방식을 사용할 수 있습니다.
먼저 Teams 기본 옵션 사용: SharePoint에서 파일이나 폴더 권한을 직접 사용자 지정하기보다는 비공개 채널이나 게스트 액세스 제한과 같은 기본 제공 제어 기능을 우선 사용하십시오. 이 방식은 구조를 명확하게 유지하고, 공식적으로 지원되며, 감사하기도 쉽습니다.
감사 추적 구현: 상속된 권한을 재정의할 때마다 감사를 활성화하십시오(Purview 또는 Microsoft 365 규정 준수 센터에서). 그래야 누가, 언제, 무엇을, 왜 변경했는지에 대한 로그를 확보할 수 있습니다. 이는 규정 준수와 조사에 매우 중요합니다.
상속이 끊어진 영역 정기 검토: 비공개 채널, 고유 권한이 설정된 SharePoint 사이트, 그리고 "일회성" 권한 설정을 검토하는 절차를 마련하십시오. 불필요한 액세스를 제거하고, 사용하지 않는 리소스는 비활성화하거나 삭제하여 보안 위험을 최소화하십시오.
예외 사례 문서화: 권한 상속이 어디에서, 왜 끊어졌는지 목록으로 관리하십시오. 나중에 결정을 설명하거나 정리해야 할 때를 대비한 일종의 "비상 탈출구" 지도라고 생각하시면 됩니다.

Teams에서 강력한 거버넌스 프레임워크가 혼란을 어떻게 통제하고, 실수를 줄이며, 보안을 강화하는지 더 자세히 알고 싶으시다면 Teams 거버넌스 및 협업 가이드를 확인해 보십시오.

Teams에서 앱 권한 및 정책 관리하기

Microsoft Teams에서 봇과 탭부터 본격적인 통합 기능에 이르기까지 앱은 강력한 기능을 제공하지만, 동시에 중요한 보안 및 규정 준수 문제를 불러옵니다. 그렇다면 사용자가 어떤 앱을 설치하거나 상호 작용할 수 있는지는 누가 결정할까요? 겉보기에 무해해 보이는 앱이 파일을 몰래 가져가는 것을 어떻게 막을 수 있을까요? 바로 이때 Teams 앱 권한 정책이 필요합니다.

이 섹션에서는 관리자가 앱 액세스를 제어하는 방법을 개괄적으로 설명합니다. 조직 전체에서 모든 앱을 차단하는 가장 높은 수준부터, 특정 프로젝트 그룹에만 사용자 지정 봇을 허용하는 세부 수준까지 다룹니다. 권한 정책(누가 무엇을 사용할 수 있는지)과 앱 설정 정책(기본적으로 누가 무엇을 볼 수 있는지)의 차이를 알아보고, 앱과 앱이 접근하는 데이터를 통제하는 관리자 동의 절차도 살펴봅니다.

앱은 채팅, 파일, 심지어 외부 시스템과도 연결되므로, 이것이 보안과 규정 준수를 갖춘 팀 협업에 왜 중요한지도 짚어 보겠습니다. 특히 규제가 엄격한 산업이나 빠르게 진행되는 프로젝트 환경에서는 이러한 제어 기능을 이해해야만 혁신과 거버넌스의 균형을 맞출 수 있습니다. 이어서 정책 설정과 앱 동의의 단계별 방법은 자세히 다룹니다.

앱 권한 정책 및 제어 방법

앱 권한 정책 정의: 관리자는 먼저 특정 앱을 허용하거나 차단하는 맞춤형 정책을 만듭니다. 기준은 앱 이름, 유형(타사, Microsoft, 사용자 지정), 또는 대상 사용자가 될 수 있습니다. 예를 들어 기본적으로 모든 타사 앱을 차단하고, 검증된 솔루션만 사례별로 허용할 수 있습니다.
사용자 또는 그룹에 정책 할당: 정책은 모든 사용자에게 적용하거나, 특정 사용자, 부서 또는 Azure AD 그룹으로 범위를 좁힐 수 있습니다. 이렇게 하면 민감한 팀에는 더 엄격한 제어를 적용하고, 민감도가 낮은 영역에는 더 많은 유연성을 허용할 수 있습니다.
게시 전 앱 검토 적용: 특히 사용자 지정 앱이나 새로 추가된 앱은 사용자에게 제공하기 전에 규정 준수, 개인 정보 보호 및 보안 측면에서 검토를 거치도록 요구합니다. 이를 통해 원하지 않는 앱이 몰래 들어와 비즈니스 데이터에 접근하는 상황을 예방할 수 있습니다.
개별 앱 차단 또는 허용: 세분화된 제어를 통해 IT 부서가 승인하지 않은 파일 공유나 클라우드 스토리지 커넥터 같은 고위험 앱을 차단하거나, 유용한 업무 앱만 명시적으로 허용할 수 있습니다. "Block all apps except" 모델은 규제가 엄격한 업종에 가장 강력한 방식입니다.
정책 규칙으로 자동화: 자동화 및 거버넌스 플랫폼을 활용해 앱 권한을 최신 상태로 유지하고, 변경 사항이 누락되지 않도록 합니다. 이는 더 넓은 Teams 거버넌스와도 연결되며, 관련 전략은 Teams 워크스페이스 거버넌스 개요에서 더 확인할 수 있습니다.

앱 권한 정책을 세밀하게 조정하면 사용자에게는 Teams의 유연성을 유지하면서도, 환경에 연결되는 앱에 대한 관리 통제력을 잃지 않을 수 있습니다.

Teams의 앱 설정 및 동의 관리

앱 설정 정책: 이 정책은 사용자에게 고정 표시하거나 미리 설치할 앱을 결정합니다. 관리자는 여러 프로필을 만들 수 있습니다. 예를 들어 영업팀에는 CRM 및 일정 관리 앱을, 엔지니어링팀에는 버그 추적 도구와 코드 검토 도구를 제공할 수 있습니다. 이렇게 하면 사용자가 원하는 도구를 찾아 헤매지 않고 바로 사용할 수 있습니다.
앱 권한에 대한 관리자 동의: 많은 앱은 사용자의 Teams 창에서 볼 수 있는 범위를 넘어 데이터에 접근해야 합니다. 관리자는 요청된 권한(예: 캘린더, 파일 또는 사용자 프로필 읽기)을 검토한 뒤 접근을 승인하거나 거부해야 합니다. 이러한 안전장치는 민감한 데이터가 잘못된 사람의 손에 들어가지 않도록 막아 줍니다.
사용자 요청 워크플로: 사용자가 정책상 허용되지 않은 새 앱을 원하면 검토를 요청할 수 있습니다. 관리자는 해당 앱이 어떤 데이터에 접근해야 하는지 확인하고, 규정 준수 여부를 점검한 뒤 적합한지 판단합니다. 이 모든 과정은 누구든 앱을 사용하기 전에 이루어집니다.
앱 도입 모범 사례: 동의를 부여하기 전에는, 모든 사람이 사용하고 있는 앱이라고 해도 항상 최소 권한 원칙(앱이 실제로 필요한 권한만 요청하는지)을 확인해야 합니다. 또한 데이터 상주 위치 및 수명 주기 관리에 대한 규정 준수 여부와 공급업체의 보안 인증도 점검해야 합니다. 추가 지침은 역할 기반 제어가 Copilot 같은 도구를 규정 준수 및 안전하게 유지하는 방법을 다룬 Copilot 거버넌스 가이드에서 확인할 수 있습니다.
앱 사용 모니터링 및 필요 시 동의 철회: 분석 기능과 대시보드 보고서를 활용해 위험하거나 사용되지 않는 앱을 찾아내고, 적절한 경우 제거하여 환경을 정돈되고 규정을 준수하는 상태로 유지합니다.

Teams 관리 센터에서 권한 구성

Teams 관리 센터는 권한, 정책 및 전반적인 액세스 거버넌스를 위한 통제 본부입니다. 새 앱 정책을 할당해야 하든, VIP 그룹의 채널 설정을 조정해야 하든, 수십 개 팀의 게스트 액세스를 감사해야 하든, 이 대시보드에서 필요한 도구를 바로 사용할 수 있습니다.

이 섹션에서는 관리 센터의 핵심 영역을 소개합니다. 사용자, 팀, 정책 및 앱을 관리하는 위치 등 권한 변경을 간편하고 추적 가능하게 만드는 기능을 살펴봅니다.

기본 제공 대시보드, 보고 및 역할 기반 액세스 제어는 구성을 간소화할 뿐만 아니라 실수를 방지하고, 변경 사항을 빠르게 파악하며, 문의가 들어왔을 때 결정 사항을 뒷받침하는 데도 도움이 됩니다. 이 섹션을 관리자 플레이북으로 생각하십시오. 조직의 요구에 맞춰 액세스를 유지할 때 초보자와 숙련자 모두가 더 열심히 일하기보다 더 똑똑하게 일하는 방법을 보여 드립니다.

다음의 상세 섹션에서는 정책과 권한을 적용하기 위한 정확한 탐색 팁과 실질적인 단계를 설명합니다. 추측할 필요는 없습니다.

액세스 제어를 위한 Teams 관리 센터 탐색

Teams 관리 센터는 관리자가 사용자, 팀, 앱 및 정책을 관리하는 웹 포털입니다. 시작하려면 admin.teams.microsoft.com에 로그인하십시오. 왼쪽 탐색 메뉴에서 사용자, 팀, 디바이스, 앱 및 정책 사이를 이동할 수 있어 필요한 항목을 쉽게 찾을 수 있습니다.

특정 팀이나 사용자의 권한을 조정하려면 “팀” 또는 “사용자” 섹션으로 이동하십시오. 여기에서 팀 멤버 자격을 관리하고, 역할을 할당하고, 채널 설정을 조정하거나 액세스 정책을 변경할 수 있습니다. “Teams 앱” 영역은 앱을 차단하거나 승인하고 조직 전체에 권한 정책을 배포할 때 주로 사용하는 곳입니다.

권한을 감사하거나 검토해야 하는 경우 보고 대시보드에서 누가 무엇에 액세스할 수 있는지, 앱 설치 활동, 사용 추세에 대한 인사이트를 확인할 수 있습니다. 또한 재정의되지 않는 한 모든 팀에 적용되는 게스트 액세스 및 외부 공유의 전역 설정을 구성하는 도구도 있습니다. 구조화된 프로젝트 구성과 자동화 팁을 원하신다면 Teams 구성 단계별 가이드를 살펴보십시오. Teams, SharePoint 및 자동화를 연결하여 거버넌스의 기초를 다룹니다.

관리 센터 곳곳에 있는 기본 제공 도움말 섹션과 도구 설명 풍선은 추가 안내를 제공하므로, 올바르게 설정하고 실수가 있더라도 쉽게 바로잡을 수 있습니다.

Teams 및 사용자를 위한 정책 구성

정책 패키지 생성 및 할당: 메시징, 모임, 앱 및 通話에 대해 권장 설정을 묶어 둔 기본 제공 또는 사용자 지정 정책 패키지를 사용하는 것부터 시작하십시오. 사용자, 그룹 또는 조직 단위로 이러한 패키지를 할당할 수 있습니다. 예를 들어 원격 근무자에게는 재무 부서와 다른 규칙이 필요할 수 있습니다.
사용자 및 팀 정책 사용자 지정: 누가 모임을 예약할 수 있는지, 통화를 녹음할 수 있는지, 외부 사용자를 초대할 수 있는지 등의 옵션을 조정하십시오. 정책은 계층화할 수 있으며, 사용자별 정책이 전역 정책보다 우선 적용되어 가장 중요한 부분에서 유연성을 제공합니다.
채널 관리 정책 배포: 비공개 또는 공유 채널을 만들 수 있는 사용자를 제한하고, 조정 역할을 할당하거나, 게스트 초대 권한을 관리하십시오. 이렇게 하면 Teams 구조를 깔끔하게 유지하고 규정을 준수할 수 있습니다.
정책 영향 감사 및 모니터링: 관리 센터의 보고 기능을 사용해 정책 할당과 그 결과를 정기적으로 검토하십시오. 권한이 점차 어긋나는 현상(권한 드리프트)을 포착하고 표준을 준수하지 않는 사용자와 팀을 찾아내십시오.
명확한 거버넌스 적용: 문서화가 핵심입니다. 각 정책이 다루는 범위를 기록하고 소유자가 책임을 지도록 하십시오. 혼란을 줄이고 액세스 제어를 더욱 명확하게 해 주는 프레임워크는 Teams 거버넌스 원칙을 참고하십시오.

조직 전체 정책과 사용자별 정책을 적절히 조합하면 전체 Teams 환경에서 협업, 유연성 및 규정 준수의 균형을 유지할 수 있습니다.

Teams에서 데이터 액세스 및 외부 협업 보호

누군가 “Teams 데이터 유출”에 대해 수군거린다면, 그것은 Microsoft Teams가 이제 기밀 파일, 계약서 및 프로젝트 메모가 가장 많이 모이는 곳 중 하나가 되었기 때문입니다. 이 데이터를 보호하고 외부에서 누가 들어오는지 지속적으로 확인하는 일은 모든 관리자가 최우선으로 다뤄야 합니다.

이 섹션에서는 민감도 레이블, 정보 장벽, 엄격한 액세스 제어 같은 도구로 Teams 데이터를 보호하는 실무 기법을 다룹니다. 또한 점점 더 많은 조직이 전 세계의 공급업체, 고객, 파트너와 협업하기 위해 Teams를 사용하는 만큼, 외부 사용자와 게스트와의 협업을 관리하기 위한 모범 사례도 개괄적으로 살펴봅니다.

적절한 균형을 맞추는 것이 핵심입니다. 원활한 작업에 필요한 만큼만 액세스를 허용하되, 보안이나 규정 준수 요구 사항을 놓칠 만큼 과도하게 허용해서는 안 됩니다. 이 섹션 전반에 걸쳐 실제 사례와 가이드를 소개하겠습니다. 예를 들어 Teams 보안 강화에 관한 내용은 협업을 불가능하게 만들지 않으면서 환경을 잠그는 데 도움이 됩니다.

민감한 데이터 보호 및 데이터 액세스 관리

민감도 레이블 적용: Microsoft Purview 민감도 레이블을 사용하여 기밀성 수준에 따라 대화, 파일, 회의 메모를 분류하고 암호화합니다. 예를 들어 "Confidential – Finance" 파일에 레이블을 지정하면 암호화되고 공유가 제한됩니다.
정보 장벽 사용: 정보 장벽을 설정하여 규제 대상 그룹(예: 재무팀과 영업팀, 또는 경쟁 관계의 프로젝트 팀)이 서로 소통하거나 파일을 공유하지 못하도록 합니다. 이 도구는 규제가 엄격한 업계에서 필수적이며, 민감한 정보가 무분별하게 섞이는 것을 방지합니다.
팀 및 채널별 액세스 구성: Teams 자체의 액세스 설정을 활용하여 특정 공간을 누가 보거나 참여할 수 있는지 제한합니다. 가장 중요한 프로젝트의 경우, 이러한 제어 기능과 프라이빗 채널을 함께 사용하면 추가적인 격리 계층을 확보할 수 있습니다.
Microsoft 365 규정 준수와 통합: 감사, 보존 및 DLP(데이터 손실 방지) 정책을 설정합니다. 이를 통해 모든 채팅과 파일이 보안 또는 규정 위반 여부에 대해 모니터링되도록 합니다. 보다 다층적인 전략은 Teams 보안 강화 전략을, 개인 정보 보호를 위해 Copilot이 데이터 경계를 적용하는 방식은 Copilot의 데이터 경계 적용 방식을 참고하십시오.
무단 액세스 방지: 항상 MFA(다단계 인증)를 요구하고, 위험한 로그인 동작을 모니터링하며, 공격 경로를 줄이기 위해 레거시 인증을 차단합니다.

민감한 Teams 데이터를 보호하는 일은 단순한 기술 과제가 아니라, 회사 전반의 위험 관리와 신뢰의 기반입니다.

게스트 권한 및 외부 사용자 액세스 관리

게스트 액세스를 신중하게 사용: 조직에 실제로 필요한 경우에만 게스트 액세스를 켜고, Teams 관리 센터에서 채널 생성 또는 삭제, 다른 사용자 초대, 파일 액세스 등 게스트가 수행할 수 있는 작업을 제한합니다.
세분화된 게스트 설정 구성: 팀 또는 채널 단위로 게스트가 볼 수 있는 내용과 수행할 수 있는 작업을 제어합니다. 매우 민감한 팀의 경우에는 게스트 액세스를 아예 비활성화합니다.
온보딩 워크플로 설정: 새 게스트 사용자에 대해 스폰서 승인을 요구하고, 모든 게스트가 액세스를 정기적으로 검토할 수 있는 내부 소유자와 연결되도록 합니다.
액세스 검토 및 취소: 모든 외부 사용자를 주기적으로 감사하고, 더 이상 업무상 필요가 없는 사용자는 제거합니다. 소유자가 없는 게스트 계정은 데이터 유출로 이어지는 열린 문과 같습니다.
Azure AD B2B 제어 이해: Teams 게스트 설정은 Azure AD 교차 테넌트 협업 설정 위에 적용되므로, 전체 보안 상태를 파악하려면 두 설정을 모두 검토해야 합니다. 효과적인 다층 방어에 대한 자세한 내용은 Teams 보안 모범 사례에서 확인할 수 있습니다.

게스트 액세스를 세심하게 조정하면 "가상의 현관"을 환영하는 공간으로 유지하면서도 무방비 상태로 열어두지 않을 수 있습니다.

Teams 권한 모델 설명: 흔한 실수

이 목록은 Microsoft Teams 권한을 관리할 때 조직이 자주 저지르는 실수와, 협업을 안전하고 효율적으로 유지하기 위한 실질적인 해결 방법을 정리한 것입니다.

1. Teams를 단순한 파일 공유처럼 다루기

실수: Teams 권한이 기존 파일 공유나 폴더 권한과 정확히 같이 동작한다고 가정하는 것입니다. Teams는 Microsoft 365 그룹, SharePoint 사이트 권한, Teams 역할 설정을 조합하여 사용하므로, 한 곳에서 변경한 내용이 항상 예상대로 다른 곳에 반영되지는 않습니다.

해결 방법: Teams 역할(소유자/구성원/게스트), Microsoft 365 그룹 멤버십, SharePoint 사이트 및 라이브러리 권한이라는 세 계층 모델을 이해하고, 모든 계층에 걸쳐 권한 변경을 계획하십시오.

2. Team 소유자 과다 지정

실수: 거버넌스 없이 제어 권한을 위임하려고 Teams 소유자를 너무 많이 지정하는 경우입니다. 이로 인해 의도하지 않은 구성 변경, 게스트 초대, 멤버십 불일치의 위험이 높아집니다.

해결 방법: 소유자를 신뢰할 수 있는 소수의 관리자로 제한하고, 정해진 위임 절차를 사용하십시오. 적절한 경우에는 소유자 지정에 Azure AD 그룹을 사용하는 것도 고려하십시오.

3. 게스트 액세스 잘못 구성

실수: 명확한 게스트 액세스 정책 없이 게스트 액세스를 전역으로 활성화하여 민감한 데이터에 대한 외부 액세스가 과도해지는 경우입니다.

해결 방법: Azure AD와 Teams 관리 센터에서 조건부 게스트 액세스 제어를 적용하고, 게스트의 기능(채팅, 파일 액세스, 모임 역할)을 제한하며, 게스트 계정을 정기적으로 감사하십시오.

4. SharePoint 및 파일 권한 무시

실수: 파일 액세스 기대치를 Teams 멤버십에만 의존하는 경우입니다. 파일은 SharePoint/OneDrive에 저장되며 별도의 공유 링크와 권한을 가질 수 있습니다.

해결 방법: 소유자에게 SharePoint 상속, 외부 공유 링크, 파일 수준 권한 확인 방법을 교육하십시오. 민감도 레이블과 조건부 액세스를 사용하여 문서를 보호하십시오.

5. 민감도 레이블 또는 DLP 미사용

실수: Teams에서 공유되는 민감한 콘텐츠를 분류하고 보호하지 않아 데이터 유출로 이어질 수 있습니다.

해결 방법: Microsoft Purview 민감도 레이블과 데이터 손실 방지(DLP) 정책을 구현하여 콘텐츠 분류에 따라 공유, 암호화, 액세스를 제어하십시오.

6. 모임 및 채널 설정 간과

실수: 기본 모임 및 채널 설정을 그대로 두어 원하지 않는 발표자, 익명 참석자, 관리되지 않는 채널 조정을 허용하는 경우입니다.

해결 방법: 모임 정책(누가 발표할 수 있는지, 대기실 동작)과 채널 조정 설정을 구성하십시오. 반복되는 요구에는 모임 템플릿이나 정책을 사용하십시오.

7. Teams 수명 주기 관리 미흡

실수: 만료 기간이나 거버넌스 없이 Team을 만들어 Team이 무분별하게 늘어나고, 소유자 없는 Team과 오래된 멤버십이 쌓이는 경우입니다.

해결 방법: Teams 관리 센터 또는 PowerShell을 통해 팀 템플릿, 명명 규칙, 자동 수명 주기 정책(만료, 갱신, 보관)을 구현하십시오.

8. 모니터링 및 감사 미흡

실수: 권한 변경, 게스트 활동, 위험한 로그인을 모니터링하지 않는 경우입니다. 감사가 없으면 오용이나 잘못된 구성을 탐지하기 어렵습니다.

해결 방법: 감사 로깅을 활성화하고, 권한 및 게스트 변경에 대한 알림을 설정하며, Microsoft 365 Defender와 Azure AD 보고서를 사용하여 액세스 로그를 정기적으로 검토하십시오.

9. 개인 계정과 회사 계정 혼용

실수: 사용자가 개인 계정으로 로그인하거나 관리되지 않는 기기로 Teams에 액세스하도록 허용하여 통제되지 않은 공유 위험이 높아지는 경우입니다.

해결 방법: 조건부 액세스 정책을 시행하고, 기기 규정 준수를 요구하며, 관리되는 계정으로만 로그인하도록 제한하십시오. 회사 데이터와 개인 데이터의 경계에 대해 사용자를 교육하십시오.

10. 권한 정책 문서화 미흡

실수: 역할, 책임, 권한 변경 절차가 문서화되어 있지 않은 경우입니다. 이로 인해 결정이 일관되지 않고 의도하지 않은 노출이 발생합니다.

해결 방법: 소유자와 관리자를 위해 누가 Team을 만들 수 있는지, 게스트를 초대할 수 있는지, 설정을 변경할 수 있는지, 예외 사항은 누구에게 문의하는지를 다루는 명확한 문서와 런북을 작성하십시오.

빠른 체크리스트

Teams 역할을 SharePoint 및 Azure AD 권한에 매핑하십시오.
소유자 지정을 제한하고 정기적으로 검토하십시오.
게스트 액세스 제어를 적용하고 외부 사용자를 검토하십시오.
민감한 콘텐츠에는 민감도 레이블과 DLP를 사용하십시오.
감사를 활성화하고 권한 변경에 대한 알림을 설정하십시오.
무분별한 확산을 막기 위해 수명 주기 정책을 구현하십시오.

이러한 일반적인 실수를 해결하면, 안전하고 예측 가능한 Teams 권한 모델을 구현하고, 이해관계자에게 명확히 설명하며, 일관되게 시행하는 데 도움이 됩니다.

Teams 권한 관리 모범 사례

여러분 앞에는 모든 기능이 준비되어 있습니다. 그렇다면 매일 이를 가장 똑똑하게 활용하는 방법은 무엇일까요? 이 섹션에서는 검증된 모범 사례를 정리하여, 규모가 큰 조직에서도 Teams 권한 관리를 손쉽게 만들어 드립니다.

Team과 채널을 명확하게 구조화하는 방법부터 구성원을 정기적으로 검토하고 정리 작업을 자동화하는 방법까지, 이 체크리스트와 전략은 Teams 환경을 안전하면서도 사용하기 편리하게 유지하는 데 도움이 됩니다. 누구도 권한 혼란을 원하지 않습니다. 하지만 약간의 규율과 똑똑한 자동화가 있다면 이를 피할 수 있습니다.

또한 액세스 거부 오류, 예상과 다르게 작동하는 역할, 통제에서 벗어난 외부 게스트 등 일반적인 권한 문제를 해결하기 위한 전문가 팁도 확인하실 수 있습니다. Teams를 체계적이고 규정을 준수하도록 관리하는 방법을 더 폭넓게 알고 싶다면 전반에 걸쳐 연결된 고영향 거버넌스 및 수명 주기 자동화 조언도 놓치지 마십시오. 참고 링크는 Teams 거버넌스 가이드와 무분별한 확산을 막는 전략입니다.

Teams 권한 모범 사례 적용하기

소유자 수를 제한합니다: 실수로 인한 액세스 차단이나 정책 불일치를 막으려면 팀당 소유자를 두세 명으로 유지하십시오.
액세스를 정기적으로 검토합니다: 분기별 검토를 예약하여 오래된 멤버를 정리하고, 불필요한 게스트를 제거하며, 남아 있는 외부 액세스를 확인하십시오.
팀과 채널을 논리적으로 구성합니다: 부서, 프로젝트 또는 업무 기능별로 정리하면 관리가 쉬워지고 혼선도 줄어듭니다.
권한 검토를 자동화합니다: Power Automate나 통합 보고 기능 같은 도구를 사용하여 권한 불일치와 소유자가 없는 리소스를 찾아내십시오. 자동화가 무분별한 확산을 어떻게 해결하는지는 이 Teams 확산 해결 방법에서 확인하실 수 있습니다.
변경 사항과 거버넌스 예외를 문서화합니다: 특히 권한 재정의의 경우 누가 무엇을 변경했는지 기록하여 깨끗한 감사 추적을 유지하십시오. 자세한 내용은 Teams 거버넌스의 핵심 원칙을 참고하십시오.

Teams 권한 관련 일반적인 문제 해결하기

사용자 액세스가 거부되는 경우: Azure AD와 대상 팀 내에서 해당 사용자의 역할이 올바른지 확인하십시오. 또한 게스트 액세스나 앱 설치 제한 등 관련 권한 정책이 관리 센터에서 꺼지지 않았는지도 확인하십시오.
팀 또는 채널 역할이 잘못된 경우: 사용자가 채널을 보거나 액세스할 수 없다면, 해당 사용자가 팀에 추가되었는지 확인하고, 비공개 채널의 경우 직접 초대되었는지 확인하십시오. 그룹 변경 후 역할 할당이 동기화되지 않는 경우가 있으므로, 그룹을 다시 동기화하거나 사용자를 다시 초대하십시오.
게스트 초대 실패: Azure AD B2B 설정과 Teams 게스트 액세스 정책을 함께 점검하십시오. 조직 수준에서 외부 공동 작업이 차단되어 있다면 채널 설정을 아무리 바꿔도 해결되지 않습니다.
권한 충돌(앱 액세스 또는 채널 게시): 정책이 서로 겹치는지 확인하십시오. 예를 들어 전역 정책은 앱 사용을 차단하는데 사용자별 정책은 허용하는 경우입니다. 일반적으로 가장 제한적인 설정이 적용됩니다.
권한 불일치 또는 "유령" 멤버: 아무도 팀을 감사하지 않으면 소유자나 멤버가 소유자 없이 남아 쌓일 수 있습니다. 보고 도구와 자동화(이 거버넌스 가이드에서 설명한 방식)를 사용하여 불필요한 계정을 찾아 제거하십시오.

확신이 서지 않으면 Teams 관리 센터에서 보고서부터 확인하고, 정책 로그를 사용하여 변경 사항을 되돌려 보십시오. 정기 검토를 함께 진행하면 대부분의 권한 문제를 발생 전에 해결할 수 있습니다.

SharePoint 및 Azure AD 권한: Teams 관리자가 알아야 할 내용

Teams, SharePoint, Azure AD 권한이 맞물리는 지점에서 많은 조직이 어려움을 겪습니다. 모든 Team에는 파일을 위한 연결된 SharePoint 사이트와 구성원을 묶어 주는 Azure AD 그룹이 있으며, 이는 한 시스템의 변경 사항이 다른 시스템에도 나타날 수 있고, 때로는 예상하지 못한 방식으로 나타날 수 있다는 뜻입니다.

이 섹션은 Teams에서의 파일 액세스가 언제 Teams에 의해, 언제 SharePoint에 의해 제어되는지, 그리고 Azure AD 그룹 규칙이 Teams 고유의 권한을 재정의하거나 충돌할 때 무슨 일이 일어나는지 이해하기 위한 해설서입니다. 이러한 관계를 아는 것이 원활한 공동 작업과 의도치 않은 데이터 노출의 차이를 만듭니다.

이어지는 내용에서는 권한이 자동으로 동기화되는 지점, 어긋날 수 있는 지점, 그리고 Teams, SharePoint, Azure AD가 함께 원활하게 작동하도록 유지하기 위한 핵심 거버넌스 조치를 설명합니다. 각 도구에서 대시보드 보안이 어떻게 다른지 나란히 비교하려면 Power BI를 위한 Teams 대 SharePoint 가이드를 참고하십시오.

SharePoint 사이트 권한 대 Teams 채널 권한

Microsoft Teams의 표준 채널은 모두 팀과 연결된 SharePoint 사이트 안의 폴더에 파일을 저장합니다. 팀 멤버십은 SharePoint 권한에 직접 대응됩니다. 소유자는 사이트 소유자가 되고, 멤버는 사이트 멤버가, 게스트는 사이트 방문자가 됩니다. 사용자가 팀에 참여하거나 팀을 떠나면 SharePoint 사이트 액세스도 자동으로 동기화됩니다.

다만 비공개 채널은 예외입니다. 비공개 채널마다 고유한 권한을 가진 전용 SharePoint 사이트가 따로 생성됩니다. 해당 비공개 채널의 멤버로 명시적으로 추가된 사용자만 그곳의 파일에 액세스할 수 있으며, 채널 멤버가 아닌 팀 소유자는 그 파일을 보거나 수정할 수 없습니다. 이 구조는 기밀 업무의 보안을 강화하지만, 관리자는 어떤 SharePoint 사이트가 어떤 채널에 연결되어 있는지 계속 파악하고 있어야 합니다.

SharePoint에서 직접 권한을 수동으로 변경하면(예: 팀 멤버가 아닌 사용자를 추가하는 경우) 동기화가 깨지고 혼란이나 노출 위험이 생길 수 있습니다. 액세스는 항상 Teams에서 관리하십시오. SharePoint에서 직접 변경하는 것은 특수한 경우에만 하고, 그런 예외 사항은 꼼꼼하게 문서화하십시오.

대시보드 등을 위한 Teams와 SharePoint 보안 모델 비교에 대한 심층 분석은 Teams vs SharePoint dashboard security를 참고하십시오.

Azure AD 그룹 권한과 Teams 액세스에 미치는 영향

그룹 기반 액세스: 모든 팀은 Azure AD 그룹과 연결되어 있습니다. 그룹 멤버십을 업데이트하면 팀 구성원도 즉시 업데이트됩니다.
그룹 기반 라이선싱: Azure AD 그룹을 통해 Teams 또는 기타 Microsoft 365 라이선스를 할당하면, 사용자가 입사하거나 부서를 옮길 때 액세스 권한 부여를 자동화할 수 있습니다.
역할 충돌: Azure AD 그룹 규칙이 팀 소유자/멤버 설정과 충돌하면 일반적으로 Azure AD가 우선합니다. 즉, 그룹 변경이 팀 내 변경 사항을 덮어쓸 수 있습니다.
프로비저닝 및 디프로비저닝: Azure AD 그룹에서 사용자를 제거하면 연결된 모든 Teams, 앱, 파일에서도 제외됩니다. 이를 통해 수명 주기와 보안을 엄격하게 관리할 수 있습니다.
감사를 통한 충돌 해결: 그룹 멤버십과 Teams 액세스 로그를 정기적으로 검토하여 불일치나 원치 않는 액세스를 찾아내십시오. 시스템 간 동기화 문제는 권한 관련 문제의 가장 흔한 원인 중 하나입니다.

Teams 권한 모델 설명 - 체크리스트

이 체크리스트를 사용하여 "teams permission model explained"에 따라 Microsoft Teams 권한을 감사하고 구성하십시오.

Microsoft 365 관리 센터에서 테넌트 수준 설정 확인(게스트 액세스 사용/사용 안 함)
할당된 Teams 관리자 역할 확인(Teams 서비스 관리자, Teams 커뮤니케이션 관리자, Teams 커뮤니케이션 지원 엔지니어)
Teams에 영향을 주는 Azure AD 역할 검토(전역 관리자, 권한 있는 역할 관리자)
조직 전체 외부 액세스(페더레이션) 설정이 필요에 맞게 구성되었는지 확인
Teams 관리 센터에서 게스트 액세스 설정 확인(채팅, 채널, 파일 권한)
팀 소유자 감사 및 각 팀에 활성 소유자가 최소 한 명 있는지 확인
Teams 내 멤버 및 게스트 기능 확인(채널 만들기/수정/삭제, 탭 및 앱 추가)
비공개 채널 멤버십과 소유자 규칙 검토(상위 팀과 멤버십 분리)
채널 조정 구성 및 조정자가 올바르게 할당되었는지 확인
필요에 따라 파일, 모임 옵션, 通話에 대한 게스트 액세스 제한 설정
Teams에 민감도 레이블을 적용하여 외부 액세스와 공유 제어
Teams에 영향을 주는 조건부 액세스 정책 확인(위치, 디바이스, MFA 요구 사항)
상위 권한이 필요한 역할에 대해 다단계 인증(MFA)이 필수로 적용되었는지 확인
Teams 관리 센터에서 앱 권한 정책 및 조직 전체 앱 설정 구성
사용자 지정 앱 및 타사 앱에 대한 권한 정책 검토(허용/차단/사이드 로드)
Teams 파일 권한에 영향을 주는 SharePoint 및 OneDrive 공유 설정 확인
액세스를 제어하기 위한 Teams 모임 정책 검증(발표자, 로비, 녹화 권한)
그룹 간 분리가 필요한 경우 정보 차단 구현
Teams 채팅 및 채널에 적용된 보존 및 규정 준수 정책 확인
감사 및 모니터링 사용(감사 로그, Microsoft 365 Defender, Cloud App Security)
Azure AD의 외부 액세스 및 B2B 공동 작업 설정 검토
정기적인 권한 검토 및 소유자/멤버 재인증 일정 수립
권한 모델 결정 사항을 문서화하고 Teams 소유자에게 지침 게시
Teams 소유자를 위해 역할 책임과 권한 제어에 대한 교육 제공

Microsoft Teams의 권한 - 관련 문서 및 추가 자료

Teams 권한 모델을 쉽게 설명하면 무엇인가요?

Teams 권한 모델 설명: Microsoft Teams는 역할 기반 및 동의 기반 제어를 사용하여 팀, 채널 또는 앱 안에서 누가 무엇을 할 수 있는지 관리합니다. 사용자 역할(소유자, 멤버, 게스트), Microsoft Entra ID 제어, 파일에 대한 SharePoint 권한, Microsoft Graph를 통한 애플리케이션 권한을 결합합니다. 권한과 동의는 애플리케이션 또는 개별 사용자가 콘텐츠에 액세스하거나, 사용자를 대신해 작업하거나, 팀 설정을 관리할 수 있는지를 결정합니다.

Microsoft Teams의 주요 권한 유형은 무엇인가요?

권한 유형에는 사용자 권한(소유자, 멤버, 게스트), 애플리케이션 권한(Microsoft Graph를 통해 부여되는 앱 전용 액세스), 위임된 권한(사용자를 대신하여 작동하는 앱), 그리고 단일 팀의 리소스 또는 파일용 별도 SharePoint 사이트에 대한 액세스 동의와 같은 리소스별 동의가 포함됩니다. 또한 테넌트 수준 제어를 위해 Microsoft Teams 관리 센터에서 관리자가 설정하는 옵션도 있습니다.

사용자 역할은 팀 내 권한에 어떤 영향을 미치나요?

사용자 역할에 따라 팀 설정 관리, 비공개 채널 만들기, 멤버 추가 또는 제거, 팀 이름 변경 등을 할 수 있는지가 결정됩니다. 소유자는 Microsoft Teams에서 권한을 관리할 수 있는 가장 많은 특権을 가지며, 멤버는 참여하고 문서를 관리할 수 있는 표준 권한을 가지고, 게스트는 제한된 권한을 가집니다. Microsoft Entra 또는 Teams 관리 센터의 관리자는 추가 제어를 재정의하거나 구성할 수 있습니다.

위임된 액세스와 애플리케이션 권한의 차이는 무엇인가요?

위임된 액세스는 앱이 로그인한 사용자를 대신하여 리소스에 액세스하는 것을 의미하며, 따라서 위임된 권한이 필요합니다. 사용자 컨텍스트가 필요할 때 액세스에는 위임된 권한이 필요합니다. 애플리케이션 권한(앱 전용)은 로그인한 사용자 없이 애플리케이션이 데이터에 직접 액세스할 수 있도록 하며, 종종 관리자 동의와 더 높은 권한의 필수 권한이 필요합니다. Microsoft Graph는 두 가지 유형을 모두 제공하며 각 API에 대해 요청되는 권한을 명확하게 나열합니다.

Teams 앱을 설치할 때 권한과 동의는 어떻게 작동하나요?

앱을 설치하면 특정 권한을 부여하라는 동의 메시지가 표시될 수 있습니다. 앱이 민감한 정보나 테넌트 전체 리소스에 액세스해야 하는 경우 관리자가 동의를 부여해야 합니다. 정책으로 차단되지 않는 한 사용자는 자신의 데이터에 대한 위임된 권한에 동의할 수 있습니다. 리소스별 동의를 사용하면 경우에 따라 테넌트 전체 관리자 동의 없이도 팀 소유자가 앱이 팀 콘텐츠에 액세스하도록 허용할 수 있습니다.

봇, 탭, 커넥터에 필요한 권한은 무엇인가요?

필요한 권한은 기능에 따라 다릅니다. 메시지를 보내는 봇은 Microsoft Graph를 통한 위임된 권한이 필요할 수 있고, 파일에 액세스하는 탭은 SharePoint 권한이 필요하며, 커넥터는 웹후크 또는 애플리케이션 액세스가 필요할 수 있습니다. 개발자는 요청되는 정확한 권한과 해당 권한이 애플리케이션 권한인지 위임된 액세스인지 확인하려면 Microsoft Learn과 Microsoft Graph 문서를 확인해야 합니다.

단일 팀에서 Microsoft Teams 권한을 어떻게 관리할 수 있나요?

단일 팀 내 권한을 관리하려면 팀 이름 메뉴로 이동하여 팀 관리를 선택한 다음 멤버 권한, 게스트 권한, 채널을 구성합니다. 파일 액세스의 경우 별도의 SharePoint 사이트 또는 문서 라이브러리의 SharePoint 권한을 관리합니다. 소유자는 팀 내 비공개 채널 및 앱 만들기를 허용하거나 제한하여 액세스를 효과적으로 관리할 수 있습니다.

리소스별 동의란 무엇이며 언제 사용해야 하나요?

리소스별 동의를 사용하면 팀 소유자가 테넌트 전체가 아닌 해당 팀의 콘텐츠에만 액세스할 수 있는 권한을 앱에 부여할 수 있습니다. 더 광범위한 애플리케이션 권한을 부여하지 않고도 앱이 문서를 관리하거나, 메시지를 읽거나, 단일 팀 내에서 작업하도록 허용할 때 유용합니다. 이를 통해 민감한 정보에 대한 노출이 줄어들며 최소 권한 원칙에 부합합니다.

Microsoft Entra와 Azure AD는 Teams 권한과 어떤 관련이 있나요?

Microsoft Entra ID(Azure AD)는 Teams 액세스의 기반이 되는 ID, 사용자 권한, 동의 정책을 관리합니다. 누가 로그인할 수 있는지, 어떤 애플리케이션이 동의를 요청할 수 있는지, 애플리케이션 권한에 관리자 동의가 필요한지를 제어합니다. Teams 액세스를 보호하기 위한 조건부 액세스 정책과 보안 업데이트도 Entra를 통해 관리됩니다.

Microsoft Teams 관리 센터는 무엇에 사용되나요?

Microsoft Teams 관리 센터에서는 테넌트 관리자가 조직 전체에 적용되는 설정을 구성하고, 앱 권한 정책을 만들며, Teams 사용 디바이스를 관리하고, 감사 로그를 확인합니다. 관리자는 허용할 앱을 제어하고, 특정 권한을 차단하며, 사용자에게 표시되는 동의 환경을 설정할 수 있습니다. 또한 애플리케이션 액세스와 위임된 권한을 제한하는 정책을 적용할 수 있습니다.

Microsoft Teams는 SharePoint와 어떻게 통합되며, 두 서비스 간 권한은 어떻게 작동합니까?

Teams의 모든 팀에는 파일을 저장하는 별도의 SharePoint 사이트가 연결되어 있습니다. 문서에 대한 권한과 공유는 SharePoint에서 적용되므로, Teams에서 문서를 관리한다는 것은 대개 SharePoint 권한을 관리한다는 뜻입니다. 소유자는 별도의 SharePoint 사이트에 액세스할 수 있는 사용자와 외부 사용자의 콘텐츠 액세스 허용 여부를 구성할 수 있습니다.

"사용자를 대신하여 리소스에 액세스한다"는 것은 무슨 뜻입니까?

이 표현은 앱이 로그인한 사용자를 대신하여, 해당 사용자의 권한을 사용해 메시지, 파일, 팀 멤버십 같은 리소스에 액세스하는 위임된 권한을 가리킵니다. 사용자 컨텍스트가 필요한 앱 기능에서 흔히 사용되며, 이러한 위임된 권한에 대해서는 사용자 또는 관리자의 동의가 필요합니다.

테넌트 전체 권한을 주지 않고 앱이 팀의 콘텐츠에 액세스하도록 하려면 어떻게 해야 합니까?

리소스별 동의를 사용하거나, Teams 관리 센터에서 세분화된 앱 권한 정책을 구성하여 액세스 범위를 단일 팀으로 제한하십시오. 개발자는 앱이 필요한 최소한의 특정 권한만 요청하도록 설계하고, 적절한 경우 위임된 권한을 사용해 사용자가 있을 때만 앱이 콘텐츠에 액세스하도록 해야 합니다.

동의 프롬프트는 무엇이며, 사용자에게 어떤 영향을 줍니까?

동의 프롬프트는 앱이 권한을 요청할 때 표시되는 대화 상자입니다. 요청된 권한 목록을 보여 주며, 관리자 동의가 필요한지 여부를 나타냅니다. 경험은 상황에 따라 다릅니다. 사용자는 자신의 데이터에 대한 저권한 위임 권한에는 동의할 수 있지만, 위험도가 높은 애플리케이션 권한이나 테넌트 전체 액세스에는 민감한 정보를 보호하기 위해 관리자가 동의를 부여해야 합니다.

개별 사용자가 팀에서 앱의 권한을 관리할 수 있습니까?

테넌트 정책이 허용하면 개별 사용자는 앱을 설치하고 자신의 계정에 대한 위임된 권한을 부여할 수 있습니다. 하지만 더 광범위한 애플리케이션 권한을 관리하고, 관리자 동의를 부여하고, 조직 수준 정책을 변경하는 작업은 Microsoft Entra 또는 Microsoft Teams 관리 센터에서 관리자가 수행해야 합니다. 경우에 따라 팀 소유자는 자신의 팀 범위 내에서 앱 권한을 관리할 수 있습니다.

어떤 애플리케이션이 리소스에 액세스하는지, 또는 사용자를 대신하여 리소스에 액세스하는지 어떻게 감사합니까?

Microsoft Teams 관리 센터의 감사 로그와 Microsoft Entra의 Azure AD 로그인 및 감사 로그를 사용하십시오. Microsoft Graph도 앱이 사용하는 권한을 보여 줍니다. 정기적인 감사와 모니터링을 통해 어떤 애플리케이션이 리소스에 액세스할 수 있는지, 앱이 테넌트 데이터에 액세스할 수 있는지, 어떤 권한이 부여되었는지를 파악하고, 이를 바탕으로 보안 업데이트와 사고에 대응할 수 있습니다.

액세스와 민감한 정보를 효과적으로 관리하기 위한 모범 사례는 무엇입니까?

최소 권한 원칙을 따르십시오. 필요한 특정 권한만 부여하고, 가능하면 애플리케이션 전용 액세스보다 위임된 액세스를 우선하며, 리소스별 동의를 사용하고, 게스트 액세스를 제한하며, 팀과 SharePoint 설정을 관리하십시오. Microsoft Entra 정책을 최신 상태로 유지하고, Microsoft Learn과 Graph 문서에서 앱이 요청하는 권한을 검토하며, 보안 업데이트와 기술 지원 절차를 적용하십시오.

개발자는 Teams 앱에 대해 Microsoft Graph 권한을 어떻게 요청합니까?

개발자는 Azure AD(Microsoft Entra)의 앱 등록에서 필요한 권한을 선언하고, 각 권한이 위임된 권한인지 애플리케이션 권한인지 지정해야 합니다. Microsoft Graph 권한 매트릭스를 사용해 특정 권한을 선택하고, 동의 프롬프트 흐름을 구현하며, API가 지원하는 경우 리소스별 동의를 지원해 테넌트 전체 동의의 필요성을 줄여야 합니다.

앱의 범위를 단일 사용자로 제한할 수 있습니까, 아니면 팀 단위로만 제한할 수 있습니까?

예. 일부 권한과 동의 경험은 위임된 권한을 통해 단일 사용자 범위(scoped to a single user)로 제한되고, 다른 권한은 리소스별 동의를 통해 특정 팀 범위로 제한됩니다. 애플리케이션 권한은 범위가 더 넓으며, 별도로 설계하지 않는 한 보통 테넌트 전체에 적용됩니다. 앱 시나리오를 지원하는 가장 낮은 권한 범위를 선택하십시오.

앱이 지나치게 많은 권한을 요청하면 어떻게 해야 합니까?

앱이 요청한 권한을 앱의 기능과 대조해 검토하고, Microsoft Graph 문서와 Microsoft Learn을 참고해 각 권한의 의미를 이해한 뒤, 동의를 거부하거나 공급업체에 필요한 권한을 줄여 달라고 요청하십시오. 관리자는 Teams 관리 센터에서 앱을 차단하거나, 테넌트 전체에서 사용하기 전에 관리자 동의를 받도록 설정할 수 있습니다.

프라이빗 채널은 권한과 파일 액세스에 어떤 영향을 미치나요?

프라이빗 채널을 만들면 SharePoint에 별도의 사이트 컬렉션이 생성되며, 이 별도의 SharePoint 사이트에는 채널 멤버만 액세스할 수 있으므로 문서 액세스 방식이 달라집니다. 소유자는 프라이빗 채널의 멤버 资格과 권한을 명시적으로 관리해야 합니다. 프라이빗 채널을 만든다는 것은 사실상 고유한 권한을 가진 별도의 SharePoint 사이트를 만드는 것과 같습니다.

동의를 부여한 후 앱의 액세스 권한을 제거하려면 어떻게 해야 하나요?

관리자는 Microsoft Entra(Azure AD)에서 앱 등록에 부여된 권한을 제거하거나 사용자 동의를 취소하여 애플리케이션 동의를 해지할 수 있습니다. 팀 소유자는 팀에서 앱을 제거하여 팀 수준의 액세스 권한을 없앨 수 있으며, 앱이 사이트 수준 권한을 사용했다면 SharePoint 관리자가 별도의 SharePoint 사이트에 대한 액세스 권한을 취소할 수 있습니다.

Teams 권한에 관한 추가 자료와 학습 콘텐츠는 어디에서 찾을 수 있나요?

단계별 가이드는 Microsoft Learn을, 테넌트 관리는 Microsoft Teams 관리 센터 문서를, 권한 참조는 Microsoft Graph 권한 참조를, ID 및 동의 관리는 Microsoft Entra 문서를 참고하십시오. 상세한 시나리오는 Microsoft 문서 사이트의 관련 문서를 확인하고, 테넌트별 도움이 필요하면 지원 및 기술 지원 채널을 이용하십시오.