Dstack-TEE / Dstack-TEE/dstack

Onchain logs for KMS replication

Open
#114 1 comment 0 reactions 0 assignees View on GitHub
security security: roadmap
Dominant language
Rust
Stars
544
Forks
96
Avg merge
17h 57m
Merged PRs (30d)
117

Description

## Summary
This is a [discussion](https://github.com/Dstack-TEE/dstack/pull/91#discussion_r1937226966) about whether KMS instances should be whitelisted on-chain before being allowed to onboard, for improved transparency and security.

## Current Approach
- Device-ID (implemented as a hash of the PPID) is whitelisted

## Proposed Enhancement
- Add on-chain whitelisting for each KMS instance before onboarding is permitted
- Create an on-chain trace/log of onboarding events when instances request KMS keys

## Rationale
- Onboarding to KMS (sharing the secret) is considered a highly security-critical component
- On-chain logging would increase transparency and traceability
- Could potentially implement an interactive on-chain challenge to ensure up-to-date view of the chain

## Benefits
- Improved visibility into KMS operations
- Public verification of legitimate KMS instances
- Transparent audit trail of key sharing events

## Considerations
- Would require additional on-chain operations
- Need to balance transparency with performance and gas costs

Contributor guide

Open the contributing guide

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.