보안 설정 >Webhook mTLS 인증서 관리로 이동합니다.
새로운 기능
시작하기
관리
- Admin Console 개요
- 사용자 관리
- 활성 사용자 추가, 편집 및 검토
- Admin Console SSO
- 기능 중심 사용자 생성
- 확인을 완료하지 않은 사용자 검토
- 프로비저닝 오류가 있는 사용자 확인
- 이름/이메일 주소 변경
- 사용자의 그룹 멤버십 편집
- 그룹 인터페이스를 통해 사용자의 그룹 멤버십 편집
- 사용자를 관리자 역할로 승격
- 사용자 ID 유형 및 SSO
- 사용자 ID 전환
- MS Azure로 사용자 인증
- Google Federation으로 사용자 인증
- 제품 프로필
- 로그인 경험
- 그룹 관리
- 계정/그룹 설정
- 설정 개요
- 전역 설정
- 계정 계층 및 ID
- 새로운 수신자 환경
- [자체 서명] 워크플로
- 대량 전송
- 웹 양식
- 사용자 지정 전송 워크플로
- Power Automate 워크플로
- 라이브러리 문서
- 계약서를 사용하여 양식 데이터 수집
- 제한된 문서 표시 여부
- 서명된 계약의 PDF 사본 첨부
- 이메일에 링크 포함
- 이메일에 이미지 포함
- 이메일에 첨부된 파일의 이름 지정
- 문서에 감사 보고서 첨부
- 여러 문서를 하나로 병합
- 개별 문서 다운로드
- 서명된 문서 업로드
- 내 계정의 사용자에 대한 위임
- 외부 수신자의 위임 허용
- 서명 권한
- 전송 권한
- 전자 봉인 추가 권한
- 기본 시간대 설정
- 기본 날짜 형식 설정
- 다중 그룹의 사용자(UMG)
- 그룹 관리자 권한
- 수신자 바꾸기
- 감사 보고서
- 트랜잭션 꼬리말
- 제품 내 메시지 및 지침
- 액세스할 수 있는 PDF
- PDF/A 워크플로
- 의료 고객
- 새로운 서명 요청 환경
- 새로운 사용자 지정 워크플로우 경험
- 새 템플릿 만들기 환경
- 계정 설정 / 브랜딩 설정
- 서명 기본 설정
- 서식이 올바르게 지정된 서명
- 수신자의 서명 허용
- 서명자 이름 변경 가능
- 수신자가 자신이 저장한 서명을 사용하도록 허용
- 사용자 지정 사용 약관 및 소비자 공개
- 폼 필드를 통해 수신자 탐색
- 계약 워크플로 다시 시작
- 서명 거부
- 스탬프 워크플로 허용
- 서명자에게 직책 또는 회사 제공 요청
- 서명자의 자필 서명 인쇄 및 배치 허용
- 전자 서명 시 메시지 표시
- 서명자가 모바일 장치를 사용하여 서명을 작성하도록 요청
- 서명자의 IP 주소 요청
- 참여 스탬프에서 회사 이름 및 직책 제외
- 적응형 서명 그리기 스케일링 적용
- 디지털 서명
- 전자 봉인
- 디지털 신원
- 보고서 설정
- 클래식 보고 기능 활성화
- 새로운 보고서 환경
- 기존 보고서 설정
- 보안 설정
- Single Sign-on 설정
- 기억하기 설정
- 로그인 암호 정책
- 로그인 암호 보안 수준
- 웹 세션 기간
- PDF 암호화 유형
- API
- 사용자 및 그룹 정보 액세스
- 허용된 IP 범위
- 계정 공유
- 계정 공유 권한
- 계약 공유 컨트롤
- 서명자 신원 확인
- 계약 서명 암호
- 문서 암호 보안 수준
- 지리적 위치에 따른 서명자 차단
- 전화 인증
- 지식 기반 인증(KBA)
- 페이지 추출 허용
- 문서 링크 만료
- Webhook/콜백용 클라이언트 인증서 업로드
- 타임스탬프
- 전송 설정
- 로그인 후 전송 페이지 표시
- 계약 작성 경험
- 전송 시 수신자 이름 필요
- 알려진 사용자에 대한 이름 값 잠금
- 허용된 수신자 역할
- 전자 증명자 허용
- 대면 서명 구성
- 대면 서명 허용
- 수신자 그룹
- CC
- 필수 필드
- 문서 첨부
- 필드 결합
- 계약 수정
- 진행 중인 계약에서 수신자 제거
- 계약 이름
- 언어
- 개인 메시지
- 허용되는 서명 유형
- 알림 메시지
- 서명된 문서 암호 보호
- 다음을 통해 계약 알림 전송
- 서명자 식별 옵션
- ID 확인된 데이터로 양식 필드 채우기
- 콘텐츠 보호
- Notarize 트랜잭션 활성화
- 문서 만료
- 서명 미리 보기, 배치 및 필드 추가
- 서명 순서
- 나 자신 추가
- 내부 수신자에게만 보내기
- 계약 다운로드 링크
- 양식 필드 테두리
- Liquid Mode
- 사용자 지정 워크플로 제어
- 전자 서명 페이지 업로드 옵션
- 서명 후 확인 URL 리디렉션
- 공유 계약에 대한 액세스 제한
- 로그인 후 전송 페이지 표시
- 메시지 템플릿
- Bio-Pharma 설정
- 워크플로 통합
- 공증 설정
- 결제 통합
- 서명자 메시징
- SAML 설정
- SAML 구성
- Microsoft Active Directory Federation 서비스 설치
- Okta 설치
- OneLogin 설치
- Oracle Identity Federation 설치
- SAML 구성
- 데이터 거버넌스
- 타임스탬프 설정
- 외부 보관
- 계정 언어
- 이메일 설정
- echosign.com에서 adobesign.com으로 마이그레이션합니다.
- 수신자 옵션 구성
- 규정 요구 사항 지침
- 계약서 일괄 다운로드
- 도메인 요청
- 오용 신고 링크
- 시스템 요구 사항 및 제한
사용자 프로필 및 구성 가능한 기능
계약 전송, 서명 및 관리
- 수신자 옵션
- 계약 보내기
- 전송(구성) 페이지
- 랜드마크 및 기능 개요
- 그룹 선택기
- 파일 및 템플릿 추가
- 계약 이름
- 전역 메시지
- 완료 마감 시한
- 알림 메시지
- PDF를 암호로 보호
- 서명 유형
- 수신자용 로케일
- 수신자 서명 순서/흐름
- 수신자 역할
- 수신자 인증
- 수신자에게 보낼 개인 메시지
- 수신자 계약 액세스
- 참조 당사자
- 신원 확인
- 계약을 자신에게만 보냄
- 다른 사람에게 계약 보내기
- 자필 서명
- 대면 계약서 작성
- 수신자 서명 순서
- 대량 전송
- 전송(구성) 페이지
- 문서에 필드 작성
- 인앱 작성 환경
- 자동 필드 감지
- 작성 환경을 사용하여 필드 끌어다 놓기
- 수신자에게 양식 필드 지정
- 미리 채우기 역할
- 재사용 가능한 필드 템플릿으로 필드 적용
- 필드를 새 라이브러리 템플릿에 전달
- 계약 발송 시 작성 환경 업데이트
- 텍스트 태그로 폼 만들기
- Acrobat으로 폼 만들기(AcroForm)
- 필드
- 작성 FAQ
- 인앱 작성 환경
- 계약 서명
- 계약 관리
- 관리 페이지 개요
- 계약서 복사
- 계약 위임
- 수신자 바꾸기
- 문서 가시성 제한
- 계약 취소
- 새 미리 알림 만들기
- 미리 알림 검토
- 알림 메시지 취소
- Power Automate 플로우 액세스
- 기타 작업...
- 일괄 작업
- 여러 계약 숨기기
- 여러 계약서에 디지털 서명
- 감사 보고서
- 보고 및 데이터 내보내기
고급 계약 기능 및 워크플로
- 웹 양식
- 재사용 가능 템플릿(라이브러리 템플릿)
- 공유 템플릿 관리
- 웹 양식 및 라이브러리 템플릿의 소유권 이전
- Power Automate 워크플로
- Power Automate 통합 및 포함된 권한 개요
- Power Automate 통합 활성화
- 관리 페이지의 컨텍스트별 작업
- Power Automate 사용 추적
- 새 플로우 만들기(예시)
- 플로우에 사용되는 트리거
- Acrobat Sign 외부에서 플로우 가져오기
- 플로우 관리
- 플로우 편집
- 플로우 공유
- 플로우 비활성화 또는 활성화
- 플로우 삭제
- 템플릿 사용
- 관리자만
- 계약 보관
- 웹 양식 계약 보관
- 작성한 웹 양식 문서를 SharePoint 라이브러리에 저장
- 작성한 웹 양식 문서를 OneDrive for Business에 저장
- 작성한 문서를 Google Drive에 저장
- 작성한 웹 양식 문서를 Box에 저장
- 계약 데이터 추출
- 계약 알림
- 계약 콘텐츠 및 서명된 계약서와 함께 사용자 지정 이메일 알림 전송
- Teams 채널에서 Adobe Acrobat Sign 알림 받기
- Slack에서 Adobe Acrobat Sign 알림 받기
- Webex에서 Adobe Acrobat Sign 알림 받기
- 계약 생성
- Power App 양식 및 Word 템플릿에서 문서를 생성하고 서명을 위해 전송
- OneDrive의 Word 템플릿에서 계약 생성 및 서명 받기
- 선택한 Excel 행에 대한 계약 생성, 검토를 위해 보내기 및 서명
- 사용자 지정 전송 워크플로
- 사용자 및 계약 공유
다른 제품과 통합
- Acrobat Sign 통합 개요
- Salesforce용 Acrobat Sign
- Microsoft용 Acrobat Sign
- 기타 통합
- 파트너 관리 통합
- 통합 키
Acrobat Sign 개발자
- REST API
- Webhook
- 샌드박스
지원 및 문제 해결
유연한 개인 키 관리를 통해 상호 TLS를 사용하여 안전한 웹후크 게재를 보장합니다.
웹후크 mTLS(상호 TLS)는 TLS 핸드셰이크 중에 Adobe Acrobat Sign과 엔드포인트가 서로를 인증하도록 보장합니다. 관리자는 자체 개인 키와 인증서를 업로드하거나 Acrobat Sign이 개인 키를 생성하고 저장하도록 선택할 수 있습니다. 이러한 유연성은 기존 웹후크 동작과의 호환성을 유지하면서 개인 키 처리 요구 사항을 줄입니다.
이 기능은 Acrobat Sign Solutions 및 정부 기관용 Acrobat Sign 계정에서 사용할 수 있습니다.
인증서는 계정 및 그룹 수준에서 구성할 수 있습니다.
- 그룹 수준 설정은 계정 수준 설정을 재정의합니다.
웹후크 mTLS 작동 원리
웹후크 mTLS는 클라이언트 인증서와 개인 키를 사용하여 연결 중에 Acrobat Sign을 웹후크 엔드포인트에 인증합니다.
- Acrobat Sign은 TLS 핸드셰이크 중에 인증서를 제시합니다.
- 엔드포인트는 연결을 수락하기 전에 인증서를 유효성 검사합니다.
- 웹후크 페이로드, 이벤트 및 게재 동작은 변경되지 않습니다.
키 관리 방법 선택
개인 키가 생성되고 관리되는 방법을 선택해야 합니다.
자체 개인 키 및 인증서 업로드
- 개인 키와 인증서를 외부에서 생성합니다.
- PKCS#12 파일(.p12 또는 .pfx)로 업로드합니다.
- 키 생성 및 수명 주기에 대한 완전한 제어권을 유지합니다.
조직에서 외부 키 관리가 필요한 경우 이 방법을 사용하십시오.
Acrobat Sign이 개인 키를 생성하도록 허용
- Acrobat Sign이 개인 키와 인증서 서명 요청(CSR)을 생성합니다.
- 개인 키는 Adobe 인프라를 벗어나지 않습니다.
- CSR을 인증 기관에 제출합니다.
- 서명된 인증서(PEM 형식)를 업로드합니다.
개인 키 노출을 줄이고 키 처리를 단순화하려면 이 방법을 사용하십시오.
주요 차이점
| 기능 | 나만의 키 업로드 | Acrobat Sign이 키를 생성함 |
|---|---|---|
| 개인 키 위치 | 고객이 관리하고 Acrobat Sign에 저장됨 | Acrobat Sign 내에서만 생성되고 저장됨 |
| 인증서 형식 | PKCS#12(.p12/.pfx) | PEM(.pem/.crt/.cer) |
| 워크플로 | 키와 인증서 함께 업로드 | CSR을 생성한 후 서명된 인증서 업로드 |
| 키 노출 | 업로드 전에 외부에서 키 처리 | 키가 Adobe 인프라를 벗어나지 않음 |
| 보안 상태 | 표준 | 더 강력함 |
각 방법을 사용하는 경우:
- 조직에서 외부 키 제어가 필요한 경우 업로드 방법을 사용하십시오.
- 개인 키 처리를 최소화하고 보안을 향상시키려면 Adobe Acrobat Sign 생성 방법을 사용하십시오.
웹후크 mTLS 구성
키 관리 방법 선택
-
-
원하는 키 관리 방법을 선택합니다.
- 클라이언트 인증서 업로드
- CSR 작성
-
구성을 저장합니다.
자체 인증서를 업로드하도록 선택하는 경우:
-
인증서에 대한 암호를 입력합니다.
-
인증서(.p12 또는 .pfx)를 업로드합니다.
다음 두 가지를 모두 포함해야 합니다.- 개인 키
- 인증서
-
구성을 저장합니다.
저장 후 인증서는 웹훅 전송에 대해 즉시 활성화됩니다.
Acrobat Sign에서 개인 키를 생성하도록 선택하는 경우:
-
인증서 세부 정보를 입력합니다.
- 인증서 이름(필수)
- 조직
- 부서
- 위치
- 시/도
- 국가(두 글자 ISO 기호)
- 이메일(이메일 형식)
- SAN-DNS 이름(선택 사항, 한 줄에 하나씩 입력)
- SAN - 이메일 값(선택 사항, 이메일 형식, 한 줄에 하나씩 입력)
-
CSR 생성을 선택합니다.
-
생성된 CSR을 복사합니다.
-
CSR을 인증 기관에 제출하고 서명된 인증서를 받습니다.
-
구성을 저장합니다.
CSR은 저장을 선택한 후에만 저장됩니다. 페이지를 벗어나면 CSR이 손실됩니다.
인증서 요구 사항
PKCS#12(업로드 방법)
- 형식: .p12 또는 .pfx
- 개인 키와 인증서를 모두 포함해야 함
- 암호가 필요함
CSR(Acrobat Sign 생성 방법)
- 형식: PEM(.pem, .crt, .cer)
- clientAuth 사용을 포함해야 함
- 생성된 CSR과 일치해야 함
- 유효 기간 내에 있어야 함
- 필요한 경우 중간 인증서 포함
알아야 할 사항
- 인증서가 만료되면 유효한 인증서가 업로드될 때까지 웹후크 게재가 실패합니다.
- Acrobat Sign은 웹후크 재시도 정책에 따라 계속 재시도합니다.
- 키 관리 방법을 전환해도 기존 인증서가 삭제되지 않습니다.
- 인증서 서명 요청과 개인 키는 저장을 선택한 후에만 저장됩니다. 페이지를 나가면 해당 내용이 삭제됩니다.
- 그룹 수준 구성이 지원됩니다.
- 인증서 주체 세부사항이 변경되거나 개인 키를 순환하려는 경우 새로운 인증서 서명 요청이 필요합니다.