Kısıtlanmış kapsam doğrulaması

Belirli Google API'leri ( Hassas veya Kısıtlanmış kapsamları kabul edenler), tüketici verilerine erişim izni isteyen uygulamalar için şartlar içerir. Kısıtlanmış kapsamlarla ilgili bu ek şartlar uygulamaların izin verilen bir uygulama türü olduğunu göstermesini ve olası bir güvenlik değerlendirmesi de dahil olmak üzere ek incelemelere tabi olmasını gerektirir.

Bir API'deki kısıtlanmış kapsamların uygulanabilirliği, uygulamanızda alakalı bir özellik sağlamak için gereken erişim derecesine (ör. salt okuma, salt yazma, okuma ve yazma) bağlıdır.

Bu verilere erişmek için Google Hesabı'ndan izin almak üzere OAuth 2.0'ı kullandığınızda, erişmek istediğiniz veri türünü ve ne kadar erişime ihtiyacınız olduğunu belirtmek için kapsam adı verilen dizeleri kullanırsınız. Uygulamanız hassas veya kısıtlanmış kapsamlar istiyorsa uygulamanızın kullanımı istisna kapsamına girmediği sürece doğrulama sürecini tamamlamanız gerekir.

Kısıtlanmış kapsamların sayısı, hassas kapsamların sayısından daha azdır. Doğrulama OAuth API Doğrulamasıyla İlgili SSS başlıklı makalede, hassas ve kısıtlanmış kapsamların güncel listesi yer alır. Bu kapsamlar, Google kullanıcı verilerine geniş erişim sağlar ve herhangi bir Google Hesabı'ndan kapsamları istemeden önce kapsam doğrulama sürecinden geçmenizi gerektirir. Bu şartla ilgili bilgi için Google API Hizmetleri Kullanıcı Verileri Politikası ve Belirli API kapsamları için ek şartlar veya ürüne özel Google Geliştirici sayfasını inceleyin. Sunucularda kısıtlanmış kapsam verilerini saklıyor veya iletiyorsanız güvenlik değerlendirmesi yapmanız gerekir.

Kısıtlanmış kapsamları anlama

Uygulamanız kısıtlanmış kapsamlar istiyorsa ve bir istisna için uygun değilse Google API Hizmetleri Kullanıcı Verileri Politikası'nın Belirli API kapsamları için ek şartlar bölümündeki şartları veya ürünün Google Developers sayfasındaki ürüne özel şartları karşılamanız gerekir. Bu durumda daha kapsamlı bir inceleme süreci uygulanır.

Kapsam kullanımınızı anlama

• Uygulamanızın kullandığı veya kullanmak istediğiniz kapsamları inceleyin. Mevcut kapsam kullanımınızı bulmak için uygulamanızın kaynak kodunda yetkilendirme istekleriyle gönderilen kapsamları inceleyin.
• İstenen her kapsamın, uygulama özelliğinizin amaçlanan işlemleri için gerekli olduğunu ve özelliği sağlamak için gereken en az ayrıcalığı kullandığını belirleyin. Bir Google API'si genellikle şunları içerir: Uç noktaları için ürünün Google Developers sayfasında referans dokümanları. Bu dokümanlar, uç noktayı veya belirli özellikleri çağırmak için gereken kapsamı içerir. Uygulamanızın çağırdığı API uç noktaları için gerekli erişim kapsamları hakkında daha fazla bilgi edinmek istiyorsanız bu uç noktaların referans belgelerini okuyun. For example, for an app that only uses Gmail APIs to occasionally send emails on a user's behalf, don't request the scope that provides full access to the user's email data.
• Bir Google API'sinden aldığınız veriler yalnızca API'nin politikalarına uygun olarak ve uygulamanızın işlemlerinde ve gizlilik politikanızda kullanıcılarınıza sunduğunuz şekilde kullanılmalıdır.
• Her kapsam ve olası sensitive or restricted durumu hakkında daha fazla bilgi edinmek için API belgelerine bakın.
• Uygulamanız tarafından kullanılan tüm kapsamları Cloud Console'nın Data Access page bölümünde beyan edin. Belirttiğiniz kapsamlar, gerekli ek doğrulamaları vurgulamak için hassas veya kısıtlı kategorilerde gruplandırılır.
• Entegrasyonunuz tarafından kullanılan verilerle eşleşen en iyi kapsamı bulun, kullanımını anlayın, test ortamında her şeyin hâlâ çalıştığını yeniden onaylayın ve ardından doğrulama için göndermeye hazırlanın.

Uygulamanız veya yeni bir kapsam gerektiren yeni özellikler için doğrulama işleminin tamamlanması gereken süreyi lansman planınıza dahil etmeyi unutmayın. Uygulama, bir sunucudan veya sunucu aracılığıyla Google kullanıcı verilerine erişiyorsa ya da erişme özelliğine sahipse bu ek şartlardan biri karşılanmış olur. Bu durumlarda sistem, Google tarafından onaylanmış bağımsız bir üçüncü taraf değerlendirici tarafından yıllık güvenlik değerlendirmesine tabi tutulmalıdır. Bu nedenle, kısıtlanmış kapsamları doğrulama işleminin tamamlanması birkaç hafta sürebilir. Markalama bilgileri, son onaylanan OAuth izin ekranı doğrulamasından bu yana değiştiyse tüm uygulamaların önce marka doğrulama adımını tamamlaması gerektiğini unutmayın. Bu adım genellikle 2-3 iş günü sürer.

İzin verilen uygulama türleri

Belirli uygulama türleri, her ürün için kısıtlanmış kapsamlara erişebilir. Uygulama türlerini ürüne özel Google Geliştirici Sayfası'nda (ör. Gmail API Politikası) bulabilirsiniz.

Uygulama türünüzü anlamak ve belirlemek sizin sorumluluğunuzdadır. Ancak uygulamanızın uygulama türünden gerçekten emin değilseniz uygulamayı doğrulamaya gönderirken Hangi özellikleri kullanacaksınız? sorusu için hiçbir seçeneği belirlemeyebilirsiniz. Google API'lerinin doğrulama ekibi daha sonra uygulama türünü belirler.

Güvenlik değerlendirmesi

Google kullanıcılarının kısıtlanmış verilerine erişim isteyen ve üçüncü taraf sunucusundan veya üçüncü taraf sunucusu aracılığıyla verilere erişebilen her uygulamanın, Google tarafından yetkilendirilmiş güvenlik denetçilerinin güvenlik değerlendirmesinden geçmesi gerekir. Bu değerlendirme, Google kullanıcılarının verilerini güvende tutmaya yardımcı olur. Değerlendirme kapsamında, Google kullanıcı verilerine erişen tüm uygulamaların verileri güvenli bir şekilde işleme ve kullanıcı isteği üzerine kullanıcı verilerini silme özelliğine sahip olduğu doğrulanır.

Güvenlik değerlendirmemizi standartlaştırmak için App Defense Alliance ve Cloud Uygulama Güvenliği Değerlendirme Çerçevesi'ni (CASA) kullanırız.

Daha önce belirtildiği gibi, doğrulanmış kısıtlanmış kapsamlara erişimi sürdürmek için uygulamaların uygunluk açısından yeniden doğrulanması ve değerlendiricinizin Değerlendirme Mektubu (LOA) onay tarihinden sonra en az 12 ayda bir güvenlik değerlendirmesini tamamlaması gerekir. Uygulamanız yeni bir kısıtlanmış kapsam ekliyorsa daha önceki bir güvenlik değerlendirmesine dahil edilmediği takdirde ek kapsamı kapsayacak şekilde yeniden değerlendirilmesi gerekebilir.

Google inceleme ekibi, uygulamanızın yeniden sertifikalandırılması gerektiğinde size e-posta gönderir. Bu yıllık yaptırım hakkında ekibinizin doğru üyelerinin bilgilendirilmesini sağlamak için ek Google Hesaplarını Cloud Console projenize Sahip veya Düzenleyen olarak bağlayın. Ayrıca, Google Cloud Console OAuth Branding page'ta belirtilen kullanıcı desteği ve geliştirici iletişim e-postalarının güncel tutulmasına yardımcı olur.

Doğrulamaya hazırlanma adımları

Verilere erişim isteğinde bulunmak için Google API'lerini kullanan tüm uygulamaların marka doğrulamasını tamamlamak için aşağıdaki adımları uygulaması gerekir:

1. Uygulamanızın, Doğrulama şartlarıyla ilgili istisnalar bölümündeki kullanım alanlarından herhangi birine girmediğini onaylayın.
2. Uygulamanızın, ilişkili API'lerin veya ürünün markalama koşullarına uygun olduğundan emin olun. Örneğin, Google ile oturum açma kapsamları için markalama kurallarına bakın.
3. Projenizin yetkili alan adlarının sahipliğini Google Search Console'da doğrulayın. Projenizle ilişkili bir Google Hesabı'nı Sahip veya Düzenleyici olarak kullanın. API Console
4. OAuth izin ekranındaki tüm markalama bilgilerinin (ör. uygulama adı, destek e-postası, ana sayfa URI'si, gizlilik politikası URI'si vb.) uygulamanın kimliğini doğru şekilde yansıttığından emin olun.

Uygulama ana sayfası koşulları

Ana sayfanızın aşağıdaki koşulları karşıladığından emin olun:

• Ana sayfanız yalnızca sitenize giriş yapmış kullanıcılar tarafından değil, herkes tarafından erişilebilir olmalıdır.
• Ana sayfanızın, incelenen uygulamayla alaka düzeyi net olmalıdır.
• Uygulamanızın Google Play Store'daki girişine veya Facebook sayfasına yönlendiren bağlantılar geçerli uygulama ana sayfaları olarak kabul edilmez.

Uygulama gizlilik politikası bağlantısı şartları

Uygulamanızın gizlilik politikasının aşağıdaki koşulları karşıladığından emin olun:

• Gizlilik politikası, kullanıcılar tarafından görülebilmeli, uygulamanızın ana sayfasıyla aynı alan adında barındırılmalı ve Google API ConsoleOAuth izin ekranında bağlantısı verilmelidir. Ana sayfada uygulamanın işlevselliğinin açıklaması, gizlilik politikası ve isteğe bağlı hizmet şartları bağlantılarının yer alması gerektiğini unutmayın.
• Gizlilik politikası, uygulamanızın Google kullanıcı verilerine erişme, bunları kullanma, depolama veya paylaşma şeklini açıklamalıdır. The privacy policy must comply with the Google API Services User Data Policy and the Limited Use requirements for restricted scopes. Google kullanıcı verilerini kullanımınızı, yayınladığınız gizlilik politikanızda açıklanan uygulamalarla sınırlamanız gerekir.
• Review example cases of privacy policies that don't meet the Limited Use requirements.

Uygulamanızı doğrulamaya gönderme

Google Cloud Console Proje, tüm Cloud Console kaynaklarınızı düzenler. Bir proje, proje işlemlerini gerçekleştirme iznine sahip bir dizi ilişkili Google Hesabı, etkinleştirilmiş bir dizi API ve bu API'lerin faturalandırma, kimlik doğrulama ve izleme ayarlarından oluşur. Örneğin, bir proje bir veya daha fazla OAuth istemcisi içerebilir, bu istemciler tarafından kullanılacak API'leri yapılandırabilir ve kullanıcılar uygulamanıza erişim yetkisi vermeden önce gösterilen bir OAuth izin ekranı yapılandırabilir.

OAuth istemcilerinizden herhangi biri üretime hazır değilse bunları doğrulama isteğinde bulunan projeden silmenizi öneririz. Bu işlemi Clients pagebölümünde yapabilirsiniz.

Doğrulama için göndermek üzere aşağıdaki adımları uygulayın:

1. Uygulamanızın Google API'leri Hizmet Şartları'na ve Google API Hizmetleri Kullanıcı Verileri Politikası'na uygun olduğundan emin olun.
2. Projenizin ilişkili hesaplarının sahibi ve düzenleyici rollerini, OAuth kullanıcı rızası ekranınızın kullanıcı desteği e-posta adresini ve geliştirici iletişim bilgilerini Cloud Console'da güncel tutun. Bu sayede ekibinizin doğru üyeleri yeni koşullardan haberdar edilir.
3. Cloud Console OAuth Doğrulama Merkezi'ne gidin.
4. Proje seçici düğmesini tıklayın.

5. Açılan Şuradan seçin iletişim kutusunda projenizi seçin. Projenizi bulamıyorsanız ancak proje kimliğinizi biliyorsanız tarayıcınızda aşağıdaki biçimde bir URL oluşturabilirsiniz:

   https://console.developers.google.com/auth/branding?project=[PROJECT_ID]

   [PROJECT_ID] kısmını, kullanmak istediğiniz proje kimliğiyle değiştirin.

6. Uygulamayı Düzenle düğmesini seçin.
7. OAuth kullanıcı rızası ekranı sayfasında gerekli bilgileri girin ve Kaydet ve devam et düğmesini seçin.
8. Uygulamanızın istediği tüm kapsamları bildirmek için Kapsam ekleme veya kaldırma düğmesini kullanın. Google ile Oturum Açma için gerekli olan ilk kapsam grubu, Hassas olmayan kapsamlar bölümünde önceden doldurulur. Eklenen kapsamlar hassas olmayan kapsamlar olarak sınıflandırılır. sensitive, or restricted.
9. Uygulamanızdaki ilgili özelliklerle ilgili tüm belgeler için en fazla üç bağlantı sağlayın.

10. Sonraki adımlarda uygulamanızla ilgili istenen ek bilgileri sağlayın.

    1. Ensure your app complies with the Additional requirements for specific API scopes, which includes undergoing an annual security assessment if your app accesses restricted scope Google users' data from or through a third-party server.
    2. Ensure your app is one of the allowed types specified in the Limited Use section of the Additional requirements for specific API scopes page.
    3. If your app is a task automation platform, your demonstration video must showcase how multiple API workflows are created and automated, and in which directions user data flows.

    4. Prepare a video that fully demonstrates how a user initiates and grants access to the requested scopes and shows, in detail, the usage of the granted sensitive and restricted scopes in the app. Upload the video to YouTube Studio and set Visibility as Unlisted. You need to provide a link to the demonstration video in the YouTube link field.

       1. Show the OAuth grant process that users will experience, in English. This includes the consent flow and, if you use Google Sign-In, the sign-in flow.
       2. Show that the OAuth consent screen correctly displays the App Name.
       3. Show that the browser address bar of the OAuth consent screen correctly includes your app's OAuth client ID.
       4. To show how the data will be used, demonstrate the functionality that's enabled by each sensitive and restricted scope that you request.
       5. If you use multiple clients, and therefore have multiple OAuth client IDs, show how the data is accessed on each OAuth client.
    5. Select your permitted application type from the "What features will you use?" list.
    6. Describe how you will use the restricted scopes in your app and why more limited scopes aren't sufficient.
11. Sağladığınız uygulama yapılandırması doğrulama gerektiriyorsa uygulamayı doğrulama için gönderebilirsiniz. Zorunlu alanları doldurun ve doğrulama sürecini başlatmak için Gönder'i tıklayın.

Uygulamanızı gönderdikten sonra Google'ın Güven ve Güvenlik ekibi, ihtiyaç duyduğu ek bilgiler veya tamamlamanız gereken adımlar hakkında e-posta yoluyla sizinle iletişime geçer. Ek bilgi istekleri için Geliştirici iletişim bilgileri bölümündeki e-posta adreslerinizi ve OAuth onay ekranınızın destek e-postasını kontrol edin. Ayrıca, yanıtınızı beklerken inceleme sürecinin duraklatılıp duraklatılmadığı da dahil olmak üzere projenizin mevcut inceleme durumunu onaylamak için projenizin OAuth kullanıcı rızası ekranı sayfasını da görüntüleyebilirsiniz.

Doğrulama koşullarıyla ilgili istisnalar

Uygulamanız aşağıdaki bölümlerde açıklanan senaryolardan herhangi birinde kullanılacaksa incelemeye göndermeniz gerekmez.

Kişisel kullanım

Uygulamanızın tek kullanıcısıysanız veya uygulamanız yalnızca birkaç kullanıcı tarafından kullanılıyorsa (bu kullanıcıların hepsini şahsen tanıyorsanız) bu yöntem kullanılabilir. Siz ve sınırlı sayıdaki kullanıcılarınız, doğrulanmamış uygulama ekranında ilerleyip kişisel hesaplarınızın uygulamanıza erişmesine izin vermeyi tercih edebilirsiniz.

Geliştirme, test veya hazırlık katmanlarında kullanılan projeler

Google OAuth 2.0 Politikaları'na uymak için test ve üretim ortamları için farklı projeler kullanmanızı öneririz. Uygulamanızı yalnızca Google Hesabı olan tüm kullanıcıların kullanımına sunmak istiyorsanız doğrulama için göndermenizi öneririz. Bu nedenle, uygulamanız geliştirme, test veya hazırlık aşamasındaysa doğrulama gerekmez.

Uygulamanız geliştirme veya test aşamasındaysa Yayınlanma Durumu'nu varsayılan Test ayarında bırakabilirsiniz. Bu ayar, uygulamanızın hâlâ geliştirme aşamasında olduğu ve yalnızca test kullanıcıları listesine eklediğiniz kullanıcılar tarafından kullanılabildiği anlamına gelir. Uygulamanızın geliştirilmesine veya test edilmesine dahil olan Google Hesapları listesini yönetmeniz gerekir.

Yalnızca hizmete ait veriler

Uygulamanız yalnızca kendi verilerine erişmek için bir hizmet hesabı kullanıyorsa ve herhangi bir kullanıcı verisine (Google Hesabı'na bağlı) erişmiyorsa doğrulama için göndermeniz gerekmez.

Hizmet hesaplarının ne olduğunu öğrenmek için Google Cloud belgelerindeki Hizmet hesapları bölümünü inceleyin. Hizmet hesabı kullanmayla ilgili talimatlar için Sunucudan sunucuya uygulamalar için OAuth 2.0'ı kullanma başlıklı makaleye bakın.

Yalnızca dahili kullanım

Bu, uygulamanın yalnızca Google Workspace veya Cloud Identity kuruluşunuzdaki kullanıcılar tarafından kullanıldığı anlamına gelir. Proje kuruluşa ait olmalı ve OAuth izin ekranı Dahili kullanıcı türü için yapılandırılmalıdır. Bu durumda, uygulamanızın bir kuruluş yöneticisi tarafından onaylanması gerekebilir. Daha fazla bilgi için Google Workspace ile ilgili ek bilgiler başlıklı makaleyi inceleyin.

• Herkese açık ve şirket içi uygulamalar hakkında daha fazla bilgi edinin.
• Uygulamanızı nasıl dahili olarak işaretleyeceğinizi SSS bölümündeki Uygulamamı nasıl yalnızca dahili olarak işaretleyebilirim? başlıklı makaleden öğrenebilirsiniz.

Alan genelinde yükleme

Uygulamanızın yalnızca Google Workspace veya Cloud Identity kuruluşlarının kullanıcılarını hedeflemesini ve her zaman alan genelinde kurulum kullanılmasını planlıyorsanız uygulamanızın doğrulanması gerekmez. Bunun nedeni, alan genelinde yükleme yapıldığında alan yöneticisinin üçüncü taraf ve dahili uygulamalara kullanıcılarınızın verilerine erişim izni vermesidir. Uygulamayı alanlarında kullanmak üzere izin verilenler listesine yalnızca kuruluş yöneticileri ekleyebilir.

Uygulamanızı alan genelinde yükleme haline getirme hakkında bilgi edinmek için SSS bölümüne bakın. Uygulamamda, başka bir Google Workspace alanından kurumsal hesapları olan kullanıcılar var.