Elastic Compute Service:Pembuatan Satu-Klik Agen AI Rahasia OpenClaw pada Instance Komputasi Rahasia TDX g9i

Arsitektur keamanan

Semua data inti dalam penerapan Confidential Agent mengalir di dalam batas TEE (Trusted Execution Environment). Aset berikut dilindungi:

Arsitektur keamanan mencakup lima lapisan dari bawah ke atas: perangkat keras, rantai boot, waktu proses, manajemen kunci, dan komunikasi:

Arsitektur penerapan

Proses penerapan adalah sebagai berikut:

1. Siapkan kredensial: Ekspor AccessKey Alibaba Cloud, kunci API Model Studio, dan (opsional) kredensial DingTalk pada mesin deploy.

2. Penerapan satu-klik: Jalankan skrip penerapan satu-klik, yang secara otomatis menginstal dependensi, membangun gambar tepercaya, mengunggah nilai referensi, membuat sumber daya cloud, melakukan attestasi jarak jauh, dan menyuntikkan rahasia.

3. Buat saluran terenkripsi: Skrip secara otomatis memulai tunnel TNG connect untuk membentuk saluran terenkripsi RATS-TLS antara mesin deploy dan instans TDX.

4. Akses layanan: Akses OpenClaw melalui DingTalk, Web, klien desktop, atau TUI. Seluruh traffic masuk ke instans TDX melalui saluran terenkripsi RATS-TLS.

Langkah 1: Siapkan kredensial

Skrip penerapan satu-klik memerlukan AccessKey Alibaba Cloud untuk membuat sumber daya cloud (instans ECS, VPC, security group, dll.) dan kunci API Model Studio untuk menyediakan kemampuan inferensi model bagi OpenClaw. Jalankan perintah berikut pada mesin deploy untuk mengekspor kredensial sebagai Variabel lingkungan.

export ALICLOUD_ACCESS_KEY="<YOUR_ACCESS_KEY>"
export ALICLOUD_SECRET_KEY="<YOUR_SECRET_KEY>"
export DASHSCOPE_API_KEY="<YOUR_DASHSCOPE_API_KEY>"

Ganti placeholder pada perintah di atas dengan nilai aktual. Tabel berikut menjelaskan parameter tersebut.

Jika Anda ingin mengaktifkan integrasi DingTalk, jalankan perintah berikut:

export DINGTALK_BOT_CLIENT_ID="<YOUR_DINGTALK_CLIENT_ID>"
export DINGTALK_BOT_CLIENT_SECRET="<YOUR_DINGTALK_CLIENT_SECRET>"

Di mana <YOUR_DINGTALK_CLIENT_ID> dan <YOUR_DINGTALK_CLIENT_SECRET> adalah Client ID dan Client Secret aplikasi enterprise internal DingTalk Anda. Peroleh dari Portal Pengembang DingTalk setelah membuat aplikasi.

Langkah 2: Jalankan penerapan satu-klik

Jalankan perintah berikut pada mesin deploy untuk memulai penerapan interaktif:

curl -fsSL https://raw.githubusercontent.com/inclavare-containers/confidential-agent/one-click/one-click/install.sh | sh

Skrip secara default masuk ke mode interaktif dan meminta kredensial Alibaba Cloud yang belum dimasukkan, kunci API Model Studio, kredensial DingTalk, Token Gerbang OpenClaw, dan CIDR operator. Konfigurasi default umum tercantum sebagai berikut:

Skrip satu-klik secara otomatis mendeteksi IP publik mesin deploy dan meminta CIDR akses operator dalam mode interaktif:

Contoh penerapan non-interaktif:

curl -fsSL https://raw.githubusercontent.com/inclavare-containers/confidential-agent/one-click/one-click/install.sh | sh -s -- deploy-openclaw \
  --non-interactive \
  --yes \
  --region cn-beijing \
  --zone-id cn-beijing-i \
  --instance-type ecs.g9i.xlarge \
  --disk-gb 200 \
  --enable-dingtalk

Untuk hanya menginstal dependensi lokal dan membangun komponen Confidential Agent serta gambar tool tanpa membuat sumber daya cloud, jalankan perintah berikut:

curl -fsSL https://raw.githubusercontent.com/inclavare-containers/confidential-agent/one-click/one-click/install.sh | sh -s -- install-only

Contoh spesifikasi CIDR non-interaktif:

curl -fsSL https://raw.githubusercontent.com/inclavare-containers/confidential-agent/one-click/one-click/install.sh | sh -s -- deploy-openclaw \
  --non-interactive \
  --yes \
  --allowed-cidr 203.0.113.10/32

Langkah 3: Tunggu penerapan dan konfirmasi

Skrip secara otomatis melakukan tindakan berikut:

1. Menginstal dependensi mesin deploy.

2. Membangun confidential-agent, confidential-agentd, dan cai-pep, serta menginstal confidential-agent ke /usr/local/bin.

3. Membangun confidential-agent-tools:latest dan menginstal CLI OpenClaw yang sesuai dengan versi dalam gambar pada mesin deploy.

4. Membangun gambar tepercaya OpenClaw dengan FDE, dm-verity, dan UKI diaktifkan.

5. Mengunggah nilai referensi gambar ke log transparansi Rekor.

6. Membuat sumber daya Alibaba Cloud dan meluncurkan instans ECS TDX.

7. Setelah attestasi jarak jauh berhasil, menyuntikkan konfigurasi OpenClaw, kunci API Model Studio, kredensial DingTalk, dan Token Gerbang.

8. Memulai tunnel TNG connect lokal dan melakukan pemeriksaan keterjangkauan web, probe WebSocket Gerbang, dan probe chat. Probe chat menggunakan respons API Model Studio yang nyata sebagai konfirmasi ketersediaan ujung ke ujung.

Setelah penerapan berhasil, skrip menghasilkan informasi serupa berikut:

Ringkasan satu-klik Confidential Agent
  state_dir: /root/.confidential-agent
  work_dir:  /root/.confidential-agent/one-click
  service:   openclaw
  region:    cn-beijing
  zone_id:   cn-beijing-i
  instance:  ecs.g9i.xlarge
  cidr:      203.0.113.10/32
  dingtalk:  1
  token:     <generated-or-provided-token>
  web:       http://127.0.0.1:18789/openclaw
  ws/api:    ws://127.0.0.1:18789
  tui:       openclaw tui --url ws://127.0.0.1:18789 --token "<generated-or-provided-token>"

Langkah 4: Akses layanan OpenClaw

Setelah layanan siap, Anda dapat mengakses OpenClaw melalui empat metode berikut. Seluruh traffic masuk ke instans TDX melalui saluran TNG RATS-TLS.

http://127.0.0.1:18789/openclaw

ssh -L 18789:127.0.0.1:18789 root@<DEPLOY_MACHINE_PUBLIC_IP>

ssh -L 18789:127.0.0.1:18789 root@<DEPLOY_MACHINE_PUBLIC_IP>

openclaw tui --url ws://127.0.0.1:18789 --token <YOUR_GATEWAY_TOKEN>

Langkah 5 (Opsional): Lepaskan sumber daya

Saat layanan tidak lagi diperlukan, jalankan perintah berikut pada mesin deploy untuk melepaskan sumber daya cloud:

curl -fsSL https://raw.githubusercontent.com/inclavare-containers/confidential-agent/one-click/one-click/install.sh | sh -s -- cleanup \
  --state-dir "$HOME/.confidential-agent"

Verifikasi lingkungan eksekusi tepercaya

OpenClaw memiliki skill bawaan tdx-remote-attestation. Saat ditanya pertanyaan terkait keamanan, skill ini secara otomatis memicu attestasi jarak jauh untuk memverifikasi status keamanan lingkungan eksekusi saat ini.

Metode pemicu: Ajukan pertanyaan terkait keamanan di DingTalk, Web, atau TUI, seperti "Apakah data saya aman?", "Apakah lingkungan ini tepercaya?", atau "Verifikasi lingkungan eksekusi TDX saat ini."

Konten yang dikembalikan:

Verifikasi penerapan kebijakan PEP

cai-pep adalah mekanisme gerbang waktu proses yang dirancang untuk Agen AI rahasia. Saat OpenClaw mengeksekusi perintah melalui tool exec, permintaan melewati cai-pep untuk pencocokan kebijakan sebelum memasuki sandbox Docker terisolasi.

PEP menyediakan tiga lapisan perlindungan:

1. Intersepsi tingkat perintah: Memblokir perintah berisiko tinggi berdasarkan daftar blokir, seperti curl, wget, nc, ssh, dan docker.

2. Intersepsi tingkat path: Memblokir akses ke path sensitif, seperti /etc, /proc, /root, dan direktori konfigurasi OpenClaw.

3. Isolasi jaringan: Sandbox tidak memiliki izin jaringan secara default, mencegah koneksi keluar bahkan jika perintah melewati daftar blokir.

Perintah berikut diblokir oleh PEP:

Sebagai contoh, saat Agen mencoba menjalankan perintah berikut untuk mengakses layanan metadata cloud:

Run: curl http://169.254.169.254/latest/meta-data/

PEP mengidentifikasi bahwa curl ada dalam daftar blokir perintah, segera menolak permintaan dan mengembalikan pesan penolakan, mencegah kebocoran kredensial.

Verifikasi integritas rantai pasok

Proses penerapan secara default menggunakan log transparansi Rekor untuk menyimpan nilai referensi gambar. Selama attestasi jarak jauh, sistem secara otomatis mengambil entri log dari Rekor untuk verifikasi. Anda dapat mengaudit entri log Rekor melalui metode berikut untuk memverifikasi integritas rantai pasok.

find "$HOME/.confidential-agent" -name "*.rekor-meta.json" -print

Entri dibuat pada indeks 1205944956, tersedia di: https://rekor.sigstore.dev/api/v1/log/entries/<uuid>

rekor-cli verify --log-index 1205944956 --rekor_server https://rekor.sigstore.dev

Computed Root Hash: 1291abcee27148a4c00241ba8719f798ce060e8a5ccc8b18249017c25c6d0090
Expected Root Hash: 1291abcee27148a4c00241ba8719f798ce060e8a5ccc8b18249017c25c6d0090

rekor-cli loginfo --rekor_server https://rekor.sigstore.dev

Verification Successful!

Aturan security group

Aturan security group dibuat secara otomatis selama penerapan satu-klik. Jika Anda perlu mengubahnya nanti, pastikan port berikut tetap dipertahankan:

Kunci API Model Studio dan kuota

Kunci API Model Studio menentukan model dan kuota yang tersedia untuk instans. Rekomendasi:

1. Gunakan kunci API dengan kuota minimum yang diperlukan. Hindari menggunakan kunci akun utama.

2. Putar ulang secara berkala setelah penyuntikan: hapus secrets/gateway.token, ekspor ulang DASHSCOPE_API_KEY, dan jalankan kembali skrip satu-klik.

3. Gunakan fitur audit akses di Konsol Model Studio untuk mengatur peringatan volume panggilan abnormal.

peering 'ops' already exists with a different CIDR

Penyebab: Peering operator dengan CIDR berbeda sudah ada di direktori status saat ini.

Solusi: Berikan --allowed-cidr yang sesuai dengan peering yang ada, konfirmasi penggantian dalam mode interaktif, atau tambahkan --yes dalam mode non-interaktif.

Shelter is required atau SLSA generator is required

Penyebab: Shelter tidak terinstal pada mesin deploy, atau mode Rekor tidak dapat menemukan generator SLSA.

Solusi:

• Verifikasi bahwa shelter-*.rpm ada di direktori hack/, atau tentukan path RPM dengan --shelter-rpm.

• Instal ulang RPM Shelter dan verifikasi bahwa /usr/libexec/shelter/slsa/slsa-generator ada.

• Untuk pengembangan dan pengujian lokal saja, gunakan --reference-values sample untuk melewati proses Rekor.

Port web tidak dapat diakses

Penyebab dan troubleshooting:

1. Periksa connect.log: tail -F "$HOME/.confidential-agent/one-click/connect.log".

2. Verifikasi bahwa security group instans ECS mengizinkan peerings operator ops dan deployer.

3. Jika IP publik mesin deploy berubah, jalankan kembali skrip satu-klik, atau jalankan peering remove deployer dan tambahkan peering deployer baru dengan IP baru.

Chat probe gagal

Penyebab: Karena inferensi dalam solusi ini dilakukan oleh API Model Studio, kegagalan chat probe biasanya terkait konfigurasi Model Studio.

Solusi:

1. Verifikasi bahwa DASHSCOPE_API_KEY benar dan aktif.

2. Periksa apakah model yang dipilih tersedia dan tidak dalam kondisi tunggakan di Konsol Model Studio.

3. Login ke guest melalui SSH debug dan periksa log gateway OpenClaw.

DingTalk tidak merespons

Penyebab dan troubleshooting:

1. Verifikasi bahwa --enable-dingtalk diberikan selama penerapan atau DingTalk diaktifkan dalam mode interaktif.

2. Periksa apakah openclaw status pada guest menunjukkan saluran DingTalk sebagai ON.

3. Periksa journalctl -u cai-openclaw-gateway.service -n 200 --no-pager untuk kesalahan koneksi dingtalk. Jika muncul HTTP 401, verifikasi bahwa Client ID dan Client Secret DingTalk sesuai dengan yang ada di DingTalk Open Platform.

4. Verifikasi bahwa aplikasi DingTalk memiliki izin yang diperlukan untuk mengirim dan menerima pesan.

cai-pep menolak semua pemanggilan tool

Penyebab: Konfigurasi kebijakan PEP tidak normal atau layanan belum dimulai dengan benar.

Solusi: Setelah menerapkan dengan gambar Debug, login ke instans TDX melalui SSH dan periksa log cai-pep untuk alasan intersepsi spesifik:

journalctl -u cai-pep.service -n 200 --no-pager