Randevuları Google Takvim’e aktaran bir yazılım veya belgeleri Google Drive üzerinden paylaşan bir uygulama, işletmenin günlük işlerine doğrudan bağlanır. Bu bağlantıyı kurmak kadar, verilen erişimin nasıl korunduğunu bilmek de önemlidir. Yeni güvenlik özelliklerini değerlendirirken ilk soru “Neyi koruyor?” olmalı; ikinci soru ise “Bizim bağlantımız bunu kullanıyor mu?”
Google, 15 Ekim 2026’da OAuth platformu için DPoP desteğini duyurdu. Bu mekanizma, yenileme belirtecini uygulamanın oluşturduğu kriptografik anahtarla ilişkilendiriyor. Amaç, ele geçirilen belirtecin ilgili özel anahtar olmadan yeniden kullanılmasını önlemek. Google’ın uygulamasında koruma yenileme belirteçlerine yönelik; kısa ömürlü erişim belirteçleri standart Bearer biçiminde kalıyor. Standart web oturum çerezleri de bu korumanın kapsamında değil. Google Developers duyurusu
İşletmeniz için neden önemli
Yenileme belirteci, uygulamanın yeni erişim belirteçleri almasını sağlayan bir kimlik bilgisidir. DPoP, bu işlemi yalnızca belirtecin elde bulunmasına değil, ilgili anahtara sahip olunduğunun kanıtlanmasına da bağlar. Bu, fiziksel bir USB anahtarı satın alıp takmakla etkinleşen bir özellik değil; entegrasyonun teknik olarak uyarlanmasını gerektirir. Google’ın uygulama açıklaması
İşletme tarafında başlangıç noktası, kullanılan bağlantıların envanteridir. Hangi yazılım hangi Google hesabına bağlı? Takvim oluşturabiliyor mu, yalnızca okuyabiliyor mu? Dosya erişimi kimin sorumluluğunda? Bu bilgiler bir kişinin hafızasında kalmak yerine bakım kayıtlarında yer almalı.
Yazılım sağlayıcınıza sorabileceğiniz sorular
Görüşmeye bütün sistemi değiştirme talebiyle değil, mevcut durumu netleştirerek başlayın:
Bu entegrasyon Google OAuth kullanıyor mu ve DPoP uyarlaması planlanıyor mu?
Verilen izinlerin tamamına hâlâ ihtiyaç var mı?
Bağlantının kimlik bilgileri ve özel anahtarları nasıl korunuyor?
Bağlantı kesildiğinde hangi işler duruyor, kullanıcı bunu nasıl fark ediyor?
Erişim iptal edilirse yeniden bağlantı kurma sorumluluğu kimde?
Örneğin bir randevu yazılımında takvim bağlantısı kesildiğinde, ekibin “randevu kaydedildi” ile “takvime aktarıldı” durumlarını ayırt edebilmesi gerekir. Sadece bir başarı mesajı göstermek yerine aktarım durumunu izlenebilir kılmayı bakım kapsamına alın. Bu, güvenlik değişiklikleri sırasında iş sürekliliğini değerlendirmeyi de kolaylaştırır.
Geçişi test ortamında planlayın
Önce sınırlı bir deneme hesabı ve örnek kayıtlarla çalışın. Bağlantı kurma, erişimi yenileme, bağlantıyı kaldırma ve tekrar yetkilendirme adımlarını ayrı ayrı deneyin. Gerçek müşteri belgelerini test malzemesi olarak kullanmayın. Hata kayıtları inceleme için yeterli bilgi içersin; ancak belirteç veya özel anahtar gibi gizli değerleri açığa çıkarmasın.
Teknik ekipten anahtar kaybı veya sunucu değişikliği durumunda izlenecek yolu da açıklamasını isteyin. Başarılı bir geçiş yalnızca normal kullanımda çalışan bağlantı değildir; hata oluştuğunda kimin ne yapacağının da belli olmasıdır. Canlıya geçiş zamanını, etkilenen kullanıcıları ve geri dönüş adımlarını önceden belirleyin.
Entegrasyon bakımını iş sürecinizle birlikte ele alın
Takvim veya dosya bağlantınızın hangi işlemleri desteklediğini çıkararak başlayabilirsiniz. ATU Bilişim’in özel yazılım geliştirme hizmeti kapsamında entegrasyon ihtiyaçlarınızı görüşebilir, bulunduğunuz şehir için hizmet bölgeleri sayfasından çalışma kapsamını inceleyebilirsiniz. Mevcut bağlantılarınızı ve yaşadığınız kesintileri iletişim formuyla paylaşmanız, ilk değerlendirmeyi somutlaştırır.