Azure Information Protection kiracı anahtarınızı planlama ve uygulamaPlanning and implementing your Azure Information Protection tenant key

Uygulama hedefi: Azure Information Protection, Office 365Applies to: Azure Information Protection, Office 365

Bu makaledeki, Azure Information Protection kiracı anahtarınızı planlayıp yönetmenize yardımcı olmaya yönelik bilgileri kullanın.Use the information in this article to help you plan for and manage your Azure Information Protection tenant key. Örneğin, kiracı anahtarınızı Microsoft’un yönetmesi yerine (varsayılan), kuruluşunuz için geçerli olan belirli düzenlemelere uymak üzere kendi kiracı anahtarınızı kendiniz yönetmek isteyebilirsiniz.For example, instead of Microsoft managing your tenant key (the default), you might want to manage your own tenant key to comply with specific regulations that apply to your organization. Kendi kiracı anahtarınızın yönetilmesi, kendi anahtarını getir (BYOK) olarak da bilinir.Managing your own tenant key is also referred to as bring your own key, or BYOK.

Azure Information Protection Kiracı anahtarınızı nedir?What is the Azure Information Protection tenant key?

  • Azure Information Protection Kiracı anahtarı, kuruluşunuz için bir kök anahtardır.The Azure Information Protection tenant key is a root key for your organization. Bu kök anahtardan kullanıcı anahtarları, bilgisayar anahtarları ve belge şifreleme anahtarları gibi diğer anahtarlar elde edilebilir.Other keys can be derived from this root key, such as user keys, computer keys, and document encryption keys. Azure Information Protection, bu anahtarlar, kuruluşunuz için kullandığında, Azure Information Protection Kiracı anahtarınıza zincirlenir.Whenever Azure Information Protection uses these keys for your organization, they cryptographically chain to your Azure Information Protection tenant key.

  • Azure Information Protection Kiracı anahtarı Active Directory Rights Management Services (AD RMS) sunucu lisans verme sertifikası (SLC) anahtarı çevrimiçi eşdeğerdir.The Azure Information Protection tenant key is the online equivalent of the Server Licensor Certificate (SLC) key from Active Directory Rights Management Services (AD RMS).

Bir bakışta: Önerilen Kiracı anahtarı topolojisi için hızlı bir kılavuz olarak aşağıdaki tabloyu kullanın.At a glance: Use the following table as a quick guide to your recommended tenant key topology. Ardından, daha fazla bilgi için ek belgeleri kullanın.Then, use the additional documentation for more information.

İş gereksinimiBusiness requirement Önerilen kiracı anahtarı topolojisiRecommended tenant key topology
Azure Information Protection hızlı ve özel bir donanım, ek yazılım veya bir Azure aboneliği dağıtın.Deploy Azure Information Protection quickly and without special hardware, additional software, or an Azure subscription.

Örneğin: Test ortamlarını ve ne zaman kuruluşunuz anahtar yönetimi için yasal gereksinimlere sahip değil.For example: Testing environments and when your organization does not have regulatory requirements for key management.
Microsoft tarafından yönetilenManaged by Microsoft
Uyumluluk düzenlemelerini, ek güvenlik ve tüm yaşam döngüsü işlemleri üzerinde denetim.Compliance regulations, additional security, and control over all life cycle operations.

Örneğin: Anahtarınızı bir donanım güvenlik modülü (HSM) tarafından korunması gerekir.For example: Your key must be protected by a hardware security module (HSM).
BYOKBYOK

Gerekirse Set-AadrmKeyProperties cmdlet'ini kullanarak dağıtım sonrasında kiracı anahtar topolojinizi değiştirebilirsiniz.If required, you can change your tenant key topology after deployment, by using the Set-AadrmKeyProperties cmdlet.

Kiracınızı seçin anahtarı topolojisi: (Varsayılan) Microsoft tarafından yönetilen veya sizin tarafınızdan yönetilen (BYOK)Choose your tenant key topology: Managed by Microsoft (the default) or managed by you (BYOK)

Hangi Kiracı anahtar topolojisinin kuruluşunuz için en iyisi olduğuna karar verin:Decide which tenant key topology is best for your organization:

  • Microsoft tarafından yönetilen: Microsoft otomatik olarak kuruluşunuz için bir kiracı anahtarı oluşturur ve bu anahtar, Azure Information Protection için özel olarak kullanılır.Managed by Microsoft: Microsoft automatically generates a tenant key for your organization and this key is used exclusively for Azure Information Protection. Microsoft, varsayılan olarak, kiracınız için bu anahtarı kullanır ve Kiracı anahtarı yaşam döngüsü birçok yönüyle yönetir.By default, Microsoft uses this key for your tenant and manages most aspects of your tenant key life cycle.

    En düşük yönetim yükü içeren en basit seçenek budur.This is the simplest option with the lowest administrative overheads. Çoğu durumda, bir kiracı anahtarına sahip olduğunuzu bilmeniz bile gerekli değildir.In most cases, you do not even need to know that you have a tenant key. Azure Information Protection için kaydolmanız yeterlidir; anahtar yönetimi işleminin geri kalanı Microsoft tarafından gerçekleştirilir.You just sign up for Azure Information Protection and the rest of the key management process is handled by Microsoft.

  • Sizin tarafınızdan yönetilen (BYOK): Kiracı anahtarınız üzerinde tam denetimi için Azure anahtar kasası Azure Information Protection ile.Managed by you (BYOK): For complete control over your tenant key, use Azure Key Vault with Azure Information Protection. Bu Kiracı anahtarı topolojisi için anahtarı anahtar Kasası'nda doğrudan ya da oluşturun veya şirket içi oluşturun.For this tenant key topology, you create the key, either directly in Key Vault, or create it on-premises. Şirket içinde sonraki transfer oluşturmak veya bu anahtar Key Vault'a aktarma olur.If you create it on-premises, you next transfer or import this key into Key Vault. Ardından Azure Information Protection'ı bu anahtarı kullanacak şekilde yapılandırın ve Azure anahtar Kasası'nda yönetin.You then configure Azure Information Protection to use this key, and you manage it in Azure Key Vault.

BYOK hakkında daha fazla bilgiMore information about BYOK

Kendi anahtarınızı oluşturmak için aşağıdaki seçenekler vardır:To create your own key, you have the following options:

  • Şirket içinde hem de Aktarım oluşturun veya içeri aktarma, anahtar Kasası'na bir anahtar:A key that you create on-premises and transfer or import to Key Vault:

    • Şirket içi oluşturma ve HSM korumalı anahtarı anahtar kasasına aktarma HSM korumalı bir anahtar.An HSM-protected key that you create on-premises and transfer to Key Vault as an HSM-protected key.

    • Şirket içinde oluşturduğunuz bir yazılımla korunan anahtara dönüştürmek ve sonra bir HSM korumalı anahtarı anahtar kasasına aktarın.A software-protected key that you create on-premises, convert, and then transfer to Key Vault as an HSM-protected key. Bu seçenek desteklenir yalnızca, Active Directory Rights Management Hizmetleri'nden (AD RMS) geçiş.This option is supported only when you migrate from Active Directory Rights Management Services (AD RMS).

    • Şirket içi oluşturma ve anahtar kasasına yazılım korumalı bir anahtar olarak içeri aktarma bir yazılım korumalı anahtarı.A software-protected key that you create on-premises and import to Key Vault as a software-protected key. Bu seçenek gerektirir bir. PFX sertifika dosyası.This option requires a .PFX certificate file.

  • Anahtar Kasası'nda, oluşturduğunuz bir anahtar:A key that you create in Key Vault:

    • Anahtar Kasası'nda, oluşturduğunuz bir HSM korumalı bir anahtar.An HSM-protected key that you create in Key Vault.

    • Anahtar Kasası'nda, oluşturduğunuz yazılım korumalı anahtarı.A software-protected key that you create in Key Vault.

Bu BYOK seçenekleri, en sık karşılaşılan şirket içi oluşturma ve HSM korumalı anahtarı anahtar kasasına aktarma bir HSM korumalı anahtardır.Of these BYOK options, the most typical is an HSM-protected key that you create on-premises and transfer to Key Vault as an HSM-protected key. Bu seçenek en fazla yönetim ek yüklerini olsa da, belirli düzenlemelere uymak, kuruluşunuz için gerekli olabilir.Although this option has the greatest administrative overheads, it might be required for your organization to comply with specific regulations. Azure Key Vault tarafından kullanılan HSM'ler, FIPS 140-2 Düzey 2 doğrulanmasına sahiptir.The HSMs that are used by Azure Key Vault are FIPS 140-2 Level 2 validated.

Bu seçenek ile aşağıdakiler gerçekleşir:With this option, the following happens:

  1. Kiracı anahtarınızı BT ilkelerinize ve güvenlik ilkelerinize uygun olarak şirket içinde oluşturursunuz.You generate your tenant key on your premises, in line with your IT policies and security policies. Ana kopyayı anahtardır.This key is the master copy. Şirket içi kalır ve yedekleyen yükümlü olursunuz.It remains on-premises and you are responsible for backing it up.

  2. Bu anahtarın bir kopyasını oluşturun ve bu kopyayı HSM'NİZDEN Azure anahtar Kasası'na güvenli bir şekilde aktarın.You create a copy of this key, and securely transfer this copy from your HSM to Azure Key Vault. Bu işlem, bu anahtarın ana kopya donanım koruma sınırından hiçbir zaman ayrılmaz.Throughout this process, the master copy of this key never leaves the hardware protection boundary.

  3. Anahtarının kopyası, Azure Key Vault tarafından korunur.The copy of the key is protected by Azure Key Vault.

Not

Azure anahtar kasası, ek bir koruma önlemi Kuzey Amerika, EMEA (Avrupa, Orta Doğu ve Afrika) ve Asya gibi bölgelerdeki veri merkezleri için ayrı güvenlik etki alanları kullanır.As an additional protection measure, Azure Key Vault uses separate security domains for its data centers in regions such as North America, EMEA (Europe, Middle East and Africa), and Asia. Azure Key Vault, Azure, Microsoft Azure Almanya ve Azure kamu gibi farklı örnekleri de kullanır.Azure Key Vault also uses different instances of Azure, such as Microsoft Azure Germany, and Azure Government.

İsteğe bağlı olsa da, kiracı anahtarınızın nasıl ve ne zaman kullanıldığını tam olarak görmek için Azure Information Protection’ın gerçek zamanlı kullanım günlüklerini de kullanmanız iyi olacaktır.Although it’s optional, you will also probably want to use the near real-time usage logs from Azure Information Protection to see exactly how and when your tenant key is being used.

Kiracı anahtar topolojinizi zaman verdinizWhen you have decided your tenant key topology

Microsoft'un Kiracı anahtarınızı yönetmesine izin vermeye karar verirseniz:If you decide to let Microsoft manage your tenant key:

  • AD RMS'den geçiş yaptığınız sürece başka bir eylem, kiracınız için anahtarı oluşturmak gerekli değildir ve doğrudan gidebilirsiniz sonraki adımlar.Unless you are migrating from AD RMS, no further action is required for you to generate the key for your tenant and you can go straight to Next steps.

  • Şu anda AD RMS'ye sahipseniz ve Azure Information Protection'a geçiş yapmak istiyorsanız, geçiş yönergeleri kullanın: AD RMS'den Azure Information Protection'a geçiş.If you currently have AD RMS and want to migrate to Azure Information Protection, use the migration instructions: Migrating from AD RMS to Azure Information Protection.

Kiracı anahtarınızı kendiniz yönetmeye karar verirseniz, daha fazla bilgi için aşağıdaki bölümleri okuyun.If you decide to manage your tenant key yourself, read the following sections for more information.

BYOK için Azure Information Protection Kiracı anahtarınızı uygulamaImplementing BYOK for your Azure Information Protection tenant key

Kiracı anahtarınızı kendiniz oluşturup yönetmeye karar verdiyseniz kendi anahtarını getir (BYOK) senaryosu için bu bölümdeki bilgi ve yordamları kullanın:Use the information and procedures in this section if you have decided to generate and manage your tenant key; the bring your own key (BYOK) scenario:

Not

Azure Information Protection kullanmaya Microsoft tarafından yönetilen bir kiracı anahtarıyla başladıysanız ve artık kiracı anahtarınızı kendiniz yönetmek istiyorsanız (BYOK’a taşıma), önceden korunan belgeleriniz ve e-postalarınız arşivlenen bir anahtar kullanılarak erişilebilir olmaya devam eder.If you have started to use Azure Information Protection with a tenant key that is managed by Microsoft and you now want to manage your tenant key (move to BYOK), your previously protected documents and emails will remain accessible by using an archived key.

BYOK için önkoşullarPrerequisites for BYOK

Kendi anahtarını getir (BYOK) önkoşullarının listesi için aşağıdaki tabloya bakın.See the following table for a list of prerequisites for bring your own key (BYOK).

GereksinimRequirement Daha fazla bilgiMore information
Azure Information Protection kiracınız bir Azure aboneliğinizin olması gerekir.Your Azure Information Protection tenant must have an Azure subscription. Biri yoksa, oturum açabileceğiniz bir ücretsiz bir hesap.If you do not have one, you can sign up for a free account.

Bir HSM korumalı anahtarı kullanmak için Azure anahtar kasası Premium Hizmet katmanını olmalıdır.To use an HSM-protected key, you must have the Azure Key Vault Premium service tier.
Azure Active Directory’yi yapılandırmak için erişim sağlayan ücretsiz Azure aboneliği ve Azure Rights Management özel şablonlarının yapılandırması (Azure Active Directory'ye erişim) Azure Anahtar Kasası’nı kullanmak için yeterli değildir.The free Azure subscription that provides access to configure Azure Active Directory and configuration of Azure Rights Management custom templates (Access to Azure Active Directory) is not sufficient to use Azure Key Vault. BYOK için kullanabileceğiniz bir Azure aboneliğine sahip olduğunuzu onaylamak üzere Azure Resource Manager PowerShell cmdlet'lerini kullanın:To confirm that you have an Azure subscription that you can use for BYOK, use the Azure Resource Manager PowerShell cmdlets:

1. Yönetici olarak çalıştır seçeneğiyle bir Azure PowerShell oturumu başlatın ve şu komutu kullanarak Azure Information Protection kiracınızda genel yönetici olarak oturum açın: Login-AzureRmAccount1. Start an Azure PowerShell session with the Run as administrator option, and sign in as a global admin for your Azure Information Protection tenant with the following command: Login-AzureRmAccount

2. Şu komutu yazın ve abonelik adınız, kimliğiniz ve Azure Information Protection kiracı kimliğiniz için görüntülenen değerleri gördüğünüzü ve durumun etkin olduğunu doğrulayın: Get-AzureRmSubscription2. Type the following and confirm that you see values displayed for your subscription name and ID, your Azure Information Protection tenant ID, and that the state is enabled: Get-AzureRmSubscription

Hiçbir değer görüntülenmiyorsa ve sadece isteme geri döndürülür, BYOK için kullanılabilecek bir Azure aboneliğine sahip değil.If no values are displayed and you are just returned to the prompt, you do not have an Azure subscription that can be used for BYOK.

Not: BYOK gereksinimlerine ek olarak, AD RMS'den Azure Information Protection için yazılım anahtarından donanım anahtarına seçeneğini kullanarak geçiş yapıyorsanız en az 11.62 Thales üretici yazılımının sürümünü olması gerekir.Note: In addition to the BYOK prerequisites, if you are migrating from AD RMS to Azure Information Protection by using software key to hardware key, you must have a minimum version of 11.62 for the Thales firmware.
Oluşturduğunuz bir HSM korumalı anahtarı kullanmak için şirket içi:To use an HSM-protected key that you create on-premises:

-Anahtar kasası BYOK için listelenen tüm Önkoşullar.- All the prerequisites listed for Key Vault BYOK.
Azure Anahtar Kasası belgelerinden BYOK önkoşulları konusuna bakın.See Prerequisites for BYOK from the Azure Key Vault documentation.

Not: BYOK gereksinimlerine ek olarak, AD RMS'den Azure Information Protection için yazılım anahtarından donanım anahtarına seçeneğini kullanarak geçiş yapıyorsanız en az 11.62 Thales üretici yazılımının sürümünü olması gerekir.Note: In addition to the BYOK prerequisites, if you are migrating from AD RMS to Azure Information Protection by using software key to hardware key, you must have a minimum version of 11.62 for the Thales firmware.
Kiracı anahtarınızı içeren anahtar kasası, Azure anahtar kasası için sanal ağ hizmet uç noktaları kullanıyorsa:If the key vault to contain your tenant key uses Virtual Network Service Endpoints for Azure Key Vault:

-Güvenilen Microsoft hizmetlerinin bu güvenlik duvarını geçmesine izin verin.- Allow trusted Microsoft services to bypass this firewall.
Daha fazla bilgi için Azure Key Vault için sanal ağ hizmet uç noktaları.For more information, see Virtual Network Service Endpoints for Azure Key Vault.
Windows PowerShell için Azure Rights Management yönetim modülü.The Azure Rights Management administration module for Windows PowerShell. Yükleme yönergeleri için bkz. AADRM PowerShell modülünü yükleme.For installation instructions, see Installing the AADRM PowerShell module.

Bu Windows PowerShell modülünü daha önce yüklediyseniz, sürüm numaranızın en az 2.9.0.0 olduğunu denetlemek için şu komutu çalıştırın: (Get-Module aadrm -ListAvailable).VersionIf you have previously installed this Windows PowerShell module, run the following command to check that your version number is at least 2.9.0.0: (Get-Module aadrm -ListAvailable).Version

Thales HSM’leri ve bunların Azure Anahtar Kasası ile nasıl kullanılacağı hakkında daha fazla bilgi edinmek için Thales web sitesine bakın.For more information about Thales HSMs and how they are used with Azure Key Vault, see the Thales website.

Anahtar kasası konumunuz seçmeChoosing your key vault location

Azure bilgi için Kiracı anahtarı olarak kullanılacak anahtar içermesi için bir anahtar kasası oluşturduğunuzda, bir konum belirtmeniz gerekir.When you create a key vault to contain the key to be used as your tenant key for Azure Information, you must specify a location. Bu, bir Azure bölgesi veya Azure örneğinin konumdur.This location is an Azure region, or Azure instance.

Uyumluluk, seçim ilk olun ve sonra ağ gecikmesini en aza indirmek için:Make your choice first for compliance, and then to minimize network latency:

  • Uyumluluk nedenleriyle BYOK anahtarı topolojisi seçtiyseniz, bu uyumluluk gereksinimlerini Azure bölgesi veya Azure Information Protection Kiracı anahtarınızı depolayan Azure örneği zorunlu kılabilir.If you have chosen the BYOK key topology for compliance reasons, those compliance requirements might mandate the Azure region or Azure instance that stores your Azure Information Protection tenant key.

  • Azure Information Protection Kiracı anahtarınızı koruma için tüm şifreleme çağrıları zincir olduğundan, bu çağrılar tabi ağ gecikmesini en aza indirmek istersiniz.Because all cryptographic calls for protection chain to your Azure Information Protection tenant key, you want to minimize the network latency that these calls incur. Bunu yapmak için Azure Information Protection kiracınız aynı Azure bölgesindeki veya örnek anahtar kasanıza oluşturun.To do that, create your key vault in the same Azure region or instance as your Azure Information Protection tenant.

Azure Information Protection kiracınızın konumunu belirlemek için kullanın Get-AadrmConfiguration PowerShell cmdlet'ini ve URL'leri bölgeden belirleyin.To identify the location of your Azure Information Protection tenant, use the Get-AadrmConfiguration PowerShell cmdlet and identify the region from the URLs. Örneğin:For example:

LicensingIntranetDistributionPointUrl : https://5c6bb73b-1038-4eec-863d-49bded473437.rms.na.aadrm.com/_wmcs/licensing

Gelen tanımlanabilen bölgedir rms.na.aadrm.com, ve isteğe bağlı olarak bu örnekte, Kuzey Amerika'da ise.The region is identifiable from rms.na.aadrm.com, and for this example, it is in North America.

Ağ gecikmesini en aza indirmek için hangi Azure bölgesi veya örneğinin önerilen tanımlamak için aşağıdaki tabloyu kullanın.Use the following table to identify which Azure region or instance is recommended to minimize network latency.

Azure bölgesi veya örneğininAzure region or instance Anahtar kasanız için önerilen konumRecommended location for your key vault
RMS.na. aadrm.comrms.na.aadrm.com Kuzey Orta ABD veya Doğu ABDNorth Central US or East US
RMS.AB. aadrm.comrms.eu.aadrm.com Kuzey Avrupa veya Batı AvrupaNorth Europe or West Europe
RMS.ap. aadrm.comrms.ap.aadrm.com Doğu Asya veya Güneydoğu AsyaEast Asia or Southeast Asia
rms.sa.aadrm.comrms.sa.aadrm.com Batı ABD veya Doğu ABDWest US or East US
RMS.govus. aadrm.comrms.govus.aadrm.com Orta ABD veya Doğu ABD 2Central US or East US 2

BYOK yönergeleriInstructions for BYOK

Bir anahtar kasası ve Azure Information Protection için kullanmak istediğiniz anahtar oluşturmak için Azure Key Vault belgeleri kullanın.Use the Azure Key Vault documentation to create a key vault and the key that you want to use for Azure Information Protection. Örneğin, Azure anahtar kasası ile çalışmaya başlama.For example, see Get started with Azure Key Vault.

Anahtar uzunluğu 2048 bit (önerilen) veya 1024 bit olduğundan emin olun.Make sure that the key length is 2048 bits (recommended) or 1024 bits. Diğer anahtar uzunlukları, Azure Information Protection tarafından desteklenmez.Other key lengths are not supported by Azure Information Protection.

Bir HSM korumalı anahtar şirket içi oluşturmak ve HSM korumalı bir anahtar olarak anahtar kasanıza aktarma için konusundaki yordamları izleyin oluşturmak ve Azure anahtar kasası için HSM korumalı anahtarlar aktarma.To create an HSM-protected key on-premises and transfer it to your key vault as an HSM-protected key, follow the procedures in How to generate and transfer HSM-protected keys for Azure Key Vault.

Azure bilgi anahtarını kullanmak koruma için tüm anahtar kasası işlemleri anahtarı için izin gerekir.For Azure Information Protection to use the key, all Key Vault operations must be permitted for the key. Bu varsayılan yapılandırmadır ve işlemleri olan şifreleme, şifresini, sarmalama, sarmalamadan çıkarma, oturum ve doğrulayın.This is the default configuration and the operations are encrypt, decrypt, wrap, unwrap, sign, and verify. İzin verilen işlemler bir anahtar kullanarak denetleyebilirsiniz Get-AzureKeyVauktKey ve doğrulama key_ops döndürülen değerleri anahtar ayrıntıları.You can check the permitted operations of a key by using Get-AzureKeyVauktKey and verifying the key_ops values returned in the Key details. Gerekirse, izin verilen işlemler kullanarak eklemek güncelleştirme-AzureKeyVaultKey ve KeyOps parametresi.If necessary, add permitted operations by using Update-AzureKeyVaultKey and the KeyOps parameter.

Key Vault'ta depolanan bir anahtar bir anahtara sahip kimliği.A key that is stored in Key Vault has a key ID. Bu anahtar, anahtar kasası, anahtar kapsayıcısını, anahtar ve anahtar sürümünü adını adını içeren bir URL kimliğidir.This key ID is a URL that contains the name of the key vault, the keys container, the name of the key, and the key version. Örneğin: https://contosorms-kv.vault.azure.net/keys/contosorms-byok/aaaabbbbcccc111122223333.For example: https://contosorms-kv.vault.azure.net/keys/contosorms-byok/aaaabbbbcccc111122223333. Azure Information Protection'ı, anahtar kasası URL'sini belirterek bu anahtarı kullanmak için yapılandırmanız gerekir.You must configure Azure Information Protection to use this key, by specifying its key vault URL.

Azure Information Protection anahtarı kullanmadan önce Azure Rights Management hizmetinin kuruluşunuzun anahtar kasasında anahtarı kullanmak için yetkilendirilmesi gerekir.Before Azure Information Protection can use the key, the Azure Rights Management service must be authorized to use the key in your organization's key vault. Bunu yapmak için Azure anahtar kasası Yöneticisi, Azure portal veya Azure PowerShell kullanabilirsiniz:To do this, the Azure Key Vault administrator can use the Azure portal, or Azure PowerShell:

Azure portalını kullanarak yapılandırma:Configuration by using the Azure portal:

  1. Gidin anahtar kasalarını > <anahtar kasanızın adının> > erişim ilkeleri > Yeni Ekle.Navigate to Key vaults > <your key vault name> > Access policies > Add new.

  2. Gelen Erişim İlkesi Ekle dikey penceresinde Azure Information Protection BYOK gelen yapılandırma (isteğe bağlı) şablonundan liste kutusu öğesini tıklatıp Tamam .From the Add access policy blade, select Azure Information Protection BYOK from the Configure from template (optional) list box, and click OK.

    Seçilen şablonu yapılandırması aşağıdaki gibidir:The selected template has the following configuration:

    • Microsoft Rights Management Services için otomatik olarak atanır Select sorumlusu.Microsoft Rights Management Services is automatically assigned for Select principal.
    • Alma, şifresini, ve oturum anahtar izinleri otomatik olarak seçilir.Get, Decrypt, and Sign is automatically selected for the key permissions.

PowerShell kullanarak yapılandırma:Configuration by using PowerShell:

  • Anahtar kasası PowerShell cmdlet'ini çalıştırın Set-AzureRmKeyVaultAccessPolicyve GUID'ı kullanarak Azure Rights Management hizmet sorumlusuna izin verme 00000012-0000-0000-c000-000000000000.Run the Key Vault PowerShell cmdlet, Set-AzureRmKeyVaultAccessPolicy, and grant permissions to the Azure Rights Management service principal, by using the GUID 00000012-0000-0000-c000-000000000000. Örneğin:For example:

      Set-AzureRmKeyVaultAccessPolicy -VaultName 'ContosoRMS-kv' -ResourceGroupName 'ContosoRMS-byok-rg' -ServicePrincipalName 00000012-0000-0000-c000-000000000000 -PermissionsToKeys decrypt,sign,get
    

Artık Azure Information Protection’ı bu anahtarı kurumunuzun Azure Information Protection kiracı anahtarı olarak kullanacak şekilde yapılandırmaya hazırsınız.You're now ready to configure Azure Information Protection to use this key as your organization's Azure Information Protection tenant key. Azure RMS cmdlet'lerini kullanarak, ilk önce Azure Rights Management hizmetine bağlanın ve oturum açın:Using Azure RMS cmdlets, first connect to the Azure Rights Management service and sign in:

Connect-AadrmService

Daha sonra Use-AadrmKeyVaultKey cmdlet’ini çalıştırıp anahtar URL’sini belirtin.Then run the Use-AadrmKeyVaultKey cmdlet, specifying the key URL. Örneğin:For example:

Use-AadrmKeyVaultKey -KeyVaultKeyUrl "https://contosorms-kv.vault.azure.net/keys/contosorms-byok/aaaabbbbcccc111122223333"

Önemli

Bu örnekte, "aaaabbbbcccc111122223333" kullanılacak anahtarın sürümüdür.In this example, "aaaabbbbcccc111122223333" is the version of the key to use. Sürüm belirtmezseniz, anahtarın geçerli sürümü uyarı verilmeden kullanılır ve komut çalışıyor gibi görünür.If you do not specify the version, the current version of the key is used without warning and the command appears to work. Ancak, Anahtar Kasası’ndaki anahtarınız daha sonra güncelleştirilirse (yenilenirse), Use-AadrmKeyVaultKey komutunu yeniden çalıştırsanız bile Azure Rights Management hizmeti kiracınız için çalışmayı durdurur.However, if your key in Key Vault is later updated (renewed), the Azure Rights Management service will stop working for your tenant, even if you run the Use-AadrmKeyVaultKey command again.

Bu komutu çalıştırırken anahtar sürümünün yanı sıra anahtar adını da belirttiğinizden emin olun.Make sure that you specify the key version, in addition to the key name when you run this command. Geçerli anahtarın sürüm numarasını almak için Azure Anahtar Kasası Get-AzureKeyVaultKey komutunu kullanabilirsiniz.You can use the Azure Key Vault cmd, Get-AzureKeyVaultKey, to get the version number of the current key. Örneğin, Get-AzureKeyVaultKey -VaultName 'contosorms-kv' -KeyName 'contosorms-byok'For example: Get-AzureKeyVaultKey -VaultName 'contosorms-kv' -KeyName 'contosorms-byok'

Anahtar URL doğru şekilde Azure Information Protection için ayarlandığını doğrulamanız gerekirse: Azure anahtar Kasası'nda çalıştırmak Get-AzureKeyVaultKey anahtarını görmek için URL.If you need to confirm that the key URL is set correctly for Azure Information Protection: In Azure Key Vault, run Get-AzureKeyVaultKey to see the key URL.

Son olarak, Azure Rights Management hizmetini zaten etkinleştirdiyseniz çalıştırma Set-AadrmKeyProperties Azure Information Protection'ı Azure Rights Management hizmeti için etkin Kiracı anahtarı olarak bu anahtarı kullanmasını söylemek için.Finally, if the Azure Rights Management service is already activated, run Set-AadrmKeyProperties to tell Azure Information Protection to use this key as the active tenant key for the Azure Rights Management service. Bu adımı gerçekleştirmezseniz Azure Information Protection kiracınız için otomatik olarak oluşturulan varsayılan Microsoft yönetimindeki anahtarı kullanmaya devam eder.If you do not do this step, Azure Information Protection will continue to use the default Microsoft-managed key that was automatically created for your tenant.

Sonraki adımlarNext steps

Gerekirse, oluşturulan ve Kiracı anahtarınızı yapılandırılmış için ve planlandıktan, aşağıdakileri yapın:Now that you've planned for and if necessary, created and configured your tenant key, do the following:

  1. Kiracı anahtarınızı kullanmaya başlayın:Start to use your tenant key:

    • Koruma hizmeti zaten etkin değilse, kuruluşunuzun Azure Information Protection kullanmaya başlayabilmesi için Rights Management hizmetini hemen etkinleştirmeniz gerekir.If the protection service isn't already activated, you must now activate the Rights Management service so that your organization can start to use Azure Information Protection. Kullanıcılar Kiracı anahtarınızı (Microsoft tarafından yönetilen veya Azure anahtar Kasası'nda sizin tarafınızdan yönetilen) kullanmaya hemen başlar.Users immediately start to use your tenant key (managed by Microsoft, or managed by you in Azure Key Vault).

      Etkinleştirme hakkında daha fazla bilgi için bkz. Azure Hak Yönetimi’ni Etkinleştirme.For more information about activation, see Activating Azure Rights Management.

    • Rights Management hizmetini zaten etkinleştirildi ve sonra kendi Kiracı anahtarınızı yönetmeye karar verdiyseniz, kullanıcılar eski Kiracı anahtarından yeni Kiracı anahtarına kademeli.If the Rights Management service was already activated and then you decided to manage your own tenant key, users gradually transition from the old tenant key to the new tenant key. Bu aşamalı geçişin tamamlanması birkaç hafta sürebilir.This staggered transition can take a few weeks to complete. Eski kiracı anahtarıyla korunan belgeler ve dosyalar yetkili kullanıcıların erişimine açık olmaya devam eder.Documents and files that were protected with the old tenant key remains accessible to authorized users.

  2. Azure Rights Management hizmetinin gerçekleştirdiği her işlemi günlüğe kaydeden kullanım günlüğünü kullanmayı düşünün.Consider using usage logging, which logs every transaction that the Azure Rights Management service performs.

    Kendi kiracı anahtarınızı yönetmeye karar verdiyseniz günlük kaydı kendi kiracı anahtarınızı kullanmayla ilgili bilgiler içerir.If you decided to manage your own tenant key, logging includes information about using your tenant key. KeyVaultDecryptRequest ve KeyVaultSignRequest istek türlerinin kiracı anahtarının kullanılmakta olduğunu gösterdiği Excel günlük dosyasından alınan aşağıdaki kod parçacığına bakın.See the following snippet from a log file displayed in Excel where the KeyVaultDecryptRequest and KeyVaultSignRequest request types show that the tenant key is being used.

    Kiracı anahtarının kullanılmakta olduğu Excel günlük dosyası

    Kullanım günlüğü hakkında daha fazla bilgi için bkz. Azure Rights Management hizmeti kullanımını günlüğe kaydetme ve çözümleme.For more information about usage logging, see Logging and analyzing usage of the Azure Rights Management service.

  3. Kiracı anahtarınızı yönetir.Manage your tenant key.

    Kiracı anahtarınız için yaşam döngüsü işlemleri hakkında daha fazla bilgi için bkz. Azure Information Protection Kiracı anahtarınıza ilişkin işlemler.For more information about the life cycle operations for your tenant key, see Operations for your Azure Information Protection tenant key.