Powiadomienia techniczne Adobe Sign są uporządkowane poniżej — najnowsza aktualizacja znajduje się u góry, a starsze można znaleźć przewijając stronę w dół.
Powiadomienia techniczne na lata 2015–2016
API i aplikacja internetowa: Zasady złożoności hasła zmienią się w 2017 r.
Adobe Sign zmienia zasady złożoności hasła w celu zwiększenia bezpieczeństwa. Na początku 2017 r. klienci korzystający z aplikacji internetowej otrzymają polecenie aktualizacji hasła i będą mieli 90 dni na wykonanie tej czynności. Klienci logujący się lub tworzący konta użytkowników za pomocą istniejących interfejsów API REST lub SOAP będą mieli czas do połowy 2018 roku na aktualizację swoich aplikacji w celu spełnienia wymagań bezpieczeństwa haseł Adobe Sign.Informacje o przejściu na nowe zasady będą dostępne dla klientów i partnerów korzystających z interfejsu API na początku 2017 roku.
Nowe kryteria haseł:
- Minimum 8 znaków, maksimum 100 znaków
- Co najmniej jedna wielka litera
- Co najmniej jedna cyfra
- Co najmniej jeden znak specjalny (interpunkcyjny), z wyłączeniem białych znaków
- Nie może zawierać nazwy użytkownika, imienia ani nazwiska (bez rozróżniania wielkości liter)
- Nowe hasło zostanie odrzucone, jeśli będzie zgodne z wcześniej używanymi hasłami
WYMAGANE DZIAŁANIA
Na początku 2017 r. użytkownicy aplikacji internetowej powinni aktualizować hasła po otrzymaniu takiego polecenia. Klienci tworzący konta użytkowników za pomocą interfejsu API będą mieli czas do lipca 2018 roku na aktualizację swoich aplikacji w celu korzystania z interfejsu API REST zgodnie z nowymi kryteriami haseł.
Integracja: Obsługa integracji Adobe Sign z Salesforce v14 została zakończona.
Aktualizacje produktu, aktualizacje zabezpieczeń i wsparcie techniczne dla Adobe Sign for Salesforce v14 zakończyły się 15 grudnia 2016 r.
Wersja 18 jest już dostępna. Uzyskaj najnowsze funkcje, w tym:
- Lepsze doświadczenie użytkownika dla widoków Salesforce Classic i Lightning
- Większa widoczność stanu
- Ulepszone doświadczenie administratora z zaawansowanymi komponentami Lightning
- Nowe narzędzia do zaawansowanych obiegów podpisywania
WYMAGANE DZIAŁANIA
Przejdź na najnowszą wersję naszej integracji z Salesforce. Klienci używający nieobsługiwanych wersji będą musieli przeprowadzić aktualizację do bieżącej wersji, aby nadal otrzymywać wsparcie techniczne.
Integracja: Nowa wersja Adobe Sign for Microsoft Dynamics i wycofanie integracji Adobe Sign z Dynamics v4
Microsoft Dynamics v5 jest teraz dostępny.Ta wersja obejmuje ulepszenia, takie jak używanie Microsoft Turbo Forms i szersze wsparcie przeglądarek.Aby uzyskać informacje o aktualizacji do najnowszej wersji, skontaktuj się z menadżerem ds. sukcesu klienta.
Adobe Sign for Microsoft Dynamics v4 i wcześniejsze (wersje lokalne i internetowe) zostaną wycofane 30 czerwca 2017 r.Te wersje nie będą już dostępne po czerwcu.
WYMAGANE DZIAŁANIA
Zarówno w przypadku Microsoft Dynamics lokalnego, jak i online, przeprowadź uaktualnienie do Adobe Sign for Dynamics v5 przed lipcem 2017 r.Możesz przenieść wszystkie dane z wersji v4 i starszych do najnowszej wersji. Wersja 5 obsługuje Dynamics lokalny 2013, 2015, 2016 i Dynamics internetowy
Zabezpieczenia: Koniec wsparcia dla TLS 1.0 i 1.1
Adobe usunie wsparcie dla protokołów TLS 1.0 i 1.1 w 2017 r., aby spełnić najlepsze praktyki branżowe dotyczące zabezpieczeń SSL/TLS i zgodności ze standardami PCI (data do ogłoszenia).Gdy wsparcie dla TLS 1.0 i 1.1 zostanie wycofane, klienci, którzy jeszcze nie przeprowadzili aktualizacji do TLS 1.2 lub wyższej, nie będą mogli uzyskać dostępu do usługi Adobe Sign.
WYMAGANE DZIAŁANIA
Postępuj zgodnie z zalecaną konfiguracją systemu dla Adobe Sign zarówno w przeglądarce, jak i w systemie operacyjnym komputera, aby obsługiwana była wersja TLS v1.2.
Aktualizacja konfiguracji systemu: Koniec wsparcia dla Internet Explorer 9
Adobe Sign zakończy wsparcie dla Internet Explorer 9 na początku marca, aby dostosować się do zakończenia wsparcia Microsoft dla Windows Vista 11 marca 2017 r.
WYMAGANE DZIAŁANIA
Zaktualizuj sprzęt do obsługiwanych systemów operacyjnych, w tym Windows 7, 8 lub 10 z jedną z obsługiwanych przeglądarek wymienionych w Wymaganiach systemowych Adobe Sign.
Przypomnienia
API: Obsługa aplikacji OAuth dla SOAP API zostanie wycofana
W ramach grudniowej aktualizacji konserwacyjnej nowe aplikacje OAuth mają dostęp wyłącznie do interfejsów API REST. Istniejące aplikacje i klucze integracji będą nadal miały dostęp do interfejsów API SOAP i REST.
WYMAGANE DZIAŁANIA
Przy tworzeniu nowych aplikacji używaj interfejsów API REST. Więcej informacji można znaleźć w Centrum programistów.
API i aplikacja internetowa: Wsparcie dla starszej składni Text Tag zostało zakończone.
Obsługa tagów tekstowych w wersji 1.0 została zakończona. Chociaż tagi w wersji 1.0 będą nadal obsługiwane w usłudze, żadne błędy ani prośby o ulepszenia nie będą przyjmowane dla tej składni.
WYMAGANE DZIAŁANIE
Należy zapewnić, że użytkownicy korzystają ze składni tagów tekstowych 2.0 podczas tworzenia nowych szablonów dokumentów. Przejrzyj aplikacje i istniejące szablony, które mogą zawierać starsze tagi tekstowe i zaktualizuj je nowszą składnią tagów tekstowych 2.0. Szczegóły znajdziesz w dokumencie Tworzenie formularzy z tagami tekstowymi — karta informacyjna.
Zabezpieczenia: Wsparcie dla szyfru RC4 zostało zakończone.
Użycie szyfru warstwy transportowej RC4 zostanie przerwane w tygodniu 16 stycznia 2017 r.
Interfejs API: Interfejsy SOAP API są wycofywane w przypadku nowych aplikacji OAuth
Wraz z następną wersją konserwacyjną na początku grudnia nowe aplikacje OAuth będą mogły uzyskiwać dostęp tylko do interfejsów REST API.Istniejące aplikacje i klucze integracji nadal będą miały dostęp do interfejsów SOAP i REST API.
WYMAGANE DZIAŁANIA
Przy tworzeniu nowych aplikacji używaj interfejsów API REST. Więcej informacji można znaleźć w Centrum programistów.
Aplikacja mobilna: zaktualizuj ustawienia zabezpieczeń na serwerze logowania jednokrotnego (SSO)
Apple ogłosiło wymuszenie zabezpieczeń transportu aplikacji (ATS) dla wszystkich aplikacji mobilnych przesyłanych do App Store do końca 2016 r.Jeśli skonfigurowano konto Adobe Sign do korzystania z logowania SSO i używana jest aplikacja mobilna Adobe Sign iOS, należy upewnić się, że serwer SSO obsługuje wymagania zabezpieczeń transportu aplikacji (ATS) firmy Apple.
WYMAGANE DZIAŁANIA
Zaktualizuj serwery tak, aby obsługiwały wymagania ATS firmy Apple przed 1 grudnia 2016 r., aby zachować dostęp SSO do aplikacji Adobe Sign iOS.
API i aplikacja internetowa: Zakończono obsługę starszej składni Text Tag
Obsługa tagów tekstowych w wersji 1.0 została zakończona. Chociaż tagi v1.0 będą nadal honorowane w usłudze, żadne błędy lub żądania ulepszeń nie będą akceptowane dla tej składni.
WYMAGANE DZIAŁANIA
Upewnij się, że użytkownicy korzystają ze składni tagów tekstowych v2.0 podczas tworzenia nowych szablonów dokumentów.Przejrzyj aplikacje i istniejące szablony, które mogą zawierać starsze tagi tekstowe i zaktualizuj je nowszą składnią tagów tekstowych 2.0. Zapoznaj się z dokumentem Karta informacyjna tworzenia formularzy za pomocą tagów tekstowych, aby uzyskać szczegóły.
Integracja: Nowa wersja Adobe Sign dla Microsoft Dynamics i wycofanie integracji Adobe Sign z Dynamics v4
Integracja: Nowa wersja Adobe Sign dla Microsoft Dynamics i wycofanie integracji Adobe Sign z Dynamics v4
Microsoft Dynamics v5 jest teraz dostępny dla klientów w wersji zapoznawczej.To wydanie obejmuje ulepszenia, takie jak korzystanie z Microsoft Turbo Forms i szerszą obsługę przeglądarek.Aby uzyskać informacje o podglądzie najnowszej wersji, skontaktuj się z menedżerem ds. sukcesu klienta.
Adobe Sign dla Microsoft Dynamics v4 i wcześniejszych wersji (wersje lokalne i online) zostanie wycofane z użycia 30 czerwca 2017 r.Te wersje nie będą już dostępne po czerwcu.
WYMAGANE DZIAŁANIA
Zarówno w przypadku Microsoft Dynamics On-Premise, jak i online przeprowadź aktualizację do Adobe Sign dla Dynamics v5 przed lipcem 2017 r.Możesz przenieść wszystkie dane z wersji v4 i starszych do najnowszej wersji. Wersja 5 obsługuje Dynamics On-Premise 2013, 2015, 2016 i Dynamics online
Integracja: Kończy się wsparcie dla integracji Adobe Sign z Salesforce v14
Aktualizacje produktu, aktualizacje zabezpieczeń i pomoc techniczna dla Adobe Sign dla Salesforce v14 zakończą się 15 grudnia 2016 r.
Wersja 18 jest już dostępna. Uzyskaj najnowsze funkcje, w tym:
Lepsze doświadczenie użytkownika zarówno dla widoków Salesforce Classic, jak i Lightning
- Większa widoczność stanu
- Ulepszone środowisko administratora z zaawansowanymi komponentami Lightning
- Nowe narzędzia do zaawansowanych procesów podpisywania
WYMAGANE DZIAŁANIA
Przejdź na najnowszą wersję naszej integracji z Salesforce. Klienci korzystający z nieobsługiwanych wersji będą musieli przeprowadzić aktualizację do bieżącej wersji, aby nadal otrzymywać pomoc techniczną.
API i aplikacja internetowa: Zasady złożoności hasła zmienią się w 2017 r.
Adobe Sign zmienia zasady złożoności hasła w celu zwiększenia bezpieczeństwa. Od marca 2017 r. klienci korzystający z aplikacji internetowej zostaną poproszeni o aktualizację hasła i będą mieli 90 dni na wykonanie tej czynności.Klienci logujący się lub tworzący użytkowników za pomocą istniejących interfejsów API REST lub SOAP będą mieli czas do połowy 2018 r. na zaktualizowanie swoich aplikacji w celu spełnienia wymagań bezpieczeństwa haseł Adobe Sign.Informacje o przejściu na nowe zasady będą dostępne zarówno dla klientów, jak i partnerów korzystających z interfejsu API na początku 2017 r.
Nowe kryteria haseł:
- Co najmniej 8 znaków, maksymalnie 100 znaków
- Co najmniej jedną dużą literę
- Co najmniej jedną małą literę
- Co najmniej jedna cyfra
- Co najmniej jeden znak specjalny (interpunkcyjny), z wyjątkiem spacji
- Nie może zawierać nazwy użytkownika, imienia ani nazwiska (bez rozróżniania wielkości liter)
- Nowe hasło zostanie odrzucone, jeśli będzie zgodne z wcześniej używanymi hasłami
WYMAGANE DZIAŁANIA
Od marca 2017 r. użytkownicy aplikacji internetowych powinni aktualizować hasła, gdy zostaną o to poproszeni.Klienci, którzy tworzą użytkowników za pomocą API, będą mieli czas do lipca 2018 r. na aktualizację swoich aplikacji w celu używania interfejsu API REST zgodnie z nowymi kryteriami haseł.
Bezpieczeństwo: Zakończenie obsługi protokołów TLS 1.0 i 1.1
Aby spełnić najlepsze praktyki branżowe dotyczące zabezpieczeń SSL/TLS oraz zapewnić zgodność ze standardami PCI, usunięta zostanie obsługa protokołów TLS 1.0 i 1.1 w 2017 r. (data zostanie ogłoszona).Po zakończeniu obsługi protokołów TLS 1.0 i 1.1 klienci, którzy nie przeprowadzili jeszcze aktualizacji do protokołu TLS 1.2 lub nowszego, nie będą mogli uzyskać dostępu do usługi Adobe Sign.
WYMAGANE DZIAŁANIA
Postępuj zgodnie z zalecaną konfiguracją systemu dla usługi Adobe Sign zarówno w przeglądarce, jak i w systemie operacyjnym komputera, tak aby był obsługiwany protokół TLS v1.2.
Przypomnienia
Bezpieczeństwo: Zakończona została obsługa szyfru RC4
Korzystanie z szyfru warstwy transportowej RC4 zostanie przerwane w tygodniu 16 stycznia 2017 r.
Zaktualizuj ustawienia zabezpieczeń na serwerze logowania jednokrotnego (SSO)
Firma Apple ogłosiła wymuszenie zabezpieczeń App Transport Security (ATS) dla wszystkich aplikacji mobilnych przesłanych do App Store do końca 2016 r.Jeśli skonfigurowano konto Adobe Sign do korzystania z logowania SSO i korzysta się z aplikacji mobilnej Adobe Sign iOS, należy upewnić się, że serwer SSO obsługuje wymagania zabezpieczeń App Transport Security (ATS) firmy Apple.
WYMAGANE DZIAŁANIA
Zaktualizuj swoje serwery, aby obsługiwały wymagania ATS firmy Apple przed 1 grudnia 2016 r., aby zachować dostęp SSO do aplikacji Adobe Sign iOS.
Obsługa starszej składni tagów tekstowych zostanie zakończona
Poprzednio zakomunikowana data 3 października 2016 r. zakończenia obsługi starszej składni tagów tekstowych została odłożona, aby dać klientom więcej czasu na przejście na składnię tagów tekstowych w wersji 2.0.Nowa data końca wsparcia nie została ustalona; należy jednak upewnić się, że wszystkie formularze i umowy używają aktualnej składni.
WYMAGANE DZIAŁANIA
Upewnij się, że użytkownicy używają składni tagów tekstowych w wersji 2.0 podczas tworzenia nowych szablonów dokumentów.Przejrzyj bibliotekę istniejących szablonów, które mogą zawierać starsze tagi tekstowe, i zaktualizuj je przy użyciu nowszej składni tagów tekstowych 2.0.Jeśli masz aplikację używającą starej składni, zmodyfikuj tagi, aby zapewnić dalsze działanie aplikacji po zakończeniu wsparcia.Szczegółowe informacje podano w dokumencie Przewodnik po tworzeniu formularzy przy użyciu tagów tekstowych.
Koniec cyklu życia integracji programu Adobe Sign z systemem Microsoft Dynamics v4
Program Adobe Sign dla systemu Microsoft Dynamics v4 i wcześniejszych wersji (wersje On-Premise i online) zostanie wycofany 30 czerwca 2017 roku.Te wersje nie będą już dostępne po czerwcu.Nowa wersja (5) została usprawniona o możliwość korzystania z Microsoft Turbo Forms i obsługę większej liczby przeglądarek. System Microsoft Dynamics w wersji 5 jest już dostępny.
WYMAGANE DZIAŁANIA
Zarówno w przypadku systemu Microsoft Dynamics On-Premise, jak i online, przeprowadź uaktualnienie do programu Adobe Sign dla systemu Dynamics v5 przed lipcem 2017 roku.Możesz przenieść wszystkie dane z wersji v4 i starszych do najnowszej wersji. Wersja 5 obsługuje system Dynamics On-Premise 2013, 2015, 2016 i system Dynamics online.
Aby uzyskać pomoc w uaktualnieniu do najnowszej wersji, skontaktuj się z menedżerem ds. sukcesu klienta.
Končí się wsparcie dla integracji programu Adobe Sign z systemem Salesforce v14
Aktualizacje produktu, aktualizacje zabezpieczeń i wsparcie techniczne dla programu Adobe Sign dla systemu Salesforce v14 zakończą się 15 grudnia 2016 roku.
WYMAGANE DZIAŁANIA
Przejdź na najnowszą wersję naszej integracji z Salesforce. Klienci używający nieobsługiwanych wersji będą musieli przeprowadzić uaktualnienie do aktualnej wersji, aby nadal otrzymywać wsparcie techniczne.
Koniec wsparcia dla protokołów TLS 1.0 i 1.1
Aby spełnić najlepsze praktyki branżowe dotyczące bezpieczeństwa SSL/TLS i zachować zgodność ze standardami PCI, usuniemy wsparcie dla protokołów TLS 1.0 i 1.1 w 2017 roku (data zostanie ogłoszona).Po wycofaniu wsparcia dla protokołów TLS 1.0 i 1.1 klienci, którzy jeszcze nie przeprowadzili uaktualnienia do protokołu TLS 1.2 lub nowszego, nie będą mogli uzyskać dostępu do usługi Adobe Sign.
WYMAGANE DZIAŁANIA
Przeprowadź uaktualnienie do protokołu TLS w wersji 1.2 lub nowszej
Zaktualizuj ustawienia zabezpieczeń na serwerze logowania jednokrotnego (SSO)
Firma Apple ogłosiła wymuszenie funkcji App Transport Security (ATS) dla wszystkich aplikacji mobilnych przesyłanych do sklepu App Store do końca 2016 roku.Jeśli konto Adobe Sign zostało skonfigurowane do używania logowania SSO i używana jest aplikacja mobilna Adobe Sign dla systemu iOS, należy upewnić się, że serwer SSO obsługuje wymagania zabezpieczeń App Transport Security (ATS) firmy Apple.
WYMAGANE DZIAŁANIA
Zaktualizuj serwery, aby obsługiwały wymagania ATS firmy Apple przed 1 grudnia 2016 roku, żeby nadal korzystać z dostępu SSO do aplikacji Adobe Sign dla systemu iOS.
Kończy się wsparcie starszej składni tagów tekstowych
Wcześniej przekazana data 3 października 2016 roku zakończenia wsparcia dla starszej składni tagów tekstowych została odłożona, aby dać klientom więcej czasu na przejście na składnię tagów tekstowych w wersji 2.0.Nowa data zakończenia wsparcia nie została ustalona — należy jednak upewnić się, że wszystkie formularze i umowy używają aktualnej składni.
WYMAGANE DZIAŁANIA
Należy upewnić się, że użytkownicy korzystają ze składni tagów tekstowych 2.0 podczas tworzenia nowych szablonów dokumentów.Przejrzyj bibliotekę istniejących szablonów, które mogą zawierać starsze tagi tekstowe i zaktualizuj je nowszą składnią tagów tekstowych 2.0. Jeśli masz aplikację, która używa starej składni, zmodyfikuj tagi, aby upewnić się, że aplikacja będzie nadal działać po wprowadzeniu końca obsługi. Szczegółowe informacje znajdziesz w karcie informacyjnej Tworzenie formularzy za pomocą tagów tekstowych.
Obsługa integracji Adobe Sign z Microsoft Dynamics w wersji 4 i wcześniejszych kończy się w czerwcu 2017 roku
Obsługa Adobe Sign dla Microsoft Dynamics w wersji 4 i wcześniejszych (wersje On-Premise i online) zostanie zakończona 30 czerwca 2017 roku. Te wersje nie będą już dostępne po czerwcu. Nowa wersja (5) została usprawniona o możliwość korzystania z Microsoft Turbo Forms i obsługę większej liczby przeglądarek. Jest dostępna od dziś.
WYMAGANE DZIAŁANIA
Zarówno w przypadku Microsoft Dynamics On-Premise, jak i online, przed lipcem 2017 roku należy przeprowadzić aktualizację do Adobe Sign dla Dynamics w wersji 5. Możesz przenieść wszystkie dane z wersji v4 i starszych do najnowszej wersji. Wersja 5 obsługuje Dynamics On-Premise 2013, 2015, 2016 oraz Dynamics online.
Aby uzyskać informacje na temat aktualizacji do najnowszej wersji, skontaktuj się ze swoim menedżerem ds. sukcesu klienta.
Obsługa integracji Adobe Sign z Salesforce w wersji 14 kończy się
Aktualizacje produktu, aktualizacje zabezpieczeń i pomoc techniczna dla Adobe Sign dla Salesforce w wersji 14 zakończą się 15 grudnia 2016 roku.
WYMAGANE DZIAŁANIA
Przejdź na najnowszą wersję naszej integracji z Salesforce. Klienci korzystający z nieobsługiwanych wersji będą musieli przeprowadzić aktualizację do bieżącej wersji, aby nadal otrzymywać pomoc techniczną.
Koniec obsługi protokołów TLS 1.0 i 1.1
W celu spełnienia najlepszych praktyk branżowych dotyczących zabezpieczeń SSL/TLS oraz zgodności ze standardami PCI usuniemy obsługę protokołów TLS 1.0 i 1.1 w 2017 roku (data zostanie ogłoszona). Gdy obsługa protokołów TLS 1.0 i 1.1 zostanie zakończona, klienci, którzy nie przeprowadzili jeszcze aktualizacji do protokołu TLS 1.2 lub nowszego, nie będą mogli uzyskać dostępu do usługi Adobe Sign.
WYMAGANE DZIAŁANIA
Przeprowadź aktualizację do protokołu TLS w wersji 1.2 lub nowszej
Przypomnienia
Baza danych Adobe Sign została zaktualizowana w celu obsługi 4-bajtowych znaków Unicode
W połowie września dodano obsługę rozszerzonych wielobajtowych zestawów znaków w ramach globalnej ekspansji Adobe Sign i ulepszonej obsługi języków. Dzięki tej aktualizacji baza danych obsługuje teraz 4-bajtowe rozszerzone znaki Unicode.
WYMAGANE DZIAŁANIA
Upewnij się, że aplikacje i magazyn danych korzystające z wywołań API Adobe Sign mogą obsługiwać 4-bajtowe znaki.
Obsługa szyfru RC4 została zakończona
Od 20 sierpnia 2016 roku firma Adobe zakończyła obsługę szyfrowania szyfrem RC4. Adobe będzie nadal monitorować użycie RC4 i wspierać przejście na inne, bezpieczniejsze szyfry.
W całej branży panuje zgodność co do tego, że RC4 nie jest już kryptograficznie bezpieczny. To ogłoszenie jest zgodne z ogłoszeniami Oracle, Salesforce, Microsoft, Google i Mozilla, które w ubiegłym roku zakończyły obsługę RC4 w aplikacjach komercyjnych.
WYMAGANE DZIAŁANIA
Zaktualizuj sprzęt lub oprogramowanie, które korzysta z RC4 do komunikacji z usługą Adobe Sign, aby obsługiwało zaktualizowany zestaw szyfrów.
Dodatkowe zakresy adresów IP dla usługi Adobe Sign.
Jeśli istniejąca konfiguracja sieci lub zapory ogniowej jawnie umieszcza adresy IP dla Adobe Sign na białej liście, zaktualizuj ustawienia konfiguracji sieci, aby uwzględnić nowe adresy IP i zapewnić ciągły dostęp do usługi. Istniejące adresy IP będą nadal stosowane i nie należy ich usuwać z konfiguracji sieciowej.
Istniejące adresy IP
Ameryka Północna:
166.78.79.112/28
207.97.227.112/28
52.71.63.224/27 (dodany w lutym 2016)
52.35.253.64/27 (dodany w lutym 2016)
Europa
52.48.127.160/27 (dodany w lutym 2016)
52.58.63.192/27 (dodany w lutym 2016)
Dodatkowe adresy IP
Japonia
52.196.191.224/27 (dodany w lipcu 2016)
Australia
52.65.255.192/27 (dodany w lipcu 2016)
Koniec obsługi starszej składni tagów tekstowych
Wcześniej podana data 3 października 2016 r. zakończenia obsługi starszej składni tagów tekstowych została przesunięta, aby dać klientom więcej czasu na przejście na składnię tagów tekstowych w wersji 2.0. Nowa data zakończenia obsługi nie została jeszcze ustalona; należy jednak upewnić się, że wszystkie formularze i umowy używają aktualnej składni.
WYMAGANE DZIAŁANIA
Upewnij się, że użytkownicy korzystają ze składni tagów tekstowych 2.0 podczas tworzenia nowych szablonów dokumentów. Przejrzyj bibliotekę istniejących szablonów, które mogą zawierać starsze tagi tekstowe i zaktualizuj je nowszą składnią tagów tekstowych 2.0. Jeśli masz aplikację, która używa starej składni, zmień tagi, aby zapewnić, że aplikacja będzie nadal działać po wejściu w życie zakończenia obsługi. Szczegóły można znaleźć w dokumencie Karta informacyjna tworzenia formularzy z tagami tekstowymi.
Adobe Sign zaktualizuje główną bazę danych, aby obsługiwać 4-bajtowe znaki Unicode
We wrześniu zostanie dodana obsługa rozszerzonych wielobajtowych zestawów znaków w ramach globalnej ekspansji Adobe Sign i ulepszonej obsługi języków. Obecnie Adobe Sign nie wysyła 4-bajtowych znaków do aplikacji klienckich przez interfejs API. Ta aktualizacja umożliwi bazie danych obsługę 4-bajtowych rozszerzonych znaków Unicode.
WYMAGANE DZIAŁANIA
Upewnij się, że aplikacje i przechowywanie danych korzystające z wywołań interfejsu API Adobe Sign będą mogły obsługiwać 4-bajtowe znaki.
Zmiana daty: Obsługa integracji Adobe Sign do Microsoft Dynamics CRM 2011 (wersja On-Premise) została zmieniona z września 2016 r. na czerwiec 2017 r.
Microsoft zakończył główną obsługę Dynamics CRM 2011 w dniu 12 lipca 2016 r. Adobe zakończy obsługę integracji Adobe Sign z Dynamics CRM 2011 w czerwcu 2017.
WYMAGANE DZIAŁANIA
Przed czerwcem 2017 zaktualizuj do MS Dynamics CRM 2013 lub nowszego (wersja On-Premise) albo do MS Dynamics 365.
Obsługa integracji Adobe Sign dla Salesforce w wersji 14 kończy się
Aktualizacje produktu, aktualizacje zabezpieczeń i pomoc techniczna dla usług Adobe Sign w Salesforce w wersji 14 zakończą się 15 grudnia 2016.
WYMAGANE DZIAŁANIA
Przejdź na najnowszą wersję naszej integracji z Salesforce. Klienci korzystający z nieobsługiwanych wersji będą musieli zaktualizować do aktualnej wersji, aby nadal otrzymywać pomoc techniczną.
Koniec obsługi TLS 1.0
W celu spełnienia najlepszych praktyk branżowych dotyczących zabezpieczeń SSL/TLS oraz zachowania zgodności ze standardami PCI usuniemy obsługę protokołu TLS 1.0 w 2017 roku (data zostanie ogłoszona).Po zakończeniu obsługi TLS 1.0 klienci, którzy jeszcze nie zaktualizowali do co najmniej TLS 1.1, nie będą mogli uzyskać dostępu do usługi Adobe Sign.
WYMAGANE DZIAŁANIA
Zaktualizuj TLS do wersji 1.1 lub nowszej.Zdecydowanie zalecana jest wersja 1.2.Obecnie obsługujemy TLS w wersjach 1.1 i 1.2, więc klienci korzystający z wersji 1.0 mogą natychmiast dokonać aktualizacji.
Przypomnienie
Od 20 sierpnia 2016 Adobe zakończyło obsługę szyfrowania RC4.Chociaż RC4 będzie nadal dostępne podczas negocjacji powrotnych TLS, aby zapobiec przerwom w usłudze, klientów zachęca się do zaprzestania jego używania tak szybko, jak to możliwe.Adobe będzie nadal monitorować użycie RC4 i wspierać przejście na inne, bezpieczniejsze szyfry.
W branży panuje konsensus, że RC4 nie jest już kryptograficznie bezpieczne.To ogłoszenie jest zgodne z ogłoszeniami Oracle, Salesforce, Microsoft, Google i Mozilla, które zakończyły obsługę RC4 w aplikacjach komercyjnych w zeszłym roku.
WYMAGANE DZIAŁANIA
Zaktualizuj sprzęt lub oprogramowanie, które korzystają z RC4 do komunikacji z usługą Adobe Sign, aby obsługiwać zaktualizowany zestaw szyfrów.
Obsługa szyfru RC4 została zakończona
Dodatkowe zakresy adresów IP dla usługi Adobe Sign
Usługa Adobe Sign została rozszerzona o działanie z nowego zestawu adresów IP, oprócz tych obecnie używanych.
WYMAGANE DZIAŁANIA
Jeśli istniejąca konfiguracja sieci lub zapory sieciowej jawnie umieszcza na białej liście adresy IP dla Adobe Sign, w ramach przygotowań do dodatkowych lokalizacji musisz zaktualizować ustawienia konfiguracji sieci, aby uwzględnić nowe adresy IP i zapewnić ciągły dostęp do usługi.Istniejące adresy IP będą nadal stosowane i nie należy ich usuwać z konfiguracji sieciowej.
Istniejące adresy IP
Ameryka Północna:
166.78.79.112/28
207.97.227.112/28
52.71.63.224/27 (dodano w lutym 2016)
52.35.253.64/27 (dodano w lutym 2016)
Europa
52.48.127.160/27 (dodano w lutym 2016)
52.58.63.192/27 (dodano w lutym 2016)
Dodatkowe adresy IP
Japonia
52.196.191.224/27 (dodano w lipcu 2016)
Australia
52.65.255.192/27 (dodano w lipcu 2016)
Zakończenie obsługi starszej składni znaczników tekstowych
Od 3 października 2016 roku obsługa dokumentów utworzonych przy użyciu starszej wersji składni znaczników tekstowych z podkreśleniami zostanie zakończona.Aktualna wersja 2.0 składni znaczników tekstowych jest używana od kilku lat. Umożliwia tworzenie pól formularza obsługiwanych przez internetowy interfejs użytkownika, w tym tworzenie warunkowych pól formularza, obliczanych pól formularza i zaawansowanej walidacji pól. Wersja 2.0 również używa podkreśleń po obu stronach identyfikatora „es". Jednak inne części znacznika są oddzielone dwukropkami.
Przykład starszej wersji składni znaczników tekstowych:
_es_signer_signature
Pole podpisu przypisane do podpisującego.
address_es_signer
Opcjonalne pole o nazwie „address" przypisane do podpisującego.
Przykład wersji 2.0 składni znaczników tekstowych:
Sig_es_:signer:signature
Pole podpisu przypisane do podpisującego.
address_es_:signer
Opcjonalne pole o nazwie „address" przypisane do podpisującego.
Istniejące szablony dokumentów używające starszej wersji znaczników tekstowych powinny zostać zaktualizowane do używania składni znaczników tekstowych w wersji 2.0 przed 3 października 2016 r.Szczegóły dotyczące nowej składni można znaleźć w Karcie informacyjnej „Tworzenie formularzy za pomocą znaczników tekstowych".
WYMAGANE DZIAŁANIA
Baza danych Adobe Sign zostanie zaktualizowana w celu obsługi 4-bajtowych znaków Unicode
W sierpniu, w ramach globalnej ekspansji Adobe Sign i obsługi języków, baza danych zostanie zaktualizowana w celu lepszej obsługi wielobajtowych zestawów znaków. Obecnie Adobe Sign nie wysyła 4-bajtowych znaków do aplikacji klienckich za pośrednictwem interfejsu API. Dzięki tej aktualizacji baza danych będzie mogła obsługiwać 4-bajtowe rozszerzone znaki Unicode.
WYMAGANE DZIAŁANIA
Należy upewnić się, że aplikacje i magazyn danych używające wywołań interfejsu API Adobe Sign będą mogły obsługiwać 4-bajtowe znaki.
Dodatkowe zakresy adresów IP dla Adobe Sign
Usługi Adobe Sign nadal rozszerzają zasięg usługi. Rozszerzone usługi będą działać z nowego zestawu adresów IP poza tymi aktualnie używanymi.
WYMAGANE DZIAŁANIA
Jeśli istniejąca konfiguracja sieci lub zapory sieciowej jawnie umieszcza na białej liście adresy IP usługi Adobe Sign, musisz zaktualizować ustawienia konfiguracji sieci, aby uwzględnić nowe adresy IP i zapewnić ciągły dostęp do usługi.Istniejące adresy IP będą nadal działać i nie mogą zostać usunięte z konfiguracji sieci.
Istniejące adresy IP
Ameryka Północna:
166.78.79.112/28
207.97.227.112/28
52.71.63.224/27 (dodany w lutym 2016)
52.35.253.64/27 (dodany w lutym 2016)
Europa
52.48.127.160/27 (dodano w lutym 2016)
52.58.63.192/27 (dodano w lutym 2016)
Dodatkowe adresy IP
Japonia
52.196.191.224/27 (dodano w lipcu 2016)
Australia
52.65.255.192/27 (dodano w lipcu 2016)
Obsługa szyfru RC4 zostanie zakończona
Obsługa szyfru RC4 zostanie zakończona we wszystkich domenach Adobe Sign, w tym *.echosign.com i documents.adobe.com, w dniu 20 sierpnia 2016. Klienci używający szyfrowania symetrycznego RC4 do komunikacji SSL/TLS nie będą mogli łączyć się z żadną domeną Adobe Sign.
WYMAGANE DZIAŁANIA
Aplikacje działające na starszych wersjach języka Java (wersja 1.6 lub niższa), które komunikują się z usługą Adobe Sign, napotkają błędy uzgadniania SSL/TLS. Przeprowadź aktualizację do nowszej wersji języka Java (wersja 8 lub nowsza), aby zapewnić nieprzerwane działanie. Przekaż te informacje zespołowi operacyjnemu IT, aby potwierdzić, czy organizacja ma inne serwery lub usługi korzystające z RC4 do komunikacji z usługą Adobe Sign. W takim przypadku przeprowadź aktualizację tych serwerów lub usług, aby obsługiwały zaktualizowany zestaw szyfrów.
Dlaczego RC4 jest wyłączany: Szyfr strumieniowy RC4 ma znaczące luki w zabezpieczeniach, a większość dostawców niezależnego oprogramowania zaczęła wycofywać jego obsługę. Więcej informacji można znaleźć w następujących witrynach:
https://threatpost.com/google-mozilla-microsoft-to-sever-rc4-support-in-early-2016/114498/
http://arstechnica.com/security/2015/03/noose-around-internets-tls-system-tightens-with-2-new-decryption-attacks/
Obsługa integracji produktu z programem Microsoft Dynamics CRM 2011 (wersja on-premise) zostanie zakończona we wrześniu 2016 r.
Firma Microsoft kończy główną obsługę programu Dynamics CRM 2011 w dniu 12 lipca 2016. Zakończymy obsługę we wrześniu 2016.
WYMAGANE DZIAŁANIA
Przeprowadź aktualizację do obsługiwanej przez Adobe wersji On-Premise programu Dynamics CRM 2013 lub nowszej do 3 października 2016 r.Klienci używający nieobsługiwanych wersji będą musieli przeprowadzić aktualizację do najnowszej wersji, aby uniknąć przerw w działaniu usługi.
Informacje o aktualizacji do najnowszej wersji można uzyskać od menedżera ds. sukcesu klienta
Przypomnienie
Obsługa integracji produktu z programem Microsoft Dynamics CRM 2011 (wersja On-Premise) zostanie zakończona we wrześniu 2016 r.
Aktualizacje produktu, aktualizacje zabezpieczeń i wsparcie techniczne dla usług Adobe Sign dla programu Salesforce w wersjach 12 i 13 zostały zakończone 30 kwietnia 2016.
WYMAGANE DZIAŁANIA
Klienci używający nieobsługiwanych wersji będą musieli przeprowadzić aktualizację do najnowszej wersji, jeśli potrzebują wsparcia technicznego.
Dodatkowe zakresy adresów IP dla Adobe Sign
Adobe Sign nadal rozszerza zasięg usługi.Rozszerzone usługi będą działać z nowego zestawu adresów IP wykraczającego poza te obecnie używane.
WYMAGANE DZIAŁANIA
Jeśli istniejąca konfiguracja sieci lub zapory sieciowej jawnie zezwala na adresy IP dla Adobe Sign, w związku z nowymi lokalizacjami musisz zaktualizować ustawienia konfiguracji sieci, aby uwzględnić nowe adresy IP w celu zapewnienia ciągłego dostępu do usługi.Istniejące adresy IP będą nadal działać i nie można ich usuwać ani wykluczać z konfiguracji sieci.
Istniejące adresy IP
Ameryka Północna:
166.78.79.112/28
207.97.227.112/28
52.71.63.224/27 (dodano w lutym 2016)
52.35.253.64/27 (dodano w lutym 2016)
Europa
52.48.127.160/27 (dodano w lutym 2016)
52.58.63.192/27 (dodano w lutym 2016)
Dodatkowe adresy IP
Japonia
52.196.191.224/27
Australia
52.65.255.192/27
Kończy się obsługa starszej składni tagów tekstowych
Od 3 października 2016 r. obsługa dokumentów utworzonych przy użyciu starszej wersji składni tagów tekstowych z podkreśleniami zostanie przerwana.Nowa składnia tagów tekstowych umożliwia tworzenie pól formularza obsługiwanych przez internetowy interfejs użytkownika, w tym tworzenie warunkowych pól formularza, obliczanych pól formularza i zaawansowanej walidacji pól.
Przykład starszej wersji składni tagów tekstowych:
_es_signer_signature
Pole podpisu przypisane do osoby podpisującej.
address_es_signer
Opcjonalne pole o nazwie „address" przypisane do osoby podpisującej.
Przykład składni tagów tekstowych w wersji 2.0:
Sig_es_:signer:signature
Pole podpisu przypisane do osoby podpisującej.
address_es_:signer
Opcjonalne pole o nazwie „address" przypisane do osoby podpisującej.
WYMAGANE DZIAŁANIA
Jeśli masz istniejące szablony dokumentów ze starszą wersją tagów tekstowych, zaktualizuj szablony dokumentów, aby używały nowej składni tagów tekstowych w wersji 2.0 przed 3 października 2016 r. Szczegółowe informacje o nowej składni można znaleźć w karcie informacyjnej Tworzenie formularzy przy użyciu tagów tekstowych.
Adobe Sign zaktualizuje główną bazę danych, aby obsługiwała 4-bajtowe znaki Unicode
W sierpniu, w ramach globalnej ekspansji Adobe Sign i obsługi języków, główna baza danych zostanie zaktualizowana w celu lepszej obsługi wielobajtowych zestawów znaków. Obecnie Adobe Sign nie wysyła 4-bajtowych znaków do aplikacji klienta za pośrednictwem interfejsu API. Dzięki tej aktualizacji baza danych będzie mogła obsługiwać 4-bajtowe rozszerzone znaki Unicode.
WYMAGANE DZIAŁANIA
Przejrzyj aplikacje i magazyn danych wykorzystujące wywołania interfejsu API Adobe Sign, aby upewnić się, że będą mogły obsługiwać 4-bajtowe znaki
Kończy się obsługa szyfru RC4
Obsługa szyfru RC4 zostanie zakończona 20 sierpnia 2016 r. Obsługa szyfru RC4 zostanie wyłączona we wszystkich domenach Adobe Sign, w tym *.echosign.com i documents.adobe.com. Klienci, którzy używają szyfrowania symetrycznego RC4 do komunikacji SSL/TLS, nie będą mogli łączyć się ze wszystkimi domenami Adobe Sign, ponieważ uzgadnianie SSL/TLS nie powiedzie się.
WYMAGANE DZIAŁANIA
Aplikacje działające na starszych wersjach Java (wersja 1.6 lub niższa), które komunikują się z usługą Adobe Sign, napotkają błędy uzgadniania SSL/TLS. Uaktualnij do nowszej wersji Java (wersja 8 lub nowsza), aby zapewnić nieprzerwane działanie.
Przekaż te informacje zespołowi operacyjnemu IT, aby potwierdzić, czy organizacja ma inne serwery lub usługi, które korzystają z RC4 do komunikacji z usługą Adobe Sign. Jeśli tak, uaktualnij te serwery lub usługi, aby obsługiwały zaktualizowany pakiet szyfrów.
Dlaczego RC4 jest wyłączany: Szyfr strumieniowy RC4 ma znane poważne luki w zabezpieczeniach i większość ISV rozpoczęła stopniowe wycofywanie obsługi tego szyfru.Aby uzyskać więcej informacji, odwiedź te strony:
https://threatpost.com/google-mozilla-microsoft-to-sever-rc4-support-in-early-2016/114498/
http://arstechnica.com/security/2015/03/noose-around-internets-tls-system-tightens-with-2-new-decryption-attacks/
Wsparcie dla integracji produktu z Microsoft Dynamics CRM 2011 (wersja On-Premise) zakończy się we wrześniu 2016 roku
Microsoft kończy główne wsparcie dla Dynamics CRM 2011 w dniu 12 lipca 2016 roku. Zakończymy wsparcie we wrześniu 2016 roku.
WYMAGANE DZIAŁANIA
Uaktualnij swoją wersję On-Premise do obsługiwanej przez Adobe wersji Dynamics CRM 2013 lub nowszej (On-Premise) do 3 października 2016 roku.Klienci korzystający z nieobsługiwanych wersji będą musieli uaktualnić do najnowszej wersji, aby uniknąć zakłóceń w usłudze.
Aby uzyskać informacje o aktualizacji do najnowszej wersji, skontaktuj się z menedżerem sukcesu klienta.
Przypomnienia
Wsparcie dla integracji produktu z Salesforce w wersjach 12 i 13 zostało zakończone
Aktualizacje produktu, aktualizacje zabezpieczeń i wsparcie techniczne dla usług Adobe Sign dla Salesforce w wersjach 12 i 13 zakończyły się 30 kwietnia 2016 roku.
WYMAGANE DZIAŁANIA
Klienci korzystający z nieobsługiwanych wersji będą musieli uaktualnić do najnowszej wersji, jeśli wymagają wsparcia technicznego.
Wydanie integracji NetSuite
Adobe wydało najnowszą wersję integracji Adobe Sign z NetSuite (v4.0). Ta wersja uzyskała certyfikat „Built for Netsuite" i spełnia wszystkie najnowsze najlepsze praktyki projektowe NetSuite.
Nowe funkcje są następujące:
- Automatyczne udostępnianie.Nowa niestandardowa preferencja, która umożliwia użytkownikom wysyłającym umowy w NetSuite automatyczne utworzenie konta użytkownika usług Adobe Sign.
- OAuth 2.0. Aby poprawić bezpieczeństwo danych, Adobe Sign używa teraz OAuth 2.0 do uwierzytelniania konta w NetSuite. To ulepszenie nie wpłynie na implementację, ale będzie wymagać jednorazowej konfiguracji w celu autoryzacji pakietu NetSuite do komunikacji z Adobe Sign.
Wsparcie dla szyfru RC4 kończy się
Data zakończenia wsparcia dla szyfru RC4 została zmieniona na 20 sierpnia 2016 r.
Wsparcie dla szyfru RC4 zostanie wyłączone we wszystkich domenach eSign, w tym *.echosign.com i documents.adobe.com w dniu 20 sierpnia 2016 r. Klienci używający szyfrowania symetrycznego RC4 do komunikacji SSL/TLS nie będą mogli połączyć się ze wszystkimi domenami eSign, ponieważ nawiązanie połączenia SSL/TLS zakończy się niepowodzeniem.
WYMAGANE DZIAŁANIA
Aplikacje działające na starszych wersjach Java (wersja 1.6 lub niższa), które komunikują się z usługą eSign, będą napotykać błędy nawiązywania połączenia SSL/TLS.Zaktualizuj do nowszej wersji Java (wersja 8 lub nowsza), aby zapewnić nieprzerwane działanie.
Przekaż te informacje zespołowi operacyjnemu IT, aby potwierdzić, czy organizacja ma inne serwery lub usługi, które polegają na RC4 do komunikacji z usługami eSign. Jeśli tak, zaktualizuj te serwery lub usługi, aby obsługiwały zaktualizowany zestaw szyfrów.
Dlaczego RC4 jest wyłączane: Szyfr strumieniowy RC4 ma znane poważne luki w zabezpieczeniach, a większość dostawców oprogramowania zaczęła stopniowo rezygnować z jego wsparcia. Więcej informacji można znaleźć na następujących stronach:
https://threatpost.com/google-mozilla-microsoft-to-sever-rc4-support-in-early-2016/114498/
http://arstechnica.com/security/2015/03/noose-around-internets-tls-system-tightens-with-2-new-decryption-attacks/
Wsparcie dla integracji produktu z Salesforce w wersjach 12 i 13 kończy się.
Aktualizacje produktu, aktualizacje zabezpieczeń i wsparcie techniczne dla usług eSign od Adobe dla Salesforce w wersjach 12 i 13 zakończą się 30 kwietnia 2016 r. Zaktualizuj do najnowszej wersji, aby nadal otrzymywać wsparcie.
WYMAGANE DZIAŁANIA
Klienci używający nieobsługiwanych wersji będą musieli zaktualizować do najnowszej wersji, jeśli będą wymagać wsparcia technicznego.
Informacje o aktualizacji do najnowszej wersji można uzyskać, kontaktując się z kierownikiem ds. obsługi klienta.
Wsparcie dla integracji produktu z Microsoft Dynamics CRM 2011 (wersja On-Premise) zakończy się we wrześniu 2016 r.
Microsoft kończy główne wsparcie dla Dynamics CRM 2011 w dniu 12 lipca 2016 r. Zakończymy wsparcie we wrześniu 2016 r.
WYMAGANE DZIAŁANIA
Zaktualizuj swoją wersję On-Premise do obsługiwanej przez Adobe wersji Dynamics CRM 2013 lub nowszej (On-Premise) do 3 października 2016 r. Klienci używający nieobsługiwanych wersji będą musieli przeprowadzić uaktualnienie do najnowszej wersji, aby uniknąć zakłóceń w świadczeniu usługi.
Informacje o aktualizacji do najnowszej wersji można uzyskać, kontaktując się z menedżerem sukcesu klienta.
Przypomnienie
Wydanie integracji NetSuite
Adobe wydało najnowszą wersję integracji usług eSign Adobe Document Cloud z NetSuite (v4.0). Ta wersja uzyskała certyfikat „Built for NetSuite" i spełnia wszystkie najnowsze najlepsze praktyki projektowania NetSuite.
Nowe funkcje są następujące:
- Automatyczne konfigurowanie. Nowa niestandardowa preferencja, która umożliwia użytkownikom wysyłającym umowy w NetSuite automatyczne utworzenie konta użytkownika usług eSign Adobe Document Cloud.
- OAuth 2.0.Aby zwiększyć bezpieczeństwo danych, usługi eSign Adobe Document Cloud używają teraz OAuth 2.0 do uwierzytelniania konta usług eSign Adobe Document Cloud w NetSuite. To ulepszenie nie wpłynie na implementację, ale konieczne będzie wykonanie jednorazowej konfiguracji w celu autoryzacji pakietu NetSuite do komunikacji z Adobe Document Cloud.
Dodatkowe zakresy adresów IP dla usług eSign Adobe Document Cloud
Usługi eSign Adobe Document Cloud rozszerzyły zasięg usług wraz z wydaniem lutowej konserwacji. Rozszerzone usługi będą działać z nowego zestawu adresów IP poza tymi obecnie używanymi.
WYMAGANE DZIAŁANIA
Jeśli istniejąca konfiguracja sieci lub zapory ogniowej jawnie umieszcza na białej liście adresy IP dla usług eSign Adobe Document Cloud, musisz zaktualizować ustawienia konfiguracji sieci, aby uwzględnić nowe adresy IP w celu zapewnienia ciągłego dostępu do usług. Istniejące adresy IP będą nadal stosowane i nie należy ich usuwać z konfiguracji sieciowej.
Istniejące adresy IP
Ameryka Północna:
166.78.79.112/28
207.97.227.112/28
Dodatkowe adresy IP
Ameryka Północna:
52.71.63.224/27
52.35.253.64/27
Europa:
52.48.127.160/27
52.58.63.192/27
Wydanie integracji NetSuite
Wydanie integracji NetSuite.
Firma Adobe wydała najnowszą wersję integracji usług eSign Adobe Document Cloud z NetSuite (v4.0). Ta wersja uzyskała certyfikat „Built for NetSuite" i spełnia wszystkie najnowsze najlepsze praktyki projektowania NetSuite.
Nowe funkcje są następujące:
- Automatyczne konfigurowanie. Nowe niestandardowe preferencje, które pozwalają użytkownikom wysyłającym umowy w NetSuite na automatyczne konfigurowanie z kontem użytkownika usług eSign Adobe Document Cloud.
- OAuth 2.0. Aby zwiększyć bezpieczeństwo danych, usługi eSign Adobe Document Cloud używają teraz OAuth 2.0 do uwierzytelniania konta usług eSign Adobe Document Cloud w NetSuite. To ulepszenie nie wpłynie na implementację, ale konieczne będzie wykonanie jednorazowej konfiguracji w celu autoryzacji pakietu NetSuite do komunikacji z Adobe Document Cloud.
Przeprowadź aktualizację już dziś, aby skorzystać ze wszystkich tych ulepszeń.
Koniec okresu użytkowania szyfru RC4
Usługi eSign Adobe Document Cloud dostosowują się do głównych dostawców oprogramowania, aby zakończyć obsługę szyfru RC4.
Adobe wyłączy obsługę szyfru RC4 na serwerze secure.echosign.com na początku 2016 roku. Klienci korzystający z szyfrowania symetrycznego RC4 do komunikacji SSL/TLS nie będą mogli połączyć się z serwerem secure.echosign.com, ponieważ uzgadnianie SSL/TLS zakończy się niepowodzeniem.
WYMAGANE DZIAŁANIA
Klientów korporacyjnych zdecydowanie zachęcamy do testowania niestandardowych aplikacji i integracji, aby upewnić się, że będą nadal działać bezproblemowo po tej zmianie.Skontaktuj się ze swoim CSM w celu konfiguracji testu.
Znany problem: Klienci korzystający ze starszych wersji języka Java (wersja 1.6 lub niższa) mogą napotkać niepowodzenia uzgadniania SSL/TLS.
Rozwiązanie: Zaktualizuj do nowszej wersji języka Java (wersja 8).
Dlaczego szyfrowanie RC4 jest wyłączane: Szyfr strumieniowy RC4 jest znany z poważnych luk bezpieczeństwa, a większość niezależnych dostawców oprogramowania zaczęła wycofywać jego obsługę. Aby uzyskać więcej informacji, odwiedź następujące witryny:
https://threatpost.com/google-mozilla-microsoft-to-sever-rc4-support-in-early-2016/114498/
http://arstechnica.com/security/2015/03/noose-around-internets-tls-system-tightens-with-2-new-decryption-attacks/
Przypomnienie
Dodatkowe zakresy adresów IP dla usług eSign Adobe Document Cloud
Usługi eSign Adobe Document Cloud rozszerzyły zasięg usług wraz z liutowym wydaniem konserwacyjnym. Rozszerzone usługi będą działać z nowego zestawu adresów IP poza tymi obecnie używanymi.
WYMAGANE DZIAŁANIA
Jeśli istniejąca konfiguracja sieci lub zapory sieciowej wyraźnie umieszcza adresy IP dla usług Adobe Document Cloud eSign na białej liście, należy zaktualizować ustawienia konfiguracji sieci, aby uwzględnić nowe adresy IP w celu zapewnienia ciągłego dostępu do usług.Istniejące adresy IP będą nadal stosowane i nie należy ich usuwać z konfiguracji sieciowej.
Istniejące adresy IP
Ameryka Północna:
166.78.79.112/28
207.97.227.112/28
Dodatkowe adresy IP
Ameryka Północna:
52.71.63.224/27
52.35.253.64/27
Europa:
52.48.127.160/27
52.58.63.192/27
Koniec obsługi podpisywania jednym kliknięciem
Powiadomienie dla klientów korzystających z opcji Jedno kliknięcie jako preferowanej metody podpisywania: Usługi eSign w programie Adobe Document Cloud przestały obsługiwać podpisywanie jednym kliknięciem i zaktualizowały klientów do standardowej metody podpisywania 15 stycznia 2016 roku.
Standardowa metoda podpisywania zapewnia proste i usprawione działanie, które zostało zoptymalizowane pod kątem pracy na wszystkich urządzeniach, w tym komputerach stacjonarnych, tabletach i smartfonach.Proces podpisywania prowadzi podpisującego przez wymagane pola.Standardowa metoda podpisywania zapewnia znacznie bogatsze doświadczenie dla podpisujących niż oferuje podpisywanie jednym kliknięciem, w tym automatyczne zapisywanie danych wprowadzonych do umowy, warunkowe pola formularza i walidację pól.
WYMAGANE DZIAŁANIA
Jeśli nie przełączono jeszcze na standardową metodę podpisywania, należy wybrać Konto > Ustawienia konta > Preferencje podpisu i wybrać Standard jako preferowaną metodę podpisywania dokumentów.
Umieszczanie stempla elektronicznego identyfikatora transakcji na dokumentach
Usługi eSign Adobe Document Cloud wyłączyły „niebieską ramkę" identyfikatora transakcji 15 stycznia 2016 roku. Wprowadziliśmy tę zmianę, aby zapewnić klientom:
- Większy widok dokumentów
- Elastyczność wyboru miejsca umieszczenia stempla podpisu elektronicznego w dokumencie
- Możliwość wyboru, które dokumenty wymagają identyfikatora transakcji
WYMAGANE DZIAŁANIA
Aby automatycznie generuj identyfikator transakcji i stempel podpisu dla podpisanych dokumentów, klienci korzystający z „niebieskiej ramki" do oznaczania dokumentów identyfikatorami transakcji i stemplami podpisów uczestników powinni Aktualizacja swoich dokumentów za pomocą tagów tekstowych lub pól formularza.Więcej informacji podano w dokumencie Podręcznik użytkownika tagów tekstowych.
Dodatkowe zakresy adresów IP dla usług eSign od Adobe
Usługi Adobe Document Cloud eSign rozszerzają swój zasięg ze skutkiem natychmiastowym.Rozszerzona usługa będzie działać, korzystając z szeregu nowych adresów IP oprócz tych wykorzystywanych do tej pory. Jeśli istniejąca konfiguracja sieci lub zapory wyraźnie dodaje do białej listy adresy IP dla usług eSign, należy zaktualizować ustawienia konfiguracji sieci, aby uwzględnić te nowe adresy IP w celu zapewnienia ciągłego dostępu do usługi.
Istniejące adresy IP
Ameryka Północna:
166.78.79.112/28
207.97.227.112/28
Dodatkowe adresy IP
Ameryka Północna:
52.71.63.224/27
52.35.253.64/27
Europa:
52.48.127.160/27
52.58.63.192/27
Uwaga: Istniejące adresy IP będą nadal działać i nie wolno ich usuwać ani wyłączać z konfiguracji sieci.
Koniec wsparcia dla podpisywania „jednym kliknięciem"
Powiadomienie dla klientów używających funkcji One Click jako preferowanego sposobu podpisywania.15 stycznia 2016 r. usługi eSign zaprzestaną obsługi podpisywania jednym kliknięciem i przejdą na standardową metodę podpisywania dla wszystkich użytkowników.
Standardowa metoda podpisywania zapewnia proste i usprawnione podpisywanie, które zostało zoptymalizowane do pracy na wszystkich urządzeniach, w tym na komputerach, tabletach i smartfonach.Proces podpisywania prowadzi osobę podpisującą przez wymagane pola.Standardowa metoda podpisywania zapewnia znacznie bogatsze wrażenia dla osób podpisujących niż podpisywanie jednym kliknięciem, w tym automatyczny zapis danych wprowadzonych do umowy, warunkowe pola formularza i walidację pól.
Administratorzy mogą przełączyć się na standardową metodę podpisywania przed 15 stycznia 2016 r. i zdecydowanie zachęcamy do tego.Aby przełączyć się na standardową metodę podpisywania, przejdź do karty konto, wybierz „Ustawienia konta", następnie „Preferencje podpisu" i wybierz „Standardowa" jako preferowaną metodę podpisywania dokumentów.
Zapoznaj się z poniższym artykułem, jeśli obecnie używasz „niebieskiej ramki" do oznaczania dokumentów identyfikatorami transakcji i stemplami podpisów.
Umieszczanie stempla podpisu identyfikatora transakcji elektronicznej w dokumentach
Powiadomienie dla klientów używających automatycznie generowanego stempla transakcji i podpisu dla podpisanych dokumentów, który przejawia się jako niebieska ramka wokół podpisanych dokumentów.
15 stycznia 2016 r. usługi eSign wyłączą identyfikator transakcji „niebieskiej ramki".Wprowadzamy tę zmianę, aby zapewnić klientom:
- Większy widok dokumentów
- Elastyczność wyboru miejsca umieszczenia stempla podpisu elektronicznego w dokumencie
- Możliwość wyboru dokumentów wymagających identyfikatora transakcji
Klienci obecnie używający „niebieskiej ramki" do adnotowania dokumentów z identyfikatorami transakcji i stemplami podpisów uczestników mają możliwość aktualizacji swoich dokumentów za pomocą znaczników tekstowych lub pól formularza. Więcej informacji podano w Podręczniku użytkownika znaczników tekstowych.
Zmiana daty zakończenia wsparcia dla szyfru RC4
Usługi Adobe Document Cloud eSign dostosowują się do głównych dostawców oprogramowania, aby zakończyć wsparcie dla szyfru RC4 w drugim kwartale 2016 roku.Konkretną datę przekażemy w kolejnych aktualizacjach.
Adobe wyłączy wsparcie dla szyfru RC4 na serwerze secure.echosign.com na początku 2016 roku. Klienci używający szyfrowania symetrycznego RC4 do komunikacji SSL/TLS nie będą mogli połączyć się z serwerem secure.echosign.com, ponieważ uzgadnianie SSL/TLS zakończy się niepowodzeniem.
Dlaczego RC4 jest wyłączany:
Wiadomo, że szyfr strumieniowy RC4 ma poważne luki w zabezpieczeniach i większość dostawców oprogramowania rozpoczęła wycofywanie jego wsparcia. Więcej informacji:
https://threatpost.com/google-mozilla-microsoft-to-sever-rc4-support-in-early-2016/114498/
http://arstechnica.com/security/2015/03/noose-around-internets-tls-system-tightens-with-2-new-decryption-attacks/
Znany problem: Klienci używający starszych wersji Java 1.6 lub niższych mogą napotkać błędy uzgadniania SSL/TLS. Rozwiązanie: Przejdź na nowszą wersję Java 8.
Uwaga: Klientom przedsiębiorstw zdecydowanie zaleca się przetestowanie niestandardowych aplikacji i integracji, aby upewnić się, że będą nadal działać bezproblemowo po tej zmianie. Skontaktuj się z menedżerem CSM w sprawie konfiguracji testowej.
Najnowsze aktualizacje
Wsparcie dla IE7 i IE8 kończy się 12 stycznia 2016
Usługa eSign dostosowuje się do zasad Microsoft dotyczących zakończenia wsparcia dla starszych wersji Internet Explorer. Szczegóły można znaleźć w zasadach wsparcia cyklu życia przeglądarki Internet Explorer firmy Microsoft.W związku z tym, od 12 stycznia 2016 r. nie będziemy już obsługiwać IE7 i IE8.Jeśli używasz IE7 lub IE8, jak najszybciej zaktualizuj przeglądarkę do aktualnej wersji. Zobacz listę przeglądarek obsługiwanych przez Adobe.
Zakończenie wsparcia dla podpisywania „jednym kliknięciem"
Informacja dla klientów używających opcji One Click jako preferowanej metody podpisu.15 stycznia 2016 r. usługi Adobe eSign przestaną obsługiwać podpisywanie jednym kliknięciem i wszyscy klienci zostaną przeniesieni na standardową metodę podpisywania.
Standardowa metoda podpisywania zapewnia proste i usprawione doświadczenie podpisywania, które zostało zoptymalizowane do pracy na wszystkich urządzeniach, w tym komputerach, tabletach i smartfonach.Podpisywanie prowadzi osobę podpisującą przez wymagane pola. Standardowa metoda zapewnia znacznie bogatsze doświadczenia dla osób podpisujących niż oferowane przez podpisywanie One Click, w tym automatyczny zapis danych wprowadzonych do umowy, warunkowe pola formularzy i walidację pól.
Administratorzy są zachęcani do przejścia na standardową metodę podpisywania przed 15 stycznia. Aby przełączyć się na używanie standardowej metody podpisywania, przejdź do karty konto, wybierz „Ustawienia konta", następnie do „Preferencje podpisu" i wybierz „Standardowa" jako preferowaną metodę podpisywania dokumentów.
Zobacz artykuł poniżej, jeśli obecnie używasz „niebieskiej ramki" do dodawania adnotacji do dokumentów za pomocą identyfikatorów transakcji i stempli podpisu.
Umieszczanie na dokumentach stempla podpisu elektronicznego z identyfikatorem transakcji.
Data zmieniona z 1 grudnia 2015 r. na 15 stycznia 2016 r.
Uwaga dla klientów używających automatycznie generowanego stempla transakcji i podpisu dla podpisanych dokumentów, który przejawia się jako niebieska ramka wokół podpisanych dokumentów.
15 stycznia 2015 r. usługi Adobe eSign wyłączą „niebieską ramkę" identyfikatora transakcji. Wprowadzamy tę zmianę, aby zapewnić klientom:
- Większy widok dokumentów
- Elastyczność wyboru miejsca umieszczenia stempla podpisu elektronicznego w dokumencie
- Możliwość wyboru dokumentów wymagających identyfikatora transakcji
Klienci obecnie używający „niebieskiej ramki" do dodawania adnotacji do dokumentów za pomocą identyfikatorów transakcji i stempli podpisu uczestników mają możliwość aktualizacji swoich dokumentów za pomocą znaczników tekstowych lub pól formularzy. Więcej informacji można znaleźć w podręczniku użytkownika znaczników tekstowych.
Obsługa IE7 i IE8 kończy się 12 stycznia 2016 r.
Usługa eSign jest zgodna z zasadami Microsoft dotyczącymi zakończenia cyklu życia starszych wersji Internet Explorer. Szczegółowe informacje można znaleźć w zasadach pomocy technicznej cyklu życia firmy Microsoft dla Internet Explorer. W związku z tym od 12 stycznia 2016 r. nie będziemy już obsługiwać IE7 i IE8. Jeśli używasz IE7 lub IE8, zaktualizuj do aktualnej przeglądarki tak szybko, jak to możliwe. Zobacz listę przeglądarek obsługiwanych przez Adobe.
Najnowsze aktualizacje
Zmiana daty wycofania szyfru RC4
Usługa Adobe Document Cloud eSign dostosowuje się do głównych dostawców oprogramowania, kończąc obsługę szyfru RC4 na początku 2016 roku.To jest aktualizacja wcześniej przekazanej daty 5 listopada.
Adobe wyłączy obsługę szyfru RC4 na serwerze secure.echosign.com na początku 2016 roku.Klienci używający szyfrowania symetrycznego RC4 do komunikacji SSL/TLS nie będą mogli połączyć się z serwerem secure.echosign.com, ponieważ uzgadnianie SSL/TLS zakończy się niepowodzeniem.
Dlaczego RC4 jest wyłączane:
Szyfr strumieniowy RC4 ma znane poważne luki w zabezpieczeniach i większość dostawców niezależnego oprogramowania zaczęła wycofywać jego obsługę.Więcej informacji:
https://threatpost.com/google-mozilla-microsoft-to-sever-rc4-support-in-early-2016/114498/
http://arstechnica.com/security/2015/03/noose-around-internets-tls-system-tightens-with-2-new-decryption-attacks/
Znany problem: Klienci korzystający ze starszych wersji Java 1.6 lub niższych mogą napotkać błędy uzgadniania SSL/TLS.Rozwiązanie: zaktualizuj do nowszej wersji Java 8.
W celu testowania API skontaktuj się ze swoim CSM.
Obsługa IE7 i IE8 kończy się 12 stycznia 2016 roku
Usługa eSign dostosowuje się do zasad Microsoft dotyczących wycofania starszych wersji Internet Explorer.Szczegóły można znaleźć w zasadach wsparcia cyklu życia Microsoft dla Internet Explorer.W związku z tym od 12 stycznia 2016 roku nie będziemy już obsługiwać IE7 i IE8.Jeśli korzystasz z IE7 lub IE8, przeprowadź aktualizację do aktualnej przeglądarki tak szybko, jak to możliwe.Zobacz listę przeglądarek obsługiwanych przez Adobe.
Najnowsze aktualizacje
Umieszczanie stempla podpisu z identyfikatorem transakcji elektronicznej na dokumentach
Uwaga dla klientów korzystających z automatycznie generowanego stempla transakcji i podpisu dla podpisanych dokumentów, który wyświetla się jako niebieska ramka wokół podpisanych dokumentów.
1 grudnia 2015 roku usługa Adobe eSign wyłączy „niebieską ramkę" identyfikatora transakcji.Wprowadzamy tę zmianę, aby zapewnić klientom:
- Większy widok dokumentów
- Elastyczność wyboru miejsca umieszczenia stempla podpisu elektronicznego w dokumencie
- Możliwość wyboru dokumentów wymagających identyfikatora transakcji
Klienci currently korzystający z „niebieskiej ramki" w celu dodawania adnotacji do dokumentów z identyfikatorami transakcji i stemplami podpisów uczestników mają już możliwość aktualizacji swoich dokumentów za pomocą znaczników tekstowych lub pól formularzy. Więcej informacji podano w Podręczniku użytkownika znaczników tekstowych.
Nowe wymagania dotyczące haseł
Wzmacniamy nasze wymagania dotyczące haseł. W najbliższej przyszłości możesz zostać poproszony o aktualizację hasła tak, aby spełniało następujące kryteria:
- Hasła muszą mieć co najmniej 8 znaków i mogą składać się z maksymalnie 100 znaków.
- Hasło musi spełniać następujące reguły złożoności.
1. Co najmniej 1 duża litera
2. Co najmniej 1 mała litera
3. Co najmniej 1 cyfra
4. Co najmniej 1 znak specjalny (interpunkcyjny) z wyjątkiem białych znaków
- Hasła nie mogą zawierać nazwy użytkownika, imienia lub nazwiska (bez względu na wielkość liter).
- Hasła nie powinny być identyczne z powszechnie używanymi hasłami, takimi jak Password1!
Nowe hasło zostanie odrzucone, jeśli będzie zgodne z wcześniej używanymi hasłami. Liczba poprzednich haseł branych pod uwagę wynosi teraz domyślnie 10. Jeśli administrator konta jawnie przesłonił limit dla twojego konta, pozostanie to w mocy.
Podczas logowania w celu uzyskania dostępu do usługi zwróć uwagę na komunikat w aplikacji dotyczący aktualizacji hasła.
Koniec okresu eksploatacji szyfru RC4
Usługi eSign programu Adobe Document Cloud dostosowują się do głównych dostawców oprogramowania, aby zakończyć obsługę szyfru RC4 na początku 2016 roku.
Adobe wyłączy obsługę szyfru RC4 na serwerze secure.echosign.com na początku 2016 roku. Klienci, którzy używają szyfrowania symetrycznego RC4 do komunikacji SSL/TLS, nie będą mogli połączyć się z serwerem secure.echosign.com, ponieważ uzgadnianie SSL/TLS się nie powiedzie.
Dlaczego RC4 jest wyłączane:
Szyfr strumieniowy RC4 ma znane poważne luki w zabezpieczeniach i większość niezależnych dostawców oprogramowania rozpoczęła stopniowe wycofywanie jego obsługi. Więcej informacji:
https://threatpost.com/google-mozilla-microsoft-to-sever-rc4-support-in-early-2016/114498/
http://arstechnica.com/security/2015/03/noose-around-internets-tls-system-tightens-with-2-new-decryption-attacks/
Znane problemy:
Klienci korzystający ze starszych wersji Java 1.6 lub niższych mogą napotkać błędy uzgadniania SSL/TLS. Rozwiązanie: zaktualizuj do nowszej wersji Java 8.
W przypadku testowania interfejsu API skontaktuj się z menedżerem klienta.
Certyfikat SSL zostanie zaktualizowany w niedzielę 18 października 2015 r.
Usługa Adobe Document Cloud eSign znacznie rozszerza swoją działalność o dodatkowe centra danych, aby zapewnić wyższą jakość usług i wydajność transakcji podpisu elektronicznego oraz oferować globalną obecność usługi.Aby wspierać tę ekspansję, dodamy więcej domen internetowych do istniejących domen już obsługiwanych przez Adobe eSign.
Aby obsłużyć dodatkowe domeny, certyfikat SSL używany przez usługę eSign zostanie zaktualizowany w niedzielę 18 października 2015 r. Zmiana w certyfikacie SSL jest ograniczona tylko do klucza publicznego — nie ma żadnych zmian w podstawowych protokołach kryptograficznych ani schematach, ani żadnych zmian w certyfikatach głównych i pośrednich.
Nie przewidujemy, że ta zmiana wpłynie na zdecydowaną większość klientów, ponieważ przeglądarki internetowe i aplikacje mobilne (iOS czy Android) będą bezproblemowo walidować nowe certyfikaty.Jednak jeśli masz niestandardowe integracje z usługą Adobe eSign korzystające z interfejsów API opartych na SOAP lub REST i jeśli którakolwiek z tych integracji ma przypięty istniejący klucz publiczny, integracja będzie musiała zostać zaktualizowana, aby uwzględnić nowy klucz publiczny do walidacji serwera przed niedzielą 18 października 2015 r. Z przypiętym certyfikatem aplikacja integracyjna oczekuje, że usługa Adobe eSign przedstawi określony certyfikat SSL z określonym kluczem publicznym. Nieuaktualizowanie certyfikatu spowoduje, że integracja przestanie działać. Klucz publiczny nowego certyfikatu SSL dla usługi Adobe eSign znajduje się na końcu tego dokumentu.
Klucz publiczny.
W niedzielę 18 października 2015 r. certyfikat SSL Adobe eSign będzie miał następujący klucz publiczny:
-----BEGIN PUBLIC KEY-----
MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAyX/qrvtOKHZNMn2KQPEY ay9rBLWdh21c6B0Fv0cIs89DKmlLxRQhuzralVTokMcaqNyJYm01MP1Jj7EySbtk mNjQmGWSFhbGgvPY5mToDNu14IfqaZ5khm2Nnp2IKh9zqt5ENZcBflPJ9oYToiLZ EXnaeQOW4pi+MgTwn0OHz2i+9O5CAa/xxgpxouQhZzkc7dECKZnzXqOcEOHVUs/8 lxYpDHogfQhSQHbZryp4KmrjSLcZeIV94VswOBG/rwbjlSj8bkoPkI3II4ZLW/GH MW390E/4BzuXuh0NO84yRyegfTn6O2mx05ZakzB93+wpRIDauh5Iuah6nXvJe9bn SQIDAQAB
-----END PUBLIC KEY-----
Jeśli używasz naszego klucza publicznego w swojej integracji, zastąp stary certyfikat tym nowym kluczem publicznym nie później niż w niedzielę, 18 października 2015 r.
W przypadku pytań należy skontaktować się z obsługą klienta pod adresem support@echosign.com.
Obsługa IE7 i IE8 kończy się 12 stycznia 2016 r.
Usługa eSign dostosowuje się do polityki Microsoft dotyczącej zakończenia wsparcia dla starszych wersji Internet Explorer. Szczegółowe informacje można znaleźć w polityce Microsoft Lifecycle Support dla Internet Explorer. W związku z tym od 12 stycznia 2016 r. nie będziemy już wspierać IE7 i IE8.Jeśli korzystasz z programu IE7 lub IE8, zaktualizuj przeglądarkę do najnowszej wersji tak szybko, jak to możliwe.Zobacz listę przeglądarek obsługiwanych przez Adobe.
Umieszczanie na dokumentach stempla podpisu z elektronicznym identyfikatorem transakcji
Uwaga dla klientów korzystających z automatycznie generowanego stempla transakcji i podpisu w przypadku podpisanych dokumentów, który przejawia się jako „niebieska ramka" wokół podpisanych dokumentów.
1 grudnia 2015 r. usługi Adobe eSign wyłączą identyfikator transakcji „niebieska ramka".Wprowadzamy tę zmianę, aby zapewnić klientom:
- Powiększony widok dokumentów
- Elastyczność w wyborze miejsca umieszczenia stempla podpisu elektronicznego w dokumencie
- Możliwość wyboru dokumentów wymagających identyfikatora transakcji
Klienci obecnie korzystający z „niebieskiej ramki" w celu dodawania adnotacji do dokumentów z identyfikatorami transakcji i stemplami podpisów mają już możliwość aktualizacji dokumentów przy użyciu tagów tekstowych lub pól formularza.Więcej informacji zawiera Podręcznik użytkownika tagów tekstowych.
Nowe wymagania dotyczące haseł
Zaostrzamy wymagania dotyczące haseł.W ciągu najbliższych kilku miesięcy konieczna będzie aktualizacja hasła, aby spełniało następujące kryteria:
- Hasła muszą mieć co najmniej 8 znaków i mogą zawierać maksymalnie 100 znaków.
- Hasło musi spełniać te reguły złożoności.
1. Co najmniej 1 wielka litera
2. Co najmniej 1 mała litera
3. Co najmniej 1 cyfra
4. Co najmniej 1 znak specjalny (znak interpunkcyjny)
- Hasła nie mogą zawierać bez uwzględnienia wielkości liter nazwy użytkownika, imienia ani nazwiska.Nazwa użytkownika definiowana jest jako ciąg znaków przed znakiem @ w adresie e-mail.Ze względów użyteczności ta reguła ma zastosowanie tylko wtedy, gdy długość ciągu jest większa niż lub równa 3 znakom.
- Hasła nie powinny być zgodne z powszechnie używanymi hasłami, takimi jak Password1!
- Hasła nie powinny być zgodne ze znakami z uwzględnieniem wielkości liter w ostatnich 10 używanych hasłach.
Podczas logowania w celu uzyskania dostępu do usługi należy zwrócić uwagę na komunikat w aplikacji o konieczności aktualizacji hasła.
Zmiana daty końca obsługi szyfru RC4
Usługi podpisu elektronicznego Adobe Document Cloud dostosowują się do głównych dostawców oprogramowania, aby zakończyć obsługę szyfru RC4 na początku 2016 roku. Jest to aktualizacja wcześniej przekazanej daty 5 listopada 2015 roku.
Adobe wyłączy obsługę szyfru RC4 na serwerze secure.echosign.com na początku 2016 roku. Klienci używający szyfrowania symetrycznego RC4 do komunikacji SSL/TLS nie będą mogli połączyć się z serwerem secure.echosign.com, gdy uzgadnianie SSL/TLS zakończy się niepowodzeniem.
Dlaczego RC4 jest wyłączane:
Wiadomo, że szyfr strumieniowy RC4 ma poważne luki w zabezpieczeniach i większość niezależnych dostawców oprogramowania rozpoczęła wycofywanie jego obsługi. Więcej informacji można znaleźć w:
https://threatpost.com/google-mozilla-microsoft-to-sever-rc4-support-in-early-2016/114498/
http://arstechnica.com/security/2015/03/noose-around-internets-tls-system-tightens-with-2-new-decryption-attacks/
Znane problemy:
- Klienci korzystający ze starszych wersji Java 1.6 lub niższych mogą napotkać błędy uzgadniania SSL/TLS. Rozwiązanie: uaktualnij do nowszej wersji Java 8.
- Klient korzystający z IE6 w systemie Windows XP napotka błędy uzgadniania SSL/TLS. Rozwiązanie: Uaktualnij system operacyjny i przeglądarkę do wersji obsługiwanych przez Document Cloud eSign — IE9 i nowsze, Chrome, Firefox lub Safari.
W przypadku testowania API skontaktuj się z CSM.
Najnowsze aktualizacje
Prawidłowy adres URL umożliwiający użytkownikom logowanie do usługi eSign
Upewnij się, że poinformowano użytkowników o prawidłowym adresie URL logowania i zaktualizowano wszystkie zakładki. Adres URL logowania do usług eSign to https://secure.echosign.com/public/login/
Usprawnij pracę z usługą Acrobat Sign
Szybkie i łatwe zarządzanie dokumentami i podpisywanie ich w Internecie.
