Koniec wsparcia (EOL) dla starszego SSO obowiązuje od 31 sierpnia 2026 r.

 

Z dniem 31 sierpnia 2026 r. starsza wersja SSO (SSO 1.0) została wycofana dla wszystkich organizacji, które nie przeszły na SSO 2.0

Co to oznacza dla Ciebie

Bluebeam wyłączył starszą wersję SSO dla Państwa organizacji i zresetował standardowe hasło Bluebeam dla wszystkich użytkowników. Użytkownicy będą teraz zaloguj się za pomocą adresu e-mail i hasła zamiast SSO.

Aby zresetować hasło, zobacz Resetowanie hasła BBID.

Jeśli Twoja organizacja ukończyła migrację do SSO 2.0 przed wyznaczonym terminem, ta zmiana Cię nie dotyczy. Możesz nadal logować się za pośrednictwem swojego dostawcy tożsamości w zwykły sposób.

Dlaczego ta zmiana miała miejsce

W ramach ciągłych starań o poprawę zabezpieczeń i zarządzania użytkownikami firma Bluebeam wycofała starszą wersję SSO i przeniosła klientów na SSO 2.0 z SCIM. SSO 2.0 oferuje zwiększoną skalowalność, funkcjonalność i wydajność, zapewniając jednocześnie organizacjom pełną kontrolę nad zarządzaniem użytkownikami i konfiguracją.

Korzyści z przejścia na SSO 2.0

Przejście na SSO 2.0 zapewnia następujące korzyści:

  • Samodzielnie zarządzane klucze tajne klienta oznaczają, że ich wygaśnięcie nie będzie już problemem.

  • Lepsze zabezpieczenia dzięki walidacji domeny

  • Możliwość włączenia SCIM do automatycznego aprowizowania i cofania aprowizacji użytkowników

  • Możliwość włączania lub wyłączania SSO i SCIM z poziomu Org Admin

Co zrobić, jeśli migracja do SSO 2.0 nie została przeprowadzona przed 31 sierpnia 2026 r.

Jeśli organizacja nie dokonała migracji z systemu Legacy SSO do SSO 2.0, system Legacy SSO został trwale wyłączony. Aby przywrócić dostęp SSO dla użytkowników, wykonaj następujące czynności:

Często zadawane pytania dotyczące migracji do SSO 2.0

W ramach naszych ciągłych starań o poprawę zabezpieczeń i zarządzania użytkownikami wycofaliśmy starszą wersję SSO i przenieśliśmy klientów, którzy rozpoczęli migrację do SSO 2.0 z SCIM. Ponadto SSO 2.0 oferuje zwiększoną skalowalność, funkcjonalność i wydajność, zapewniając jednocześnie pełną kontrolę nad zarządzaniem użytkownikami i konfiguracją.

Starsza wersja SSO (SSO 1.0) została wycofana z użytku 31 sierpnia 2026 r. Firma Bluebeam wyłączyła starszą wersję SSO dla wszystkich organizacji, które nie przeszły na SSO 2.0, i zresetowała standardowe hasło Bluebeam dla każdego użytkownika, którego to dotyczy. Użytkownicy logują się teraz przy użyciu standardowej procedury logowania (adres e-mail i hasło), dopóki nie zostanie skonfigurowane SSO 2.0.

Bluebeam oficjalnie obsługuje konfigurację SSO dla następujących IdP:

Revu jest zgodny z innymi dostawcami tożsamości, którzy używają OpenID Connect (OIDC) jako protokołu uwierzytelniania, ale te konfiguracje nie są obsługiwane, a włączenie SCIM nie jest dostępne. Pomoc techniczna Bluebeam nie będzie w stanie rozwiązać problemu, jeśli napotkasz problemy z konfiguracją SSO dla nieobsługiwanego dostawcy tożsamości, i może być konieczne wyłączenie SSO.

Bluebeam nie obsługuje języka znaczników potwierdzania zabezpieczeń (SAML) do zarządzania uwierzytelnianiem.

Możliwość skonfigurowania SSO jest dostępna tylko wtedy, gdy Twoja organizacja:

  • Zakupiono lub przekonwertowano co najmniej 10 stanowisk na plan subskrypcji Bluebeam.
  • Nie jest jeszcze skonfigurowany do korzystania z SSO z produktami i usługami Bluebeam. Jeśli Twoja organizacja ma już skonfigurowane SSO, skontaktuj się z nami przed kontynuowaniem.
  • Wykorzystuje usługę Microsoft Entra ID lub Okta Workforce Identity Cloud jako dostawcę tożsamości (IdP).

Inne IdP są zgodne, ale nie obsługiwane. Aby uzyskać więcej informacji, kliknij tutaj.

Tylko użytkownicy z rolą IT Admin w Org Admin i rolą Administratora dzierżawy w dzierżawie mogą konfigurować SSO i SCIM. Org Admin, który żąda SSO, zostanie automatycznie administratorem IT/najemcy.

  • Minimalne stanowiska: 10

  • Maksymalna liczba domen: 500 na Konfigurację SSO

  • Poziom wsparcia SSO: Konto nadrzędne (ale dziedziczone przez konta podrzędne)

  • Pomoc techniczna SCIM:

    • Tylko konto nadrzędne

    • Wszyscy użytkownicy muszą należeć do jednego konta.

    • Wszyscy użytkownicy muszą korzystać z tego samego regionu licencji

  • Multi-tenant: Niewspierane (wymagane oddzielne konta nadrzędne)

  • Konto podrzędne SCIM: Nieobsługiwane

Po skonfigurowaniu SSO 2.0, SSO zostanie skonfigurowane we wszystkich regionach. Wszyscy użytkownicy będą mogli się zalogować w taki sam sposób, jak wcześniej.

Nie. Bluebeam obecnie nie obsługuje konfiguracji wielu dzierżawców w ramach jednej organizacji.

Jeśli potrzebujesz niezależnie zarządzanych SSO i SCIM dla różnych jednostek biznesowych lub spółek zależnych, zastosowanie mają następujące zasady:

  • Musisz podzielić tych dzierżawców na oddzielne konta nadrzędne z oddzielnymi kontami Org Admin.

  • Każde konto nadrzędne będzie miało własną konfigurację pojedynczego logowania i SCIM.

Nie. Każda organizacja zarządza własną konfiguracją SSO i SCIM przez konto nadrzędne. Konta podrzędne dziedziczą konfiguracje z konfiguracji konta nadrzędnego.

Jeśli potrzebujesz osobnych konfiguracji SSO i SCIM dla kont podrzędnych, musisz przeorganizować swoje konta, tak aby każda firma podrzędna stała się kontem nadrzędnym z osobnym kontem Org Admin.

Jeśli Twoja organizacja migrowała do rozwiązania SSO 2.0 i obecne logowanie firmowe działa normalnie, z Twoją poprzednią konfiguracją starszego typu SSO (Legacy SSO) może być powiązane powiadomienie o wygasającym kluczu tajnym klienta.

SSO 2.0 nie używa sekretu klienta w taki sam sposób jak Legacy SSO, więc wygaśnięcie tego sekretu klienta nie wpływa na działającą konfigurację SSO 2.0.

Jeśli nie masz pewności, czy Twoja organizacja ukończyła migrację do systemu SSO 2.0, lub jeśli powiadomienie dotyczy poprzedniej starszej konfiguracji SSO, skontaktuj się z nami.