주권형 배포는 계약별로 범위를 정해 제공합니다.

고객 보안팀과 진행하는 구축 계약입니다. 다운로드 제품이 아닙니다.

주권형 배포는 고객의 인프라, 관할 지역, 보안 통제를 바탕으로 구축 범위를 정하고 견적을 내어 제공하는 계약입니다. 강화 및 검증 계획도 고객 보안 조직과 합의합니다. 셀프서비스 설치 프로그램이나 체험용 인스턴스는 제공하지 않습니다. 이러한 고객에게는 적절하지 않기 때문입니다.

보안 경계를 암시하지 않고 명시합니다. 이 구성을 외부망과 완전히 분리된 시스템으로 홍보하지 않습니다. 아래 연결형 타임스탬프 방식에서는 한 가지가 경계 밖으로 나갑니다. 독립 기관에 시각 인증을 요청하기 위해 기록의 SHA-256 지문을 보내는 것입니다. 운영자가 스스로 발급한 타임스탬프는 제3자에게 거의 아무것도 증명하지 못하므로 이 전송은 의도된 기능입니다. 실제 격리가 필요한 고객은 독립 타임스탬프를 끄고 운영할 수 있으며, 그에 따라 증명 범위를 낮춰 서면으로 명시합니다. 어느 방식이든 나중에야 드러나는 조건은 두지 않습니다.

외부 의존 기능은 각각 설정할 수 있으며, 모든 설정에는 명시된 결과가 따릅니다.

플랫폼에서 외부와 연결될 수 있는 기능에는 공통 인터페이스, 지정된 어댑터, 구성별 선택 지점을 마련합니다. 주권형 배포에서는 계약에 따라 각각 끄거나, 고객이 공급하거나, Exedra Gate가 운영합니다. 설정별로 기록에 관해 무엇을 주장할 수 있는지 표에 적습니다. 증명 범위를 문서화하지 않은 구성은 머지않아 마케팅 문구와 실제 상태가 어긋나기 때문입니다.

구성별로만 참이므로 구성마다 명시합니다. 신원 확인, 조사, 메일을 고객 공급 방식으로 쓰거나 끄고, 타임스탬프를 끄거나 현장에서 발급하면 정상 운영 중 문서, 키, 이벤트가 고객의 보안 경계를 벗어나지 않습니다. 모듈을 Exedra Gate 운영 서비스로 전환할 때마다 해당 행에 명시된 전송만 추가됩니다.

독립적 타임스탬프는 증명 범위를 좌우하는 핵심 설정이므로 신중히 선택합니다.

모든 방식에서 증거 패키지에는 서명과 해시 체인이 적용됩니다. 방식에 따라 달라지는 것은 타임스탬프입니다. 누가 발급하는지, 발급을 위해 무엇이 보안 경계 밖으로 나가는지, 이후 기록에 관해 무엇을 주장할 수 있는지가 다릅니다. 운영 전에 계약서로 방식을 결정합니다. 연결형은 고객이 신뢰 서비스 제공업체를 직접 조달하지 않고도 독립적인 시각 인증 주장을 유지할 수 있어 기본 방식입니다. 자체 적격 제공업체를 원하는 고객은 두 번째 방식을 선택합니다.

• 기본 방식

  연결형: Exedra Gate가 지정하는 기관에서 시각을 인증합니다. 기본 방식입니다. 경계 밖으로 나가는 것은 RFC 3161 시각 인증을 위해 전송하는 SHA-256 지문 하나입니다. 독립적인 시각 인증 주장은 온전히 유지되며, 배포는 격리형이 아닌 연결된 비공개 구성으로 설명합니다. 지정 기관은 Exedra Gate와 독립적이며 Exedra Gate 자체는 적격 신뢰 서비스 제공업체가 아닙니다. 계약상 유럽 제도의 적격 추정력이 필요한 경우, 지정 엔드포인트의 타임스탬프는 자체 발급이 아닌 적격 업체로부터 조달합니다. 계약서에는 해당 업체와 그 자격 상태를 기록합니다.

• 고객 조달 적격 신뢰 서비스 제공업체

  고객이 조달한 적격 기관에서 시각을 인증합니다. 프리미엄 방식입니다. 해시값은 고객의 자체 신뢰 서비스 제공업체로 전송됩니다. 유럽 법체계에서 적격 타임스탬프에는 일반 타임스탬프에 없는 법적 추정력이 있습니다(eIDAS 제41조 제2항). 이미 적격 제공업체와 계약한 고객은 Exedra Gate를 그 계약 관계에 포함하지 않고도 해당 혜택을 유지할 수 있습니다.

• 현장 발급

  보안 경계 안에서 시각을 인증합니다. 경계 밖으로 나가는 것은 없습니다. 증명 범위를 계약서와 기록 자체에서 낮춰 명시합니다. 증거 저장소를 통제하는 운영자가 타임스탬프도 증명하므로 기록에는 내부 시각이 부여되고 형식상 외부 검증은 가능하지만, 독립적으로 시각이 인증되었다고 홍보하지 않습니다.

• 끄기

  타임스탬프가 없습니다. 증거 패키지의 서명과 해시 체인은 유지되지만 증명 범위는 무결성과 순서까지만입니다. 날짜는 운영자의 자체 시계에 따릅니다. 실제 격리가 의무인 경우를 위해 제공하며, 고객이 무엇을 포기하는지 알 수 있도록 분명히 밝힙니다.

주권형 배포에는 고객의 통제가 적용됩니다.

클라우드 플랫폼은 고객 데이터를 보유하므로 보안 질문에 자체 인증으로 답합니다. 이 배포에서는 플랫폼이 고객의 보안 경계 안에서 실행됩니다. 업데이트는 서명된 산출물로 전달되며, 고객 보안팀이 배포 전에 검토하고 승인합니다. 감사 범위도 고객이 정합니다. 기본 구성에서 일상적인 외부 전송은 독립적 시각 인증을 위한 문서 지문뿐입니다. 이를 숨기지 않고 명시합니다.

일반 감사 로그는 관리자가 다시 쓸 수 있는 테이블입니다. 이 기록은 변경 흔적을 드러냅니다.

보안팀은 모든 증거 시스템에서 자체 관리자가 기록에 무엇을 할 수 있는지 묻습니다. 많은 플랫폼의 감사 추적은 데이터베이스 행의 집합이어서 데이터베이스를 통제하는 사람이 나중에 흔적 없이 수정할 수 있습니다. 여기서는 각 행위가 해시 체인에 순서대로 연결됩니다. 항목마다 앞선 항목의 해시를 포함하고, 기록에는 Ed25519 서명이 적용되며, 연결형 방식에서는 독립 기관이 발급한 RFC 3161 타임스탬프에 고정됩니다. 이후 항목을 수정하거나 삭제하면 순서 연결이 깨지고, 누가 어떤 권한으로 수정했든 검증 실행에서 그 단절이 드러납니다.

이는 업계에서 흔히 쓰는 표현보다 의도적으로 범위가 좁지만 더 명확한 약속입니다. 권한을 가진 내부자의 행위를 막는다고 주장하지 않습니다. 정직한 시스템이라면 그렇게 약속할 수 없습니다. 증거 기록 체계가 하는 일은 과거 기록의 변경을 탐지하고 관련 지점을 확인할 수 있게 하는 것입니다. 당시의 기록을 입증할 수 있고, 변경된 기록은 검증을 통과하지 못합니다. 탐지 가능성은 요청할 때 직접 확인할 수 있는 속성입니다. 변경 불가능성은 주장에 그치기 쉽습니다.

핵심 기록 체계는 언제나 고객이 통제합니다.

모든 방식에는 제3자 전자서명 업체에 의존하지 않는 자체 서명 엔진, 문서별 및 사람별 접근 제어와 행 수준 테넌트 격리, 해시 체인 감사 추적, 표준 형식의 증거 패키지, 지문용 SHA-256, 서명용 Ed25519, 해당 방식에 포함되는 RFC 3161 토큰, 무료 표준 도구를 이용한 오프라인 검증, 고객 보안팀이 적용 전 모든 업데이트를 승인하는 업데이트 경로가 유지됩니다.

규제 요건이 구체적인 사례를 만드는 아홉 분야.

각 분야 페이지에는 해당 분야의 규제 상황과 1차 출처, 주권형 배포가 바꾸는 점, 고려할 수 있는 모듈 구성, Exedra Gate가 해결하지 않는 문제를 설명합니다. 마지막 항목은 의도적으로 모든 페이지에 포함합니다.