Power Platform의 데이터 저장 및 거버넌스
먼저 개인 정보와 고객 데이터를 구별하는 것이 중요합니다.
개인 정보는 사람을 식별하는 데 사용할 수 있는 사람에 대한 정보입니다.
고객 테이터에는 URL, 메타데이터 및 DNS 이름과 같은 직원 인증 정보를 포함하는 개인 데이터와 기타 고객 데이터를 포함합니다.
데이터 보존
Microsoft Entra 테넌트는 조직 및 해당 보안과 관련된 정보를 보관합니다. Microsoft Entra 테넌트가 Power Platform 서비스에 가입할 때 테넌트가 선택한 국가 또는 지역은 Power Platform 배포가 존재하는 가장 적합한 Azure 지역에 매핑됩니다. Power Platform은 테넌트의 할당된 Azure 지리나 조직이 여러 지역에 서비스를 배포하는 경우를 제외하고 홈 지역에 고객 데이터를 저장합니다.
일부 조직은 전 세계에 위치합니다. 예를 들어, 사업체는 미국에 본사를 두고 있지만 호주에서 사업을 할 수 있습니다. 이 사업체는 현지 규정을 준수하기 위해 특정 Power Platform 데이터를 호주에 저장해야 할 수 있습니다. Power Platform 서비스가 둘 이상의 Azure 지역에 배포될 때 다중 지역 배포라고 합니다. 이 경우, 환경 관련 메타데이터만 홈 지역에 저장됩니다. 해당 환경의 모든 메타데이터 및 제품 데이터는 원격 지역에 저장됩니다.
Microsoft는 데이터 복원력을 위해 데이터를 다른 지역으로 복제할 수 있습니다. 그러나 Microsoft는 개인 데이터를 지역 외부로 복제하거나 이동하지 않습니다. 다른 지역에 복제된 데이터에는 직원 인증 정보와 같은 비개인 데이터가 포함될 수 있습니다.
Power Platform 서비스는 특정 Azure 지역에서 사용할 수 있습니다. Power Platform 서비스를 이용할 수 있는 지역과 데이터가 저장되는 위치, 데이터가 사용되는 방식에 대한 자세한 내용은 Microsoft 보안 센터를 참조하세요. 고객 저장 데이터의 위치에 대한 약정은 Microsoft Online 사용 약관의 데이터 처리 조항에 명시되어 있습니다. 또한 Microsoft는 주권 엔터티를 위한 데이터 센터도 제공합니다.
데이터 처리
이 섹션에서는 Power Platform의 고객 데이터 저장, 처리 및 전송 방법을 요약합니다.
미사용 데이터
문서에 달리 명시되지 않는 한 고객 데이터는 원래 소스(예: Dataverse 또는 SharePoint)에 남아있습니다. Power Platform 앱은 환경의 일부로 Azure Storage에 저장됩니다. 모바일 앱에서 사용되는 데이터는 암호화되어 SQL Express에 저장됩니다. 대부분의 경우 앱은 Azure Storage로 Power Platform 서비스 데이터 및 Azure SQL Database를 유지하여 서비스 메타데이터를 유지합니다. 앱 사용자가 입력한 데이터는 Dataverse와 같은 서비스에 대한 해당 데이터 원본에 저장됩니다.
Power Platform에서 유지되는 모든 데이터는 기본적으로 Microsoft 관리형 키를 사용하여 암호화됩니다. Azure SQL Database에 저장된 고객 데이터는 Azure SQL의 투명한 데이터 암호화(TDE) 기술을 사용하여 완전히 암호화됩니다. Azure Blob Storage에 저장된 고객 데이터는 Azure Storage Encryption을 사용하여 암호화됩니다.
처리 중인 데이터
데이터는 대화형 시나리오의 일부로 사용되거나 새로 고침과 같은 백그라운드 프로세스가 이 데이터를 터치할 때 처리 중입니다. Power Platform은 처리 중인 데이터를 하나 이상의 서비스 워크로드의 메모리 공간으로 로드합니다. 워크로드의 기능을 용이하게 하기 위해 메모리에 저장된 데이터는 암호화되지 않습니다.
전송 중인 데이터
Power Platform에서는 TLS 1.2 이상을 사용하여 모든 수신 HTTP 트래픽을 암호화해야 합니다. TLS 1.1 이하를 사용하려는 요청은 거부됩니다.
고급 보안 기능
일부 Power Platform 고급 보안 기능에는 특정 라이선스 요구 사항이 있습니다.
서비스 태그
서비스 태그는 특정 Azure 서비스의 IP 주소 접두사 그룹을 나타냅니다. 서비스 태그를 사용하여 네트워크 보안 그룹 또는 Azure Firewall에서 네트워크 액세스 제어를 정의할 수 있습니다.
서비스 태그를 이용하면 네트워크 보안 규칙에 대한 빈번한 업데이트의 복잡성을 최소화하는 데 도움이 됩니다. 예를 들어 해당 서비스에 대한 트래픽을 허용하거나 거부하는 보안 규칙을 생성할 때 특정 IP 주소 대신 서비스 태그를 사용할 수 있습니다.
Microsoft는 서비스 태그에 포함된 주소 접두사를 관리하고 주소가 변경되면 서비스 태그를 자동으로 업데이트합니다. 자세한 정보는 Azure IP 범위 및 서비스 태그 - 퍼블릭 클라우드를 참조하세요.
데이터 손실 방지
Power Platform에는 데이터의 보안을 관리하는 데 도움이 되는 데이터 손실 방지(DLP) 기능의 광범위한 집합이 있습니다.
스토리지 SAS(공유 액세스 서명) IP 제한
참고
이러한 SAS 기능 중 하나를 활성화하기 전에 고객은 먼저 https://*.api.powerplatformusercontent.com 도메인에 대한 액세스를 허용해야 합니다. 그렇지 않으면 대부분의 SAS 기능이 작동하지 않습니다.
이 기능 세트는 스토리지 SAS(공유 액세스 서명) 토큰을 제한하는 테넌트별 기능이며 Power Platform 관리 센터의 메뉴를 통해 제어됩니다. 이 설정은 IP를 기반으로 엔터프라이즈 SAS 토큰을 사용할 수 있는 사람을 제한합니다.
이 기능은 현재 비공개 프리뷰에 있습니다. 공개 프리뷰는 올 봄 말에 계획되어 있으며 2024년 여름에 일반 공급될 예정입니다. 자세한 내용은 릴리스 플래너를 참조하세요.
이러한 설정은 관리 센터에 있는 환경의 개인 정보 + 보안 설정에서 찾을 수 있습니다. IP 주소 기반 스토리지 SAS(공유 액세스 서명) 규칙 사용 옵션을 켜야 합니다.
관리자는 이 설정에 대해 다음 네 가지 구성 중 하나를 활성화할 수 있습니다.
| 설정 | Description |
|---|---|
| IP 바인딩 전용 | 이는 SAS 키를 요청자의 IP로 제한합니다. |
| IP 방화벽 전용 | 이는 SAS 키 사용이 관리자가 지정한 범위 내에서만 작동하도록 제한합니다. |
| IP 바인딩 및 방화벽 | 이는 SAS 키 사용을 관리자가 지정한 범위 내에서 요청자의 IP로만 제한합니다. |
| IP 바인딩 또는 방화벽 | 지정된 범위 내에서 SAS 키를 사용할 수 있습니다. 범위 외부에서 요청이 오면 IP 바인딩이 적용됩니다. |
활성화된 경우 IP 바인딩을 적용하는 제품:
- Dataverse
- Power Automate
- 사용자 지정 커넥터
- Power Apps
사용자 환경에 미치는 영향
환경의 IP 주소 제한을 충족하지 않는 사용자가 앱을 열 때: 일반 IP 문제를 언급하는 오류 메시지가 사용자에게 표시됩니다.
IP 주소 제한을 충족하는 사용자가 앱을 열면: 다음 이벤트가 발생합니다.
- 사용자는 IP 설정이 설정되었음을 알리고 관리자에게 자세한 내용을 문의하거나 연결이 끊긴 페이지를 새로 고치도록 알리는 빠르게 사라지는 배너를 얻을 수 있습니다.
- 더욱 중요한 것은 이 보안 설정에서 사용하는 IP 유효성 검사로 인해 일부 기능이 꺼져 있을 때보다 느리게 수행될 수 있다는 것입니다.
SAS 호출 로깅
이 설정을 사용하면 Power Platform 내의 모든 SAS 호출이 Purview에 로그인될 수 있습니다. 이 로깅은 모든 생성 및 사용 이벤트에 대한 관련 메타데이터를 표시하며 위의 SAS IP 제한과 별도로 활성화될 수 있습니다. Power Platform 서비스는 현재 2024년에 SAS 호출을 온보딩하고 있습니다.
| 필드 이름 | 필드 설명 |
|---|---|
| response.status_message | 이벤트 성공 여부 알림: SASSuccess 또는 SASAuthorizationError. |
| response.status_code | 이벤트 성공 여부 알림: 200, 401 또는 500. |
| ip_binding_mode | 켜져 있는 경우 테넌트 관리자가 설정한 IP 바인딩 모드입니다. SAS 생성 이벤트에만 적용됩니다. |
| admin_provided_ip_ranges | 테넌트 관리자가 설정한 IP 범위(있는 경우)입니다. SAS 생성 이벤트에만 적용됩니다. |
| computed_ip_filters | IP 바인딩 모드 및 테넌트 관리자가 설정한 범위를 기반으로 SAS URI에 바인딩된 최종 IP 필터 세트입니다. SAS 생성 및 사용 이벤트 모두에 적용됩니다. |
| analytics.resource.sas.uri | 액세스 또는 생성을 시도한 데이터입니다. |
| enduser.ip_address | 호출자의 공용 IP. |
| analytics.resource.sas.operation_id | 생성 이벤트의 고유 식별자. 이를 기준으로 검색하면 생성 이벤트의 SAS 호출과 관련된 모든 사용 및 생성 이벤트가 표시됩니다. "x-ms-sas-Operation-id" 응답 헤더에 매핑됩니다. |
| request.service_request_id | 요청 또는 응답의 고유 식별자이며 단일 레코드를 조회하는 데 사용할 수 있습니다. "x-ms-service-request-id" 응답 헤더에 매핑됩니다. |
| 버전 | 이 로그 스키마의 버전입니다. |
| type | 일반 응답. |
| analytics.activity.name | 이 이벤트의 활동 유형은 생성 또는 사용입니다. |
| analytics.activity.id | Purview에 있는 레코드의 고유 ID. |
| analytics.resource.organization.id | 조직 ID |
| analytics.resource.environment.id | 환경 ID |
| analytics.resource.tenant.id | 테넌트 ID |
| enduser.id | 생성 이벤트의 작성자의 Microsoft Entra ID의 GUID입니다. |
| enduser.principal_name | 작성자의 UPN/이메일 주소. 사용 이벤트의 경우 일반 응답은 "system@powerplatform"입니다. |
| enduser.role | 일반 응답: 생성 이벤트의 경우 일반, 사용 이벤트의 경우 시스템. |
Purview 감사 로깅 켜기
로그를 Purview 인스턴스에 표시하려면 먼저 로그를 표시하려는 각 환경에 대해 이를 옵트인해야 합니다. 이 설정은 Power Platform 관리 센터에서 테넌트 관리자가 업데이트할 수 있습니다.
- Power Platform 관리 센터 로 이동하여 테넌트 관리자 자격 증명을 사용하여 로그인하세요.
- 왼쪽 탐색 창에서 환경을 선택하세요.
- 관리자 로깅을 켜려는 환경를 선택하세요.
- 명령 모음에서 설정 을 선택합니다.
- 제품>개인정보 보호 + 보안을 선택하세요.
- 저장소 공유 액세스 서명(SAS) 보안 설정(프리뷰)에서 Purview에서 SAS 로깅 사용 기능을 켭니다.
감사 로그 검색
테넌트 관리자는 Purview를 사용하여 SAS 작업에 대해 생성된 감사 로그를 보고 IP 유효성 검사 문제로 인해 반환될 수 있는 오류를 자체 진단할 수 있습니다. Purview의 로그는 가장 신뢰할 수 있는 솔루션입니다.
다음 단계에 따라 테넌트 내의 문제를 진단하거나 SAS 사용 패턴을 더 잘 이해하세요.
환경에 대한 감사 로깅이 켜져 있는지 확인하세요. Purview 감사 로깅 켜기를 참조하세요.
Microsoft Purview 규정 준수 포털 로 이동하여 테넌트 관리자 자격 증명을 사용하여 로그인합니다.
왼쪽 탐색 창에서 감사를 선택합니다. 이 옵션을 사용할 수 없는 경우 로그인한 사용자에게 감사 로그를 쿼리할 수 있는 관리자 액세스 권한이 없다는 의미입니다.
로그를 찾을 때는 UTC 기준으로 날짜와 시간 범위를 선택하세요. 예를 들어, unauthorized_caller 오류 코드와 함께 403 Forbidden 오류가 반환된 경우입니다.
활동 - 친화적 이름 드롭다운 목록에서 Power Platform 저장 작업 을 검색하고 생성된 SAS URI 및 사용된 SAS URI를 선택합니다.
키워드 검색에서 키워드를 지정하세요. 이 필드에 대해 자세히 알아보려면 Purview 설명서의 검색 시작하기 를 참조하세요. 시나리오에 따라 위 표에 설명된 필드 중 하나에서 값을 사용할 수 있지만, 아래는 검색할 때 권장하는 필드입니다(선호도 순):
- x-ms-service-request-id 응답 헤더의 값입니다. 이 기능은 헤더가 어떤 요청 유형인지에 따라 결과를 하나의 SAS URI 생성 이벤트나 하나의 SAS URI 사용 이벤트로 필터링합니다. 사용자에게 반환된 403 Forbidden 오류를 조사할 때 유용합니다. 또한 powerplatform.analytics.resource.sas.operation_id 값을 잡기하는 데 사용할 수 있습니다.
- x-ms-sas-operation-id 응답 헤더의 값입니다. 이 기능은 SAS URI에 대한 액세스 횟수에 따라 결과를 하나의 SAS URI 생성 이벤트와 하나 이상의 사용 이벤트로 필터링합니다. 이는 powerplatform.analytics.resource.sas.operation_id 필드에 매핑됩니다.
- 서명을 제외한 전체 또는 일부 SAS URI입니다. 동일한 URI가 필요한 만큼 여러 번 생성 요청될 수 있으므로 이로 인해 많은 SAS URI 생성 및 많은 SAS URI 사용 이벤트가 반환될 수 있습니다.
- 발신자 IP 주소. 해당 IP에 대한 모든 생성 및 사용 이벤트를 반환합니다.
- 환경 ID. 이렇게 하면 다양한 Power Platform 상품에 걸쳐 방대한 양의 데이터가 반환될 수 있으므로 가능하면 피하거나 검색 창을 좁히는 것이 좋습니다.
경고
사용자 주체 이름이나 개체 ID는 생성 이벤트에만 전파되고 사용 이벤트에는 전파되지 않으므로 검색하지 않는 것이 좋습니다.
검색 을 선택하고 결과가 나타날 때까지 기다리세요.
경고
Purview로의 로그 수집은 최대 1시간 이상 지연될 수 있으므로 최신 이벤트를 찾을 때 이 점을 명심하세요.
403 Forbidden/unauthorized_caller 오류 문제 해결
생성 및 사용 로그를 사용하면 호출이 403 Forbidden 오류와 unauthorized_caller 오류 코드와 함께 발생하는 이유를 확인할 수 있습니다.
- 이전 섹션에 설명된 대로 Purview에서 로그를 찾습니다. 응답 헤더의 x-ms-service-request-id 또는 x-ms-sas-operation-id 를 검색 키워드로 사용하는 것을 고려하세요.
- 사용 이벤트인 사용된 SAS URI를 열고 PropertyCollection 아래의 powerplatform.analytics.resource.sas.computed_ip_filters필드를 찾습니다. 이 IP 범위는 SAS 호출이 요청을 진행할 수 있는 권한이 있는지 여부를 판별하는 데 사용됩니다.
- 이 값을 로그의 IP 주소 필드와 비교해 보세요. 이는 요청이 실패한 이유를 파악하기에 충분합니다.
- powerplatform.analytics.resource.sas.computed_ip_filters 의 값이 올바르지 않다고 생각되면 다음 단계로 넘어가세요.
- x-ms-sas-operation-id응답 헤더 값(또는 생성 로그의 powerplatform.analytics.resource.sas.operation_id 필드 값)을 사용하여 검색하여 생성 이벤트인 생성된 SAS URI 를 엽니다.
- powerplatform.analytics.resource.sas.ip_binding_mode 필드의 값을 가져옵니다. 누락되었거나 비어 있는 경우 해당 요청 시점에 환경에 대한 IP 바인딩이 켜지지 않았다는 의미입니다.
- powerplatform.analytics.resource.sas.admin_provided_ip_ranges의 값을 가져옵니다. 누락되었거나 비어 있는 경우 해당 요청 시점에 환경에 대한 IP 방화벽 범위가 지정되지 않았음을 의미합니다.
- powerplatform.analytics.resource.sas.computed_ip_filters의 값을 가져옵니다. 이 값은 사용 이벤트와 동일해야 하며 IP 바인딩 모드와 관리자가 제공한 IP 방화벽 범위를 기반으로 파생됩니다. 데이터 저장 및 거버넌스 Power Platform에서 파생 논리를 참조하세요.
이를 통해 테넌트 관리자는 IP 바인딩 설정에 대한 환경의 잘못된 구성을 수정할 수 있는 충분한 정보를 얻을 수 있습니다.
경고
SAS IP 바인딩에 대한 환경 설정의 변경 사항이 적용되려면 최소 30분이 걸릴 수 있습니다. 파트너 팀이 자체 캐시를 보유하면 더 많아질 수 있습니다.
관련 문서
Microsoft Power Platform의 보안
Power Platform 서비스에 인증
데이터 원본에 연결 및 인증
Power Platform 보안 FAQs