SignTrail
작동 원리

SignTrail는 서명 전에 이렇게 결정합니다

서명 전 세 가지 질문, ALLOW / HOLD / REJECT 결정, 그리고 SignTrail 도입 전후의 차이.

작동 방식

05

요청, 경로, 서명자가 모두 통과해야 트랜잭션이 서명됩니다.

서명 전,
세 가지를 확인합니다

신뢰할 수 있는 경로가 없으면, 서명도 없습니다.

  1. Q1

    요청이 그대로인가?

    • 정규화 페이로드
    • tx_payload_hash
    • 무결성
  2. Q2

    경로를 신뢰할 수 있는가?

    • 런타임 윈도우
    • 프로세스 체인
    • 파일/네트워크
    • provenance_digest
  3. Q3

    서명자가 실행해도 되는가?

    • signer_id
    • policy_hash
    • 결정 아티팩트
    • Replay/TTL 검증

decision output

  • 모두 검증됨ALLOW
  • 검토 필요HOLD
  • 위험/조작됨REJECT
  1. 요청
  2. 승인
  3. SignTrail Gate
  4. 서명
  5. 자산 이동
결정 결과

허용. 보류. 차단. 서명 전에.

SignTrail는 트랜잭션이 브로드캐스트된 후가 아니라, 서명자 실행 전에 결정합니다.

  • ALLOW
    • 신뢰할 수 있는 요청
    • 검증된 경로
    • 권한 있는 서명자
    • 정책 통과

    신뢰할 수 있는 요청이며 경로가 검증되었습니다.

  • HOLD
    • 추가 검토
    • 새로운 수신자
    • 비정상적인 런타임 경로
    • 고위험 메서드
    • 정책 예외

    실행 전 수동 검토가 필요합니다.

  • REJECT
    • 페이로드 불일치
    • 유효하지 않은 결정 아티팩트
    • 알 수 없는 서명자
    • Runtime provenance 불일치
    • 위험한 맥락

    위험한 맥락 또는 조작이 감지되었습니다.

신뢰가 확인되지 않으면 기본적으로 Fail-Closed로 동작합니다.

도입 전과 후

SignTrail 도입 전 vs 도입 후

SignTrail 도입 전

  • 승인자 확인됨
  • 서명자 확인됨
  • 정책 확인됨
  • 실행 경로는 확인되지 않음
  • 런타임이 결속되지 않음
  • 증거가 분산됨

위험한 요청이 서명자에게 도달할 수 있습니다.

SignTrail 도입 후

  • 요청 검증됨
  • 경로 검증됨
  • 서명자 검증됨
  • 정책 검증됨
  • 결정 아티팩트 생성됨
  • 감사 기록됨

위험한 요청은 서명 전에 보류됩니다.

차이는 누가 서명하느냐가 아닙니다. 차이는 그 경로를 신뢰할 수 있는가입니다.