Google ve GitHub ile SSO

UptimeWarden'a Google veya GitHub ile giriş yapın. Otomatik bağlama akışı e-posta ele geçirme saldırılarına karşı sıkılaştırılmıştır.

UptimeWarden, Google ve GitHub üzerinden tek oturum açmayı destekler. Yeni kullanıcılar parola belirlemeden hesap oluşturabilir; mevcut e-posta ve parola kullanıcıları daha hızlı oturum açmak için bir SSO kimliği bağlayabilir.

Hangi sağlayıcılar

Microsoft, Okta ve genel SAML / OIDC bugün desteklenmemektedir. Federasyona ihtiyacı olan Enterprise müşteriler kapsamlı bir entegrasyon için destekle iletişime geçebilir.

SSO ile yeni kullanıcı kaydı

1. Giriş sayfasında Google ile Giriş Yap (veya GitHub) düğmesine tıklayın.
2. Sağlayıcının onay ekranına yönlendirilirsiniz.
3. İstenen yetkileri onaylayın:
   • Google, profile, email.
   • GitHub, user:email (özel e-postalarla çalışır; yalnızca doğrulanmış birincil e-posta kabul edilir).
4. UptimeWarden'a geri yönlendirilirsiniz ve yeni hesabınız oluşturulur:
   • E-posta: sağlayıcının doğrulanmış, küçük harfe normalize edilmiş e-postası. Sağlayıcı e-postanın doğrulanmış olduğunu beyan etmiyorsa biz de doğrulanmamış kabul ederiz.
   • Ad: sağlayıcının görünen adı.
   • Oturum açmak için kullanamayacağınız, rastgele üretilmiş bir yer tutucu parola belirlenir. Parolamı Unuttum akışıyla gerçek bir parola belirleyene kadar tek oturum açma yolunuz SSO'dur.
5. Plan seçmek ve ilk monitörünüzü oluşturmak için karşılama sihirbazına yönlendirilirsiniz.

Mevcut hesaba otomatik bağlama

UptimeWarden, bir Google veya GitHub kimliğini mevcut bir e-posta-parola hesabına gözü kapalı bağlamaz; bu, e-posta ele geçirme saldırılarına karşı bilinçli bir savunmadır.

Sağlayıcının döndürdüğü e-posta zaten mevcut bir UptimeWarden hesabıyla eşleşiyorsa, otomatik bağlama yalnızca şu koşullardan biri sağlandığında devreye girer:

1. Sağlayıcının kullanıcı kimliği o hesapta zaten kayıtlıdır (aynı SSO kullanıcısı yeniden oturum açıyordur), veya
2. Hem sağlayıcı e-postanın doğrulanmış olduğunu beyan etmiştir hem de mevcut UptimeWarden hesabınızın e-postası da doğrulanmıştır.

Bu koşullardan hiçbiri sağlanmazsa SSO ile oturum açma reddedilir. Sağlayıcıyı bağlamak için önce parolanızla giriş yapın ve UptimeWarden e-postanızın doğrulanmış olduğundan emin olun, ardından aynı sağlayıcı düğmesiyle tekrar oturum açın. Bu, sağlayıcı tarafında doğrulanmamış bir adresi kontrol eden bir saldırganın UptimeWarden hesabınızı tek bir SSO tıklamasıyla ele geçirmesini engeller.

Sağlayıcıyı mevcut hesaba bağlama

Ayarlarda ayrı bir "bağla" düğmesi yoktur. Bağlama, normal oturum açma düğmeleri üzerinden gerçekleşir: Google ile Giriş Yap (veya GitHub) düğmesine tıkladığınızda ve sağlayıcının e-postası mevcut bir UptimeWarden hesabıyla eşleştiğinde, kimlik o hesaba otomatik olarak iliştirilir, ancak yalnızca yukarıdaki otomatik bağlama kuralları sağlandığında (sağlayıcı e-postanın doğrulanmış olduğunu beyan ettiğinde ve UptimeWarden e-postanız zaten doğrulanmışsa). UptimeWarden'da e-postanız henüz doğrulanmamışsa önce onu doğrulayın, ardından sağlayıcıyla tekrar oturum açın.

UptimeWarden neyi saklar

Bağlanan her kimlik için:

• Sağlayıcının kalıcı kullanıcı kimliği (Google ID veya GitHub ID).
• Bağlama anındaki e-posta.
• Yalnızca yeni erişim tokenları üretmek için kullanılan bir yenileme tokenı. Tokenlar endüstri standardı şifrelemeyle dinlenirken şifrelenir.

Profil resminiz, sağlayıcıyı ilk bağladığınızda (veya hesabınız ilk kez SSO ile oluşturulduğunda) sağlayıcıdan alınır ve profilinizde saklanır. Sonraki her oturum açışta yeniden alınmaz.

Güvenlik notları

• Yalnızca HTTPS: üretimde SSO geri çağırma adresleri HTTPS olmalıdır.
• State tokenı: her SSO akışı, dönüşte doğrulanan tek seferlik bir state değeri taşır; eşleşmeyen state reddedilir.
• Oturum yönetimi: SSO ile oturum açmalar, parolayla oturum açmalarla aynı oturum ve token politikalarına tabidir; aynı hız sınırları ve hesap kilitleme kuralları geçerlidir.
• İptal: sağlayıcı tarafında UptimeWarden erişimini iptal etmek (örneğin Google hesap ayarlarınızdan) yenileme tokenını geçersiz kılar; bir sonraki oturum açma yeni bir onay akışı başlatır.
• Yer tutucu parola: yeni SSO kullanıcıları, tahmin edilemeyecek, rastgele üretilmiş bir yer tutucu parola alır. Gerçek bir parola belirleyene kadar yerel parolayla oturum açma yüzeyi pratik olarak erişilemezdir.

Denetim olayları

SSO oturum açma akışı şunları üretir:

• Denetim kaydında bir oturum açma girdisi; oturum açma yöntemi (Google veya GitHub) kaydın metaverisinde belirtilir.
• Başarısız geri çağırmalar hata sayfasına yönlendirilir; otomatik bağlama reddi ve doğrulanmamış e-posta reddi kayıt altına alınır.

SSO bağlama veya bağlantı kaldırma için ayrı bir denetim işlemi yoktur. SSO olayları, oturum açma yöntemi metaveride belirtilerek standart oturum açma işlemi altında kaydedilir. Bkz. Denetim Kayıtları.

Geri çağırma URL'leri

SSO geri çağırma URL'si ortamınıza bağlıdır ve /api/auth/<provider>/callback yolunu kullanır:

Self-hosted bir kurulum çalıştırıyorsanız (Enterprise), OAuth uygulamalarınızı hem Google Cloud Console hem de GitHub Developer Settings üzerinde bu geri çağırma URL'leriyle yapılandırın.

SSS

S: GitHub e-postam özel; SSO yine de çalışır mı? C: Evet, user:email yetkisini isteriz, doğrulanmış birincil e-postanız döner. Sağlayıcı e-postanın doğrulanmış olduğunu beyan etmiyorsa biz de doğrulanmamış kabul ederiz ve yukarıdaki otomatik bağlama kuralları devreye girer.

S: İki sağlayıcımın birincil e-postaları farklıysa ne olur? C: Hesaplar e-posta bazında saklanır. Google birincil e-postanız ve GitHub birincil e-postanız farklıysa UptimeWarden bunları iki ayrı hesap olarak görür. Her iki sağlayıcıyı tek bir hesaba bağlamak için, ikincisiyle oturum açmadan önce her iki sağlayıcının birincil e-postasını aynı doğrulanmış adrese ayarlayın (yukarıdaki "Sağlayıcıyı mevcut hesaba bağlama" bölümüne bakın).

S: SSO kullanıcıları takım büyüklüğü sınırlarına dahil edilir mi? C: Evet. SSO yalnızca oturum açma yöntemini değiştirir, abonelik modelinizi değil.

İlgili konular

• Denetim Kayıtları: oturum açma olayları ve oturum açma yöntemi metaverisi
• Abonelik Planları: kullanıcı ve takım sınırları
• API Tokenları: betikler için programatik kimlik doğrulama