Java 서명 검증 – Java에서 디지털 서명 확인

소개

디지털 서명된 문서를 받고 “이게 실제로 주장하는 사람에게서 온 건가?” 라고 궁금해 본 적이 있나요? 당신만 그런 것이 아닙니다. 디지털 사기가 증가함에 따라 java signature verification은 민감한 문서를 다루는 모든 애플리케이션에 필수적입니다—계약 관리 시스템을 구축하든, 금융 계약을 처리하든, 정부 기록을 검증하든 말이죠.

문제는 Java의 기본 서명 검증이 복잡하고 제한적일 수 있다는 점입니다. 여기서 GroupDocs.Signature for Java가 등장합니다. 전체 프로세스를 단순화하면서 날짜 기반 검증 및 사용자 정의 검증 규칙과 같은 강력한 옵션을 제공합니다.

이 가이드에서는 정확히 다음을 배웁니다:

• Java 프로젝트에 GroupDocs.Signature를 설정하고 구성하는 방법
• 맞춤 옵션 및 매개변수를 사용하여 디지털 서명을 검증하는 방법
• 시간에 민감한 문서에 대한 날짜별 검증 처리 방법
• 보안을 위협할 수 있는 일반적인 함정을 피하는 방법
• 프로덕션 수준의 서명 검증 구현 방법

시작하기 위해 필요한 사항을 살펴보겠습니다.

빠른 답변

• Java에서 PDF 서명을 검증하는 가장 쉬운 방법은 무엇인가요? GroupDocs.Signature의 VerificationOptions 객체와 함께 Signature.verify()를 사용합니다.
• 프로덕션에 라이선스가 필요합니까? 예—GroupDocs.Signature는 프로덕션 사용을 위해 상업용 또는 임시 라이선스가 필요합니다.
• 인증서 만료일 이후의 서명도 검증할 수 있나요? 예—VerificationOptions.setVerificationTime()으로 검증 날짜를 설정하면 됩니다.
• 지원되는 문서 형식은 몇 개인가요? PDF, DOCX, XLSX, PPTX, PNG 등을 포함해 30개 이상의 형식을 지원합니다.
• 추천 Java 버전은 무엇인가요? 보안과 성능을 위해 Java 11 이상을 권장합니다.

Java 서명 검증이란?

java signature verification은 문서에 삽입된 디지털 서명이 진본이며 변조되지 않았고 신뢰할 수 있는 서명자에 의해 생성되었는지를 프로그래밍 방식으로 확인하는 과정입니다. 여기에는 암호 검증, 인증서 체인 검증, 선택적인 시간 기반 검증이 포함됩니다. 이 검증 단계는 서명자의 신원을 보장하고 서명 이후 문서가 변경되지 않았음을 확인합니다.

디지털 서명 검증이 중요한 이유

코드에 들어가기 전에 왜 이것이 중요한지 이야기해 보겠습니다. 디지털 서명은 세 가지 핵심 역할을 합니다: 진위 확인, 무결성 보장, 부인 방지. 실무적으로는 청구서가 실제 공급업체에서 온 것인지, 계약서가 변조되지 않았는지, 서명된 계약이 법적으로 유효한지를 신뢰할 수 있다는 의미입니다. 의료(HIPAA 준수), 금융(SOX 요구사항), 정부 계약 등과 같은 산업은 매일 이에 의존합니다.

사전 요구 사항

• Java Development Kit (JDK): 버전 8 이상 (보안 기능 향상을 위해 Java 11+ 권장)
• IDE: IntelliJ IDEA, Eclipse, 또는 Java 확장이 포함된 VS Code
• 빌드 도구: 의존성 관리를 위한 Maven 또는 Gradle
• 기본 Java 지식: 클래스, 객체, 파일 I/O에 대한 이해

암호학 전문가일 필요는 없습니다(다행히도!). 하지만 디지털 서명에 대한 기본적인 이해가 도움이 됩니다. 개념이 낯선 경우, 봉투에 찍힌 왁스 씰과 같다고 생각하면 됩니다—누가 보냈는지, 누가 열었는지를 증명합니다.

GroupDocs.Signature for Java 설정

프로젝트에 GroupDocs.Signature를 통합해 보겠습니다. Maven이든 Gradle이든 설정은 간단합니다.

Maven 설정

pom.xml 파일에 다음 의존성을 추가합니다:

<dependency>
    <groupId>com.groupdocs</groupId>
    <artifactId>groupdocs-signature</artifactId>
    <version>23.12</version>
</dependency>

Gradle 설정

Gradle 사용자는 build.gradle 파일에 다음을 포함합니다:

implementation 'com.groupdocs:groupdocs-signature:23.12'

Pro Tip: 최신 버전을 확인하려면 항상 GroupDocs releases page를 확인하세요. 최신 버전에는 보안 패치와 성능 향상이 포함되는 경우가 많습니다.

라이선스 받기

GroupDocs.Signature는 프로덕션 사용을 위해 라이선스가 필요합니다. 다음 옵션이 있습니다:

1. 무료 체험: 테스트 및 개발에 적합 (여기서 받기)
2. 임시 라이선스: 30일 동안 전체 기능 제공 (여기서 요청)
3. 상업용 라이선스: 프로덕션 배포용 (구매하기)

무료 체험은 워터마크와 같은 제한이 있지만 학습 및 프로토타이핑에 적합합니다.

기본 초기화

의존성을 정리했으면 라이브러리를 초기화하는 방법은 다음과 같습니다:

Signature 클래스는 문서를 로드하고 서명 및 검증 메서드를 제공하는 주요 진입점입니다.

import com.groupdocs.signature.Signature;

String filePath = "YOUR_DOCUMENT_DIRECTORY/sample_signed_document.pdf";
Signature signature = new Signature(filePath);

디지털 서명 검증: 기본

이제 재미있는 부분입니다. 디지털 서명된 문서를 단계별로 검증해 보겠습니다.

java signature verification의 첫 번째 단계는 무엇인가요?

Signature 인스턴스로 문서를 로드하고 적절히 구성된 VerificationOptions 객체와 함께 verify()를 호출합니다. 이 한 번의 호출로 암호 검증, 무결성 검사, 인증서 체인 검증이 수행됩니다. 이를 통해 문서의 진위와 검증 시점에 서명자의 인증서가 신뢰되는지를 보장합니다.

단계 1: 필요한 패키지 가져오기

필요한 패키지를 가져옵니다:

다음 import 구문은 문서 로드, 검증 구성 및 결과 처리를 위한 핵심 클래스를 가져옵니다.

import com.groupdocs.signature.Signature;
import com.groupdocs.signature.domain.VerificationResult;
import com.groupdocs.signature.options.verify.DigitalVerifyOptions;

단계 2: 검증 옵션 구성

여기서 흥미로운 부분입니다. 특정 매개변수로 검증 프로세스를 사용자 정의할 수 있습니다. 예를 들어, 이 문서를 검증하는 이유를 추적하기 위해 주석을 추가해 보겠습니다:

VerificationOptions는 검증 과정에서 사용할 기준 및 설정을 정의합니다(예: 검증할 서명 및 사용자 정의 검증 규칙).

DigitalVerifyOptions options = new DigitalVerifyOptions();
options.setComments("Approved");  // Tracks verification context

주석을 추가하는 이유는 감사 추적에 매우 유용하기 때문입니다. 6개월 후 로그를 검토할 때 문서가 왜, 어떤 기준으로 검증되었는지 정확히 알 수 있습니다.

단계 3: 검증 수행

이제 검증을 실행합니다:

VerificationResult는 검증 결과를 포함하며, 성공 여부와 발생한 문제에 대한 상세 정보를 제공합니다.

VerificationResult result = signature.verify(options);
if (result.isValid()) {
    System.out.println("The document was verified successfully.");
} else {
    System.out.println("The document failed the verification process.");
}

VerificationResult는 서명이 모든 검사를 통과했는지 여부와 통과하지 못했을 경우 상세 실패 이유를 알려주는 간결한 객체입니다. 라이브러리는 다음을 확인합니다:

• 서명이 암호적으로 유효한가?
• 서명 이후 문서가 수정되었는가?
• 인증서 체인이 올바르게 검증되는가?

모든 검사를 통과하면 true를 반환하고, 하나라도 실패하면 false를 반환합니다—이 경우 해당 문서를 의심스럽게 취급해야 합니다.

날짜별 검증 처리

때때로 서명이 특정 시점에 유효했는지를 검증해야 합니다. 이는 인증서가 나중에 만료되었더라도 “2024년 10월 15일에 유효했음”을 입증해야 하는 법적 문서에 중요합니다.

날짜 처리의 중요성

예시: 계약이 6월 1일에 서명되고 인증서는 7월 1일에 만료되었습니다. 8월 1일에 검증하면 인증서가 만료돼 검증이 실패합니다. 하지만 날짜 기반 검증을 사용하면 서명 시점에 유효했음을 확인할 수 있어 법적으로 중요한 부분을 충족합니다.

검증 날짜 설정

VerificationOptions.setVerificationTime()을 사용하면 인증서 유효성을 평가할 정확한 시점을 지정할 수 있습니다.

import java.util.Date;
import java.text.SimpleDateFormat;

// Verify as if it's a specific date
SimpleDateFormat dateFormat = new SimpleDateFormat("yyyy-MM-dd");
Date verificationDate = dateFormat.parse("2024-06-15");

options.setVerificationDate(verificationDate);

날짜 기반 검증 수행

이제 날짜 매개변수를 사용해 검증을 실행합니다:

verify() 호출은 이전에 설정한 검증 시간을 사용해 서명을 해당 과거 시점에 검증하는 것처럼 평가합니다.

VerificationResult result = signature.verify(options);
if (result.isValid()) {
    System.out.println("The document was verified successfully for the specified date.");
} else {
    System.out.println("The document failed verification for that date.");
}

실제 사용 사례: 금융 기관은 과거 거래를 감사할 때 이를 사용합니다. 서명이 현재가 아니라 서명 당시 유효했는지를 확인해야 합니다.

서명 검증 시 흔히 하는 실수

몇 가지 골칫거리를 미리 방지해 드리겠습니다. 개발자들이 흔히 저지르는 실수(저도 배울 때 겪은 실수)입니다:

1. 인증서 유효 기간 확인 누락

실수: 인증서가 만료됐다고 서명이 무효라고 가정하는 것.
해결책: 과거 문서에는 항상 날짜 기반 검증을 사용하십시오. 오늘 인증서가 유효한지 여부가 아니라 문서가 서명된 시점을 확인합니다.

2. 파일 경로 문제 처리 누락

실수: 다양한 환경에서 깨지는 하드코딩된 파일 경로 사용.
해결책: Paths.get()을 사용해 플랫폼 독립적인 경로를 만들고 하드코딩된 구분자를 피합니다.

// Don't do this:
String filePath = "C:\\Users\\John\\Documents\\contract.pdf";

// Do this instead:
String filePath = System.getProperty("user.dir") + "/documents/contract.pdf";
// Or use proper configuration files

3. 검증 결과 상세 정보 무시

실수: 검증이 왜 실패했는지 살피지 않고 isValid()만 확인하는 것.
해결책: result.getErrorMessage()와 result.getErrorCode()를 로그에 남겨 상세 실패 원인을 파악합니다.

VerificationResult result = signature.verify(options);
if (!result.isValid()) {
    // Get detailed failure information
    System.out.println("Verification failed. Details:");
    result.getFailed().forEach(signatureResult -> {
        System.out.println("Error: " + signatureResult.getMessage());
    });
}

4. 잘못된 인증서 저장소 사용

실수: 검증에 필요한 올바른 인증 기관을 구성하지 않는 것.
해결책: Java 키스토어에 서명 기관의 루트 인증서를 포함시키십시오. 내부 CA가 있는 기업 환경에서는 특히 중요합니다.

보안 모범 사례

검증은 구현이 얼마나 안전한가에 달려 있습니다. 다음 관행을 따라 취약점을 방지하세요:

1. 신뢰하기 전에 항상 검증

문서가 안전하다고 가정하지 마세요. 서명된 문서를 처리하기 전에 검증을 필수 단계로 만드세요:

Signature.verify()는 문서 서명의 전체 유효성을 나타내는 boolean 값을 반환합니다.

public boolean processDocument(String filePath) {
    Signature signature = new Signature(filePath);
    DigitalVerifyOptions options = new DigitalVerifyOptions();
    
    // Mandatory verification check
    if (!signature.verify(options).isValid()) {
        throw new SecurityException("Document failed signature verification");
    }
    
    // Only proceed if verification passed
    return processVerifiedDocument(filePath);
}

2. 라이브러리 최신 상태 유지

보안 취약점은 정기적으로 패치됩니다. GroupDocs 보안 공지를 구독하고 새 버전이 출시되면 즉시 업데이트하십시오.

3. 안전한 파일 저장소 사용

검증된 문서를 공개 디렉터리에 저장하지 마세요. 적절한 접근 제어를 사용합니다:

• 필요한 사용자에게만 파일 권한을 제한
• 민감한 문서는 암호화된 저장소 사용
• 모든 문서 접근에 대한 감사 로그 구현

4. 인증서 체인 검증

VerificationOptions를 사용해 신뢰할 수 있는 루트 권한까지 전체 체인 검증을 강제하도록 구성할 수 있습니다.

options.setVerifyCertificateChain(true);  // Ensures full chain validation

5. 적절한 타임아웃 설정

프로덕션에서는 DoS 공격을 방지하기 위해 타임아웃을 추가하세요:

VerificationOptions.setTimeout(30_000)은 검증 작업에 30초 제한을 설정합니다.

// Prevent hanging on corrupted or malicious files
signature.setTimeoutMilliseconds(5000);  // 5-second timeout

GroupDocs와 Java 기본 솔루션을 언제 사용할까

아마도 이렇게 생각할 수 있습니다: “Java에 기본 서명 검증이 있는데 왜 GroupDocs를 사용하나요?”

Java 기본 API를 사용할 경우

• 기본 서명 검증만 필요할 때
• 특정 형식(JAR 서명 등)만 다룰 때
• 외부 종속성을 전혀 원하지 않을 때
• 내부에 암호학 전문 지식이 있을 때

GroupDocs.Signature를 사용할 경우

• 여러 문서 형식(PDF, DOCX, XLSX 등) 검증이 필요할 때
• 단순하고 고수준 API를 원할 때
• 날짜 기반 검증과 같은 고급 기능이 필요할 때
• QR 코드, 바코드, 메타데이터 서명을 다룰 때
• 개발 속도가 종속성 수보다 중요할 때

핵심: GroupDocs.Signature는 팀에 서명 검증 전문가가 있는 것과 같습니다. 낮은 수준의 API로 직접 구현할 수도 있지만, 며칠에 구현할 수 있는 것을 몇 주 동안 만들 필요는 없습니다.

일반적인 문제 해결

문제가 발생했나요? 가장 흔한 문제에 대한 해결책을 소개합니다:

문제: “File not found” 예외

증상: 파일이 존재함에도 FileNotFoundException 발생.

해결책:

1. 파일 경로 형식 확인(슬래시 사용 또는 백슬래시 이스케이프)
2. 파일 권한 확인—애플리케이션이 파일을 읽을 수 있는지 확인
3. 디버깅 시 절대 경로 사용으로 경로 문제 제거

Path.of()는 플랫폼 독립적인 경로 객체를 생성해 경로 관련 오류를 줄입니다.

// Debug file path issues
File file = new File(filePath);
System.out.println("File exists: " + file.exists());
System.out.println("Can read: " + file.canRead());
System.out.println("Absolute path: " + file.getAbsolutePath());

문제: 유효한 서명에서도 검증 실패

증상: 서명이 유효함을 알지만 검증이 false를 반환.

해결책:

1. 인증서가 만료됐는지 확인(과거 문서는 날짜 기반 검증 사용)
2. Java 키스토어에 서명 인증서의 루트 CA가 포함되어 있는지 확인
3. 서명 후 문서가 수정되지 않았는지 확인(작은 변경도 서명을 깨뜨림)
4. 서명이 현재 Java 버전에서 지원하는 알고리즘을 사용하는지 확인

문제: 대용량 파일에서 메모리 부족 오류

증상: 대용량 PDF 또는 문서 배치를 검증할 때 OutOfMemoryError 발생.

해결책:

1. JVM 힙 크기 증가: -Xmx2g(필요에 따라 조정)
2. 파일을 한 번에 모두 로드하지 말고 개별적으로 처리
3. 매우 큰 파일은 스트리밍 검증 사용

Signature.verifyStream()은 문서를 청크 단위로 처리해 메모리 사용량을 낮춥니다.

// Proper resource management
try (Signature signature = new Signature(filePath)) {
    VerificationResult result = signature.verify(options);
    // Process result
} // Automatically closes and releases resources

문제: 검증 성능 저하

증상: 문서당 검증에 몇 초씩 걸림.

해결책:

1. 동일 서명자의 여러 문서를 검증할 때 인증서 검증 결과를 캐시
2. 배치 검증에 병렬 처리 사용
3. 불필요한 검증 옵션 비활성화
4. 원격 인증서 저장소를 검증할 경우 네트워크 지연 확인

프로덕션 환경을 위한 고급 팁

프로덕션에 적용할 준비가 되셨나요? 전문가 수준의 팁을 소개합니다:

1. 포괄적인 로깅 구현

성공/실패만 로그에 남기지 말고 디버깅에 유용한 모든 정보를 기록하세요:

logger.info("Verification result: {}", result)은 전체 결과 객체를 기록해 나중에 분석할 수 있게 합니다.

import java.util.logging.Logger;

Logger logger = Logger.getLogger(YourClass.class.getName());

VerificationResult result = signature.verify(options);
logger.info(String.format(
    "Verification for %s: %s (Processed in %dms)",
    filePath,
    result.isValid() ? "PASSED" : "FAILED",
    result.getProcessingTime()
));

if (!result.isValid()) {
    result.getFailed().forEach(failure ->
        logger.warning("Verification failure: " + failure.getMessage())
    );
}

2. 비동기 검증으로 처리량 향상

여러 문서를 처리할 때는 비동기 처리를 사용하세요:

CompletableFuture.runAsync(() -> signature.verify(options))는 별도 스레드 풀에서 검증을 실행합니다.

import java.util.concurrent.CompletableFuture;

public CompletableFuture<VerificationResult> verifyAsync(String filePath) {
    return CompletableFuture.supplyAsync(() -> {
        try (Signature signature = new Signature(filePath)) {
            return signature.verify(options);
        }
    });
}

3. 외부 종속성을 위한 서킷 브레이커 구현

검증이 외부 인증서 검증 서비스에 의존한다면 서킷 브레이커를 사용해 장애를 우아하게 처리하세요.

4. 검증 결과 캐시(신중히)

변경되지 않는 문서는 검증 결과를 캐시하되, 적절한 캐시 무효화 정책을 구현하세요:

Cache.put(docId, result, Duration.ofHours(24))는 결과를 하루 동안 저장합니다.

// Pseudocode for caching strategy
String cacheKey = filePath + "_" + fileChecksum;
if (verificationCache.containsKey(cacheKey)) {
    return verificationCache.get(cacheKey);
}
// Verify and cache
VerificationResult result = signature.verify(options);
verificationCache.put(cacheKey, result, CACHE_TTL);

5. 검증 실패 모니터링 및 알림

검증 실패 비율을 추적합니다. 갑작스러운 급증은 다음을 의미할 수 있습니다:

• 시스템 내 문서가 손상됨
• 갱신이 필요한 만료된 인증서
• 배포 후 발생한 구성 문제

실용적인 적용 사례 및 사용 예

실제 시나리오에서 어떻게 작동하는지 살펴보겠습니다:

사용 사례 1: 계약 관리 시스템

시나리오: 로펌이 모든 들어오는 계약이 적절히 서명되었는지 검증해야 함.

구현: Signature signature = new Signature(contractFile); VerificationResult result = signature.verify(new VerificationOptions());

public boolean processIncomingContract(String contractPath) {
    try (Signature signature = new Signature(contractPath)) {
        DigitalVerifyOptions options = new DigitalVerifyOptions();
        options.setComments("Contract intake verification");
        
        VerificationResult result = signature.verify(options);
        
        if (result.isValid()) {
            // Move to approved contracts folder
            // Trigger workflow for legal review
            return true;
        } else {
            // Flag for manual review
            // Notify sender of invalid signature
            return false;
        }
    }
}

사용 사례 2: 금융 문서 감사

시나리오: 은행이 규제 감사 중 과거 대출 계약을 검증해야 함.

구현: 날짜 기반 검증을 사용해 서명 시점에 서명이 유효했는지 확인합니다(인증서가 이후에 만료되었더라도).

사용 사례 3: 다당사자 문서 검증

시나리오: 부동산 거래에서 구매자, 판매자, 중개인의 서명을 검증해야 함.

구현: 각 서명을 독립적으로 검증하고, 모두 통과해야 계약을 진행합니다.

성능 고려 사항

수천 개의 문서를 처리할 때 성능이 중요합니다. 속도에 영향을 주는 요소는 다음과 같습니다:

성능에 영향을 주는 요인

1. 문서 크기: 큰 파일은 검증에 더 오래 걸림
2. 서명 수: 서명마다 처리 시간이 추가됨
3. 인증서 체인 길이: 긴 체인은 검증 단계가 더 많음
4. 네트워크 접근: 원격 인증서 검증은 지연을 초래

최적화 전략

• 배치 처리: 여러 문서를 병렬로 검증
• 로컬 인증서 캐시: 반복적인 네트워크 호출 방지
• 선택적 검증: 사용 사례에 필요한 것만 검증
• 리소스 풀링: 가능하면 Signature 객체 재사용(스레드 안전성은 문서 확인)

ExecutorService는 문서를 동시에 검증하기 위한 스레드 풀을 관리해 처리량을 향상시킵니다.

// Example: Batch verification with parallel streams
List<String> filePaths = Arrays.asList("doc1.pdf", "doc2.pdf", "doc3.pdf");

Map<String, Boolean> results = filePaths.parallelStream()
    .collect(Collectors.toMap(
        path -> path,
        path -> {
            try (Signature sig = new Signature(path)) {
                return sig.verify(options).isValid();
            }
        }
    ));

자주 묻는 질문

Q: 디지털 서명이란 무엇이며 전자 서명과는 어떻게 다른가요?
A: 디지털 서명은 암호 알고리즘을 사용해 진위와 변조 방지를 증명합니다. 전자 서명은 더 넓은 개념으로, 서명 의도를 나타내는 모든 전자적 표시(예: 이름 입력) 등을 포함합니다. 디지털 서명은 보다 구체적이고 보안성이 높은 전자 서명의 한 형태입니다.

Q: GroupDocs.Signature for Java를 어떻게 설치하나요?
A: Maven 또는 Gradle 의존성으로 추가합니다(위 설정 섹션 참고). 또는 GroupDocs 웹사이트에서 JAR를 직접 다운로드해 프로젝트 클래스패스에 추가합니다.

Q: GroupDocs 라이선스 없이 서명을 검증할 수 있나요?
A: 예, 개발 및 테스트용으로 무료 체험을 사용할 수 있습니다. 워터마크와 같은 제한이 있지만 학습에는 충분합니다. 프로덕션에서는 상업용 또는 임시 라이선스가 필요합니다.

Q: 검증이 실패하면 어떻게 되나요?
A: verify() 메서드는 isValid()가 false인 VerificationResult 객체를 반환합니다. 결과 상세 정보를 확인해 왜 실패했는지 파악할 수 있습니다—예: 인증서 만료, 문서 변조, 서명 알고리즘 부적합 등.

Q: 날짜 처리는 서명 검증을 어떻게 개선하나요?
A: 특정 시점에 서명이 유효했는지를 검증할 수 있어 법적·감사 목적에 필수적입니다. 날짜 처리가 없으면 현재 시점에만 서명이 유효한지 확인할 수 있어, 인증서가 만료된 과거 문서에는 쓸모가 없습니다.

Q: 하나의 문서에서 여러 서명 유형을 검증할 수 있나요?
A: 물론 가능합니다. PDF 문서는 서로 다른 서명자가 만든 여러 디지털 서명을 포함할 수 있습니다. 필요하면 동일 Signature 객체에 다른 검증 옵션을 적용해 각각 독립적으로 검증합니다.

Q: GroupDocs.Signature는 스레드‑안전한가요?
A: 최신 문서에서 스레드‑안전성을 확인하세요. 가장 안전한 방법은 배치 처리 시 스레드당 별도의 Signature 인스턴스를 생성하는 것입니다.

Q: 지원되는 문서 형식은 무엇인가요?
A: PDF, Microsoft Office 형식(DOCX, XLSX, PPTX), 이미지 등 다양한 형식을 지원합니다. 전체 목록은 documentation을 확인하세요.

추가 자료

• GroupDocs.Signature Documentation - 전체 API 문서
• API Reference - 상세 클래스 및 메서드 레퍼런스
• Download GroupDocs.Signature - 최신 릴리스
• Purchase a License - 상업용 라이선스 옵션
• Free Trial - 구매 전 체험
• Temporary License - 30일 전체 기능 라이선스
• Support Forum - 커뮤니티 지원 및 토론

마지막 업데이트: 2026-07-01
테스트 환경: GroupDocs.Signature 23.12 for Java
작성자: GroupDocs

관련 튜토리얼

• Java Digital Signature Library Tutorial with GroupDocs.Signature
• How to Add Digital Signature in Java - Complete GroupDocs Tutorial
• Java QR Code Signature Library - Complete GroupDocs Tutorial