01Foundation technology
Runtime Computing
실행 상태, 순서, 장기 맥락과 surface 간 관계를 Runtime에서 유지·계산합니다.
Runtime Computing for Execution Control
Control What AI Executes.
Verify Before Execution.
CREAIM Runtime Computing이 실행 상태와 맥락을 계산하고, Execution Validation이 실행 직전 검증한 뒤 PASS / HOLD / STOP으로 통제합니다. 판단과 실행 결과는 Evidence로 연결됩니다.
Runtime Computing foundationDeterministic decision pathNo LLM in decision pathEvidence by design
Runtime → ControlExecution
01Runtime Computing
02Execution Validation
03Execution Control · PASS / HOLD / STOP
04Evidence · Decision + Execution
00 / Technology → Product
기반 기술과 제품을
한 흐름으로 연결합니다.
Runtime Computing은 기반기술입니다. 고객이 사용하는 제품 레이어는 Execution Validation과 Execution Control이며, 그 결과를 Evidence로 남깁니다.
02Pre-execution verification
Execution Validation
현재 State + Constraints를 결정론적으로 평가해 실행 가능 여부를 검증합니다.
03Product control layer
Execution Control
PASS / HOLD / STOP과 surface-specific instruction을 반환합니다.
04Decision & execution provenance
Evidence
판단·지시·ACK를 Evidence ID, hash, ledger로 연결합니다.
Control domains
세 가지 실행 통제 축
현재 구현 증거와 장기 안전 방향을 같은 수준으로 과장하지 않습니다. 각 영역의 상태를 별도로 표시합니다.
IMPLEMENTED CONTROL PATH
AI Agent Control
Agent의 API, tool, workflow 실행 직전에 Runtime 검증을 넣고 PASS / HOLD / STOP을 반환합니다.
IMPLEMENTED ARCHITECTURE
Insider Execution Control
정상 권한 사용자의 Sequence, Long-Horizon, Identity, Multi-Surface 맥락을 실행 판단과 연결합니다.
EXECUTION-BOUNDARY SCOPE
Autonomous AI Safety
고도 자율 AI의 생각을 통제한다고 주장하지 않습니다. 외부 세계에 영향을 주는 실행 경계를 Runtime Gate로 통제하는 방향입니다.
01 / Execution Control Contract
한 Session 안에서
결정과 실행을 연결합니다.
Execution Session은 KERNEL / API_TOOL / NETWORK / CLOUD 행동을 하나의 Runtime 문맥으로 연결합니다. Runtime Core는 결정과 surface-specific instruction을 반환하고, 호출 측 또는 별도 통합된 Endpoint/Gateway가 그 instruction을 실제 실행 경계에 적용합니다.
PASS
현재 Runtime State와 Constraints가 허용 범위입니다. 반환된 surface instruction에 따라 호출 측이 실행을 계속합니다.
HOLD
즉시 실행하지 않고 보류합니다. 같은 Execution Session의 후속 PASS는 prior HOLD를 자동으로 우회하지 못합니다.
STOP
해당 실행을 중단하는 결정입니다. 같은 Execution Session에서는 SESSION_PRIOR_STOP이 후속 실행에 sticky safety로 적용됩니다.
Surface Instruction
같은 PASS / HOLD / STOP 결정도 실행 표면에 맞는 instruction으로 변환됩니다.
KERNEL
KERNEL_ALLOW / KERNEL_HOLD / KERNEL_DENY
API_TOOL
TOOL_EXECUTE / API_TOOL_HOLD / TOOL_BLOCK
NETWORK
NETWORK_CONNECT / NETWORK_HOLD / NETWORK_BLOCK
CLOUD
CLOUD_INVOKE / CLOUD_HOLD / CLOUD_BLOCK
Execution Session timeline
하나의 session에서 sensitive provenance가 Network STOP으로 이어지고, 후속 Cloud action은 prior STOP을 우회하지 못하는 계약 예시입니다.
01
SURFACE
API_TOOL
DECISION
PASS
SURFACE INSTRUCTION
TOOL_EXECUTE
Evidence ID · example-evidence-01
02
SURFACE
KERNEL
DECISION
PASS
SURFACE INSTRUCTION
KERNEL_ALLOW
Evidence ID · example-evidence-02
03
SURFACE
NETWORK
DECISION
STOP
SURFACE INSTRUCTION
NETWORK_BLOCK
Evidence ID · example-evidence-03
04
SURFACE
CLOUD
DECISION
STOP
SURFACE INSTRUCTION
CLOUD_BLOCK · SESSION_PRIOR_STOP
Evidence ID · example-evidence-04
CALLER ENFORCEMENT CONTRACT
Developer Execution API 자체는 물리 차단을 했다고 주장하지 않습니다. 응답의 surface instruction을 caller가 적용해야 하며, 별도 CREAIM Endpoint/Gateway adapter가 통합된 경우에만 해당 adapter의 물리 enforcement Evidence로 구분합니다.
02 / Threat scenarios
세 가지 위협을
같은 Runtime 언어로 봅니다.
AI Agent, 내부자, 고도 자율 AI는 원인이 다르지만 실제 시스템에 영향을 주려면 실행 표면을 통과합니다. CREAIM은 각 시나리오를 State → Constraint → Decision → Surface Instruction → Evidence로 분해합니다.
IMPLEMENTED CONTROL PATH
AI Agent Sensitive Egress
Agent가 정상 tool 호출로 시작해 sensitive data를 읽은 뒤 신뢰되지 않은 destination으로 전송하려는 흐름을 하나의 Execution Session에서 연결합니다.
CONTRACT + SYNTHETIC VALIDATION
STATE
API_TOOL + KERNEL provenance → NETWORK egress · sensitive resource · untrusted destination
CONSTRAINT
CROSS_SURFACE_SENSITIVE_EGRESS + sensitive export / anomaly constraints
DECISION
STOP when Runtime constraints fail
SURFACE INSTRUCTION
NETWORK_BLOCK
EVIDENCE
Execution Session + Runtime decision + Surface Action + Evidence Ledger
API 응답만으로 물리 차단을 했다고 주장하지 않습니다. caller 또는 통합 Gateway/Endpoint가 instruction을 적용합니다.
IMPLEMENTED ARCHITECTURE
Insider Low-and-Slow Export
정상 계정과 정상 권한을 가진 사용자가 짧은 시간에는 평범해 보이는 read/export 행동을 장기간 분산시키는 경우를 Sequence와 Long-Horizon으로 연결합니다.
SYNTHETIC-VALIDATED BEHAVIOR PATH
STATE
Identity + Sequence + 1h/24h/7d/30d Long-Horizon + destination + sensitivity
CONSTRAINT
LOW_SLOW_EXPORT / LONG_SEQUENCE_SPLIT / DISTRIBUTED_IDENTITY_EXPORT patterns
DECISION
Observe / Shadow → bounded HOLD only when Guardrail promotion conditions are met
SURFACE INSTRUCTION
No automatic STOP from behavior signal alone
EVIDENCE
Behavior + Sequence + Long-Horizon + Shadow + Guardrail provenance
대규모 고객 내부자 운영 실적을 의미하지 않습니다. 현재는 구현 계약과 synthetic validation을 구분해 표시합니다.
EXECUTION-BOUNDARY SCOPE
Autonomous AI Boundary Control
고도 자율 AI의 내부 사고를 통제한다고 주장하지 않습니다. API, tool, network, cloud 같은 외부 실행 경계에서 Runtime Gate를 강제하는 방향입니다.
ARCHITECTURE SCOPE · NOT AGI CONTAINMENT PROOF
STATE
Execution identity + session history + tool/resource + destination + cross-surface state
CONSTRAINT
Policy + Runtime constraints + prior terminal session state
DECISION
PASS / HOLD / STOP at the execution boundary
SURFACE INSTRUCTION
Surface-specific instruction + SESSION_PRIOR_HOLD / SESSION_PRIOR_STOP
EVIDENCE
Decision provenance + instruction provenance + ACK when an adapter is integrated
Superintelligence containment, cognition control, tamper-proof hardware isolation은 현재 입증 범위 밖입니다.
Bundle I · Autonomous AI Defense LabSYNTHETIC EVIDENCE · NOT LIVE ATTACK PROOF
Safe fixtures로 sensitive egress + replan, low-and-slow export, destination rotation/tool substitution, credential→privilege chain을 재생합니다. Agent/Endpoint 경로에는 Sequence·Long-Horizon 신호를 sanitized MetaCore Bridge로 보내는 코드 경로를 구현했으며, MetaCore는 기존 Security 결정을 더 엄격하게만 만들 수 있습니다. 실제 cross-app 호출은 Bundle H shared-secret activation 이후의 별도 live gate입니다.
Scenario walkthroughs are simulated unless explicitly backed by live Evidence.
제품 설명용 fixture, synthetic validation, 실제 고객 운영 Evidence를 같은 것으로 표시하지 않습니다.
03 / Runtime Computing Technical Proof
AI를 분석하는 데서 끝나지 않고,
실행 상태를 계산합니다.
CREAIM Security에서 Runtime Computing은 마케팅 이름이 아니라 실행 판단의 기반 구조입니다. State, Constraint, Session history, Long-Horizon identity와 Evidence를 결정론적 실행 경로에 연결합니다.
CODE-CONTRACT VERIFIED
Runtime State + Constraints
입력 이벤트와 실행 맥락을 신호로 정규화하고, 명시적 Constraints와 Runtime States를 평가해 하나의 상태를 선택합니다.
STATE_PASS_DIRECT / STATE_PASS_RESTRICTED
STATE_HOLD_REVIEW / STATE_STOP
Hard-stop + HOLD constraint classes
Selected state persisted with Runtime decision
CODE-CONTRACT VERIFIED
Deterministic Runtime Core
Canonical input snapshot과 policy snapshot을 SHA-256으로 결박하고, risk·constraints·states·decision을 다시 decision hash로 결박합니다.
canonical(sorted input) → input_hash
canonical(policy) → policy_hash
states + constraints + decision → decision_hash
Developer API decision path: deterministic_runtime
SYNTHETIC-VALIDATED RUNTIME
Long-Horizon Identity Runtime
짧은 단일 요청이 아니라 actor·device·session·destination 관계와 장기 행동 패턴을 시간 창별로 계산합니다.
1h / 24h / 7d / 30d windows
Live history safety cap: 500 events
LOW_SLOW_EXPORT / LONG_SEQUENCE_SPLIT
Synthetic deterministic regression; not customer-production evidence
CODE-CONTRACT VERIFIED
Multi-Surface Execution Session
KERNEL, API_TOOL, NETWORK, CLOUD를 하나의 Execution Session으로 연결해 이전 실행의 provenance를 다음 실행 판단에 반영합니다.
4 execution surfaces
Session action history cap: 50
CROSS_SURFACE_SENSITIVE_EGRESS
Sticky SESSION_PRIOR_HOLD / SESSION_PRIOR_STOP
CODE-CONTRACT VERIFIED
Hash-linked Evidence
Runtime Decision과 Surface Action을 Evidence에 연결하고, ledger entry를 previous/content/ledger hash로 이어 무결성을 다시 검증할 수 있게 합니다.
Immutable SecurityRuntimeDecision
previous_hash + content_hash + ledger_hash
Evidence chain verification function
simulated / measured / live provenance modes
Why this is different from a content-only safety layer
모든 AI Security 제품이 같은 구조라는 뜻은 아닙니다. 아래 표는 CREAIM이 제품 차별점으로 삼는 실행 계층을 설명합니다.
Content / prompt layer입력·출력 문맥 자체의 안전성 판단CREAIM의 주 Proof 영역이 아님
Execution request실행 직전 현재 State + Constraints 평가Runtime Computing
Cross-surface context서로 다른 실행 표면의 provenance 연결Execution Session
Long-horizon context시간에 분산된 행동·identity 관계 계산Long-Horizon Runtime
Decision provenance왜 PASS/HOLD/STOP인지 hash + state + constraint로 보존Evidence
Decision proof chain
Canonical Input → input_hash
Policy Snapshot → policy_hash
States + Constraints + Decision → decision_hash
Evidence Payload → content_hash
Previous + Content + Metadata → ledger_hash
Hash-linked Evidence는 변조 불가능을 절대적으로 보장한다는 뜻이 아니라, 저장된 chain의 일관성과 변경 여부를 검증할 수 있는 애플리케이션 계약입니다.
Implemented contract
Runtime Core, Multi-Surface, Long-Horizon, immutable decision schema, Evidence Ledger가 코드 계약과 Release Gate로 검증됩니다.
Synthetic validation
Behavior/Long-Horizon/adversarial 회귀는 deterministic synthetic fixtures로 검증합니다. 실제 고객 환경 성능으로 표시하지 않습니다.
External / physical proof
고객 운영, 외부 SLA, 물리 Endpoint enforcement, canonical API origin은 별도 외부 Evidence gate입니다.
External Runtime Evidence
Runtime Computing의 별도 계산 검증으로 QOBLIB PR #84/#85 제출 5개 인스턴스가 공식 checker replay를 통과했습니다. 이 Evidence는 Runtime 계산 재현성에 대한 근거이며, Security 차단 성능이나 은행 운영 성능을 증명하는 자료로 사용하지 않습니다.
MetaCore Direct Bridge · Bundle H
CODE READY · SECRET ACTIVATION GATESecurity Execution API가 raw operation/target을 보내지 않고 구조화된 실행 신호만 Runtime MetaCore로 전달하도록 직접 bridge를 구현했습니다. MetaCore는 Security Runtime 결정을 완화할 수 없고 PASS를 HOLD/STOP으로 더 엄격하게 만드는 방향만 허용됩니다. 실제 cross-app 호출 활성화에는 양쪽 Runtime의 shared secret 설정이 필요합니다.
Bank-Scale Runtime Fabric · Bundle J
SYNTHETIC CAPACITY · EXTERNAL LOAD GATE256 logical partitions, control/decision/event/heartbeat priority lanes, hot-tenant isolation, fail-closed overload 계약과 Evidence Segment manifest를 구현했습니다. Agent/Developer 요청에는 partition provenance가 기록됩니다. Simulator의 logical requests/sec는 네트워크·DB·Base44·은행 Production 처리량이 아닙니다.
Production Reliability / Operations · Bundle L
INTERNAL PROBE · EXTERNAL SLA/DR GATE내부 active health probe, p50/p95/p99 운영 집계, Incident 상태 전이, RTO/RPO target policy와 Recovery contract drill을 구현했습니다. 독립 외부 uptime monitor, 실제 backup restore, multi-region failover는 별도 외부 Evidence가 필요합니다.
Commercial SaaS Layer · Bundle M
MANUAL / CONTRACT READY · CARD GATEDeveloper trial → Business manual approval → Enterprise active-contract activation, immutable entitlement snapshot, manual/contract invoice ledger와 plan-change request를 구현했습니다. Stripe/Paddle checkout·processor settlement은 아직 연결되지 않았습니다.
Bank / Enterprise Acceptance Gate · Bundle N
EXTERNAL ACCEPTANCE GATEEnterprise Pilot과 Bank Production을 별도 profile로 평가합니다. PoC·Runtime·Evidence·Physical Enforcement·Identity·Commercial·Operations·External test를 단일 PASS/HOLD/FAIL matrix로 봉인하며, Bundle N 구현 완료와 실제 은행 Production 승인을 분리합니다.
No LLM is used in the Developer Execution API decision path. Runtime proof here is scoped to this Security execution-control implementation; broader Runtime Computing research claims require their own evidence.
04 / Enterprise Enforcement
판단 뒤에 실제 운영 통제
계약을 한 겹 더 둡니다.
Runtime Decision을 약화시키지 않는 방향으로 Emergency Stop, 승인형 HOLD, Credential Isolation을 추가합니다. Enterprise layer는 PASS를 더 엄격하게 만들 수 있지만 Runtime STOP을 완화할 수 없습니다.
IMPLEMENTED DECISION OVERLAY
Pre-execution Emergency Stop
Tenant Emergency Stop이 활성화되면 새 Agent/Endpoint 및 Developer Execution 요청을 Runtime 이후 STOP / DENY로 fail-closed 합니다.
이미 실행 중인 프로세스를 원격으로 즉시 kill한다는 의미는 아닙니다. 물리 효과는 통합 adapter와 ACK Evidence가 있어야 입증됩니다.
DEVELOPER / GATEWAY V1
Quorum Approval
정책 대상 실행을 HOLD하고 최대 3명의 관리자 quorum을 요구합니다. 승인 ID는 session·surface·operation·target hash·risk context fingerprint에 묶입니다.
승인 후에도 같은 액션을 다시 제출해 Runtime을 새로 평가합니다. 승인으로 Runtime HOLD/STOP 또는 sticky STOP을 PASS로 뒤집을 수 없습니다.
POLICY-ENFORCED INPUT GATE
Credential Isolation
활성화된 Enterprise 정책에서는 raw Bearer token, Developer key, password/secret 형태를 실행 요청에서 거부하고 opaque secret reference 사용을 요구합니다.
Credential detector는 실행 경계의 방어선이며 범용 DLP 또는 모든 비밀 형식을 완전 탐지한다고 주장하지 않습니다.
HASH + LEDGER
Policy Change Evidence
Enterprise Control 변경은 control hash와 Evidence Ledger entry로 기록되고 승인 vote는 append-only Evidence로 분리됩니다.
애플리케이션 수준 tamper-evidence입니다. Hardware root-of-trust 또는 물리적으로 tamper-proof한 정책 저장소를 의미하지 않습니다.
Enterprise Identity / Zero Trust · Bundle K
Tenant → Workspace → Principal → Role 구조와 ORG_ADMIN / SECURITY_ADMIN / POLICY_ADMIN / APPROVER / AUDITOR / DEVELOPER 분리를 구현했습니다. ENFORCED 모드에서는 Requester ≠ Approver와 역할별 서버 권한을 강제합니다. OIDC/SAML 구성 모델과 Service Account key rotation은 구현됐지만 SSO assertion verification·SCIM·외부 secret manager 연결은 아직 별도 외부 Gate입니다.
Physical Enforcement Truth Matrix
KERNEL
fanotify pre-execution adapter code
Physical claim requires APPLIED Endpoint ACK Evidence
API_TOOL
Execution API surface instruction
Caller applies instruction unless separate adapter is integrated
NETWORK
Gateway instruction contract
Customer gateway physical block proof remains separate
CLOUD
Cloud surface instruction contract
Provider-side adapter physical proof remains separate
Scope: Enterprise Enforcement v1 strengthens new execution requests. It is not proof of autonomous-AI containment, hardware isolation, or universal physical blocking across customer infrastructure.
05 / How it works
한 번의 실행 요청을
네 단계로 통제합니다.
탐지 후 대응만 하는 별도 보안 레이어가 아니라, 실행 직전의 상태와 제약을 계산해 호출 측에 실행 지시를 반환하는 Execution Control 구조입니다.
Execution Request
AI Agent, API, gateway 또는 runtime surface에서 실행 요청이 들어옵니다.
State + Constraints
현재 상태와 정책·권한·민감도·행동 맥락을 결정론적으로 평가합니다.
PASS / HOLD / STOP
같은 Runtime Core가 실행 허용, 보류, 중단 중 하나의 결정을 반환합니다.
Execution + Evidence
호출 측이 surface instruction을 적용하고 판단·실행 결과를 Evidence로 연결합니다.
06 / Execution surfaces
하나의 Runtime 계약을
여러 실행 표면에 적용합니다.
AI Agent
외부 Agent가 tool 또는 workflow 실행 직전에 검증을 요청합니다.
API / Tool
API 호출, tool 실행, 서비스 액션을 동일한 Execution Session에서 통제합니다.
Network / Gateway
외부 목적지와 cross-surface egress를 Runtime 상태와 함께 평가합니다.
Cloud Workflow
Cloud automation과 service action을 동일한 PASS / HOLD / STOP 계약으로 연결합니다.
Linux Endpoint는 별도 물리 Enforcement Evidence를 요구합니다. 코드 구현 상태와 실제 고객 환경 배포 증거를 같은 것으로 표시하지 않습니다.
07 / Evidence & status
구현된 것과 외부 검증이
남은 것을 분리합니다.
Implemented / Verified
Deterministic Runtime Core
Multi-Surface Execution Session
Developer Execution API + Test Key
Usage / Quota + Signed Webhook
Append-only Evidence contract
Phase 1–12 Release Gate
External gates
Canonical API origin verification
Public card billing connection
External uptime / SLA measurement
Physical endpoint evidence for deployment claims
Decision provenance
Runtime + Constraint
Execution provenance
Surface Instruction + ACK
Evidence provenance
IDs + Hash + Ledger
08 / Developers
실행 직전에 Runtime을 호출합니다.
Test Project, one-time API Key, 월 quota/RPM, signed decision webhook과 Usage Evidence를 Developer Portal에서 관리합니다.
const decision = await runtime.verify(action)
// PASS | HOLD | STOP
// PASS | HOLD | STOP
Test Key Signed Webhook Execution Session
Open Developer Portal 09 / Enterprise PoC
작게 시작하고 Evidence로 판단합니다.
PoC 범위를 먼저 정의하고 Runtime Decision, surface instruction, ACK와 Evidence coverage를 실제 환경에서 확인합니다. 사전 합의되지 않은 수치를 성공 기준으로 광고하지 않습니다.
01
Scope
02
Runtime
03
Enforcement
04
Evidence