Adobe Sign 기술 알림은 가장 최근 업데이트가 상위에 표시되고, 페이지를 아래로 스크롤할수록 과거 순서대로 정렬되어 있습니다.
2015 - 2016년 기술 알림
API 및 웹 앱: 2017년에 암호 복잡성 규칙이 변경됩니다.
Adobe Sign은 보안을 강화하기 위해 암호 복잡성 규칙을 변경하고 있습니다. 2017년 초부터 웹 응용 프로그램을 사용하는 고객에게는 암호를 업데이트하라는 메시지가 표시되고 90일 내에 이를 준수해야 합니다. 기존 REST 또는 SOAP API를 통해 로그인하거나 사용자를 프로비저닝하는 고객은 2018년 중반까지 Adobe Sign 암호 보안 요구 사항을 준수하도록 애플리케이션을 업데이트해야 합니다.새로운 규칙으로 전환하는 방법에 대한 정보는 2017년 초에 API를 사용하는 고객과 파트너 모두에게 제공될 예정입니다.
새로운 암호 기준:
- 최소 8자, 최대 100자
- 대문자 최소 1개
- 숫자 최소 1개
- 공백을 제외한 특수 문자(구두점) 최소 1개
- 대소문자 구분 안 함 사용자 이름, 이름 또는 성을 포함할 수 없음
- 이전에 사용한 암호와 일치하면 새 암호가 거부됩니다
필요한 조치
2017년 초부터 웹 응용 프로그램 사용자는 요청 시 암호를 업데이트해야 합니다. API를 통해 사용자를 프로비저닝하는 고객은 새로운 암호 기준을 준수하기 위해 REST API를 사용하도록 애플리케이션을 업데이트할 수 있는 시간이 2018년 7월까지 있습니다.
통합: Salesforce v14와 Adobe Sign 통합 지원이 종료되었습니다.
Adobe Sign for Salesforce v14의 제품 업데이트, 보안 업데이트 및 기술 지원은 2016년 12월 15일에 종료되었습니다.
현재 버전 18을 사용할 수 있습니다. 다음을 포함한 최신 기능을 확인하세요:
- Salesforce Classic과 Lightning 보기 모두에서 향상된 사용자 경험을 제공합니다
- 더 높은 상태 가시성
- 고급 Lightning 구성 요소로 개선된 관리자 경험
- 고급 서명 워크플로를 위한 새로운 도구
필요한 조치
Salesforce와의 통합을 최신 버전으로 업그레이드하십시오. 지원되지 않는 버전을 사용하는 고객은 지속적인 기술 지원을 받기 위해 현재 버전으로 업그레이드해야 합니다.
통합: Microsoft Dynamics용 Adobe Sign 새 릴리스 출시 및 Dynamics v4용 Adobe Sign 통합 서비스 종료
이제 Microsoft Dynamics v5를 사용할 수 있습니다.이 버전에는 Microsoft Turbo Forms 사용 및 더 넓은 브라우저 지원과 같은 개선 사항이 포함되어 있습니다.최신 버전으로의 업그레이드에 대한 자세한 내용은 고객 성공 관리자에게 문의하십시오.
Microsoft Dynamics v4 이전 버전용 Adobe Sign(온프레미스 및 온라인 버전)은 2017년 6월 30일에 중단됩니다.이러한 버전들은 6월 이후 더 이상 사용할 수 없습니다.
필요한 조치
Microsoft Dynamics 온프레미스 및 온라인 모두에 대해 2017년 7월 이전에 Dynamics v5용 Adobe Sign으로 업그레이드하십시오.v4 및 이전 버전의 모든 데이터를 최신 버전으로 마이그레이션할 수 있습니다. 버전 5는 Dynamics 온프레미스 2013, 2015, 2016 및 Dynamics 온라인을 지원합니다
보안: TLS 1.0 및 1.1에 대한 지원 종료
Adobe는 SSL/TLS 보안 및 PCI 표준 준수를 위한 업계 모범 사례를 충족시키기 위해 2017년부터 TLS 1.0 및 1.1 프로토콜에 대한 지원을 중단할 예정입니다(날짜 공지 예정). TLS 1.0 및 1.1 지원을 중단하면 TLS 1.2 이상으로 업그레이드하지 않은 고객은 Adobe Sign 서비스에 액세스할 수 없습니다.
필요한 조치
TLS v1.2가 지원되도록 브라우저 및 데스크탑 운영 시스템 모두에 대해 Adobe Sign의 권장 시스템 구성을 따르십시오.
시스템 구성 업데이트: Internet Explorer 9 지원 종료
Adobe Sign은 2017년 3월 11일 Windows Vista에 대한 Microsoft의 지원 종료에 맞추어 3월 초에 Internet Explorer 9 지원을 종료합니다.
필요한 조치
Adobe Sign 시스템 요구 사항에 나열된 지원 브라우저 중 하나와 함께 Windows 7, 8 또는 10을 포함한 지원되는 운영 시스템으로 하드웨어를 업데이트하십시오.
알림 메시지
API: 중단될 SOAP API에 대한 OAuth 응용 프로그램 지원
12월 유지 관리 릴리스에서는 새로운 OAuth 응용 프로그램만 REST API에 액세스할 수 있습니다. 기존 애플리케이션 및 통합 키는 SOAP 및 REST API 모두에 지속적으로 액세스할 수 있습니다.
필요한 조치
새로운 응용 프로그램을 개발할 때는 REST API를 사용하십시오. 자세한 내용은 개발자 센터로 이동하세요.
API 및 웹 앱: 이전 Text Tag 구문에 대한 지원이 종료되었습니다.
v1.0 텍스트 태그 지원이 종료되었습니다. v1.0 태그는 서비스에서 계속 사용되지만, 이 구문에 대한 버그 또는 개선 요청은 허용되지 않습니다.
조치 필요
새 문서 템플릿을 만들 때 사용자가 2.0 텍스트 태그 구문을 사용하도록 하세요. 이전 텍스트 태그를 포함할 수 있는 기존 템플릿과 응용 프로그램을 검토하고 최신 2.0 텍스트 태그 구문으로 업데이트하십시오. 자세한 내용은 텍스트 태그로 서식 생성 참조 안내서를 참조하십시오.
보안: RC4 암호에 대한 지원이 종료되었습니다.
RC4 전송 계층 암호 사용은 2017년 1월 16일 주에 중단됩니다.
API: 새로운 OAuth 애플리케이션에 대해 SOAP API 지원이 중단될 예정입니다
12월 초 다음 유지보수 버전부터 새로운 OAuth 애플리케이션은 REST API에만 액세스할 수 있습니다.기존 애플리케이션 및 통합 키는 SOAP 및 REST API 모두에 지속적으로 액세스할 수 있습니다.
필요한 조치
새로운 응용 프로그램을 개발할 때는 REST API를 사용하십시오. 자세한 내용은 Developer Center로 이동하십시오.
모바일 애플리케이션: SSO(Single Sign On) 서버의 보안 설정을 업데이트하세요
Apple은 2016년 말까지 App Store에 제출되는 모든 모바일 애플리케이션에 대해 ATS(App Transport Security) 적용을 의무화한다고 발표했습니다.Adobe Sign 계정을 SSO 로그인을 사용하도록 구성했으며 Adobe Sign iOS 모바일 애플리케이션을 사용하고 있다면, SSO 서버가 Apple의 ATS(App Transport Security) 요구 사항을 지원하는지 확인하십시오.
필요한 조치
Adobe Sign iOS 애플리케이션에서 SSO 액세스를 계속 사용하려면 2016년 12월 1일 이전에 Apple의 ATS 요구 사항을 지원하도록 서버를 업데이트하십시오.
API 및 웹 응용 프로그램: 이전 텍스트 태그 구문에 대한 지원 종료
v1.0 텍스트 태그 지원이 종료되었습니다. v1.0 태그는 서비스에서 계속 인식되지만, 이 구문에 대한 버그나 개선 요청은 더 이상 받지 않습니다.
필요한 조치
새 문서 템플릿을 만들 때 사용자가 v2.0 텍스트 태그 구문을 사용하도록 하십시오.이전 텍스트 태그를 포함할 수 있는 기존 템플릿과 응용 프로그램을 검토하고 최신 2.0 텍스트 태그 구문으로 업데이트하십시오. 자세한 내용은 텍스트 태그를 사용한 양식 만들기 참조 안내서를 참조하십시오.
통합: Microsoft Dynamics용 Adobe Sign의 새로운 출시 및 Dynamics v4용 Adobe Sign 통합의 지원 종료
통합: Microsoft Dynamics용 Adobe Sign의 새 출시 및 Dynamics v4용 Adobe Sign 통합의 지원 종료
Microsoft Dynamics v5를 고객이 미리보기할 수 있습니다.이번 릴리스에는 Microsoft Turbo Forms 사용 및 더 넓은 브라우저 지원과 같은 개선 사항이 포함되어 있습니다.최신 버전 미리보기에 대한 정보는 고객 성공 관리자에게 문의하십시오.
Microsoft Dynamics v4 이하 버전용 Adobe Sign(온프레미스 및 온라인 버전)은 2017년 6월 30일에 중단됩니다.이들 버전은 6월 이후 더 이상 사용할 수 없습니다.
필요한 조치
Microsoft Dynamics On-Premise 및 온라인 모두에 대해 2017년 7월 이전에 Dynamics v5용 Adobe Sign으로 업그레이드하십시오.v4 및 이전 버전의 모든 데이터를 최신 버전으로 마이그레이션할 수 있습니다. 버전 5는 Dynamics On-Premise 2013, 2015, 2016 및 Dynamics 온라인을 지원합니다
통합: Salesforce v14용 Adobe Sign 통합 지원이 종료됩니다
Salesforce v14용 Adobe Sign의 제품 업데이트, 보안 업데이트 및 기술 지원은 2016년 12월 15일에 종료됩니다.
현재 버전 18을 사용할 수 있습니다. 다음을 포함한 최신 기능을 확인하세요:
Salesforce Classic 및 Lightning 보기 모두에서 향상된 사용자 경험
- 더 나은 상태 가시성
- 고급 Lightning 구성 요소를 통한 향상된 관리자 경험
- 고급 서명 워크플로를 위한 새로운 도구
필요한 조치
Salesforce와의 통합을 최신 버전으로 업그레이드하십시오. 지원되지 않는 버전을 사용하는 고객은 기술 지원을 계속 받기 위해 현재 버전으로 업그레이드해야 합니다.
API 및 웹 앱: 2017년에 암호 복잡성 규칙이 변경됩니다.
Adobe Sign은 보안을 강화하기 위해 암호 복잡성 규칙을 변경하고 있습니다. 2017년 3월부터 웹 애플리케이션을 사용하는 고객은 암호를 업데이트하라는 메시지가 표시되며, 90일 이내에 이를 준수해야 합니다.기존 REST 또는 SOAP API를 통해 사용자를 로그인 또는 프로비저닝하는 고객은 2018년 중반까지 Adobe Sign 암호 보안 요구 사항을 준수하도록 응용 프로그램을 업데이트해야 합니다.API를 사용하는 고객과 파트너 모두를 위한 새로운 규칙으로의 전환 방법에 대한 정보는 2017년 초에 제공될 예정입니다.
새 암호 기준:
- 최소 8자, 최대 100자
- 대문자(1개 이상)
- 소문자(1개 이상)
- 최소 하나의 숫자
- 최소 하나의 특수 문자(구두점), 단 공백 제외
- 대소문자 구분 안 함 사용자 이름, 이름 또는 성을 포함할 수 없음
- 이전에 사용한 암호와 일치하면 새 암호가 거부됩니다
필요한 조치
2017년 3월부터 웹 애플리케이션 사용자는 요청 시 암호를 업데이트해야 합니다. API를 통해 사용자를 프로비저닝하는 고객은 2018년 7월까지 REST API를 사용하여 새 암호 기준을 준수하도록 응용 프로그램을 업데이트해야 합니다.
보안: TLS 1.0 및 1.1에 대한 지원 종료
SSL/TLS 보안에 대한 업계 모범 사례를 충족하고 PCI 표준을 준수하기 위해 2017년(날짜 추후 발표)에 TLS 1.0 및 1.1 프로토콜 지원이 중단됩니다. TLS 1.0 및 1.1 지원을 중단하면 TLS 1.2 이상으로 업그레이드하지 않은 고객은 Adobe Sign 서비스에 액세스할 수 없습니다.
필요한 조치
TLS v1.2가 지원되도록 브라우저와 데스크탑 운영 체제 모두에서 Adobe Sign의 권장 시스템 구성을 따르십시오.
알림 메시지
보안: RC4 암호 지원 종료
RC4 전송 계층 암호 사용은 2017년 1월 16일 주에 중단됩니다.
Single Sign On(SSO) 서버의 보안 설정을 업데이트하십시오
Apple은 2016년 말까지 App Store에 제출되는 모든 모바일 애플리케이션에 대해 App Transport Security(ATS) 시행을 발표했습니다.Adobe Sign 계정을 SSO 로그인을 사용하도록 구성하고 Adobe Sign iOS 모바일 애플리케이션을 사용하고 있다면, SSO 서버가 Apple의 App Transport Security(ATS) 보안 요구 사항을 지원하는지 확인하십시오.
필요한 조치
Adobe Sign iOS 애플리케이션에 대한 SSO 액세스를 계속 사용하려면 2016년 12월 1일 이전에 Apple의 ATS 요구 사항을 지원하도록 서버를 업데이트하십시오.
이전 텍스트 태그 구문에 대한 지원 종료
이전 텍스트 태그 구문 지원 종료에 대해 공지된 2016년 10월 3일 일자는 고객이 버전 2.0 텍스트 태그 구문으로 전환할 시간을 더 확보할 수 있도록 연기되었습니다.새로운 지원 종료 날짜는 아직 정해지지 않았지만, 모든 양식과 계약서에서 현재 구문을 사용하고 있는지 확인하십시오.
필요한 조치
새 문서 템플릿을 만들 때 사용자가 2.0 텍스트 태그 구문을 사용하고 있는지 확인하십시오. 이전 텍스트 태그가 포함되어 있을 수 있는 기존 템플릿 라이브러리를 검토하고 새로운 2.0 텍스트 태그 구문으로 업데이트하십시오.이전 구문을 사용하는 애플리케이션이 있다면, 지원 종료가 시행되면 애플리케이션이 계속 작동하도록 태그를 수정하십시오. 자세한 내용은 텍스트 태그를 사용한 양식 만들기 참조 안내서를 참조하십시오.
Microsoft Dynamics v4와 Adobe Sign 통합 서비스 종료
Microsoft Dynamics v4 이하 버전(온프레미스 및 온라인 버전)용 Adobe Sign은 2017년 6월 30일에 중단됩니다. 이러한 버전들은 6월 이후 더 이상 사용할 수 없습니다. 새 버전(v5)에는 Microsoft Turbo Forms 사용 및 더 넓은 브라우저 지원과 같은 개선 사항이 포함되어 있습니다. Microsoft Dynamics v5를 지금 사용할 수 있습니다.
필요한 조치
Microsoft Dynamics On-Premise 및 온라인 모두에 대해 2017년 7월 이전에 Adobe Sign for Dynamics v5로 업그레이드하십시오. v4 및 이전 버전의 모든 데이터를 최신 버전으로 마이그레이션할 수 있습니다. 버전 5는 Dynamics On-Premise 2013, 2015, 2016 및 Dynamics 온라인을 지원합니다.
최신 버전으로 업그레이드하는 데 도움이 필요하면 고객 성공 관리자에게 문의하십시오.
Salesforce v14와의 Adobe Sign 통합 지원이 종료됩니다
Adobe Sign for Salesforce v14에 대한 제품 업데이트, 보안 업데이트 및 기술 지원은 2016년 12월 15일에 종료됩니다.
필요한 조치
Salesforce와의 통합을 최신 버전으로 업그레이드하십시오. 지원되지 않는 버전을 사용하는 고객은 기술 지원을 계속 받기 위해 현재 버전으로 업그레이드해야 합니다.
TLS 1.0 및 1.1에 대한 지원 종료
SSL/TLS 보안에 대한 업계 모범 사례를 충족하고 PCI 표준을 준수하기 위해 2017년에 TLS 1.0 및 1.1 프로토콜에 대한 지원을 제거할 예정입니다(날짜 발표 예정). TLS 1.0 및 1.1 지원을 중단하면 TLS 1.2 이상으로 업그레이드하지 않은 고객은 Adobe Sign 서비스에 액세스할 수 없습니다.
필요한 조치
TLS 버전 1.2 이상으로 업그레이드하세요
Single Sign On (SSO) 서버의 보안 설정 업데이트
Apple은 2016년 말까지 App Store에 제출되는 모든 모바일 애플리케이션에 대해 App Transport Security(ATS) 시행을 발표했습니다.Adobe Sign 계정을 SSO 로그인을 사용하도록 구성했고 Adobe Sign iOS 모바일 애플리케이션을 사용하고 있다면, SSO 서버가 Apple의 App Transport Security (ATS) 보안 요구 사항을 지원하는지 확인하십시오.
필요한 조치
Adobe Sign iOS 애플리케이션에 대한 SSO 액세스를 계속하려면 2016년 12월 1일 이전에 Apple의 ATS 요구 사항을 지원하도록 서버를 업데이트하십시오.
이전 텍스트 태그 구문에 대한 지원 종료
이전 텍스트 태그 구문에 대한 지원 종료 날짜로 이전에 공지된 2016년 10월 3일이 고객들이 버전 2.0 텍스트 태그 구문으로 전환할 수 있는 시간을 더 주기 위해 연기되었습니다. 새로운 지원 종료 날짜는 설정되지 않았지만, 모든 양식과 계약서가 현재 구문을 사용하는지 확인하십시오.
필요한 조치
새 문서 템플릿을 만들 때 사용자가 2.0 텍스트 태그 구문을 사용하도록 하십시오. 이전 텍스트 태그가 포함된 기존 템플릿 라이브러리를 검토하고 새로운 2.0 텍스트 태그 구문으로 업데이트하십시오. 이전 구문을 사용하는 애플리케이션이 있는 경우, 지원이 종료된 후에도 애플리케이션이 계속 작동하도록 태그를 수정하십시오. 자세한 내용은 텍스트 태그를 사용한 양식 만들기 참조 안내서를 참조하십시오.
Microsoft Dynamics v4 및 이전 버전과의 Adobe Sign 통합 지원이 2017년 6월에 종료됩니다
Adobe Sign for Microsoft Dynamics v4 및 이전 버전(온프레미스 및 온라인 버전)은 2017년 6월 30일에 중단됩니다.이러한 버전들은 6월 이후 더 이상 사용할 수 없습니다. 새 버전(v5)에는 Microsoft Turbo Forms 사용 및 더 넓은 브라우저 지원과 같은 개선사항이 포함되어 있습니다. 오늘부터 이용할 수 있습니다.
필요한 조치
Microsoft Dynamics On-Premise 및 온라인 모두에 대해 2017년 7월 이전에 Adobe Sign for Dynamics v5로 업그레이드하세요. v4 및 이전 버전의 모든 데이터를 최신 버전으로 마이그레이션할 수 있습니다. 버전 5는 Dynamics On-Premise 2013, 2015, 2016 및 Dynamics 온라인을 지원합니다.
최신 버전으로 업그레이드하는 방법에 대한 정보는 고객 성공 관리자에게 문의하세요.
Salesforce v14와 Adobe Sign 통합 지원이 종료됩니다
Adobe Sign for Salesforce v14의 제품 업데이트, 보안 업데이트 및 기술 지원은 2016년 12월 15일에 종료됩니다.
필요한 조치
Salesforce와의 통합을 최신 버전으로 업그레이드하십시오. 지원되지 않는 버전을 사용하는 고객은 계속해서 기술 지원을 받으려면 현재 버전으로 업그레이드해야 합니다.
TLS 1.0 및 1.1 지원 종료
SSL/TLS 보안에 대한 업계 모범 사례를 충족하고 PCI 표준을 준수하기 위해 2017년에 TLS 1.0 및 1.1 프로토콜에 대한 지원을 제거할 예정입니다(날짜는 추후 공지). TLS 1.0 및 1.1 지원을 중단하면 TLS 1.2 이상으로 업그레이드하지 않은 고객은 Adobe Sign 서비스에 액세스할 수 없습니다.
필요한 조치
TLS 버전 1.2 이상으로 업그레이드하세요
알림 메시지
Adobe Sign 데이터베이스가 4바이트 유니코드 문자를 지원하도록 업데이트되었습니다
9월 중순, Adobe Sign 글로벌 확장 및 향상된 언어 지원의 일환으로 확장된 멀티바이트 문자 세트에 대한 지원이 추가되었습니다. 이 업데이트로 데이터베이스는 이제 4바이트 확장 유니코드 문자를 지원합니다.
필요한 조치
Adobe Sign API 호출을 사용하는 애플리케이션 및 데이터 스토리지가 4바이트 문자를 처리할 수 있는지 확인하세요.
RC4 암호 지원이 종료되었습니다
2016년 8월 20일부터 Adobe는 RC4 암호화 방식에 대한 지원을 중단했습니다.Adobe는 계속해서 RC4 사용량을 모니터링하고 더 안전한 다른 암호로의 전환을 지원할 것입니다.
업계 전반에 걸쳐 RC4는 더 이상 암호학적으로 안전하지 않다는 합의가 있습니다. 이 발표는 작년에 상용 애플리케이션에서 RC4 지원을 종료한 Oracle, Salesforce, Microsoft, Google 및 Mozilla의 발표와 일치합니다.
필요한 조치
Adobe Sign 서비스와의 통신을 위해 RC4에 의존하는 하드웨어 또는 소프트웨어를 업데이트된 암호 제품군을 지원하도록 업그레이드하세요.
Adobe Sign의 추가 IP 주소 범위
기존 네트워크 또는 방화벽 구성에서 명시적으로 Adobe Sign의 IP 주소를 허용 목록에 추가하는 경우, 새 IP 주소를 포함하도록 네트워크 구성 설정을 업데이트하여 서비스에 계속 액세스할 수 있도록 하십시오. 기존 IP 주소는 계속 지원될 예정이며 네트워크 구성에서 삭제되거나 제거되지 않아야 합니다.
기존 IP 주소
북아메리카:
166.78.79.112/28
207.97.227.112/28
52.71.63.224/27 (2016년 2월 추가)
52.35.253.64/27 (2016년 2월 추가)
유럽
52.48.127.160/27 (2016년 2월 추가)
52.58.63.192/27 (2016년 2월 추가)
추가 IP 주소
일본
52.196.191.224/27 (2016년 7월 추가)
오스트레일리아
52.65.255.192/27 (2016년 7월 추가)
이전 텍스트 태그 구문 지원 종료
이전 텍스트 태그 구문의 지원 종료에 대해 이전에 공지된 2016년 10월 3일 일정이 연기되었습니다. 고객이 버전 2.0 텍스트 태그 구문으로 전환할 수 있는 시간을 더 제공하기 위함입니다.새로운 지원 종료 날짜는 아직 정해지지 않았으나, 모든 양식과 계약서에서 현재 구문을 사용하고 있는지 확인해 주십시오.
필요한 조치
새로운 문서 템플릿을 만들 때 사용자가 2.0 텍스트 태그 구문을 사용하도록 하십시오.이전 텍스트 태그가 포함된 기존 템플릿 라이브러리를 검토하고 새로운 2.0 텍스트 태그 구문으로 업데이트하십시오.이전 구문을 사용하는 애플리케이션이 있다면, 지원 종료 후에도 애플리케이션이 계속 작동할 수 있도록 태그를 수정하십시오.자세한 내용은 텍스트 태그를 사용한 양식 만들기 참조 안내서를 참조하십시오.
Adobe Sign이 4바이트 유니코드 문자를 지원하기 위해 핵심 데이터베이스를 업데이트합니다
9월에 Adobe Sign 글로벌 확장과 향상된 언어 지원의 일환으로 확장된 멀티바이트 문자 세트에 대한 지원이 추가됩니다.현재 Adobe Sign은 API를 통해 클라이언트 애플리케이션에 4바이트 문자를 전송하지 않습니다.이 업데이트를 통해 데이터베이스가 4바이트 확장 유니코드 문자를 지원할 수 있게 됩니다.
필요한 조치
Adobe Sign API 호출을 사용하는 애플리케이션과 데이터 저장소가 4바이트 문자를 처리할 수 있는지 확인하십시오.
날짜 변경: Microsoft Dynamics CRM 2011(On-Premise 버전)용 Adobe Sign 통합 지원이 2016년 9월에서 2017년 6월로 변경되었습니다
Microsoft는 2016년 7월 12일에 Dynamics CRM 2011에 대한 주류 지원을 종료했습니다.Adobe는 2017년 6월에 Dynamics CRM 2011과의 Adobe Sign 통합 지원을 종료할 예정입니다.
필요한 조치
2017년 6월 이전에 MS Dynamics CRM 2013 이상(On-Premise 버전) 또는 MS Dynamics 365로 업그레이드하십시오.
Salesforce 버전 14용 Adobe Sign 통합 지원이 종료됩니다
Salesforce 버전 14용 Adobe Sign 서비스의 제품 업데이트, 보안 업데이트 및 기술 지원이 2016년 12월 15일에 종료됩니다.
필요한 조치
Salesforce와의 통합을 최신 버전으로 업그레이드하십시오. 지원되지 않는 버전을 사용하는 고객은 기술 지원을 계속 받기 위해 현재 버전으로 업그레이드해야 합니다.
TLS 1.0 지원 종료
SSL/TLS 보안에 대한 업계 모범 사례를 충족하고 PCI 표준을 준수하기 위해 2017년(날짜 미정)에 TLS 1.0 프로토콜에 대한 지원을 제거할 예정입니다.TLS 1.0 지원이 중단되면 최소 TLS 1.1로 업그레이드하지 않은 고객은 Adobe Sign 서비스에 액세스할 수 없게 됩니다.
필요한 조치
TLS 버전 1.1 이상으로 업그레이드하십시오. 버전 1.2를 강력히 권장합니다. 현재 TLS 버전 1.1과 1.2를 지원하므로 1.0을 사용하는 고객은 즉시 업그레이드할 수 있습니다.
미리 알림
2016년 8월 20일부로 Adobe는 RC4 암호 암호화에 대한 지원을 종료했습니다. 서비스 중단을 방지하기 위해 TLS 폴백 협상 중에는 RC4를 계속 사용할 수 있지만, 고객께서는 가능한 한 빨리 사용을 중단하시기 바랍니다. Adobe는 계속해서 RC4 사용량을 모니터링하고 더 안전한 다른 암호로의 전환을 지원할 예정입니다.
업계 전반에서 RC4는 더 이상 암호학적으로 안전하지 않다는 공감대가 형성되어 있습니다. 이번 발표는 작년에 상용 애플리케이션에서 RC4 지원을 종료한 Oracle, Salesforce, Microsoft, Google, Mozilla의 발표와 일치합니다.
필요한 조치
Adobe Sign 서비스와의 통신에 RC4를 사용하는 하드웨어나 소프트웨어를 업데이트된 암호 제품군을 지원하도록 업그레이드하십시오.
RC4 암호 지원이 종료되었습니다
Adobe Sign의 추가 IP 주소 범위
Adobe Sign 서비스는 현재 사용 중인 IP 주소 외에 새로운 IP 주소 세트에서 운영되도록 서비스를 확장했습니다.
필요한 조치
기존 네트워크 또는 방화벽 구성에서 Adobe Sign의 IP 주소를 명시적으로 허용 목록에 추가한 경우, 추가 위치를 준비하면서 새로운 IP 주소를 포함하도록 네트워크 구성 설정을 업데이트하여 서비스에 계속 액세스할 수 있도록 해야 합니다. 기존 IP 주소는 계속 지원될 예정이며 네트워크 구성에서 삭제되거나 제거되지 않아야 합니다.
기존 IP 주소
북아메리카:
166.78.79.112/28
207.97.227.112/28
52.71.63.224/27 (2016년 2월 추가)
52.35.253.64/27 (2016년 2월 추가)
유럽
52.48.127.160/27 (2016년 2월 추가)
52.58.63.192/27 (2016년 2월 추가)
추가 IP 주소
일본
52.196.191.224/27 (2016년 7월 추가)
오스트레일리아
52.65.255.192/27 (2016년 7월 추가)
이전 Text Tag 구문 지원 종료
2016년 10월 3일부로 밑줄을 사용하는 이전 버전의 텍스트 태그 구문으로 생성된 문서에 대한 지원이 중단됩니다. 현재 버전인 2.0 텍스트 태그 구문은 수년간 사용되어 왔습니다. 웹 UI를 통해 조건부 양식 필드, 계산된 양식 필드, 고급 필드 유효성 검사를 포함한 양식 필드 생성을 지원합니다.버전 2.0에서도 'es' 식별자 양쪽에 밑줄을 사용합니다. 그러나 태그의 다른 부분은 콜론으로 구분됩니다.
이전 버전 텍스트 태그 구문의 예:
_es_signer_signature
서명자에게 할당된 서명 필드입니다.
address_es_signer
서명자에게 할당된 'address'라는 선택적 필드입니다.
버전 2.0 텍스트 태그 구문의 예:
Sig_es_:signer:signature
서명자에게 할당된 서명 필드입니다.
address_es_:signer
서명자에게 할당된 'address'라는 선택적 필드입니다.
이전 버전의 텍스트 태그를 사용하는 기존 문서 템플릿은 2016년 10월 3일 이전에 버전 2.0 텍스트 태그 구문을 사용하도록 업데이트해야 합니다.새로운 구문에 대한 자세한 내용은 텍스트 태그로 양식 만들기 참조 안내서를 참조하십시오.
필요한 조치
Adobe Sign은 4바이트 유니코드 문자를 지원하기 위해 핵심 데이터베이스를 업데이트할 예정입니다
8월에 Adobe Sign 글로벌 확장 및 언어 지원의 일환으로 멀티바이트 문자 세트를 더 잘 지원하기 위해 핵심 데이터베이스가 업데이트될 예정입니다.현재 Adobe Sign은 API를 통해 클라이언트 애플리케이션에 4바이트 문자를 전송하지 않습니다.이번 업데이트로 데이터베이스가 4바이트 확장 유니코드 문자를 지원할 수 있게 됩니다.
필요한 조치
Adobe Sign API 호출을 사용하는 애플리케이션과 데이터 저장소가 4바이트 문자를 처리할 수 있는지 확인하십시오.
Adobe Sign의 추가 IP 주소 범위
Adobe Sign 서비스는 서비스 규모를 지속적으로 확장하고 있습니다.확장된 서비스는 현재 사용 중인 주소 외에 새로운 IP 주소 세트에서 운영될 예정입니다.
필요한 조치
기존 네트워크나 방화벽 구성에서 Adobe Sign의 IP 주소를 명시적으로 허용 목록에 추가한 경우, 서비스에 대한 지속적인 액세스를 보장하기 위해 새로운 IP 주소를 포함하도록 네트워크 구성 설정을 업데이트해야 합니다.기존 IP 주소는 계속 사용되므로 네트워크 구성에서 삭제하거나 제거하면 안 됩니다.
기존 IP 주소
북아메리카:
166.78.79.112/28
207.97.227.112/28
52.71.63.224/27 (2016년 2월 추가)
52.35.253.64/27 (2016년 2월 추가)
유럽
52.48.127.160/27 (2016년 2월 추가)
52.58.63.192/27 (2016년 2월 추가)
추가 IP 주소
일본
52.196.191.224/27 (2016년 7월 추가)
오스트레일리아
52.65.255.192/27 (2016년 7월 추가)
RC4 암호 지원이 종료됩니다
*.echosign.com 및 documents.adobe.com을 포함한 모든 Adobe Sign 도메인에서 RC4 암호 지원이 2016년 8월 20일에 종료됩니다.SSL/TLS 통신에 RC4 대칭 암호화를 사용하는 고객은 Adobe Sign 도메인에 연결할 수 없게 됩니다.
필요한 조치
Java의 이전 버전(버전 1.6 이하)에서 실행 중인 애플리케이션이 Adobe Sign 서비스와 통신할 때 SSL/TLS 핸드셰이크 오류가 발생합니다. 중단 없는 작업을 보장하려면 최신 버전의 Java(버전 8 이상)로 업그레이드하세요. 조직에서 Adobe Sign 서비스와의 통신에서 RC4를 사용하는 다른 서버나 서비스가 있는지 확인하도록 IT 운영 팀에 이 정보를 제공하세요. 해당하는 경우 해당 서버나 서비스를 업그레이드하여 업데이트된 암호화 제품군을 지원하도록 하세요.
RC4가 비활성화되는 이유: RC4 스트림 암호화는 주요 취약점이 있는 것으로 알려져 있으며, 대부분의 ISV가 이에 대한 지원을 단계적으로 중단하기 시작했습니다. 자세한 내용은 다음 사이트를 방문하세요:
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/
Microsoft Dynamics CRM 2011(On-Premise 버전)과의 제품 통합 지원이 2016년 9월에 종료됩니다
Microsoft는 2016년 7월 12일에 Dynamics CRM 2011에 대한 주요 지원을 종료합니다. 저희는 2016년 9월에 지원을 종료합니다.
필요한 조치
2016년 10월 3일까지 Adobe가 지원하는 Dynamics CRM 2013 이상의 On-Premise 버전으로 업그레이드하세요. 지원되지 않는 버전을 사용하는 고객은 서비스 중단을 방지하려면 최신 버전으로 업그레이드해야 합니다.
최신 버전 업그레이드에 대한 정보는 Client Success Manager에게 문의하세요.
미리 알림
Microsoft Dynamics CRM 2011(On-Premise 버전)과의 제품 통합 지원이 2016년 9월에 종료됩니다
Salesforce 버전 12와 13용 Adobe Sign 서비스에 대한 제품 업데이트, 보안 업데이트 및 기술 지원이 2016년 4월 30일에 종료되었습니다.
필요한 조치
지원되지 않는 버전을 사용하는 고객은 기술 지원이 필요한 경우 최신 버전으로 업그레이드해야 합니다.
Adobe Sign을 위한 추가 IP 주소 범위
Adobe Sign 서비스는 서비스 범위를 지속적으로 확대하고 있습니다. 확장된 서비스는 현재 사용 중인 IP 주소 외에 새로운 IP 주소 세트에서 운영됩니다.
필요한 조치
기존 네트워크 또는 방화벽 구성에서 Adobe Sign의 IP 주소를 명시적으로 허용 목록에 등록한 경우, 추가 위치에 대비하여 새 IP 주소를 포함하도록 네트워크 구성 설정을 업데이트해야 하며, 이를 통해 서비스에 대한 지속적인 액세스를 보장할 수 있습니다.기존 IP 주소는 계속 서비스되므로 네트워크 구성에서 삭제하거나 제거하면 안 됩니다.
기존 IP 주소
북아메리카:
166.78.79.112/28
207.97.227.112/28
52.71.63.224/27 (2016년 2월 추가됨)
52.35.253.64/27 (2016년 2월 추가됨)
유럽
52.48.127.160/27 (2016년 2월 추가됨)
52.58.63.192/27 (2016년 2월 추가됨)
추가 IP 주소
일본
52.196.191.224/27
오스트레일리아
52.65.255.192/27
이전 텍스트 태그 구문 지원 종료
2016년 10월 3일부터 밑줄을 사용하는 이전 버전의 텍스트 태그 구문으로 생성된 문서에 대한 지원이 중단됩니다.새로운 텍스트 태그 구문을 사용하면 조건부 양식 필드 생성, 계산된 양식 필드 생성, 고급 필드 유효성 검사 등 웹 UI를 통해 지원되는 양식 필드를 만들 수 있습니다.
이전 버전 텍스트 태그 구문의 예:
_es_signer_signature
서명자에게 할당된 서명 필드입니다.
address_es_signer
서명자에게 할당된 'address'라는 선택적 필드입니다.
텍스트 태그 구문 버전 2.0의 예:
Sig_es_:signer:signature
서명자에게 할당된 서명 필드입니다.
address_es_:signer
서명자에게 할당된 'address'라는 선택적 필드입니다.
필요한 조치
이전 버전의 텍스트 태그가 포함된 기존 문서 템플릿이 있는 경우 2016년 10월 3일 이전에 신규 버전 2.0 텍스트 태그 구문을 사용하도록 문서 템플릿을 업데이트하십시오.새로운 구문에 대한 자세한 내용은 텍스트 태그로 양식 만들기 참조 안내서를 참조하십시오.
Adobe Sign이 4바이트 유니코드 문자를 지원하도록 핵심 데이터베이스를 업데이트합니다
8월에 Adobe Sign 글로벌 확장 및 언어 지원의 일환으로 멀티바이트 문자 세트를 더 잘 지원하기 위해 핵심 데이터베이스가 업데이트됩니다.현재 Adobe Sign은 API를 통해 클라이언트 애플리케이션에 4바이트 문자를 전송하지 않습니다.이번 업데이트를 통해 데이터베이스가 4바이트 확장 유니코드 문자를 지원할 수 있게 됩니다.
필요한 조치
Adobe Sign API 호출을 사용하는 애플리케이션과 데이터 저장소를 검토하여 4바이트 문자를 처리할 수 있는지 확인하십시오
RC4 암호화 지원이 종료됩니다
RC4 암호화 지원이 2016년 8월 20일에 종료됩니다.*.echosign.com 및 documents.adobe.com을 포함한 모든 Adobe Sign 도메인에서 RC4 암호화 지원이 비활성화됩니다.SSL/TLS 통신에 RC4 대칭 암호화를 사용하는 고객은 SSL/TLS 핸드셰이크가 실패하므로 모든 Adobe Sign 도메인에 연결할 수 없습니다.
필요한 조치
Adobe Sign 서비스와 통신하는 이전 버전의 Java(버전 1.6 이하)에서 실행되는 애플리케이션은 SSL/TLS 핸드셰이크 실패가 발생합니다.중단 없는 작업을 보장하려면 최신 버전의 Java(버전 8 이상)로 업그레이드하십시오.
조직에서 Adobe Sign 서비스와의 통신에 RC4를 사용하는 다른 서버나 서비스가 있는지 확인하도록 IT 운영 팀에 이 정보를 제공하십시오.해당하는 경우 업데이트된 암호화 제품군을 지원하도록 해당 서버나 서비스를 업그레이드하십시오.
RC4가 비활성화되는 이유: RC4 스트림 암호화에는 주요 취약점이 있는 것으로 알려져 있으며, 대부분의 ISV에서 이에 대한 지원을 단계적으로 중단하기 시작했습니다.자세한 내용은 다음 사이트를 참조하십시오:
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/
Microsoft Dynamics CRM 2011(On-Premise 버전)과의 제품 통합 지원이 2016년 9월에 종료됩니다
Microsoft는 2016년 7월 12일에 Dynamics CRM 2011에 대한 주류 지원을 종료합니다.2016년 9월에 지원을 종료할 예정입니다.
필요한 조치
2016년 10월 3일까지 On-Premise 버전을 Adobe에서 지원하는 Dynamics CRM 2013 이상 버전(On-Premise)으로 업그레이드하십시오.지원되지 않는 버전을 사용하는 고객은 서비스 중단을 방지하기 위해 최신 버전으로 업그레이드해야 합니다.
최신 버전으로의 업그레이드에 대한 정보는 고객 성공 관리자에게 문의하십시오.
알림 메시지
Salesforce 버전 12 및 13과의 제품 통합 지원이 이제 종료되었습니다
Salesforce 버전 12 및 13용 Adobe Sign 서비스에 대한 제품 업데이트, 보안 업데이트 및 기술 지원은 2016년 4월 30일에 종료되었습니다.
필요한 조치
지원되지 않는 버전을 사용하는 고객은 기술 지원이 필요한 경우 최신 버전으로 업그레이드해야 합니다.
NetSuite 통합 출시
Adobe가 NetSuite와의 Adobe Sign 통합 최신 버전(v4.0)을 출시했습니다.이 버전은 "Built for Netsuite" 인증서를 획득했으며 모든 최신 NetSuite 디자인 모범 사례를 충족합니다.
새로운 기능:
- Auto-provisioning.NetSuite에서 계약서를 전송하는 사용자가 Adobe Sign 서비스 사용자 계정으로 자동 프로비저닝될 수 있도록 하는 새로운 사용자 정의 기본 설정입니다.
- OAuth 2.0.데이터 보안을 개선하기 위해 Adobe Sign은 이제 NetSuite에서 계정을 인증하는 데 OAuth 2.0을 사용합니다.이 개선 사항은 구현에 영향을 주지 않지만, NetSuite 패키지가 Adobe Sign과 통신할 수 있도록 인증하는 일회성 설정을 수행해야 합니다.
RC4 암호화에 대한 지원이 종료됩니다
RC4 암호화에 대한 지원 종료 날짜가 2016년 8월 20일로 변경되었습니다.
2016년 8월 20일에 *.echosign.com 및 documents.adobe.com을 포함한 모든 eSign 도메인에서 RC4 암호화에 대한 지원이 비활성화됩니다.SSL/TLS 통신에 RC4 대칭 암호화를 사용하는 고객은 SSL/TLS 핸드셰이크가 실패하므로 모든 eSign 도메인에 연결할 수 없습니다.
필요한 조치
eSign 서비스와 통신하는 구 버전의 Java(버전 1.6 이하)에서 실행되는 애플리케이션은 SSL/TLS 핸드셰이크 실패가 발생합니다.중단 없는 작업을 보장하려면 최신 버전의 Java(버전 8 이상)로 업그레이드하십시오.
조직에 eSign 서비스와의 통신을 위해 RC4에 의존하는 다른 서버나 서비스가 있는지 확인하려면 IT 운영 팀에 이 정보를 제공하십시오.서버나 서비스를 업데이트된 암호화 제품군을 지원하도록 업그레이드하십시오.
RC4가 비활성화되는 이유: RC4 스트림 암호화는 주요 보안 취약점이 있는 것으로 알려져 있으며, 대부분의 ISV에서 지원을 단계적으로 중단하기 시작했습니다.자세한 내용은 다음 위치를 방문하십시오:
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/
Salesforce 버전 12 및 13과의 제품 통합 지원이 종료됩니다
Salesforce 버전 12 및 13용 Adobe eSign 서비스의 제품 업데이트, 보안 업데이트 및 기술 지원은 2016년 4월 30일에 종료됩니다.지속적인 지원을 받으려면 미리 최신 버전으로 업그레이드하십시오.
필요한 조치
지원되지 않는 버전을 사용하는 고객은 기술 지원이 필요한 경우 최신 버전으로 업그레이드해야 합니다.
최신 버전으로 업그레이드하는 방법에 대한 정보는 클라이언트 성공 관리자에게 문의하십시오.
Microsoft Dynamics CRM 2011(On-Premise 버전)과의 제품 통합 지원은 2016년 9월에 종료됩니다
Microsoft는 2016년 7월 12일에 Dynamics CRM 2011에 대한 주요 지원을 종료합니다.저희는 2016년 9월에 지원을 종료할 예정입니다.
필요한 조치
2016년 10월 3일까지 On-Premise 버전을 Adobe에서 지원하는 Dynamics CRM 2013 이상 버전(On-Premise)으로 업그레이드하십시오.지원되지 않는 버전을 사용하는 고객은 서비스 중단을 방지하기 위해 최신 버전으로 업그레이드해야 합니다.
최신 버전으로 업그레이드하는 방법에 대한 정보는 클라이언트 성공 관리자에게 문의하십시오.
미리 알림
NetSuite 통합 풀기
Adobe는 NetSuite(v4.0)와의 Adobe Document Cloud eSign 서비스 통합 최신 버전을 출시했습니다.이 버전은 "Built for NetSuite" 인증을 획득했으며 모든 최신 NetSuite 디자인 모범 사례를 충족합니다.
새로운 기능:
- 자동 프로비저닝.NetSuite에서 계약을 전송하는 사용자가 Adobe Document Cloud eSign 서비스 사용자 계정으로 자동 프로비저닝되도록 하는 새로운 사용자 정의 기본 설정입니다.
- OAuth 2.0.데이터 보안을 향상시키기 위해 Adobe Document Cloud eSign 서비스는 이제 OAuth 2.0을 사용하여 NetSuite에서 Adobe Document Cloud eSign 서비스 계정을 인증합니다.이 개선사항은 구현에 영향을 주지 않지만, NetSuite 패키지가 Adobe Document Cloud와 통신하도록 인증하기 위한 일회성 설정이 필요합니다.
Adobe Document Cloud eSign 서비스의 추가 IP 주소 범위
Adobe Document Cloud eSign 서비스는 2월 유지보수 릴리스를 통해 서비스 범위를 확장했습니다.확장된 서비스는 현재 사용 중인 IP 주소 외에 새로운 IP 주소 세트에서 운영됩니다.
필요한 조치
기존 네트워크 또는 방화벽 구성에서 Adobe Document Cloud eSign 서비스의 IP 주소를 명시적으로 허용 목록에 추가한 경우, 서비스에 대한 지속적인 액세스를 보장하기 위해 새로운 IP 주소를 포함하도록 네트워크 구성 설정을 업데이트해야 합니다.기존 IP 주소는 계속 지원될 예정이며 네트워크 구성에서 삭제되거나 제거되지 않아야 합니다.
기존 IP 주소
북아메리카:
166.78.79.112/28
207.97.227.112/28
추가 IP 주소
북아메리카:
52.71.63.224/27
52.35.253.64/27
유럽:
52.48.127.160/27
52.58.63.192/27
NetSuite 통합 릴리스
NetSuite 통합 릴리스.
Adobe는 NetSuite용 Adobe Document Cloud eSign 서비스 통합의 최신 버전(v4.0)을 출시했습니다.이 버전은 "Built for Netsuite" 인증을 달성했으며 모든 최신 NetSuite 디자인 모범 사례를 충족합니다.
새로운 기능:
- 자동 프로비저닝.NetSuite에서 계약을 전송하는 사용자가 Adobe Document Cloud eSign 서비스 사용자 계정으로 자동 프로비저닝될 수 있도록 하는 새로운 사용자 정의 기본 설정입니다.
- OAuth 2.0.데이터 보안 향상을 위해 Adobe Document Cloud eSign 서비스는 이제 OAuth 2.0을 사용하여 NetSuite에서 Adobe Document Cloud eSign 서비스 계정을 인증합니다.이 개선 사항은 구현에 영향을 미치지 않지만, NetSuite 패키지가 Adobe Document Cloud와 통신할 수 있도록 승인하기 위한 일회성 설정을 수행해야 합니다.
지금 업그레이드하여 이 모든 향상된 기능을 활용하세요.
RC4 암호화 지원 종료
Adobe Document Cloud eSign 서비스는 주요 소프트웨어 공급업체와 함께 RC4 암호화 지원을 종료합니다.
Adobe는 2016년 초에 secure.echosign.com 서버에서 RC4 암호화 지원을 비활성화할 예정입니다.SSL/TLS 통신에 RC4 대칭 암호화를 사용하는 고객은 SSL/TLS 핸드셰이크가 실패하므로 secure.echosign.com 서버에 연결할 수 없게 됩니다.
필요한 조치
기업 고객은 이 변경 후에도 계속 원활하게 작동하도록 사용자 지정 애플리케이션과 통합을 테스트하는 것을 적극 권장합니다.테스트 설정에 대해서는 CSM에게 문의하십시오.
알려진 문제: 이전 버전의 Java(버전 1.6 이하)를 실행하는 고객은 SSL/TLS 핸드셰이크 실패를 경험할 수 있습니다.
해결책: 새로운 버전의 Java(버전 8)로 업그레이드하십시오.
RC4가 비활성화되는 이유: RC4 스트림 암호화는 주요 취약점이 있는 것으로 알려져 있으며, 대부분의 ISV가 이에 대한 지원을 단계적으로 중단하기 시작했습니다.자세한 내용은 다음 사이트를 방문하세요:
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/
미리 알림
Adobe Document Cloud eSign 서비스의 추가 IP 주소 범위
Adobe Document Cloud eSign 서비스는 2월 유지 관리 릴리스와 함께 서비스 범위를 확장했습니다. 확장된 서비스는 현재 사용 중인 IP 주소 외에 새로운 IP 주소 세트에서 운영됩니다.
필요한 조치
기존 네트워크나 방화벽 구성에서 Adobe Document Cloud eSign 서비스의 IP 주소를 명시적으로 허용 목록에 추가한 경우, 서비스에 대한 지속적인 액세스를 보장하기 위해 새로운 IP 주소를 포함하도록 네트워크 구성 설정을 업데이트해야 합니다. 기존 IP 주소는 계속 지원될 예정이며 네트워크 구성에서 삭제되거나 제거되지 않아야 합니다.
기존 IP 주소
북아메리카:
166.78.79.112/28
207.97.227.112/28
추가 IP 주소
북아메리카:
52.71.63.224/27
52.35.253.64/27
유럽:
52.48.127.160/27
52.58.63.192/27
원클릭 서명 지원 종료
원클릭을 서명 기본 설정으로 사용하는 고객에게 알림: Adobe Document Cloud eSign 서비스는 2016년 1월 15일에 원클릭 서명 지원을 중단하고 고객을 표준 서명 방법으로 업그레이드했습니다.
표준 서명 방법은 데스크탑, 태블릿, 스마트폰을 포함한 모든 디바이스에서 최적화된 간단하고 효율적인 서명 경험을 제공합니다. 서명 경험은 서명자가 필수 필드를 통해 안내받을 수 있도록 합니다. 표준 서명 방법은 계약서에 입력된 데이터 자동 저장, 조건부 양식 필드, 필드 유효성 검사 등 원클릭 서명보다 훨씬 풍부한 서명자 경험을 제공합니다.
필요한 조치
아직 표준 서명 방법으로 전환하지 않았다면, [계정] > [계정 설정] > [서명 기본 설정]을 선택하고 문서 서명의 기본 방법으로 [표준]을 선택하십시오.
문서에 전자 트랜잭션 ID 서명 스탬프 배치하기
Adobe Document Cloud eSign 서비스는 2016년 1월 15일에 "파란색 테두리" 트랜잭션 ID를 비활성화했습니다. 이러한 변경을 통해 고객에게 다음을 제공합니다:
- 문서의 더 큰 보기
- 문서에서 전자 서명 스탬프를 배치할 위치를 선택할 수 있는 유연성
- 트랜잭션 ID가 필요한 문서를 선택할 수 있는 기능
필요한 조치
서명된 문서에 대한 트랜잭션 및 서명 스탬프를 자동으로 생성하려면, "파란색 테두리"를 사용하여 트랜잭션 ID 및 참가자 서명 스탬프로 문서에 주석을 달던 고객은 텍스트 태그 또는 양식 필드를 사용하여 문서를 업데이트해야 합니다. 자세한 내용은 텍스트 태그 사용 안내서를 참조하십시오.
Adobe eSign 서비스의 추가 IP 주소 범위
Adobe Document Cloud eSign 서비스가 즉시 서비스 범위를 확장합니다.확대된 서비스는 서비스에서 현재 사용 중인 주소를 초과하여 새 IP 주소 집합에서 작동합니다. 기존 네트워크나 방화벽 구성에서 eSign 서비스의 IP 주소를 명시적으로 허용 목록에 추가한 경우, 서비스에 대한 지속적인 액세스를 보장하기 위해 이러한 새로운 IP 주소를 포함하도록 네트워크 구성 설정을 업데이트해야 합니다.
기존 IP 주소
북아메리카:
166.78.79.112/28
207.97.227.112/28
추가 IP 주소
북아메리카:
52.71.63.224/27
52.35.253.64/27
유럽:
52.48.127.160/27
52.58.63.192/27
참고 사항: 기존 IP 주소는 계속 서비스되므로 네트워크 구성에서 삭제하거나 제거하지 마십시오.
"원클릭" 서명 서비스 종료
원클릭을 서명 기본 설정으로 사용하는 고객에게 알림드립니다. 2016년 1월 15일부터 eSign 서비스에서 원클릭 서명 지원을 중단하고 모든 사용자를 표준 서명 방법으로 업그레이드합니다.
표준 서명 방법은 데스크탑, 태블릿, 스마트폰을 포함한 모든 디바이스에서 작동하도록 최적화된 간단하고 효율적인 서명 경험을 제공합니다. 서명 과정에서 서명자가 필수 입력란을 순서대로 진행할 수 있도록 안내합니다. 표준 서명 방법은 계약서 입력 데이터 자동 저장, 조건부 양식 입력란, 입력란 유효성 검사 등 원클릭 서명보다 훨씬 풍부한 서명자 경험을 제공합니다.
관리자는 2016년 1월 15일 이전에 표준 서명 방법으로 전환할 수 있으며, 미리 전환할 것을 강력히 권장합니다. 표준 서명 방법으로 전환하려면 [계정] 탭으로 이동하여 [계정 설정]을 선택한 후 [서명 기본 설정]에서 문서 서명 기본 방법으로 [표준]을 선택하십시오.
현재 "파란색 테두리"를 사용하여 트랜잭션 ID와 서명 스탬프로 문서에 주석을 추가하고 있다면 아래 집필을 참조하십시오.
문서에 전자 트랜잭션 ID 서명 스탬프 배치하기
서명된 문서 주변의 파란색 테두리로 표시되는, 서명된 문서용 자동 생성 트랜잭션 및 서명 스탬프를 사용하는 고객에게 알림드립니다.
2016년 1월 15일부터 eSign 서비스에서 "파란색 테두리" 트랜잭션 ID를 비활성화합니다.이 변경을 통해 고객에게 다음을 제공합니다:
- 문서 확대 보기
- 문서에 전자 서명 스탬프를 배치할 위치를 선택할 수 있는 유연성
- 트랜잭션 ID가 필요한 문서를 선택할 수 있는 기능
현재 "파란색 테두리"를 사용하여 트랜잭션 ID와 참가자 서명 스탬프로 문서에 주석을 추가하는 고객은 텍스트 태그 또는 양식 필드를 사용하여 문서를 업데이트할 수 있습니다.자세한 내용은 텍스트 태그 사용자 안내서를 참조하십시오.
RC4 암호화 서비스 종료 날짜 변경
Adobe Document Cloud eSign 서비스는 주요 소프트웨어 공급업체와 함께 2016년 2분기에 RC4 암호화 지원을 종료합니다. 구체적인 날짜는 향후 업데이트를 통해 안내하겠습니다.
Adobe는 2016년 초에 secure.echosign.com 서버에서 RC4 암호화 지원을 비활성화합니다. SSL/TLS 통신에 RC4 대칭 암호화를 사용하는 고객은 SSL/TLS 핸드셰이크가 실패하므로 secure.echosign.com 서버에 연결할 수 없습니다.
RC4가 비활성화되는 이유:
RC4 스트림 암호는 주요 취약점이 있는 것으로 알려져 있으며 대부분의 ISV가 지원을 단계적으로 중단하기 시작했습니다.자세한 정보:
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/
알려진 문제: Java 1.6 이하 이전 버전을 실행하는 고객은 SSL/TLS 핸드셰이크 실패를 경험할 수 있습니다.해결책: Java 8의 새 버전으로 업그레이드하십시오.
참고: 기업 고객은 이 변경 후에도 사용자 정의 애플리케이션과 통합이 원활하게 작동하도록 테스트하는 것이 좋습니다.테스트 설정에 대해서는 CSM에게 문의하십시오.
최근 업데이트
IE7 및 IE8 지원이 2016년 1월 12일 종료됩니다
eSign 서비스는 이전 버전 Internet Explorer의 종료에 대한 Microsoft 정책과 일치하고 있습니다.자세한 내용은 Internet Explorer에 대한 Microsoft 수명 주기 지원 정책을 참조하십시오.따라서 2016년 1월 12일부터 IE7 및 IE8을 더 이상 지원하지 않습니다.IE7 또는 IE8을 사용하고 있다면 가능한 한 빨리 최신 브라우저로 업데이트하십시오.Adobe 지원 브라우저 목록을 참조하십시오.
"원클릭" 서명 지원 종료
서명 기본 설정으로 원클릭을 사용하는 고객에게 알립니다.2016년 1월 15일 Adobe eSign 서비스는 원클릭 서명 지원을 중단하고 모든 고객을 표준 서명 방법으로 업그레이드합니다.
표준 서명 방법은 데스크탑, 태블릿, 스마트폰을 포함한 모든 디바이스에서 작동하도록 최적화된 간단하고 효율적인 서명 경험을 제공합니다.서명 경험은 서명자가 필수 필드를 진행하도록 안내합니다.표준 방법은 계약서에 입력된 데이터 자동 저장, 조건부 양식 필드, 필드 유효성 검사를 포함하여 원클릭 서명보다 서명자에게 훨씬 풍부한 경험을 제공합니다.
관리자는 1월 15일 이전에 표준 서명 방법으로 전환하는 것이 좋습니다.표준 서명 방법을 사용하도록 전환하려면 [계정] 탭으로 이동하여 [계정 설정]을 선택한 다음 [서명 기본 설정]으로 이동하여 문서 서명의 기본 방법으로 [표준]을 선택하십시오.
트랜잭션 ID와 서명 스탬프로 문서에 주석을 달기 위해 현재 "파란색 테두리"를 사용하고 있다면 아래 기사를 참조하십시오.
문서에 전자 트랜잭션 ID 서명 스탬프 배치하기.
날짜가 2015년 12월 1일에서 2016년 1월 15일로 변경됨
서명된 문서 주변의 파란색 테두리로 나타나는, 서명된 문서에 대해 자동으로 생성되는 트랜잭션 및 서명 스탬프를 사용하는 고객에게 공지합니다.
2015년 1월 15일, Adobe eSign 서비스는 "파란색 테두리" 트랜잭션 ID를 비활성화합니다. 이러한 변경을 통해 고객에게 다음을 제공합니다:
- 문서 확대 보기
- 문서에서 전자 서명 스탬프를 배치할 위치를 선택할 수 있는 유연성
- 트랜잭션 ID가 필요한 문서를 선택할 수 있는 기능
현재 "파란색 테두리"를 사용하여 트랜잭션 ID와 참가자 서명 스탬프로 문서에 주석을 달고 있는 고객은 텍스트 태그 또는 양식 필드를 사용하여 문서를 업데이트할 수 있습니다.자세한 정보는 텍스트 태그 사용 안내서를 참조하십시오.
IE7 및 IE8 지원이 2016년 1월 12일 종료됩니다
eSign 서비스는 이전 버전의 Internet Explorer에 대한 Microsoft의 지원 종료 정책에 맞추고 있습니다.자세한 내용은 Internet Explorer에 대한 Microsoft 수명 주기 지원 정책을 참조하십시오. 따라서 2016년 1월 12일부터 IE7 및 IE8을 더 이상 지원하지 않습니다. IE7 또는 IE8을 사용하고 있다면 가능한 한 빨리 최신 브라우저로 업데이트하십시오. Adobe 지원 브라우저 목록을 참조하십시오.
최근 업데이트
RC4 암호화 지원 종료 날짜 변경
Adobe Document Cloud eSign 서비스는 2016년 초 RC4 암호화 지원을 종료하기 위해 주요 소프트웨어 공급업체와 보조를 맞추고 있습니다. 이는 이전에 공지된 11월 5일 날짜에 대한 업데이트입니다.
Adobe는 2016년 초 secure.echosign.com 서버에서 RC4 암호화 지원을 비활성화합니다. SSL/TLS 통신에 RC4 대칭 암호화를 사용하는 고객은 SSL/TLS 핸드셰이크가 실패하므로 secure.echosign.com 서버에 연결할 수 없습니다.
RC4가 비활성화되는 이유:
RC4 스트림 암호화는 주요 취약점이 있는 것으로 알려져 있으며 대부분의 ISV가 이에 대한 지원을 단계적으로 중단하기 시작했습니다. 추가 정보:
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/
알려진 문제: Java 1.6 이하 버전을 사용하는 고객은 SSL/TLS 핸드셰이크 실패가 발생할 수 있습니다.해결 방법: Java 8의 최신 버전으로 업그레이드하십시오.
API 테스트는 CSM에게 문의하십시오.
IE7 및 IE8 지원이 2016년 1월 12일 종료됩니다
eSign 서비스는 Internet Explorer 구 버전에 대한 Microsoft의 지원 종료 정책에 따라 조정됩니다.자세한 내용은 Internet Explorer용 Microsoft 라이프사이클 지원 정책을 참조하세요.이에 따라 2016년 1월 12일부터 IE7 및 IE8을 더 이상 지원하지 않습니다.IE7 또는 IE8을 사용하고 있다면 가능한 한 빨리 최신 브라우저로 업데이트하십시오.Adobe 지원 브라우저 목록을 참조하십시오.
최근 업데이트
문서에 전자 트랜잭션 ID 서명 스탬프 배치하기
서명된 문서에 파란색 테두리로 표시되는 자동 생성 트랜잭션 및 서명 스탬프를 사용하는 고객에게 알려드립니다.
2015년 12월 1일 Adobe eSign 서비스에서 "파란색 테두리" 트랜잭션 ID가 비활성화됩니다.고객에게 다음 사항을 제공하기 위해 이러한 변경을 진행합니다:
- 문서의 더 큰 보기
- 문서에서 전자 서명 스탬프를 배치할 위치를 선택할 수 있는 유연성
- 트랜잭션 ID가 필요한 문서를 선택할 수 있는 기능
현재 "파란색 테두리"를 사용하여 트랜잭션 ID 및 참가자 서명 스탬프로 문서에 주석을 추가하는 고객은 이미 텍스트 태그 또는 양식 필드를 사용하여 문서를 업데이트할 수 있습니다.자세한 내용은 텍스트 태그 사용 안내서를 참조하십시오.
새로운 암호 요구 사항
암호 요구 사항을 강화하고 있습니다.가까운 시일 내에 다음 기준을 충족하도록 암호를 업데이트하라는 요청을 받을 수 있습니다:
- 암호는 최소 8자 이상이어야 하며 최대 100자까지 가능합니다.
- 암호는 다음 복잡성 규칙을 충족해야 합니다.
1. 대문자 1자 이상
2. 소문자 1자 이상
3. 숫자 1자 이상
4. 공백을 제외한 특수 문자(구두점) 1자 이상
- 암호에는 대소문자 구분 안 함 사용자 이름이나 이름 또는 성이 포함될 수 없습니다.
- 암호는 Password1!과 같이 일반적으로 사용되는 암호와 일치하지 않아야 합니다.
새 암호는 이전에 사용한 암호와 일치할 경우 거부됩니다. 고려되는 이전 암호의 수는 현재 기본적으로 10개입니다. 계정 관리자가 계정의 제한을 명시적으로 재정의한 경우 해당 설정이 유지됩니다.
서비스에 액세스하기 위해 로그인할 때 암호를 업데이트하라는 제품 내 프롬프트를 확인하세요.
RC4 암호화 지원 종료
Adobe Document Cloud eSign 서비스는 주요 소프트웨어 벤더와 보조를 맞춰 2016년 초에 RC4 암호 지원을 종료합니다.
Adobe는 2016년 초에 secure.echosign.com 서버에서 RC4 암호 지원을 비활성화할 예정입니다. SSL/TLS 통신에 RC4 대칭 암호화를 사용하는 고객은 SSL/TLS 핸드셰이크가 실패하므로 secure.echosign.com 서버에 연결할 수 없습니다.
RC4가 비활성화되는 이유:
RC4 스트림 암호는 주요 취약점이 있는 것으로 알려져 있으며 대부분의 ISV에서 지원을 단계적으로 중단하기 시작했습니다. 추가 정보:
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/
알려진 문제:
Java 1.6 이하의 이전 버전을 실행하는 고객은 SSL/TLS 핸드셰이크 실패가 발생할 수 있습니다. 해결책: Java 8의 최신 버전으로 업그레이드하세요.
API 테스트의 경우 CSM에 문의하세요.
SSL 인증서는 2015년 10월 18일 일요일에 업데이트됩니다
Adobe Document Cloud eSign 서비스는 전자 서명 트랜잭션을 위한 더 높은 품질의 서비스 및 성능을 제공하고 글로벌 서비스 입지를 구축하기 위해 추가 데이터 센터로 운영을 대폭 확장하고 있습니다.이러한 확장을 지원하기 위해 Adobe eSign에서 이미 지원하는 기존 도메인에 더 많은 웹 도메인을 추가할 예정입니다.
eSign 서비스에서 사용하는 SSL 인증서는 추가 도메인을 지원하기 위해 2015년 10월 18일 일요일에 업데이트됩니다.SSL 인증서의 변경은 공개 키에만 국한되며, 기본 암호화 프로토콜이나 체계는 변경되지 않고 루트 및 중간 인증서도 변경되지 않습니다.
웹 브라우저와 모바일 애플리케이션(iOS 또는 Android)이 새 인증서의 유효성을 원활하게 검사하므로, 이 변경이 대부분의 고객에게 영향을 미치지 않을 것으로 예상됩니다.하지만 SOAP 또는 REST 기반 API를 사용하여 Adobe eSign 서비스와 맞춤 구축한 통합이 있고, 이러한 통합 중 기존 공개 키를 고정한 경우, 2015년 10월 18일 일요일 이전에 서버 유효성 검사를 위해 새 공개 키를 포함하도록 통합을 업데이트해야 합니다.인증서를 고정하면 통합 애플리케이션에서 Adobe eSign 서비스가 특정 공개 키가 포함된 특정 SSL 인증서를 제공할 것으로 예상합니다.인증서를 업데이트하지 않으면 통합이 작동하지 않습니다.Adobe eSign 서비스의 새 SSL 인증서 공개 키는 이 문서 끝부분을 참조하십시오.
공개 키.
2015년 10월 18일 일요일에 Adobe eSign SSL 인증서는 다음 공개 키를 갖습니다:
-----BEGIN PUBLIC KEY-----
MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAyX/qrvtOKHZNMn2KQPEY ay9rBLWdh21c6B0Fv0cIs89DKmlLxRQhuzralVTokMcaqNyJYm01MP1Jj7EySbtk mNjQmGWSFhbGgvPY5mToDNu14IfqaZ5khm2Nnp2IKh9zqt5ENZcBflPJ9oYToiLZ EXnaeQOW4pi+MgTwn0OHz2i+9O5CAa/xxgpxouQhZzkc7dECKZnzXqOcEOHVUs/8 lxYpDHogfQhSQHbZryp4KmrjSLcZeIV94VswOBG/rwbjlSj8bkoPkI3II4ZLW/GH MW390E/4BzuXuh0NO84yRyegfTn6O2mx05ZakzB93+wpRIDauh5Iuah6nXvJe9bn SQIDAQAB
-----END PUBLIC KEY-----
통합에서 공개 키를 고정하는 경우, 2015년 10월 18일 일요일까지 기존 인증서를 이 새 공개 키로 교체하십시오.
문의사항이 있으시면 support@echosign.com의 고객 지원팀에 문의하십시오.
IE7 및 IE8 지원이 2016년 1월 12일에 종료됩니다
eSign 서비스는 Internet Explorer 구버전의 지원 종료에 대한 Microsoft 정책에 맞춰 조정하고 있습니다.자세한 내용은 Internet Explorer에 대한 Microsoft 수명 주기 지원 정책을 참조하십시오.따라서 2016년 1월 12일부터 IE7과 IE8을 더 이상 지원하지 않습니다.IE7 또는 IE8을 사용 중이시면 가능한 한 빨리 최신 브라우저로 업데이트하십시오.Adobe 지원 브라우저 목록을 확인하십시오.
문서에 전자 트랜잭션 ID 서명 스탬프 배치하기
서명된 문서 주변의 '파란색 테두리'로 나타나는 자동 생성 트랜잭션 및 서명 스탬프를 사용하는 고객에게 안내드립니다.
2015년 12월 1일, Adobe eSign 서비스에서 "파란색 테두리" 트랜잭션 ID를 비활성화합니다.고객에게 다음을 제공하기 위해 이 변경을 실시합니다:
- 문서 확대 보기
- 문서에서 전자 서명 스탬프를 배치할 위치를 선택할 수 있는 유연성
- 트랜잭션 ID가 필요한 문서를 선택할 수 있는 기능
현재 트랜잭션 ID와 서명 스탬프로 문서에 주석을 달기 위해 "파란색 테두리"를 사용하는 고객은 이미 Text Tags 또는 양식 필드를 사용하여 문서를 업데이트할 수 있습니다.자세한 내용은 Text Tag 사용 안내서를 참조하십시오.
새로운 암호 요구 사항
암호 요구 사항을 강화하고 있습니다.앞으로 몇 개월 내에 다음 기준을 충족하도록 암호를 업데이트해야 합니다:
- 암호는 최소 8자 이상이어야 하며 최대 100자까지 가능합니다.
- 암호는 다음 복잡성 규칙을 충족해야 합니다.
1. 대문자 1개 이상
2. 소문자 1개 이상
3. 숫자 1개 이상
4. 특수 문자 1개 이상(구두점)
- 암호에는 사용자 이름이나 이름 또는 성이 대소문자 구분 안 함으로 포함될 수 없습니다.사용자 이름은 이메일에서 @ 앞부분의 하위 문자열로 정의됩니다.사용성상의 이유로 이 규칙은 문자열의 길이가 3자 이상일 때만 적용됩니다.
- 암호는 Password1!과 같이 일반적으로 사용되는 암호와 일치하지 않아야 합니다.
- 암호는 최근에 사용한 10개 암호의 대소문자 구분 문자와 일치하지 않아야 합니다.
서비스에 액세스하기 위해 로그인할 때 암호 업데이트를 위한 제품 내 프롬프트를 확인하십시오.
RC4 암호화 종료 날짜 변경
Adobe Document Cloud eSign 서비스는 주요 소프트웨어 공급업체와 협력하여 2016년 초에 RC4 암호 지원을 종료합니다.이는 이전에 안내된 2015년 11월 5일 날짜에서 업데이트된 내용입니다.
Adobe는 2016년 초에 secure.echosign.com 서버에서 RC4 암호화 지원을 비활성화할 예정입니다.SSL/TLS 통신에 RC4 대칭 암호화를 사용하는 고객은 SSL/TLS 핸드셰이크가 실패하므로 secure.echosign.com 서버에 연결할 수 없게 됩니다.
RC4가 비활성화되는 이유:
RC4 스트림 암호는 주요 취약점이 있는 것으로 알려져 있으며 대부분의 ISV에서 지원을 단계적으로 중단하기 시작했습니다. 자세한 내용은 다음을 참조하십시오:
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/
알려진 문제:
- Java 1.6 이하의 이전 버전을 실행하는 고객은 SSL/TLS 핸드셰이크 실패가 발생할 수 있습니다. 해결책: Java 8의 최신 버전으로 업그레이드하십시오.
- Windows XP에서 IE6을 사용하는 고객은 SSL/TLS 핸드셰이크 실패가 발생합니다. 해결책: Document Cloud eSign에서 지원하는 OS 및 브라우저인 IE9 이상, Chrome, Firefox 또는 Safari로 업그레이드하십시오.
API 테스트의 경우 CSM에게 문의하십시오.
최근 업데이트
eSign 서비스 로그인용 올바른 URL
올바른 로그인 URL을 사용자에게 알리고 모든 책갈피를 업데이트했는지 확인하십시오. eSign 서비스의 로그인 URL은 https://secure.echosign.com/public/login/입니다
