GNX Identity-to-Execution Logic Engine · Enterprise Review Document

GNX Identity-to-Execution Logic Engine — Financial License Package

1. 문서 목적

본 문서는 GNX Identity-to-Execution Logic Engine을 금융보안원, 은행연합회, 은행, 카드사, 증권사, 전자금융사업자, 금융·통신 데이터 연동형 보안 컨소시엄에 제안하기 위한 금융권 전용 라이선스 패키지 문서다.

본 문서는 계약 협상, 기술 검토, 보안 심사, 제한 검증, Acceptance Trial, Production License 전환을 위한 기준 문서로 사용한다.

본 문서는 법률 의견서가 아니다. 전자금융, 개인정보, 신용정보, 금융보안, 이상거래탐지, 사고 책임, 손해배상, 감독기관 제출 문구는 변호사 및 금융보안 전문가 검토 후 확정한다.

2. 제품명 및 계약상 정의

제품명:

GNX Identity-to-Execution Logic Engine

금융권 패키지명:

GNX Identity-to-Execution Logic Engine for Financial Transaction Evidence Gate

계약서상 정의:

입력·신원·표시상태·세션증거·실행권한을 하나의 검증 가능한 증거 체인으로 묶어, 조건 없는 실행을 fail-closed 방식으로 차단하는 실행통제 엔진.

3. 시장 포지션

본 제품은 IAM 대체재가 아니다.

본 제품은 금융기관의 기존 IAM, FDS, 이상거래탐지, AML, 본인확인, 인증서, OTP, 생체인증, 망분리, EDR, SIEM, SOAR, 보안관제 체계를 대체하지 않는다.

본 제품은 기존 금융 보안 체계 앞단 또는 후단에 결합되는 execution evidence gate다.

핵심 포지션:

즉, 본 제품은 탐지 모델과 경쟁하지 않고, 탐지 이후 실행 직전의 증거 기반 통제 계층으로 작동한다.

4. 금융권 문제 정의

금융기관은 다음 문제를 동시에 부담한다.

GNX 금융권 패키지는 “탐지” 이후의 실행 통제와 “사후 설명 가능한 사건 증거”를 제공한다.

5. 핵심 적용 시나리오

5.1 Suspicious Transaction Gate

고위험 거래 또는 의심 거래가 발생하면 거래를 즉시 실행하지 않고, 실행 전단 증거 체인을 구성한다.

결합 대상:

조건 부족 시 거래 실행권한은 발급되지 않는다.

5.2 Case Evidence Receipt

거래 허용 또는 차단 결과는 사건 단위 receipt로 남긴다.

receipt는 다음 정보를 설명 가능하게 연결한다.

5.3 Account / Session / Action Binding

금융 실행 행위는 단순 API 호출이 아니라 계정, 세션, 행위, 대상, 정책을 결합한 실행권한 판단으로 처리한다.

적용 예:

6. 제공 모듈

| 모듈 | 설명 | 라이선스 범위 |

|---|---|---|

| WNS String-to-Execution Evidence Commit | 거래·행위 입력을 실행 전단 증거로 변환 | 기본 |

| ZKV Anchor | 원문 없는 신원 anchor | 기본 |

| Bident Session Proof | 세션 증거 결합 | 기본 |

| Adama Display Interlock | 표시상태 기반 실행 차단 | 금융권 핵심 |

| Suspicious Transaction Gate | 이상거래 신호 기반 실행권한 판단 | 금융권 핵심 |

| Case Evidence Receipt | 사건 단위 receipt 생성 | 기본 |

| One-time Execution Handle | 1회성 실행권한 발급 및 소비 | 기본 |

| Audit Hash Chain | receipt 및 hash chain 감사 | 기본 |

| Evidence Verification CLI | receipt 및 chain-file 검증 | 기본 |

| Financial Integration Report | Trial 결과 보고서 | Trial 이상 |

| Production Support | 운영 지원 및 SLA | Production |

7. 라이선스 단계

7.1 Enterprise Review License

목적:

금융기관이 GNX 엔진의 실체, 보안 통제 구조, 증거 체인 구조를 제한 검증한다.

범위:

제외:

7.2 Acceptance Trial License

목적:

금융기관 내부 use case에 맞춰 제한 연동과 인수시험을 수행한다.

범위:

제외:

7.3 Production License

목적:

정해진 범위, 기간, 사용량, 업무, 계열사, 모듈 기준으로 운영 실시권을 부여한다.

범위:

별도 협상:

8. 기술 검증 항목

금융기관 보안팀은 다음 항목을 확인한다.

9. 인수시험 기준

Acceptance Trial의 PASS 기준은 다음과 같다.

| 항목 | 기준 |

|---|---|

| Runtime | READY |

| Evidence Commit | WNS receipt 생성 |

| Plaintext Policy | plaintextRetained:false |

| Token Policy | rawTokenReturned:false |

| Display Interlock | display proof 없으면 차단 |

| Session Proof | Bident 없는 실행 차단 |

| Transaction Gate | 조건 부족 시 실행권한 미발급 |

| Execution Handle | 1회 사용 후 재사용 차단 |

| Audit | receipt 및 hash chain 확인 |

| Admin | signed challenge 기반 session binding |

| WAF | public vault probe 403 차단 |

| Non-claim | IAM 대체재로 표현하지 않음 |

10. 금융권 적용 아키텍처

기본 구조:

금융앱, API Gateway, FDS, 또는 금융 AI Agent

→ GNX Identity-to-Execution Logic Engine

→ WNS evidence commit

→ Bident session proof

→ Adama display interlock

→ suspicious transaction signal

→ execution authorize

→ one-time execution handle

→ execution consume

→ case evidence receipt

→ audit hash chain

조건이 부족한 경우:

요청

→ evidence 부족

→ LOCKED_BY_DESIGN

→ execution handle 미발급

→ case evidence receipt 기록

→ audit hash chain 기록

11. 데이터 및 개인정보 원칙

GNX 금융권 패키지는 다음 원칙을 따른다.

12. 금융권 제출용 핵심 문구

금융권 제안 문구:

GNX Identity-to-Execution Logic Engine은 금융기관의 기존 IAM, FDS, 이상거래탐지, 인증수단, 보안관제 체계를 대체하지 않는다. 본 엔진은 탐지 이후 또는 실행 직전에 입력, 신원, 표시상태, 세션증거, 정책상태, 실행권한을 하나의 검증 가능한 evidence chain으로 결합하여 조건 없는 거래·승인·API 실행을 fail-closed 방식으로 차단하는 execution evidence gate다.

13. 비주장 경계

다음과 같이 주장하지 않는다.

14. 상용 조건 초안

Production License의 기본 조건은 다음 축으로 산정한다.

15. 제공 금지 항목

계약 전 또는 Review 단계에서 다음은 제공하지 않는다.

16. 법무 검토 필요 항목

금융권 계약 전 다음 항목은 별도 검토한다.

17. 결론

GNX Identity-to-Execution Logic Engine for Financial Transaction Evidence Gate는 금융기관의 기존 탐지·인증·보안 체계를 대체하지 않고, 그 앞단 또는 후단에 결합되는 실행통제 증거 게이트다.

금융기관에 판매할 권리는 기술 전체 양도권이 아니라, 검증권, 제한 시험권, 운영 실시권으로 분리되어야 한다.

첫 거래 단위는 Enterprise Review License 또는 Acceptance Trial License가 적합하며, Production License는 적용 범위, 기간, 사용량, 계열사 확장, SLA, 독점 옵션을 별도 산정하여 체결한다.