Tekniske varsler for Adobe Acrobat Sign 2015-2016

API og Webapp: Regler for passordkompleksitet vil endres i 2017

Adobe Sign endrer reglene for passordkompleksitet for å øke sikkerheten. Tidlig i 2017 vil kunder som bruker webprogrammet, bli bedt om å oppdatere passordet, og de vil ha 90 dager på seg til å gjøre dette. Kunder som logger inn eller oppretter brukere gjennom de eksisterende REST- eller SOAP-API-ene, har til midten av 2018 på seg til å oppdatere applikasjonene sine for å overholde sikkerhetskravene for passord i Adobe Sign. Informasjon om hvordan du går over til de nye reglene, blir tilgjengelig for både kunder og partnere som bruker API-et tidlig i 2017. 

Nye passordkriterier:

• Minimum 8 tegn, maksimum 100 tegn
• Minst én stor bokstav
• Minst ett siffer
• Minst ett spesialtegn (tegnsetting), unntatt mellomrom
• Kan ikke inneholde brukernavn, fornavn eller etternavn uavhengig av store/små bokstaver
• Det nye passordet blir avvist hvis det matcher tidligere brukte passord

HANDLING KREVES

Tidlig i 2017 må brukere av webprogrammet oppdatere passordene sine når de blir bedt om det. Kunder som oppretter brukere gjennom API-et, har til juli 2018 på seg til å oppdatere applikasjonene sine for å bruke REST API for å overholde de nye passordkriteriene. 

Integrasjon: Støtten for Adobe Sign-integrasjonen med Salesforce v14 er avsluttet.

Produktoppdateringer, sikkerhetsoppdateringer og teknisk støtte for Adobe Sign for Salesforce v14 ble avsluttet 15. desember 2016. 

Versjon 18 er tilgjengelig nå. Få de nyeste funksjonene, inkludert:

• Bedre brukeropplevelse for både Salesforce Classic- og Lightning-visninger
• Bedre statussynlighet
• Forbedret administratoropplevelse med avanserte Lightning-komponenter
• Nye verktøy for avanserte signeringsarbeidsflyter

HANDLING KREVES 

Oppgrader til den nyeste versjonen av vår integrasjon med Salesforce. Kunder som bruker versjoner som ikke støttes, må oppgradere til en gjeldende versjon for å fortsette å motta teknisk støtte. 

Integrasjon: Ny utgivelse av Adobe Sign for Microsoft Dynamics og slutten på levetiden for Adobe Sign-integrasjonen med Dynamics v4

Microsoft Dynamics v5 er nå tilgjengelig.Denne utgivelsen inneholder forbedringer som bruk av Microsoft Turbo Forms og bredere nettleserstøtte.For informasjon om oppgradering til den nyeste versjonen, kontakt Customer Success-manageren din.

Adobe Sign for Microsoft Dynamics v4 og tidligere (lokale versjoner og nettbaserte versjoner) blir avviklet 30. juni 2017.Disse versjonene vil ikke lenger være tilgjengelige etter juni.

HANDLING KREVES

For både Microsoft Dynamics lokalt og på nettet, oppgrader til Adobe Sign for Dynamics v5 før juli 2017.Du vil kunne overføre alle data fra v4 og eldre til den nyeste versjonen. Versjon 5 støtter Dynamics lokalt 2013, 2015, 2016 og Dynamics på nettet

Sikkerhet: Slutt på støtte for TLS 1.0 og 1.1

Adobe vil fjerne støtten for protokollene TLS 1.0 og 1.1 i 2017 for å oppfylle industriens beste praksis for SSL/TLS-sikkerhet og for å overholde PCI-standarder (dato vil bli kunngjort). Når støtten for TLS 1.0 og 1.1 opphører, vil ikke kunder som ennå ikke har oppgradert til TLS 1.2 eller høyere, få tilgang til Adobe Sign-tjenesten.

HANDLING KREVES

Følg den anbefalte systemkonfigurasjonen for Adobe Sign for både nettleseren og skrivebordsoperativsystemet slik at TLS v1.2 støttes.

Oppdatering av systemkonfigurasjon: Slutt på støtte for Internet Explorer 9

Adobe Sign vil avslutte støtten for Internet Explorer 9 tidlig i mars for å tilpasse seg Microsofts slutt på støtte for Windows Vista 11. mars 2017.

HANDLING KREVES

Oppgrader maskinvaren til støttede operativsystemer, inkludert Windows 7, 8 eller 10 med en av de støttede nettleserne som er oppført i Adobe Sign-systemkravene.

Påminnelser

API: OAuth-programstøtte for SOAP API vil bli fjernet

Med utgivelsen i forbindelse med vedlikeholdet i desember vil nye OAuth-programmer bare få tilgang til REST-APIer. Eksisterende applikasjoner og integrasjonsnøkler vil fortsette å ha tilgang til både SOAP- og REST-APIer.

HANDLING KREVES

Bruk REST-APIer når du utvikler nye programmer. Hvis du vil ha mer informasjon, går du til Developer Center.

API og webapplikasjon: Støtten har sluttet for eldre Text Tag-syntaks.

Støtte for v1.0-tekstkoder er avsluttet. Selv om v1.0-koder fortsatt kan brukes i tjenesten, vil ikke noen feil eller forbedringer bli godtatt for denne syntaksen.

HANDLING KREVES
Sørg for at brukerne dine bruker 2.0 text tag-syntaks når de oppretter nye dokumentmaler. Gå gjennom programmer og eksisterende maler som kan inneholde eldre tekstkoder, og oppdater dem med den nyere 2.0-tekskodesyntaksen. Se referansehåndboken for oppretting av skjemaer med tekstkoder for å finne flere detaljer.

Sikkerhet: Støtten for RC4-chifferet har opphørt.

Bruk av RC4-transportlagskrypteringen vil bli avviklet i uken som starter 16. januar 2017.

API: SOAP-APIer blir avviklet for nye OAuth-applikasjoner

Med neste vedlikeholdsutgivelse tidlig i desember vil nye OAuth-applikasjoner bare kunne få tilgang til REST-APIer.Eksisterende applikasjoner og integrasjonsnøkler vil fortsette å ha tilgang til både SOAP- og REST-APIer.

HANDLING KREVES

Bruk REST-APIer når du utvikler nye programmer. For mer informasjon kan du gå til Developer Center. 

Mobilapp: Oppdater sikkerhetsinnstillingene på Single Sign On (SSO)-serveren din

Apple har kunngjort håndhevelse av App Transport Security (ATS) for alle mobilapplikasjoner som sendes inn til App Store innen utgangen av 2016. Hvis du har konfigurert Adobe Sign-kontoen din til å bruke SSO-pålogging, og bruker Adobe Sign iOS-mobilappen, må du sørge for at SSO-serveren din støtter Apples App Transport Security (ATS)-krav.

HANDLING KREVES

Oppdater serverne dine til å støtte Apples ATS-krav før 1. desember 2016 for å fortsette SSO-tilgangen til Adobe Sign iOS-applikasjonen.

API og webapp: Støtte er avsluttet for eldre tekstkodesyntaks

Støtte for v1.0-tekstkoder er avsluttet. Selv om v1.0-tagger fortsatt vil bli respektert i tjenesten, vil ingen feil eller forbedringer bli akseptert for denne syntaksen.

HANDLING KREVES

Sørg for at brukerne dine bruker v2.0-teksttagg-syntaks når de oppretter nye dokumentmaler. Gå gjennom programmer og eksisterende maler som kan inneholde eldre tekstkoder, og oppdater dem med den nyere 2.0-tekskodesyntaksen. Se Creating Forms with Text Tags Referansehåndbok for detaljer.

Integrasjon: Ny versjon av Adobe Sign for Microsoft Dynamics og slutten på Adobe Sign-integrasjonen med Dynamics v4

Integrasjon: Ny versjon av Adobe Sign for Microsoft Dynamics og slutten på Adobe Sign-integrasjonen med Dynamics v4

Microsoft Dynamics v5 er nå tilgjengelig for kunder å forhåndsvise. Denne versjonen inkluderer forbedringer som bruk av Microsoft Turbo Forms og bredere nettleserstøtte. For informasjon om hvordan du kan forhåndsvise den nyeste versjonen, kontakt din Client Success Manager.

Adobe Sign for Microsoft Dynamics v4 og tidligere (lokale versjoner og nettversjoner) vil bli avviklet 30. juni 2017.Disse versjonene vil ikke lenger være tilgjengelige etter juni.

HANDLING KREVES

For både Microsoft Dynamics On-Premise og online, oppgrader til Adobe Sign for Dynamics v5 før juli 2017. Du vil kunne overføre alle data fra v4 og eldre til den nyeste versjonen. Versjon 5 støtter Dynamics On-Premise 2013, 2015, 2016 og Dynamics online

Integrasjon: Støtte for Adobe Sign-integrasjonen med Salesforce v14 avsluttes

Produktoppdateringer, sikkerhetsoppdateringer og teknisk støtte for Adobe Sign for Salesforce v14 vil avsluttes 15. desember 2016.

Versjon 18 er tilgjengelig nå. Få de nyeste funksjonene, inkludert:

Bedre brukeropplevelse for både Salesforce Classic og Lightning-visninger

• Bedre statussynlighet
• Forbedret administratoropplevelse med avanserte Lightning-komponenter
• Nye verktøy for avanserte signeringsarbeidsflyter

HANDLING KREVES

Oppgrader til den nyeste versjonen av vår integrasjon med Salesforce. Kunder som bruker ikke-støttede versjoner vil bli pålagt å oppgradere til en gjeldende versjon for å fortsette å motta teknisk støtte.

API og Webapp: Regler for passordkompleksitet vil endres i 2017

Adobe Sign endrer reglene for passordkompleksitet for å øke sikkerheten. Fra mars 2017 vil kunder som bruker webapplikasjonen bli bedt om å oppdatere passordet sitt, og vil ha 90 dager på seg til å følge dette opp. Kunder som logger på eller klargjør brukere gjennom de eksisterende REST- eller SOAP-APIene, har frem til midten av 2018 på seg til å oppdatere programmene sine slik at de overholder Adobe Signs krav til passordsikkerhet.Informasjon om hvordan man går over til de nye reglene vil være tilgjengelig for både kunder og partnere som bruker API-et tidlig i 2017.

Nye passordkriterier:

• Minimum 8 tegn, maksimum 100 tegn
• minst én stor bokstav
• minst én liten bokstav
• Minst ett siffer
• Minst ett spesialtegn (tegnsetting), unntatt mellomrom
• Kan ikke inneholde brukernavn, fornavn eller etternavn (uavhengig av store/små bokstaver)
• Det nye passordet blir avvist hvis det matcher tidligere brukte passord

HANDLING KREVES

Fra mars 2017 bør brukere av nettapplikasjoner oppdatere passord når de blir bedt om det. Kunder som klargjør brukere gjennom API vil ha frem til juli 2018 på seg til å oppdatere programmer til å bruke REST-API for å overholde de nye passordkriteriene. 

Sikkerhet: Slutt på støtte for TLS 1.0 og 1.1

For å møte bransjens beste praksis for SSL/TLS-sikkerhet, og for å overholde PCI-standarder, vil vi fjerne støtte for TLS 1.0- og 1.1-protokoller i 2017 (dato vil bli kunngjort). Når støtten for TLS 1.0 og 1.1 opphører, vil ikke kunder som ennå ikke har oppgradert til TLS 1.2 eller høyere, få tilgang til Adobe Sign-tjenesten.

HANDLING KREVES

Følg den anbefalte systemkonfigurasjonen for Adobe Sign for både nettleseren og datamaskinens operativsystem slik at TLS v1.2 støttes.

Påminnelser

Sikkerhet: Støtte for RC4-chiffer er avsluttet

Bruk av RC4-transportlagschifer vil bli avsluttet uken 16. januar 2017.

Oppdater sikkerhetsinnstillingene på Single Sign On (SSO)-serveren din

Apple har kunngjort at App Transport Security (ATS) vil bli håndhevet for alle mobilapplikasjoner som sendes til App Store innen utgangen av 2016. Hvis du har konfigurert Adobe Sign-kontoen din til å bruke SSO-pålogging, og bruker Adobe Sign iOS-mobilappen, må du sørge for at SSO-serveren din støtter Apples App Transport Security (ATS)-sikkerhetskrav.

HANDLING KREVES

Oppdater serverne dine til å støtte Apples ATS-krav før 1. desember 2016 for å fortsette SSO-tilgangen til Adobe Sign iOS-applikasjonen.

Støtte avsluttes for eldre Text Tag-syntaks

Den tidligere kommuniserte datoen 3. oktober 2016 for avslutning av støtte for eldre text tag-syntaks har blitt utsatt for å gi kundene mer tid til å gå over til versjon 2.0 text tag-syntaks. Den nye datoen for avslutning av støtte er ikke fastsatt ennå; vennligst sørg likevel for at alle skjemaer og avtaler bruker gjeldende syntaks.

HANDLING KREVES

Sørg for at brukerne dine bruker 2.0 text tag-syntaks når de oppretter nye dokumentmaler. Gå gjennom biblioteket ditt med eksisterende maler som kan inneholde eldre text tags og oppdater dem med nyere 2.0 text tag-syntaks. Hvis du har en applikasjon som bruker den gamle syntaksen, revidér taggene for å sikre at applikasjonen din fortsetter å fungere når støtten avsluttes. Se referansehåndboken Creating Forms with Text Tags for detaljer.

Livssyklusslutt for Adobe Sign-integrasjonen med Microsoft Dynamics v4

Adobe Sign for Microsoft Dynamics v4 og tidligere (lokale versjoner og nettversjoner) vil bli avsluttet 30. juni 2017. Disse versjonene vil ikke lenger være tilgjengelige etter juni. Den nye versjonen (v5) inkluderer forbedringer som bruk av Microsoft turboskjemaer og bredere støtte for nettlesere. Microsoft Dynamics v5 er tilgjengelig nå.

HANDLING KREVES

For både Microsoft Dynamics On-Premise og online, oppgrader til Adobe Sign for Dynamics v5 før juli 2017. Du vil kunne overføre alle data fra v4 og eldre til den nyeste versjonen. Versjon 5 støtter Dynamics On-Premise 2013, 2015, 2016 og Dynamics online.

For hjelp med oppgradering til den nyeste versjonen, kontakt din Customer Success Manager.

Støtte for Adobe Sign-integrasjonen med Salesforce v14 avsluttes

Produktoppdateringer, sikkerhetsoppdateringer og teknisk støtte for Adobe Sign for Salesforce v14 avsluttes 15. desember 2016.

HANDLING KREVES

Oppgrader til den nyeste versjonen av vår integrasjon med Salesforce. Kunder som bruker ustøttede versjoner må oppgradere til en gjeldende versjon for å fortsette å motta teknisk støtte.

Slutt på støtte for TLS 1.0 og 1.1

For å møte bransjens beste praksis for SSL/TLS-sikkerhet, og for samsvar med PCI-standarder, vil vi fjerne støtte for TLS 1.0- og 1.1-protokoller i 2017 (dato kunngjøres senere). Når støtten for TLS 1.0 og 1.1 opphører, vil ikke kunder som ennå ikke har oppgradert til TLS 1.2 eller høyere, få tilgang til Adobe Sign-tjenesten.

HANDLING KREVES

Oppgrader til TLS versjon 1.2 eller høyere

Oppdater sikkerhetsinnstillingene på Single Sign On (SSO)-serveren

Apple har kunngjort håndhevelse av App Transport Security (ATS) for alle mobilapplikasjoner som sendes inn til App Store innen utgangen av 2016. Hvis du har konfigurert Adobe Sign-kontoen til å bruke SSO-pålogging, og bruker Adobe Sign iOS-mobilappen, må du sørge for at SSO-serveren støtter Apples App Transport Security (ATS)-sikkerhetskrav.

HANDLING KREVES

Oppdater serverne dine til å støtte Apples ATS-krav før 1. desember 2016 for å fortsette SSO-tilgang til Adobe Sign iOS-applikasjonen.

Støtte avsluttes for eldre Text Tag-syntaks

Den tidligere kommuniserte datoen 3. oktober 2016 for slutt på støtte for eldre tekst-tag-syntaks har blitt utsatt for å gi kunder mer tid til å gå over til versjon 2.0 tekst-tag-syntaks. Den nye datoen for slutt på støtte er ikke fastsatt, men sørg for at alle skjemaer og avtaler bruker gjeldende syntaks.

HANDLING KREVES

Sørg for at brukerne dine bruker 2.0 tekst-tag-syntaks når de oppretter nye dokumentmaler. Gå gjennom biblioteket ditt med eksisterende maler som kan inneholde eldre tekst-tager og oppdater dem med nyere 2.0 tekst-tag-syntaks. Hvis du har en applikasjon som bruker den gamle syntaksen, revidér taggene for å sikre at applikasjonen din fortsetter å fungere når slutten på støtten trer i kraft. Se referansehåndboken Oppretting av skjemaer med teksttagger for detaljer.

Støtte for Adobe Sign-integrasjonen med Microsoft Dynamics v4 og tidligere avsluttes i juni 2017

Adobe Sign for Microsoft Dynamics v4 og tidligere (lokale og nettbaserte versjoner) vil bli avviklet 30. juni 2017.Disse versjonene vil ikke lenger være tilgjengelige etter juni. Den nye versjonen (v5) inkluderer forbedringer som bruk av Microsoft turboskjemaer og bredere støtte for nettlesere. Den er tilgjengelig i dag.

HANDLING KREVES

For både Microsoft Dynamics On-Premise og online, oppgrader til Adobe Sign for Dynamics v5 før juli 2017. Du vil kunne overføre alle data fra v4 og eldre til den nyeste versjonen. Versjon 5 støtter Dynamics On-Premise 2013, 2015, 2016 og Dynamics online.

For informasjon om oppgradering til den nyeste versjonen, kontakt kundeansvarlig. 

Støtte for Adobe Sign-integrasjonen med Salesforce v14 avsluttes

Produktoppdateringer, sikkerhetsoppdateringer og teknisk støtte for Adobe Sign for Salesforce v14 avsluttes 15. desember 2016.

HANDLING KREVES

Oppgrader til den nyeste versjonen av vår integrasjon med Salesforce. Kunder som bruker versjoner som ikke støttes, må oppgradere til en gjeldende versjon for å fortsette å motta teknisk støtte.

Slutt på støtte for TLS 1.0 og 1.1

For å møte bransjens beste praksis for SSL/TLS-sikkerhet og for å overholde PCI-standarder, fjerner vi støtte for TLS 1.0- og 1.1-protokoller i 2017 (dato blir kunngjort). Når støtten for TLS 1.0 og 1.1 opphører, vil ikke kunder som ennå ikke har oppgradert til TLS 1.2 eller høyere, få tilgang til Adobe Sign-tjenesten.

HANDLING KREVES

Oppgrader til TLS versjon 1.2 eller høyere

Påminnelser

Adobe Sign-databasen er oppdatert for å støtte 4-byte Unicode-tegn

I midten av september ble støtte lagt til for utvidede flerbyte-tegnsett som en del av Adobe Signs globale utvidelse og forbedret språkstøtte. Med denne oppdateringen støtter databasen nå 4-byte utvidede Unicode-tegn.

HANDLING KREVES

Sørg for at applikasjoner og datalagring som bruker Adobe Sign API-kall kan håndtere 4-byte-tegn.
 

Støtte for RC4-kryptering er avsluttet

Fra 20. august 2016 har Adobe avsluttet støtte for RC4-kryptering. Adobe vil fortsette å overvåke RC4-bruk og støtte overgangen til andre, sikrere krypteringsmetoder.

Det er enighet i bransjen om at RC4 ikke lenger er kryptografisk sikker. Denne kunngjøringen er i tråd med kunngjøringer fra Oracle, Salesforce, Microsoft, Google og Mozilla, som avsluttet støtte for RC4 i kommersielle applikasjoner i fjor.

HANDLING KREVES

Oppgrader maskinvare eller programvare som er avhengig av RC4 for å kommunisere med Adobe Sign-tjenesten til å støtte en oppdatert krypteringspakke.
 

Ekstra IP-adresseområder for Adobe Sign.

Hvis din eksisterende nettverks- eller brannmurkonfigurasjon eksplisitt hvitelister IP-adresser for Adobe Sign, må du oppdatere konfigurasjonsinnstillingene til å inkludere de nye IP-adressene slik at du sikrer fortsatt tilgang til tjenesten. De eksisterende IP-adressene vil fortsatt være i drift og må ikke slettes eller fjernes fra nettverkskonfigurasjonen.

Eksisterende IP-adresser

Nord-Amerika:

166.78.79.112/28
207.97.227.112/28
52.71.63.224/27 (lagt til februar 2016)
52.35.253.64/27 (lagt til februar 2016)

Europa

52.48.127.160/27 (lagt til februar 2016)
52.58.63.192/27 (lagt til februar 2016)

Ekstra IP-adresser
Japan

52.196.191.224/27 (lagt til juli 2016)

Australia

52.65.255.192/27 (lagt til juli 2016)

Støtte avsluttes for eldre Text Tag-syntaks

Den tidligere kommuniserte datoen 3. oktober 2016 for avslutning av støtte for eldre teksttag-syntaks har blitt utsatt for å gi kundene mer tid til å gå over til versjon 2.0 teksttag-syntaks.Den nye datoen for avslutning av støtte er ikke fastsatt ennå, men sørg for at alle skjemaer og avtaler bruker gjeldende syntaks.

HANDLING KREVES

Sørg for at brukerne dine bruker 2.0 teksttag-syntaks når de oppretter nye dokumentmaler.Se gjennom biblioteket ditt med eksisterende maler som kan inneholde eldre teksttagger, og oppdater dem med den nyere 2.0-teksttag-syntaksen.Hvis du har en applikasjon som bruker den gamle syntaksen, revider taggene for å sikre at applikasjonen din fortsetter å fungere når støtten avsluttes.Se Referansehåndbok for oppretting av skjemaer med teksttagger for mer informasjon.

Adobe Sign vil oppdatere kjernedatabasen sin for å støtte 4-byte Unicode-tegn

I september vil støtte bli lagt til for utvidede flerbyte-tegnsett som en del av Adobe Signs globale ekspansjon og forbedret språkstøtte.For øyeblikket sender ikke Adobe Sign 4-byte-tegn til klientapplikasjonene dine via API-et.Med denne oppdateringen vil databasen kunne støtte 4-byte utvidede Unicode-tegn.

HANDLING KREVES

Sørg for at applikasjoner og datalagring som bruker Adobe Sign API-kall kan håndtere 4-byte-tegn. 

Datoendring: Støtte for Adobe Sign-integrasjonen for Microsoft Dynamics CRM 2011 (On-Premise-versjon) er endret fra september 2016 til juni 2017

Microsoft avsluttet hovedstøtte for Dynamics CRM 2011 12. juli 2016.Adobe vil avslutte støtte for Adobe Sign-integrasjonen med Dynamics CRM 2011 i juni 2017.

HANDLING KREVES

Oppgrader til MS Dynamics CRM 2013 eller senere (on-premise-versjon) eller MS Dynamics 365 før juni 2017. 

Støtte for Adobe Sign-integrasjonen for Salesforce versjon 14 avsluttes

Produktoppdateringer, sikkerhetsoppdateringer og teknisk støtte for Adobe Sign-tjenester for Salesforce versjon 14 avsluttes 15. desember 2016.

HANDLING KREVES

Oppgrader til den nyeste versjonen av vår integrasjon med Salesforce. Kunder som bruker versjoner som ikke støttes, må oppgradere til en gjeldende versjon for å fortsette å motta teknisk støtte.

Avslutning av støtte for TLS 1.0

For å følge bransjens beste praksis for SSL/TLS-sikkerhet og for å være i samsvar med PCI-standarder, vil vi fjerne støtte for TLS 1.0-protokollen i 2017 (dato vil bli kunngjort).Når TLS 1.0-støtte fjernes, vil kunder som ikke har oppgradert til minst TLS 1.1 ikke kunne få tilgang til Adobe Sign-tjenesten.

HANDLING KREVES

Oppgrader til TLS versjon 1.1 eller høyere.Versjon 1.2 anbefales på det sterkeste.Vi støtter for øyeblikket TLS versjon 1.1 og 1.2, så kunder på 1.0 kan oppgradere umiddelbart. 

Påminnelse

Fra og med 20. august 2016 har Adobe avsluttet støtten for RC4-kryptering. RC4 vil fortsette å være tilgjengelig under TLS-fallback-forhandlinger for å forhindre tjenesteavbrudd, men kundene oppfordres til å slutte å bruke det så snart som mulig. Adobe vil fortsette å overvåke RC4-bruk og støtte overgangen til andre, sikrere krypteringsalgoritmer. 

Det er enighet i bransjen om at RC4 ikke lenger er kryptografisk sikkert. Denne kunngjøringen er i tråd med kunngjøringer fra Oracle, Salesforce, Microsoft, Google og Mozilla, som avsluttet støtten for RC4 i kommersielle applikasjoner i fjor.

HANDLING KREVES

Oppgrader maskinvare eller programvare som er avhengig av RC4 for kommunikasjon med Adobe Sign-tjenesten for å støtte en oppdatert krypteringspakke.

Støtte for RC4-kryptering har opphørt

Ytterligere IP-adresseområder for Adobe Sign

Adobe Sign-tjenester har utvidet tjenesten til å operere fra et nytt sett med IP-adresser, i tillegg til de som brukes for øyeblikket.

HANDLING KREVES

Hvis den eksisterende nettverks- eller brannmurkonfigurasjonen eksplisitt hvitlister IP-adressene for Adobe Sign, må du som forberedelse til de ytterligere lokasjonene oppdatere nettverkskonfigurasjonsinnstillingene for å inkludere de nye IP-adressene for å sikre fortsatt tilgang til tjenesten. De eksisterende IP-adressene vil fortsatt være i drift og må ikke slettes eller fjernes fra nettverkskonfigurasjonen.

Eksisterende IP-adresser

Nord-Amerika:

166.78.79.112/28
207.97.227.112/28
52.71.63.224/27 (lagt til februar 2016)
52.35.253.64/27 (lagt til februar 2016)

Europa

52.48.127.160/27 (lagt til februar 2016)
52.58.63.192/27 (lagt til februar 2016)

Ytterligere IP-adresser
Japan

52.196.191.224/27 (lagt til juli 2016)

Australia

52.65.255.192/27 (lagt til juli 2016)

Støtte for eldre Text Tag-syntaks opphører

Fra og med 3. oktober 2016 vil støtten bli avsluttet for dokumenter opprettet ved hjelp av den eldre versjonen av text tag-syntaksen som bruker understreker. Den gjeldende versjonen, 2.0, text tag-syntaks har vært i bruk i flere år. Den muliggjør opprettelse av skjemafelt som støttes gjennom web-grensesnittet, inkludert opprettelse av betingede skjemafelt, beregnede skjemafelt og avansert feltvalidering. Versjon 2.0 bruker også understreker på hver side av 'es'-identifikatoren. Andre deler av taggen er imidlertid atskilt med kolon.

Eksempel på eldre versjon av text tag-syntaks:

_es_signer_signature
Et signaturfelt tildelt underskriveren.

address_es_signer
Et valgfritt felt med navnet 'address' tildelt underskriveren.

Eksempel på versjon 2.0 av tekstmerke-syntaks:

Sig_es_:signer:signature
Et signaturfelt tildelt underskriveren.

address_es_:signer
Et valgfritt felt med navnet 'address' tildelt underskriveren.
 

Eksisterende dokumentmaler som bruker den eldre versjonen av tekstmerkene bør oppdateres til å bruke versjon 2.0 tekstmerke-syntaks før 3. oktober 2016. Se Referansehåndbok for oppretting av skjemaer med tekstmerker for detaljer om den nye syntaksen.

HANDLING KREVES

Adobe Sign vil oppdatere kjernedatabasen for å støtte 4-byte Unicode-tegn

I august, som en del av Adobe Signs globale utvidelse og språkstøtte, vil kjernedatabasen bli oppdatert for å bedre støtte multibyte-tegnsett.For øyeblikket sender ikke Adobe Sign 4-byte-tegn til klientprogrammene dine via API-et.Med denne oppdateringen vil databasen kunne støtte 4-byte utvidede Unicode-tegn.

HANDLING KREVES

Sørg for at programmer og datalagring som bruker Adobe Sign API-kall kan håndtere 4-byte-tegn. 

Ytterligere IP-adresseområder for Adobe Sign

Adobe Sign-tjenesten fortsetter å utvide sin dekning.De utvidede tjenestene vil operere fra et nytt sett med IP-adresser utover de som brukes nå.

HANDLING KREVES

Hvis din eksisterende nettverks- eller brannmurkonfigurasjon eksplisitt hvitelister IP-adressene for Adobe Sign, må du oppdatere nettverkskonfigurasjonsinnstillingene dine for å inkludere de nye IP-adressene for å sikre fortsatt tilgang til tjenesten. De eksisterende IP-adressene vil fortsette å være i bruk og må ikke slettes eller fjernes fra nettverkskonfigurasjonen din. 

Eksisterende IP-adresser

Nord-Amerika:

166.78.79.112/28
207.97.227.112/28
52.71.63.224/27 (lagt til februar 2016)
52.35.253.64/27 (lagt til februar 2016)

Europa

52.48.127.160/27 (lagt til februar 2016)
52.58.63.192/27 (lagt til februar 2016)

Ytterligere IP-adresser
Japan

52.196.191.224/27 (lagt til juli 2016)

Australia

52.65.255.192/27 (lagt til juli 2016)

Støtte for RC4-kryptering avsluttes

Støtte avsluttes for RC4-kryptering på alle Adobe Sign-domener, inkludert *.echosign.com og documents.adobe.com, 20. august 2016. Kunder som bruker RC4 symmetrisk kryptering for SSL/TLS-kommunikasjon vil ikke kunne koble til noen Adobe Sign-domener.

HANDLING KREVES

Applikasjoner som kjører på eldre versjoner av Java (versjon 1.6 eller lavere) som kommuniserer med Adobe Sign-tjenesten vil oppleve SSL/TLS-handshake-feil. Oppgrader til en nyere versjon av Java (versjon 8 eller senere) for å sikre uavbrutt drift. Gi denne informasjonen til IT-driftsteamet ditt for å bekrefte om organisasjonen din har andre servere eller tjenester som er avhengige av RC4 for kommunikasjon med Adobe Sign-tjenesten. I så fall, oppgrader disse serverne eller tjenestene for å støtte en oppdatert chifferpakke.

Hvorfor RC4 blir deaktivert: RC4-strømchifferet er kjent for å ha store sårbarheter, og de fleste ISV-er har begynt å fase ut støtten for det. For mer informasjon, besøk disse nettstedene:

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/

Støtte for produktintegrasjonen med Microsoft Dynamics CRM 2011 (On-Premise-versjon) avsluttes i september 2016

Microsoft avslutter hovedstøtten for Dynamics CRM 2011 den 12. juli 2016. Vi avslutter støtten i september 2016.

HANDLING KREVES

Oppgrader til en Adobe-støttet On-Premise-versjon av Dynamics CRM 2013 eller senere innen 3. oktober 2016. Kunder som bruker ikke-støttede versjoner må oppgradere til den nyeste versjonen for å unngå avbrudd i tjenesten.

For informasjon om oppgradering til den nyeste versjonen, kontakt kundesuksessansvarlig

Påminnelse

Støtte for produktintegrasjonen med Microsoft Dynamics CRM 2011 (On-Premise-versjon) avsluttes i september 2016

Produktoppdateringer, sikkerhetsoppdateringer og teknisk støtte for Adobe Sign-tjenester for Salesforce-versjonene 12 og 13 ble avsluttet 30. april 2016.

HANDLING KREVES

Kunder som bruker ikke-støttede versjoner må oppgradere til den nyeste versjonen hvis de trenger teknisk støtte.

Ytterligere IP-adresseområder for Adobe Sign

Adobe Sign-tjenester fortsetter å utvide tjenestens fotavtrykk. De utvidede tjenestene vil operere fra et nytt sett med IP-adresser utover de som brukes for øyeblikket.

HANDLING KREVES

Hvis din eksisterende nettverks- eller brannmurkonfigurasjon eksplisitt hvitelister IP-adressene for Adobe Sign, må du oppdatere nettverkskonfigurasjonsinnstillingene for å inkludere de nye IP-adressene som forberedelse til de nye lokasjonene. Dette sikrer fortsatt tilgang til tjenesten.De eksisterende IP-adressene vil fortsette å være i bruk og må ikke slettes eller fjernes fra nettverkskonfigurasjonen din.

Eksisterende IP-adresser

Nord-Amerika:

166.78.79.112/28
207.97.227.112/28
52.71.63.224/27 (lagt til februar 2016)
52.35.253.64/27 (lagt til februar 2016)

Europa

52.48.127.160/27 (lagt til februar 2016)
52.58.63.192/27 (lagt til februar 2016)

Ytterligere IP-adresser
Japan

52.196.191.224/27 

Australia

52.65.255.192/27

Støtte for eldre Text Tag-syntaks avsluttes

Fra og med 3. oktober 2016 vil støtten opphøre for dokumenter opprettet ved hjelp av den eldre versjonen av text tag-syntaksen som bruker understreker. Den nye teksttag-syntaksen muliggjør opprettelse av skjemafelt som støttes gjennom web-grensesnittet, inkludert opprettelse av betingede skjemafelt, beregnede skjemafelt og avansert feltvalidering.

Eksempel på eldre versjon av teksttag-syntaks:

_es_signer_signature
Et signaturfelt tildelt undertegneren.

address_es_signer
Et valgfritt felt med navnet 'address' tildelt undertegneren.

Eksempel på versjon 2.0 av tekstmerke-syntaks:

Sig_es_:signer:signature
Et signaturfelt tilordnet underskriver.

address_es_:signer
Et valgfritt felt med navnet 'address' tilordnet underskriver.

HANDLING KREVES

Hvis du har eksisterende dokumentmaler med den eldre versjonen av Text Tags, oppdater dokumentmalene dine til å bruke syntaksen for versjon 2.0 Text Tags før 3. oktober 2016.Se referansehåndboken Creating Forms with Text Tags for detaljer om den nye syntaksen.

Adobe Sign vil oppdatere kjernedatabasen for å støtte 4-byte Unicode-tegn

I august, som en del av den globale utvidelsen og språkstøtten til Adobe Sign, vil kjernedatabasen bli oppdatert for bedre å støtte flerbyte-tegnsett.For øyeblikket sender ikke Adobe Sign 4-byte-tegn til klientapplikasjonene dine via API-et.Med denne oppdateringen vil databasen kunne støtte utvidede 4-byte Unicode-tegn.

HANDLING KREVES

Gjennomgå applikasjoner og datalagring som bruker Adobe Sign API-kall for å sikre at de kan håndtere 4-byte-tegn

Støtten for RC4-cipher avsluttes

Støtten for RC4-cipher vil avsluttes 20. august 2016.Støtten vil bli deaktivert for RC4-cipher på alle Adobe Sign-domener, inkludert *.echosign.com og documents.adobe.com.Kunder som bruker RC4 symmetrisk kryptering for SSL/TLS-kommunikasjon vil ikke kunne koble til alle Adobe Sign-domener, siden SSL/TLS-håndtrykket vil mislykkes.

HANDLING KREVES

Applikasjoner som kjører på eldre versjoner av Java (versjon 1.6 eller lavere) som kommuniserer med Adobe Sign-tjenesten vil oppleve feil i SSL/TLS-håndtrykket.Oppgrader til en nyere versjon av Java (versjon 8 eller senere) for å sikre kontinuerlig drift.

Gi denne informasjonen til IT-driftsteamet ditt for å bekrefte om organisasjonen din har andre servere eller tjenester som er avhengige av RC4 for kommunikasjon med Adobe Sign-tjenesten.Hvis det er tilfellet, oppgrader disse serverne eller tjenestene til å støtte en oppdatert chifferpakke.

Hvorfor RC4 blir deaktivert: RC4-strømchifferet er kjent for å ha store sårbarheter, og de fleste ISV-er har begynt å fase ut støtten for det.For mer informasjon, besøk disse nettstedene:

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/

Støtten for produktintegrasjonen med Microsoft Dynamics CRM 2011 (On-Premise-versjon) vil avsluttes i september 2016

Microsoft avslutter mainstream-støtten for Dynamics CRM 2011 12. juli 2016.Vi vil avslutte støtten i september 2016.

HANDLING KREVES

Oppgrader On-Premise-versjonen din til en Adobe-støttet versjon av Dynamics CRM 2013 eller senere (On-Premise) innen 3. oktober 2016. Kunder som bruker ikke-støttede versjoner må oppgradere til den nyeste versjonen for å unngå avbrudd i tjenesten.

Kontakt kundesuksessansvarlig for informasjon om oppgradering til den nyeste versjonen. 

Påminnelser

Støtten for produktintegrasjonen med Salesforce versjon 12 og 13 har nå blitt avsluttet

Produktoppdateringer, sikkerhetsoppdateringer og teknisk støtte for Adobe Sign-tjenester for Salesforce versjon 12 og 13 ble avsluttet 30. april 2016.

HANDLING KREVES

Kunder som bruker ikke-støttede versjoner må oppgradere til den nyeste versjonen hvis de trenger teknisk støtte.

Utgivelse av NetSuite-integrasjon

Adobe har utgitt den nyeste versjonen av Adobe Sign-integrasjonen med NetSuite (v4.0). Denne versjonen har oppnådd "Built for NetSuite"-sertifiseringen og oppfyller alle de nyeste NetSuite-utformingsretningslinjene.

Nye funksjoner inkluderer:

• Automatisk klargjøring.En ny tilpasset innstilling som lar brukere som sender avtaler i NetSuite automatisk bli klargjort med en brukerkonto for Adobe Sign-tjenester.
• OAuth 2.0. For å forbedre datasikkerheten bruker Adobe Sign nå OAuth 2.0 til å autentisere kontoen din i NetSuite. Denne forbedringen vil ikke påvirke implementeringen din, men du må gjøre et engangsoppsett for å autorisere NetSuite-pakken din til å kommunisere med Adobe Sign. 

Støtten for RC4-kryptering avsluttes

Datoen for når støtten for RC4-kryptering avsluttes er endret til 20. august 2016.

Støtten vil bli deaktivert for RC4-kryptering på alle eSign-domener, inkludert *.echosign.com og documents.adobe.com 20. august 2016. Kunder som bruker RC4 symmetrisk kryptering for SSL/TLS-kommunikasjon vil ikke kunne koble til alle eSign-domener, da SSL/TLS-håndtrykket vil mislykkes.

HANDLING KREVES

Applikasjoner som kjører på eldre versjoner av Java (versjon 1.6 eller lavere) som kommuniserer med eSign-tjenesten vil oppleve SSL/TLS-håndtrykkfeil. Oppgrader til en nyere versjon av Java (versjon 8 eller senere) for å sikre uavbrutt drift.

Gi denne informasjonen til IT-driftsteamet ditt for å bekrefte om organisasjonen din har andre servere eller tjenester som er avhengige av RC4 for kommunikasjon med eSign-tjenester. Hvis det er tilfellet, oppgrader disse serverne eller tjenestene til å støtte en oppdatert chifferpakke.

Hvorfor RC4 blir deaktivert: RC4-strømchifferet er kjent for å ha store sårbarheter, og de fleste ISV-er har begynt å fase ut støtten for det.For mer informasjon, besøk disse nettstedene:

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/

Støtte for produktintegrasjon med Salesforce-versjonene 12 og 13 avsluttes

Produktoppdateringer, sikkerhetsoppdateringer og teknisk støtte for eSign-tjenester fra Adobe for Salesforce versjonene 12 og 13 avsluttes 30. april 2016.Oppgrader til den nyeste versjonen i god tid for å fortsette å motta støtte.

HANDLING KREVES

Kunder som bruker versjoner som ikke støttes, må oppgradere til den nyeste versjonen hvis de trenger teknisk støtte.

Kontakt din Client Success Manager for informasjon om oppgradering til den nyeste versjonen.

Støtte for produktintegrasjon med Microsoft Dynamics CRM 2011 (On-Premise versjon) avsluttes i september 2016

Microsoft avslutter hovedstøtte for Dynamics CRM 2011 12. juli 2016. Vi avslutter støtten i september 2016.

HANDLING KREVES

Oppgrader On-Premise versjonen din til en Adobe-støttet versjon av Dynamics CRM 2013 eller senere (On-Premise) innen 3. oktober 2016. Kunder som bruker versjoner som ikke støttes, må oppgradere til den nyeste versjonen for å unngå avbrudd i tjenesten.

Kontakt kundestøtteansvarlig for informasjon om oppgradering til den nyeste versjonen. 

Påminnelse

NetSuite-integrasjonslansering

Adobe har utgitt sin nyeste versjon av Adobe Document Cloud eSign-tjenesteintegrasjon med NetSuite (v4.0). Denne versjonen har oppnådd "Built for NetSuite"-sertifiseringen og oppfyller alle NetSuites nyeste designretningslinjer.

Nye funksjoner inkluderer:

• Automatisk klargjøring. En ny tilpasset innstilling som lar brukere som sender avtaler i NetSuite automatisk få opprettet en brukerkonto for Adobe Document Cloud eSign-tjenester.
• OAuth 2.0. For å forbedre datasikkerheten bruker Adobe Document Cloud eSign-tjenester nå OAuth 2.0 til å autentisere Adobe Document Cloud eSign-tjenester-kontoen din i NetSuite.Denne forbedringen vil ikke påvirke implementeringen din, men du må gjøre et engangsoppsett for å autorisere NetSuite-pakken din til å kommunisere med Adobe Document Cloud.

Ytterligere IP-adresseområder for Adobe Document Cloud eSign-tjenester

Adobe Document Cloud eSign-tjenester har utvidet rekkevidden til tjenestene med vedlikeholdsutgivelsen i februar.De utvidede tjenestene vil operere fra et nytt sett med IP-adresser utover de som brukes for øyeblikket.

HANDLING KREVES

Hvis den eksisterende nettverks- eller brannmurkonfigurasjonen eksplisitt har hvitlistet IP-adressene for Adobe Document Cloud eSign-tjenester, må du oppdatere nettverksinnstillingene for å inkludere de nye IP-adressene for å sikre fortsatt tilgang til tjenestene.De eksisterende IP-adressene vil fortsatt være i drift og må ikke slettes eller fjernes fra nettverkskonfigurasjonen.

Eksisterende IP-adresser

Nord-Amerika:

166.78.79.112/28
207.97.227.112/28

Ytterligere IP-adresser

Nord-Amerika:

52.71.63.224/27
52.35.253.64/27

Europa:

52.48.127.160/27
52.58.63.192/27

NetSuite-integrasjonsutgivelse

NetSuite-integrasjonsutgivelse.

Adobe har lansert sin nyeste versjon av integrasjonen mellom Adobe Document Cloud eSign-tjenester og NetSuite (v4.0).Denne versjonen oppnådde "Built for Netsuite"-sertifiseringen og oppfyller alle de nyeste NetSuite-designets beste praksiser.

Nye funksjoner inkluderer:

• Automatisk klargjøring.En ny tilpasset innstilling som gjør at brukere som sender avtaler i NetSuite blir automatisk klargjort med en brukerkonto for Adobe Document Cloud eSign-tjenester.
• OAuth 2.0.For å forbedre datasikkerheten bruker Adobe Document Cloud eSign-tjenester nå OAuth 2.0 til å autentisere Adobe Document Cloud eSign-tjenester-kontoen din i NetSuite.Denne forbedringen vil ikke påvirke implementeringen din, men du må gjøre et engangsoppsett for å autorisere NetSuite-pakken din til å kommunisere med Adobe Document Cloud.

Oppgrader i dag for å dra nytte av alle disse forbedringene. 

Utfasing av RC4-chiffer

Adobe Document Cloud eSign-tjenester tilpasser seg store programvareleverandører for å avslutte støtten for RC4-cipheren.

Adobe vil deaktivere støtte for RC4-cipheren på secure.echosign.com-serveren tidlig i 2016.Kunder som bruker RC4 symmetrisk kryptering til SSL/TLS-kommunikasjon vil ikke kunne koble til secure.echosign.com-serveren, ettersom SSL/TLS-håndtrykket vil mislykkes.

HANDLING KREVES

Bedriftskunder oppfordres sterkt til å teste tilpassede applikasjoner og integrasjoner for å sikre at de fortsetter å fungere sømløst etter denne endringen.Kontakt CSM-en din for testoppsettet.

Kjent problem: Kunder som kjører eldre versjoner av Java (versjon 1.6 eller lavere) kan oppleve SSL/TLS-håndtrykksfeil.

Løsning: Oppgrader til en nyere versjon av Java (versjon 8).

Hvorfor RC4 blir deaktivert: RC4-strømcipheren er kjent for å ha store sårbarheter, og de fleste ISV-er har begynt å fase ut støtten for den.For mer informasjon, besøk disse nettstedene:

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/

Påminnelse

Ytterligere IP-adresseområder for Adobe Document Cloud eSign-tjenester

Adobe Document Cloud eSign Services har utvidet tjenestefotavtrykket med februar-vedlikeholdsutgivelsen. De utvidede tjenestene vil operere fra et nytt sett med IP-adresser i tillegg til de som for øyeblikket er i bruk.

HANDLING KREVES

Hvis din eksisterende nettverks- eller brannmurkonfigurasjon eksplisitt hvitelister IP-adressene for Adobe Document Cloud eSign Services, må du oppdatere nettverkskonfigurasjonsinnstillingene for å inkludere de nye IP-adressene for å sikre fortsatt tilgang til tjenestene. De eksisterende IP-adressene vil fortsatt være i drift og må ikke slettes eller fjernes fra nettverkskonfigurasjonen.

Eksisterende IP-adresser

Nord-Amerika:

166.78.79.112/28
207.97.227.112/28

Ytterligere IP-adresser

Nord-Amerika:

52.71.63.224/27
52.35.253.64/27

Europa:

52.48.127.160/27
52.58.63.192/27

Avslutning av One Click-signering

Varsel til kunder som bruker One Click som sin signaturpreferanse: Adobe Document Cloud eSign-tjenester sluttet å støtte One Click-signering og oppgraderte kunder til standardsigneringsmetoden 15. januar 2016.

Standardsigneringsmetoden gir en enkel og strømlinjeformet signeringsopplevelse som har blitt optimalisert for å fungere på alle enheter, inkludert datamaskiner, nettbrett og smarttelefoner. Signeringsopplevelsen veileder undertegneren gjennom de påkrevde feltene. Standard signeringsmetoden gir en langt rikere opplevelse for undertegnere enn det som tilbys av One Click-signering, inkludert autolagring av data som er lagt inn i avtalen, betingede skjemafelt og feltvalidering.

HANDLING KREVES

Hvis du ikke allerede har byttet til standardsigneringsmetoden, velg Konto > Kontoinnstillinger > Signaturpreferanser og velg Standard som foretrukken metode for signering av dokumenter.
 

Plassere et elektronisk transaksjons-ID-signaturstempel på dokumentene dine

Adobe Document Cloud eSign Services deaktivert den "blå rammen" transaksjons-ID 15. januar 2016. Vi har gjort denne endringen for å gi kundene:

• Større visning av dokumenter
• Fleksibilitet til å velge hvor det elektroniske signaturstempelet skal plasseres på dokumentet
• Mulighet til å velge hvilke dokumenter som krever transaksjons-ID

HANDLING KREVES

For automatisk å generere et transaksjons- og signaturstempel for signerte dokumenter, bør kunder som bruker den "blå rammen" til å annotere dokumenter med transaksjons-IDer og deltakersignaturstempel ha oppdatert dokumentene sine ved hjelp av tekstkoder eller skjemafelt. For mer informasjon, se Tekstkode-brukerhåndboken.

Ytterligere IP-adresseområder for eSign-tjenester fra Adobe

Adobe Document Cloud eSign Services utvider tjenestefotavtrykket med umiddelbar virkning. Den utvidede tjenesten vil leveres fra et nytt sett med IP-adresser i tillegg til dem som allerede brukes av tjenesten. Hvis din eksisterende nettverks- eller brannmurkonfigurasjon eksplisitt hvitelister IP-adressene for eSign Services, må du oppdatere nettverkskonfigurasjonsinnstillingene for å inkludere disse nye IP-adressene for å sikre fortsatt tilgang til tjenesten.

Eksisterende IP-adresser

Nord-Amerika:

166.78.79.112/28
207.97.227.112/28

Ytterligere IP-adresser

Nord-Amerika:

52.71.63.224/27
52.35.253.64/27

Europa: 

52.48.127.160/27
52.58.63.192/27

Vær oppmerksom på: De eksisterende IP-adressene vil fortsette å være i drift og må ikke slettes eller fjernes fra nettverkskonfigurasjonen din.
 

Avslutning av "Ett klikk"-signering

Melding til kunder som bruker Ett klikk som signeringsinnstilling. Den 15. januar 2016 vil eSign-tjenestene slutte å støtte Ett klikk-signering og oppgradere alle til Standard-metoden for signering.

Standard-metoden for signering gir en enkel og strømlinjeformet signeringsopplevelse som er optimalisert for å fungere på alle enheter, inkludert datamaskiner, nettbrett og smarttelefoner. Signeringsopplevelsen veileder underskriven gjennom de påkrevde feltene. Standard-signeringsmetoden gir en langt rikere opplevelse for underskrivere enn det Ett klikk-signering tilbyr, inkludert automatisk lagring av data som er lagt inn i avtalen, betingede skjemafelt og feltvalidering.

Administratorer kan bytte til Standard-metoden for signering før 15. januar 2016 og oppfordres sterkt til å gjøre dette. For å bytte til Standard-signeringsmetoden, gå til Konto-fanen, velg "Kontoinnstillinger", deretter til "Signeringsinnstillinger" og velg "Standard" som foretrukket metode for signering av dokumenter.

Se artikkelen nedenfor hvis du bruker "blå ramme" til å kommentere dokumenter med transaksjons-ID-er og signaturstempel. 

Plasser et elektronisk transaksjons-ID-signaturstempel på dokumentene dine

Melding til kunder som bruker et automatisk generert transaksjons- og signaturstempel for signerte dokumenter, som vises som en blå ramme rundt signerte dokumenter.

Den 15. januar 2016 vil eSign-tjenestene deaktivere "blå ramme"-transaksjons-ID-en. Vi gjør denne endringen for å gi kundene:

• Større visning av dokumenter
• Fleksibilitet til å velge hvor det elektroniske signaturstemplet skal plasseres på dokumentet
• Mulighet til å velge hvilke dokumenter som krever transaksjons-ID

Kunder som for øyeblikket bruker "blå ramme" til å kommentere dokumenter med transaksjons-ID-er og deltakersignaturstempel har mulighet til å oppdatere dokumentene sine ved å bruke tekstmerker eller skjemafelt. For mer informasjon, se Brukerhåndbok for tekstmerker. 

Datoendring for avslutning av RC4-cipher

Adobe Document Cloud eSign-tjenester tilpasser seg store programvareleverandører for å avslutte støtten for RC4-cipher i andre kvartal 2016. Vi vil kommunisere den spesifikke datoen i påfølgende oppdateringer.

Adobe vil deaktivere støtte for RC4-cipher på secure.echosign.com-serveren tidlig i 2016. Kunder som bruker RC4 symmetrisk kryptering for SSL/TLS-kommunikasjon vil ikke kunne koble til secure.echosign.com-serveren da SSL/TLS-håndtrykket vil mislykkes.

Hvorfor RC4 blir deaktivert:

RC4-strømchiper er kjent for å ha store sårbarheter og de fleste ISV-er har begynt å fase ut støtten for den. For mer informasjon:

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/

Kjent problem: Kunder som kjører eldre versjoner av Java 1.6 eller lavere kan oppleve SSL/TLS-håndtrykkfeil. Løsning: Oppgrader til en nyere versjon av Java 8.

Vær oppmerksom på: Bedriftskunder oppfordres sterkt til å teste tilpassede applikasjoner og integrasjoner for å sikre at de fortsetter å fungere sømløst etter denne endringen. Ta kontakt med din CSM for testoppsett. 

Nylige oppdateringer

Støtte for IE7 og IE8 avsluttes 12. januar 2016

eSign services tilpasser seg Microsofts policy for slutt-av-liv for eldre versjoner av Internet Explorer. For detaljer, se Microsoft Lifecycle Support policy for Internet Explorer. Følgelig vil vi fra og med 12. januar 2016 ikke lenger støtte IE7 og IE8. Hvis du bruker IE7 eller IE8, oppdater til en gjeldende nettleser så snart som mulig. Se listen over Adobe-støttede nettlesere.

Slutt på levetid for "One Click" signering

Varsel til kunder som bruker One Click som signeringsvalg. Den 15. januar 2016 vil Adobe eSign-tjenester slutte å støtte One Click Signing og oppgradere alle kunder til standardmetoden for signering.

Standard-metoden for signering gir en enkel og strømlinjeformet signeringsopplevelse som har blitt optimalisert for å fungere på alle enheter, inkludert datamaskiner, nettbrett og smarttelefoner. Signeringsopplevelsen veileder undertegneren gjennom de nødvendige feltene. Standard-metoden gir en langt rikere opplevelse for undertegnere enn det One Click Signing tilbyr, inkludert automatisk lagring av data som er skrevet inn i avtalen, betingede skjemafelt og feltvalidering.

Administratorer oppfordres til å flytte til Standard-metoden for signering før 15. januar. For å bytte til standard signeringsmetode, gå til Account-fanen, velg "Account Settings", deretter til "Signature Preferences" og velg "Standard" som foretrukket metode for signering av dokumenter.

Se artikkelen nedenfor hvis du for øyeblikket bruker den "blå rammen" til å kommentere dokumenter med transaksjons-IDer og signaturstempel. 

Plassering av elektronisk transaksjons-ID signaturstempel på dokumentene dine.
Dato endret fra 1. desember 2015 til 15. januar 2016

Merknad til kunder som bruker et automatisk generert transaksjons- og signaturstempel for signerte dokumenter, som vises som en blå ramme rundt signerte dokumenter.

15. januar 2015 vil Adobe eSign-tjenester deaktivere transaksjons-ID-en med "blå ramme".Vi gjør denne endringen for å gi kunder:

• Større visning av dokumenter
• Fleksibilitet til å velge hvor e-signaturstempelet skal plasseres på dokumentet
• Mulighet til å velge hvilke dokumenter som krever transaksjons-ID

Kunder som for øyeblikket bruker den "blå rammen" til å merke dokumenter med transaksjons-ID-er og deltakersignaturstempler, har muligheten til å oppdatere dokumentene sine ved hjelp av tekstkoder eller skjemafelt. For mer informasjon, se Brukerhåndbok for tekstkoder. 

Støtte for IE7 og IE8 avsluttes 12. januar 2016

eSign-tjenesten tilpasser seg Microsofts retningslinjer for avslutning av støtte for eldre versjoner av Internet Explorer.For detaljer, se Microsofts retningslinjer for livssyklusstøtte for Internet Explorer.Følgelig vil vi fra 12. januar 2016 ikke lenger støtte IE7 og IE8. Hvis du bruker IE7 eller IE8, vennligst oppdater til en gjeldende nettleser så snart som mulig. Se listen over nettlesere som støttes av Adobe. 

Nylige oppdateringer

Datoendring for avvikling av RC4-chifferet

Adobe Document Cloud eSign-tjenester tilpasser seg store programvareleverandører for å avslutte støtten for RC4-kryptering tidlig i 2016. Dette er en oppdatering til den tidligere kommuniserte datoen 5. november.

Adobe vil deaktivere støtte for RC4-kryptering på secure.echosign.com-serveren tidlig i 2016. Kunder som bruker RC4 symmetrisk kryptering for SSL/TLS-kommunikasjon, vil ikke kunne koble til secure.echosign.com-serveren da SSL/TLS-håndtrykket vil mislykkes.

Hvorfor RC4 deaktiveres:

RC4-strømkryptering er kjent for å ha store sårbarheter, og de fleste ISV-er har begynt å fase ut støtten for den. Mer informasjon:

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/

Kjent problem: Kunder som kjører eldre versjoner av Java 1.6 eller lavere kan oppleve SSL/TLS-håndtrykksfeil. Løsning: oppgrader til en nyere versjon av Java 8.

For API-testing, ta kontakt med din CSM.
 

Støtte for IE7 og IE8 avsluttes 12. januar 2016

eSign-tjenesten tilpasser seg Microsofts policy for sluttdato for eldre versjoner av Internet Explorer. Se Microsofts livssyklusstøttepolicy for Internet Explorer for mer informasjon. Dermed vil vi ikke lenger støtte IE7 og IE8 fra og med 12. januar 2016. Hvis du bruker IE7 eller IE8, oppdater til en ny nettleser så snart som mulig. Se listen over Adobe-støttede nettlesere. 

Siste oppdateringer

Plassere et elektronisk transaksjons-ID-signaturstempel på dokumentene dine

Merknad til kunder som bruker et automatisk generert transaksjons- og signaturstempel for signerte dokumenter, som vises som en blå ramme rundt signerte dokumenter.

1. desember 2015 vil Adobe eSign-tjenester deaktivere transaksjons-ID-en med "blå ramme".Vi gjør denne endringen for å gi kundene:

• Større visning av dokumenter
• Fleksibilitet til å velge hvor det elektroniske signaturstempelet skal plasseres på dokumentet
• Mulighet til å velge hvilke dokumenter som krever transaksjons-ID

Kunder som for tiden bruker den "blå rammen" til å merke dokumenter med transaksjons-ID-er og deltakersignaturstempel har allerede muligheten til å oppdatere dokumentene sine ved hjelp av tekstkoder eller skjemafelt. Se Brukerhåndbok for tekstkoder for mer informasjon.

Nye passordkrav

Vi styrker passordkravene våre. I nær fremtid kan du bli bedt om å oppdatere passordet ditt for å oppfylle følgende kriterier:

• Passord må ha minst 8 tegn og kan ha opptil 100 tegn maksimalt.
• Passordet må oppfylle disse kompleksitetsreglene.

1. Minst 1 stor bokstav

2. Minst 1 liten bokstav

3. Minst 1 siffer

4. Minst 1 spesialtegn (tegnsetting) unntatt mellomrom

• Passord kan ikke inneholde brukernavn, fornavn eller etternavn (store/små bokstaver spiller ingen rolle).
• Passord bør ikke samsvare med vanlig brukte passord som Password1!

Det nye passordet blir avvist hvis det samsvarer med tidligere brukte passord. Antallet tidligere passord som vurderes er som standard satt til 10. Hvis kontoadministratoren din eksplisitt har overstyrt grensen for kontoen din, vil det forbli gjeldende.

Se etter et varsel i produktet for å oppdatere passordet når du logger på for å få tilgang til tjenesten.
 

RC4-kryptering når slutten av levetiden

Adobe Document Cloud eSign-tjenester tilpasser seg store programvareleverandører for å avslutte støtten for RC4-kryptering tidlig i 2016.

Adobe vil deaktivere støtten for RC4-kryptering på secure.echosign.com-serveren tidlig i 2016. Kunder som bruker RC4 symmetrisk kryptering for SSL/TLS-kommunikasjon vil ikke kunne koble til secure.echosign.com-serveren da SSL/TLS-håndtrykket vil mislykkes.

Hvorfor RC4 blir deaktivert:
RC4 stream cipher er kjent for å ha store sårbarheter og de fleste ISVer har begynt å fase ut støtten for det. Mer informasjon:

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/

Kjente problemer:

Kunder som kjører eldre versjoner av Java 1.6 eller lavere kan oppleve SSL/TLS-håndtrykkfeil. Løsning: oppgrader til en nyere versjon av Java 8.

For API-testing, ta kontakt med din CSM.
 

SSL-sertifikat vil bli oppdatert søndag 18. oktober 2015

Adobe Document Cloud eSign-tjenesten utvider driften betydelig med ytterligere datasentre for å levere høyere tjenestekvalitet og ytelse for e-signaturtransaksjonene dine og tilby global tjenestetilstedeværelse.For å støtte denne utvidelsen vil vi legge til flere webdomener til de eksisterende domenene som allerede støttes av Adobe eSign.

For å støtte de ytterligere domenene vil SSL-sertifikatet som brukes av eSign-tjenesten bli oppdatert søndag 18. oktober 2015. Endringen i SSL-sertifikatet er kun begrenset til offentlig nøkkel — det er ingen endring i de underliggende kryptografiske protokollene eller opplegget, eller noen endring i rot- og mellomliggende sertifikater.

Vi forventer ikke at denne endringen vil påvirke det store flertallet av kundene fordi nettlesere og mobilapper (iOS eller Android) sømløst vil validere de nye sertifikatene. Men hvis du har spesialtilpassede integrasjoner med Adobe eSign-tjenesten som bruker enten SOAP eller REST-baserte API-er, og hvis noen av disse integrasjonene har festet den eksisterende offentlige nøkkelen, må integrasjonen oppdateres til å inkludere den nye offentlige nøkkelen for servervalidering før søndag 18. oktober 2015.Med et festet sertifikat forventer integrasjonsapplikasjonen din at Adobe eSign-tjenesten presenterer et spesifikt SSL-sertifikat med den spesifikke offentlige nøkkelen.Hvis du ikke oppdaterer sertifikatet, vil integrasjonen slutte å fungere.Se slutten av dette dokumentet for den offentlige nøkkelen til det nye SSL-sertifikatet for Adobe eSign-tjenesten.

Offentlig nøkkel

På søndag 18. oktober 2015 vil Adobe eSign SSL-sertifikatet ha følgende offentlige nøkkel:

-----BEGIN PUBLIC KEY-----

MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAyX/qrvtOKHZNMn2KQPEY ay9rBLWdh21c6B0Fv0cIs89DKmlLxRQhuzralVTokMcaqNyJYm01MP1Jj7EySbtk mNjQmGWSFhbGgvPY5mToDNu14IfqaZ5khm2Nnp2IKh9zqt5ENZcBflPJ9oYToiLZ EXnaeQOW4pi+MgTwn0OHz2i+9O5CAa/xxgpxouQhZzkc7dECKZnzXqOcEOHVUs/8 lxYpDHogfQhSQHbZryp4KmrjSLcZeIV94VswOBG/rwbjlSj8bkoPkI3II4ZLW/GH MW390E/4BzuXuh0NO84yRyegfTn6O2mx05ZakzB93+wpRIDauh5Iuah6nXvJe9bn SQIDAQAB

-----END PUBLIC KEY-----

Hvis du fester den offentlige nøkkelen vår i integrasjonen din, må du erstatte det gamle sertifikatet med denne nye offentlige nøkkelen senest søndag 18. oktober 2015.

Hvis du har spørsmål, ta kontakt med Kundestøtte på support@echosign.com.

Støtte for IE7 og IE8 avsluttes 12. januar 2016

eSign-tjenesten tilpasser seg Microsofts policy for støtteavslutning av eldre versjoner av Internet Explorer.Se Microsofts livssyklusstøttepolicy for Internet Explorer for detaljer.Fra og med 12. januar 2016 støtter vi derfor ikke lenger IE7 og IE8.Hvis du bruker IE7 eller IE8, oppdater til en gjeldende nettleser så snart som mulig.Se listen over nettlesere som Adobe støtter. 

Plassere et elektronisk transaksjons-ID-signaturstempel på dokumentene dine

Merknad til kunder som bruker et automatisk generert transaksjons- og signaturstempel for signerte dokumenter, som vises som en "blå ramme" rundt signerte dokumenter.

1. desember 2015 deaktiverer Adobe eSign-tjenester den "blå rammen" for transaksjons-ID.Vi gjør denne endringen for å gi kundene:

• Større visning av dokumenter
• Fleksibilitet til å velge hvor du vil plassere det elektroniske signaturstempelet på dokumentet
• Mulighet til å velge hvilke dokumenter som krever transaksjons-ID

Kunder som for øyeblikket bruker den "blå rammen" til å kommentere dokumenter med transaksjons-ID-er og signaturstempel har allerede muligheten til å oppdatere dokumentene dine ved å bruke tekst-tagger eller skjemafelt.Du finner mer informasjon i brukerhåndboken for Text Tag. 

Nye krav til passord

Vi styrker kravene våre til passord. I løpet av de neste månedene må du oppdatere passordet ditt slik at det oppfyller følgende kriterier:

• Passord må ha minst 8 tegn og kan ha opptil maksimalt 100 tegn.
• Passordet må oppfylle disse kompleksitetsreglene.

1. Minst 1 stor bokstav

2. Minst 1 liten bokstav

3. Minst 1 siffer

4. Minst 1 spesialtegn (tegnsetting)

• Passord kan ikke inneholde uten skille mellom store og små bokstaver brukernavn eller fornavn eller etternavn. Brukernavn er definert som delstrengen før @-delen i en e-postadresse. Av brukervennlighetshensyn gjelder denne regelen bare hvis lengden på strengen er større enn eller lik 3 tegn.
• Passord bør ikke samsvare med vanlig brukte passord som Password1!
• Passord bør ikke samsvare med følsomme for store og små bokstaver tegn i de siste 10 brukte passordene.

Hold øye med en hjelpetekst i produktet for å oppdatere passordet ditt når du logger deg på for å få tilgang til tjenesten. 

Datoendring for utfasing av RC4-kryptering

Adobe Document Cloud eSign-tjenester tilpasser seg store programvareleverandører for å avslutte støtte for RC4-siffer tidlig i 2016. Dette er en oppdatering til den tidligere kommuniserte datoen 5. november 2015.

Adobe vil deaktivere støtte for RC4-chiffer på secure.echosign.com-serveren tidlig i 2016.Kunder som bruker RC4 symmetrisk kryptering for SSL/TLS-kommunikasjon, vil ikke kunne koble til secure.echosign.com-serveren siden SSL/TLS-håndtrykket vil mislykkes.

Hvorfor RC4 blir deaktivert:

RC4-strømsifferet er kjent for å ha store sårbarheter, og de fleste ISV-er har begynt å fase ut støtten for det. Du finner mer informasjon her:

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/

Kjente problemer:

1. Kunder som kjører eldre versjoner av Java 1.6 eller lavere kan oppleve SSL/TLS-håndtrykksfeil. Løsning: oppgrader til en nyere versjon av Java 8.
2. Kunde som bruker IE6 på Windows XP vil oppleve SSL/TLS-håndtrykksfeil. Løsning: Oppgrader operativsystem og nettleser til de som støttes av Document Cloud eSign, IE9 og nyere, Chrome, Firefox eller Safari.

For API-testing, ta kontakt med din CSM. 

Nylige oppdateringer

Riktig nettadresse for brukere som skal logge på eSign-tjenesten

Sørg for at du har varslet brukerne dine om den riktige påloggingsnettadressen og oppdatert alle bokmerker.Påloggingsnettadressen for eSign-tjenester er https://secure.echosign.com/public/login/