इस पेज का अनुवाद Cloud Translation API से किया गया है.

गोपनीय स्पेस का इस्तेमाल सुरक्षित संसाधनों के साथ करें, जिन्हें क्लाउड सेवा देने वाली कंपनी के पास सेव नहीं किया जाता

1. खास जानकारी

गोपनीय स्पेस में, कई लोगों के साथ डेटा शेयर करने और साथ मिलकर काम करने की सुविधा मिलती है. साथ ही, संगठनों को अपने डेटा की गोपनीयता बनाए रखने की सुविधा भी मिलती है. इसका मतलब है कि संगठन अपने डेटा पर कंट्रोल बनाए रखते हुए, एक-दूसरे के साथ मिलकर काम कर सकते हैं. साथ ही, अपने डेटा को बिना अनुमति के ऐक्सेस होने से सुरक्षित रख सकते हैं.

गोपनीय स्पेस की मदद से, संवेदनशील और अक्सर नियमों के दायरे में आने वाले डेटा को इकट्ठा करके उसका विश्लेषण किया जा सकता है. साथ ही, इस डेटा पर अपना पूरा कंट्रोल भी बनाए रखा जा सकता है. गोपनीय स्पेस की मदद से, संगठनों को संवेदनशील डेटा इकट्ठा करने और उसका विश्लेषण करने से फ़ायदा मिल सकता है. जैसे, व्यक्तिगत पहचान से जुड़ी जानकारी (पीआईआई), स्वास्थ्य की सुरक्षित जानकारी (पीएचआई), बौद्धिक संपत्ति, और क्रिप्टोग्राफ़िक सीक्रेट. साथ ही, संगठनों के पास इस डेटा पर पूरा कंट्रोल भी रहता है.

आपको इन चीज़ों की ज़रूरत होगी

दो अलग-अलग Google Cloud Platform प्रोजेक्ट
कोई ब्राउज़र, जैसे कि Chrome या Firefox
Google Compute Engine, गोपनीय वर्चुअल मशीन (वीएम), कंटेनर, और रिमोट रिपॉज़िटरी, सर्टिफ़िकेट, और सर्टिफ़िकेट चेन के बारे में बुनियादी जानकारी.
सेवा खातों, ओपन नीति एजेंट, Rego, और पब्लिक की इंफ़्रास्ट्रक्चर के बारे में बुनियादी जानकारी

आपको इनके बारे में जानकारी मिलेगी

गोपनीय स्पेस चलाने के लिए, ज़रूरी क्लाउड संसाधनों को कॉन्फ़िगर करने का तरीका
Confidential Space इमेज चलाने वाले Confidential VM में वर्कलोड चलाने का तरीका
वर्कलोड कोड (क्या), गोपनीय स्पेस के एनवायरमेंट (कहां), और वर्कलोड चलाने वाले खाते (कौन) के एट्रिब्यूट के आधार पर, सुरक्षित संसाधनों के ऐक्सेस की अनुमति देने का तरीका.

इस कोडलैब में, Google Cloud के अलावा किसी दूसरी जगह होस्ट किए गए सुरक्षित संसाधनों के साथ Confidential Space का इस्तेमाल करने का तरीका बताया गया है. इस लेख में, Google Attestation Service से कस्टम और अपने-आप काम करने वाले टोकन का अनुरोध करने का तरीका बताया गया है. इसके लिए, आपको नॉन्स, ऑडियंस, और पीकेआई टोकन टाइप की जानकारी देनी होगी.

सर्व-समावेशी टोकन का अनुरोध क्यों करना चाहिए?

ऐसे टोकन जिनकी पुष्टि ऑफ़लाइन की जा सकती है. ऑफ़लाइन पुष्टि करने से ज़्यादा निजता मिलती है और इसे इस्तेमाल करना आसान होता है. ऐसा इसलिए, क्योंकि हर बार टोकन की पुष्टि करने के लिए, सार्वजनिक कुंजी को फिर से हासिल करने की ज़रूरत नहीं होती. इसके बजाय, टोकन की पुष्टि, पहले से डाउनलोड किए गए और लंबे समय तक काम करने वाले रूट सर्टिफ़िकेट के आधार पर की जा सकती है.

हस्ताक्षर किए गए ऐसे टोकन में सर्टिफ़िकेट चेन होती है. इसमें रूट सर्टिफ़िकेट, इंटरमीडिएट सर्टिफ़िकेट, और आखिर में वह लीफ़ सर्टिफ़िकेट होता है जिसका इस्तेमाल हस्ताक्षर करने के लिए किया गया था. सर्टिफ़िकेट चेन, x5c हेडर क्लेम की मदद से टोकन में दिखती है.

रूट सर्टिफ़िकेट डाउनलोड करने के लिए उपलब्ध है और इसे आपके ऐप्लिकेशन में सेव किया जाना चाहिए. रूट सर्टिफ़िकेट का इस्तेमाल, लीफ़ सर्टिफ़िकेट के हस्ताक्षर की पुष्टि करने के लिए किया जाता है. भरोसेमंद सर्टिफ़िकेट चेन की पुष्टि करने के लिए, डाउनलोड किया गया रूट सर्टिफ़िकेट और x5c हेडर में मौजूद रूट सर्टिफ़िकेट एक ही होना चाहिए.

इस कोडलैब में, आपको एक काल्पनिक प्रॉडक्ट - USleep, कंटेनर वाले ऐप्लिकेशन और एक काल्पनिक प्रॉडक्ट - UWear, कनेक्ट किए गए पहने जाने वाले डिवाइस के बीच गोपनीय स्पेस सेट अप करना होगा. इससे आपको अपनी नींद की क्वालिटी का हिसाब लगाने में मदद मिलेगी. UWear, सुरक्षित, सुरक्षित, और अलग-थलग किए गए एनवायरमेंट (जिसे ट्रस्टेड एक्ज़ीक्यूशन एनवायरमेंट या टीईई भी कहा जाता है) में, USleep के साथ स्वास्थ्य की सुरक्षित जानकारी (पीएचआई) शेयर करेगा. इससे डेटा के मालिकों की गोपनीयता पूरी तरह से बनी रहेगी.

UWear, वर्कलोड ऑडिटर और डेटा का मालिक, दोनों है. वर्कलोड ऑडिटर के तौर पर,यह चल रहे वर्कलोड में मौजूद कोड की समीक्षा करता है और इमेज डाइजेस्ट को नोट करता है. डेटा के मालिक के तौर पर, UWear पुष्टि करने का लॉजिक लिखता है, ताकि टोकन और उसके हस्ताक्षर की पुष्टि की जा सके. यह ऑडिट किए गए वर्कलोड की इमेज डाइजेस्ट का इस्तेमाल करके, पुष्टि करने की नीति लिखता है. इस नीति के तहत, सिर्फ़ किसी खास एनवायरमेंट में मौजूद खास इमेज डाइजेस्ट को संवेदनशील डेटा का ऐक्सेस मिलता है.

इस कोडलैब में, USleep कंटेनर वाले ऐप्लिकेशन को डिप्लॉय कर रहा है. USleep के पास संवेदनशील डेटा का ऐक्सेस नहीं होता. हालांकि, यह अनुमति पा चुके उस वर्कलोड को चलाता है जिसे संवेदनशील डेटा का ऐक्सेस दिया गया है.

कोडलैब में ये चरण शामिल हैं:

पहला चरण: कोडलैब के लिए ज़रूरी क्लाउड संसाधन सेट अप करना. प्रोजेक्ट, बिलिंग, और अनुमतियां सेट अप करें. कोडलैब का सोर्स कोड डाउनलोड करें और एनवायरमेंट वैरिएबल सेट करें.
दूसरा चरण: रूट सर्टिफ़िकेट डाउनलोड करें और उसे अपने UWear सोर्स कोड के साथ सेव करें.
तीसरा चरण: अलग-अलग वर्कलोड सेवा खाते बनाएं. इनका इस्तेमाल, USleep और UWear के लिए वर्कलोड VM करेगा.
चौथा चरण: पुष्टि करने वाला टोकन देने वाला USleep वर्कलोड बनाएं.
पांचवां चरण: UWear का वह वर्कलोड बनाएं जो पुष्टि करने वाले टोकन की पुष्टि करता है और टोकन के स्वीकार होने पर संवेदनशील डेटा भेजता है.
छठा चरण: USleep और UWear वर्कलोड चलाएं. UWear संवेदनशील डेटा उपलब्ध कराएगा और USleep उस डेटा पर नींद का एल्गोरिदम चलाकर नतीजा देगा.
सातवां चरण: (ज़रूरी नहीं) बिना अनुमति वाला USleep वर्कलोड चलाएं और पुष्टि करें कि UWear से संवेदनशील डेटा नहीं मिला है.
आठवां चरण: सभी संसाधनों को मिटाना.

वर्कफ़्लो को समझना

USleep, गोपनीय स्पेस में वर्कलोड चलाएगा. वर्कलोड को चलाने के लिए, उसे UWear के पीएचआई का ऐक्सेस चाहिए. ऐक्सेस पाने के लिए, USleep वर्कलोड पहले एक सुरक्षित टीएलएस सेशन बनाता है. इसके बाद, USleep, पेलोड के साथ Google Attestation Service से पुष्टि करने वाले टोकन का अनुरोध भी करेगा.

USleep, JSON पेलोड के साथ पुष्टि करने वाले टोकन का अनुरोध करेगा. इस पेलोड में ये तीन चीज़ें होंगी:

ऐसा पुष्टि करने वाला टोकन जो टीएलएस सेशन से जुड़ा हो. एटेस्टेशन टोकन को TLS सेशन से बांधने के लिए, नॉन्स वैल्यू, TLS एक्सपोर्ट किए गए पासकोड का हैश होगी. टोकन को TLS सेशन से बांधने से यह पक्का होता है कि मशीन-इन-द-मिडल हमले न हों. ऐसा इसलिए, क्योंकि TLS सेशन में शामिल सिर्फ़ दो पक्ष ही नॉन्स वैल्यू जनरेट कर पाएंगे.
"uwear" की ऑडियंस उपलब्ध कराई जाएगी. UWear यह पुष्टि करेगा कि वह पुष्टि करने वाले टोकन के लिए सही ऑडियंस है या नहीं.
"PKI" टाइप का टोकन. "PKI" टाइप के टोकन का मतलब है कि USleep, अपने-आप काम करने वाले टोकन का अनुरोध करना चाहता है. Confidential Space के जाने-पहचाने PKI एंडपॉइंट से डाउनलोड किए गए रूट का इस्तेमाल करके, यह पुष्टि की जा सकती है कि Google ने इस टोकन पर हस्ताक्षर किया है. यह डिफ़ॉल्ट OIDC टोकन टाइप से अलग है. इसके हस्ताक्षर की पुष्टि, नियमित रूप से बदलने वाली सार्वजनिक कुंजी का इस्तेमाल करके की जाती है.

USleep वर्कलोड को पुष्टि करने वाला टोकन मिलता है. इसके बाद, UWear, USleep के साथ TLS कनेक्शन में शामिल हो जाता है और USleep का पुष्टि करने वाला टोकन वापस पा लेता है. UWear, रूट सर्टिफ़िकेट के हिसाब से x5c क्लेम की जांच करके, टोकन की पुष्टि करेगा.

UWear, USleep वर्कलोड को तब ही मंज़ूरी देगा, जब:

टोकन, पीकेआई (डिजिटल सर्टिफ़िकेट मैनेज करने का तरीका) की पुष्टि करने के लॉजिक को पास करता हो.
UWear, रूट सर्टिफ़िकेट के हिसाब से x5c क्लेम की जांच करके, टोकन की पुष्टि करेगा. साथ ही, यह भी जांच करेगा कि टोकन पर लीफ़ सर्टिफ़िकेट का हस्ताक्षर है या नहीं. आखिर में, यह भी जांच करेगा कि डाउनलोड किया गया रूट सर्टिफ़िकेट, x5c क्लेम में मौजूद रूट सर्टिफ़िकेट से मेल खाता है या नहीं.
टोकन में मौजूद, वर्कलोड मेज़रमेंट के दावे, ओपीए नीति में बताई गई एट्रिब्यूट की शर्तों से मेल खाते हैं. OPA एक ओपन सोर्स, सामान्य मकसद वाला नीति इंजन है. यह पूरे स्टैक में नीति लागू करने की सुविधा देता है. OPA, बेसलाइन वैल्यू सेट करने के लिए, JSON जैसे सिंटैक्स वाले दस्तावेज़ों का इस्तेमाल करता है. इन वैल्यू की पुष्टि नीति के हिसाब से की जाती है. नीति किन वैल्यू की जांच करती है, इसका उदाहरण देखने के लिए ओपीए बेसलाइन वैल्यू देखें.
नॉन्स, अनुमानित नॉन्स (TLS एक्सपोर्ट किया गया पासकोड) से मेल खाता है. इसकी पुष्टि ऊपर दी गई ओपीए नीति में की गई है.

सभी जांच पूरी होने और उनमें पास होने के बाद, UWear इस बात की पुष्टि कर सकता है कि डेटा सुरक्षित तरीके से भेजा और प्रोसेस किया जाएगा. इसके बाद, UWear उसी TLS सेशन पर संवेदनशील पीएचआई के साथ जवाब देगा. USleep, ग्राहक की नींद की क्वालिटी का हिसाब लगाने के लिए उस डेटा का इस्तेमाल कर पाएगा.

2. क्लाउड संसाधन सेट अप करना

शुरू करने से पहले

दो Google Cloud प्रोजेक्ट सेट अप करें. एक प्रोजेक्ट, USleep के लिए और दूसरा UWear के लिए. Google Cloud प्रोजेक्ट बनाने के बारे में ज़्यादा जानने के लिए, कृपया "अपना पहला Google प्रोजेक्ट सेट अप करना और उस पर नेविगेट करना" कोडलैब देखें. प्रोजेक्ट आईडी वापस पाने का तरीका जानने के लिए, प्रोजेक्ट बनाना और मैनेज करना लेख पढ़ें. साथ ही, यह भी जानें कि प्रोजेक्ट आईडी, प्रोजेक्ट के नाम और प्रोजेक्ट नंबर से कैसे अलग होता है.
अपने प्रोजेक्ट के लिए बिलिंग चालू करें.
अपने किसी Google प्रोजेक्ट के Cloud Shell में, प्रोजेक्ट के ज़रूरी एनवायरमेंट वैरिएबल को यहां दिखाए गए तरीके से सेट करें.

export UWEAR_PROJECT_ID=<Google Cloud project id of UWear>
export USLEEP_PROJECT_ID=<Google Cloud project id of USleep>

दोनों प्रोजेक्ट के लिए, गोपनीय कंप्यूटिंग एपीआई और यहां दिए गए एपीआई चालू करें.

gcloud config set project $UWEAR_PROJECT_ID
gcloud services enable \
    cloudapis.googleapis.com \
    cloudshell.googleapis.com \
    container.googleapis.com \
    containerregistry.googleapis.com \
    confidentialcomputing.googleapis.com

gcloud config set project $USLEEP_PROJECT_ID
gcloud services enable \
    cloudapis.googleapis.com \
    cloudshell.googleapis.com \
    container.googleapis.com \
    containerregistry.googleapis.com \
    confidentialcomputing.googleapis.com

अपना प्रिंसिपल आइडेंटिफ़ायर पाने के लिए,

gcloud auth list

# Output should contain
# ACCOUNT: <Principal Identifier>

# Set your member variable
export MEMBER='user:<Principal Identifier>'

इन दोनों प्रोजेक्ट के लिए अनुमतियां जोड़ें. IAM भूमिका देने वाले वेबपेज पर दी गई जानकारी का पालन करके, अनुमतियां जोड़ी जा सकती हैं.

$UWEAR_PROJECT_ID के लिए, आपके पास आर्टफ़ैक्ट रजिस्ट्री एडमिन और सेवा खाते के एडमिन की भूमिका होनी चाहिए.

gcloud config set project $UWEAR_PROJECT_ID

# Add Artifact Registry Administrator role
gcloud projects add-iam-policy-binding $UWEAR_PROJECT_ID --member=$MEMBER --role='roles/iam.serviceAccountAdmin'

# Add Service Account Administrator role
gcloud projects add-iam-policy-binding $UWEAR_PROJECT_ID --member=$MEMBER --role='roles/artifactregistry.admin'

$USLEEP_PROJECT_ID के लिए, आपके पास Compute एडमिन, स्टोरेज एडमिन, आर्टफ़ैक्ट रजिस्ट्री एडमिन, और सेवा खाते के एडमिन की भूमिका होनी चाहिए.

gcloud config set project $USLEEP_PROJECT_ID

# Add Service Account Administrator role
gcloud projects add-iam-policy-binding $USLEEP_PROJECT_ID --member=$MEMBER --role='roles/iam.serviceAccountAdmin'

# Add Artifact Registry Administrator role
gcloud projects add-iam-policy-binding $USLEEP_PROJECT_ID --member=$MEMBER --role='roles/artifactregistry.admin'

# Add Compute Administrator role
gcloud projects add-iam-policy-binding $USLEEP_PROJECT_ID --member=$MEMBER --role='roles/compute.admin'

# Add Storage Administrator role
gcloud projects add-iam-policy-binding $USLEEP_PROJECT_ID --member=$MEMBER --role='roles/compute.storageAdmin'

अपने किसी Google Cloud प्रोजेक्ट के Cloud Shell में, Confidential Space Codelab Github Repository को क्लोन करें. इसके लिए, नीचे दिए गए निर्देश का इस्तेमाल करें. इससे आपको इस कोडलैब में इस्तेमाल की जाने वाली ज़रूरी स्क्रिप्ट मिल जाएंगी.

git clone https://github.com/GoogleCloudPlatform/confidential-space.git

सेहत से जुड़े डेटा के लिए, कोडलैब की डायरेक्ट्री को स्क्रिप्ट डायरेक्ट्री में बदलें.

cd confidential-space/codelabs/health_data_analysis_codelab/scripts

codelabs/health_data_analysis_codelab/scripts डायरेक्ट्री में मौजूद config_env.sh स्क्रिप्ट में इन दो लाइनों को अपडेट करें. USleep और UWear के लिए, प्रोजेक्ट आईडी को अपने प्रोजेक्ट आईडी से अपडेट करें. लाइन की शुरुआत में मौजूद, टिप्पणी का सिंबल "#" हटाना न भूलें.

# TODO: Populate UWear and USleep Project IDs
export UWEAR_PROJECT_ID=your-uwear-project-id
export USLEEP_PROJECT_ID=your-usleep-project-id

ज़रूरी नहीं: पहले से मौजूद वैरिएबल सेट करें. इन वैरिएबल (उदाहरण के लिए, export UWEAR_ARTIFACT_REPOSITORY='my-artifact-repository') का इस्तेमाल करके, संसाधन के नामों को बदला जा सकता है

यहां दिए गए वैरिएबल, मौजूदा क्लाउड रिसॉर्स के नामों के साथ सेट किए जा सकते हैं. अगर वैरिएबल सेट है, तो प्रोजेक्ट से उससे जुड़े मौजूदा क्लाउड संसाधन का इस्तेमाल किया जाएगा. अगर वैरिएबल सेट नहीं किया गया है, तो क्लाउड रिसॉर्स का नाम config_env.sh स्क्रिप्ट की वैल्यू से जनरेट किया जाएगा.

config_env.sh स्क्रिप्ट चलाकर, बाकी वैरिएबल के नामों को संसाधन के नामों के लिए, अपने प्रोजेक्ट आईडी के आधार पर वैल्यू पर सेट करें.

# Navigate to the scripts folder
cd ~/confidential-space/codelabs/health_data_analysis_codelab/scripts

# Run the config_env script
source config_env.sh

# Verify the variables were set
# Expected output for default variable should be `workload-sa`
echo $USLEEP_WORKLOAD_SERVICE_ACCOUNT

3. रूट सर्टिफ़िकेट डाउनलोड करना

पुष्टि करने वाली सेवा से मिले, अपने-आप काम करने वाले टोकन की पुष्टि करने के लिए, UWear को Confidential Space के रूट सर्टिफ़िकेट के हिसाब से हस्ताक्षर की पुष्टि करनी होगी. UWear को रूट सर्टिफ़िकेट डाउनलोड करके, उसे स्थानीय स्टोरेज में सेव करना होगा. अपने Google Cloud प्रोजेक्ट के कंसोल में, ये निर्देश चलाएं:

cd ~/confidential-space/codelabs/health_data_analysis_codelab/src/uwear

wget https://confidentialcomputing.googleapis.com/.well-known/confidential_space_root.crt -O confidential_space_root.pem

डाउनलोड किए गए रूट सर्टिफ़िकेट का फ़िंगरप्रिंट जनरेट करना

openssl x509 -fingerprint -in confidential_space_root.pem -noout

पुष्टि करें कि फ़िंगरप्रिंट, यहां दिए गए SHA-1 डाइजेस्ट से मेल खाता हो:

B9:51:20:74:2C:24:E3:AA:34:04:2E:1C:3B:A3:AA:D2:8B:21:23:21

OIDC बनाम पीकेआई टोकन टाइप:

Google Cloud से बाहर के सुरक्षित संसाधनों के साथ Confidential Space का इस्तेमाल करने के लिए, भरोसेमंद पार्टी ऑडियंस और/या नॉन्स के साथ OIDC या PKI टोकन टाइप का अनुरोध कर सकती है.

ऐसे टोकन जिनकी पुष्टि ऑफ़लाइन की जा सकती है. ऑफ़लाइन पुष्टि करने से ज़्यादा निजता मिलती है और इसे इस्तेमाल करना आसान होता है. ऐसा इसलिए, क्योंकि हर बार टोकन की पुष्टि करने के लिए, सार्वजनिक कुंजी को फिर से हासिल करने की ज़रूरत नहीं होती. इसके बजाय, टोकन की पुष्टि, लंबे समय तक मान्य रहने वाले और पहले से डाउनलोड किए गए रूट सर्टिफ़िकेट के साथ की जा सकती है. इसके लिए, रूट सर्टिफ़िकेट को सोर्स ऑफ़ ट्रूथ के तौर पर इस्तेमाल किया जाता है.

OIDC टोकन टाइप का इस्तेमाल, AWS और Azure जैसे अन्य क्लाउड सेवा देने वाली कंपनियों के लिए किया जाता है. इन कंपनियों को OIDC ( Open ID Connect) टोकन फ़ॉर्मैट की ज़रूरत होती है. टोकन की पुष्टि, सार्वजनिक कुंजी की मदद से की जाती है. यह कुंजी समय-समय पर बदलती रहती है और कुछ समय के लिए ही मान्य होती है. इसलिए, इसे समय-समय पर फिर से हासिल करना पड़ता है.

4. वर्कलोड के लिए सेवा खाता बनाना

अब आपको दो सेवा खाते बनाने होंगे. पहला, USleep के लिए और दूसरा, UWear के लिए. USleep और UWear प्रोजेक्ट में, वर्कलोड सेवा खाते बनाने के लिए, create_service_accounts.sh स्क्रिप्ट चलाएं. वर्कलोड चलाने वाले VM, इन सेवा खातों का इस्तेमाल करेंगे.

# Navigate to the scripts folder
cd ~/confidential-space/codelabs/health_data_analysis_codelab/scripts

# Run the create_service_accounts script
./create_service_accounts.sh

स्क्रिप्ट:

iam.serviceAccountUser की भूमिका असाइन करता है, जो सेवा खाते को वर्कलोड से जोड़ता है.
वर्कलोड के सेवा खाते को confidentialcomputing.workloadUser की भूमिका देता है . इससे उपयोगकर्ता खाते को पुष्टि करने वाला टोकन जनरेट करने की अनुमति मिलेगी.
वर्कलोड के लिए सेवा खाते की अनुमति को logging.logWriter भूमिका देता है. इससे Confidential Space के एनवायरमेंट को सीरियल कंसोल के साथ-साथ Cloud Logging में भी लॉग लिखने की अनुमति मिलती है. इससे, VM बंद होने के बाद भी लॉग उपलब्ध रहते हैं.वर्कलोड बनाएं

5. USleep वर्कलोड बनाना

इस चरण में, आपको इस कोडलैब में इस्तेमाल किए गए वर्कलोड के लिए Docker इमेज बनानी होंगी. USleep वर्कलोड, Golang का एक आसान ऐप्लिकेशन है. यह पहने जाने वाले डिवाइस पर सेहत से जुड़ी निजी जानकारी का इस्तेमाल करके, ग्राहक की नींद की क्वालिटी का पता लगाता है.

USleep वर्कलोड के बारे में जानकारी

USleep workload एक आसान Golang ऐप्लिकेशन है. यह पहने जाने वाले डिवाइस पर सेव की गई, सेहत से जुड़ी निजी जानकारी का इस्तेमाल करके, ग्राहक की नींद की क्वालिटी का पता लगाता है. USleep वर्कलोड के तीन मुख्य हिस्से होते हैं:

TLS सेशन सेट अप करना और एक्सपोर्ट किया गया पासकोड निकालना

func handleConnectionRequest(w http.ResponseWriter, r *http.Request) {
  // Upgrade HTTP Connection to a websocket.
  conn, err := upgrader.Upgrade(w, r, nil)
  if err != nil {
    fmt.Printf("failed to upgrade connection to a websocket with err: %v\n", err)
    return
  }
  defer conn.Close()

  // Get EKM
  hash, err := getEKMHashFromRequest(r)
  if err != nil {
    fmt.Printf("Failed to get EKM: %v", err)
  }
  ...
}

func getEKMHashFromRequest(r *http.Request) (string, error) {
  ekm, err := r.TLS.ExportKeyingMaterial("testing_nonce", nil, 32)
  if err != nil {
    err := fmt.Errorf("failed to get EKM from inbound http request: %w", err)
    return "", err
  }

  sha := sha256.New()
  sha.Write(ekm)
  hash := base64.StdEncoding.EncodeToString(sha.Sum(nil))

  fmt.Printf("EKM: %v\nSHA hash: %v", ekm, hash)
  return hash, nil
}

ऑडियंस, नॉन्स, और पीकेआई टोकन टाइप के साथ, पुष्टि करने वाली सेवा से टोकन का अनुरोध किया जा रहा है.

func handleConnectionRequest(w http.ResponseWriter, r *http.Request) {
  ...

  // Request token with TLS Exported Keying Material (EKM) hashed.
  token, err := getCustomToken(hash)
  if err != nil {
    fmt.Printf("failed to get custom token from token endpoint: %v", err)
    return
  }

  // Respond to the client with the token.
  conn.WriteMessage(websocket.TextMessage, token)

  ...
}

var (
        socketPath    = "/run/container_launcher/teeserver.sock"
        tokenEndpoint = "http://localhost/v1/token"
        contentType   = "application/json"
)


func getCustomToken(nonce string) ([]byte, error) {
  httpClient := http.Client{
    Transport: &http.Transport{
      // Set the DialContext field to a function that creates
      // a new network connection to a Unix domain socket
      DialContext: func(_ context.Context, _, _ string) (net.Conn, error) {
        return net.Dial("unix", socketPath)
      },
    },
  }

  body := fmt.Sprintf(`{
    "audience": "uwear",
    "nonces": ["%s"],
    "token_type": "PKI"
  }`, nonce)

  resp, err := httpClient.Post(tokenEndpoint, contentType, strings.NewReader(body))
  if err != nil {
    return nil, err
  }

  fmt.Printf("Response from launcher: %v\n", resp)
  text, err := io.ReadAll(resp.Body)
  if err != nil {
    return nil, fmt.Errorf("Failed to read resp.Body: %w", err)
  }
  fmt.Printf("Token from the attestation service: %s\n", text)

  return text, nil
}

संवेदनशील डेटा पाना और उपयोगकर्ता की नींद की क्वालिटी का हिसाब लगाना

func handleConnectionRequest(w http.ResponseWriter, r *http.Request) {
  ...

  // Read the sensitive data
  _, content, err := conn.ReadMessage()
  if err != nil {
    fmt.Printf("failed to read message from the connection: %v\n", err)
  }
  fmt.Printf("Received content from other side, %v\n", string(content))

 // TODO: Handle sensitive data
  ...
}

USleep वर्कलोड बनाने का तरीका

USleep वर्कलोड बनाने के लिए, create_usleep_workload.sh स्क्रिप्ट चलाएं. यह स्क्रिप्ट:

UWear के मालिकाना हक वाली Artifact Registry ($USLEEP_ARTIFACT_REPOSITORY) बनाता है, जहां वर्कलोड पब्लिश किया जाएगा.
usleep/workload.go कोड को बनाता है और उसे Docker इमेज में पैकेज करता है. USleep के लिए Dockerfile कॉन्फ़िगरेशन देखें.
UWear के मालिकाना हक वाली Artifact Registry ($USLEEP_ARTIFACT_REPOSITORY) में Docker इमेज पब्लिश करता है.
इससे सेवा खाते $USLEEP_WORKLOAD_SERVICE_ACCOUNT को Artifact Registry ($USLEEP_ARTIFACT_REPOSITORY) के लिए, पढ़ने की अनुमति मिलती है.

./create_usleep_workload.sh

अहम जानकारी: आउटपुट लॉग में, USleep के लिए इमेज डाइजेस्ट निकालें.

latest: digest: sha256:<USLEEP_IMAGE_DIGEST> size: 945

UWear डायरेक्ट्री पर जाएं

cd ~/confidential-space/codelabs/health_data_analysis_codelab/src/uwear

opa_validation_values.json में, "allowed_submods_container_image_digest" में मौजूद वैल्यू को USLEEP_IMAGE_DIGEST से बदलें.

# Replace the image digest
sed -i 's/sha256:bc4c32cb2ca046ba07dcd964b07a320b7d0ca88a5cf8e979da15cae68a2103ee/sha256:<USLEEP_IMAGE_DIGEST>/' ~/confidential-space/codelabs/health_data_analysis_codelab/src/uwear/opa_validation_values.json

6. UWear वर्कलोड बनाना

UWear वर्कलोड के बारे में जानकारी

UWear के वर्कलोड में चार मुख्य हिस्से होते हैं:

USleep के वर्कलोड में बनाए गए उसी TLS सेशन में शामिल होना और सुरक्षित TLS सेशन के ज़रिए, USleep से पुष्टि करने वाला टोकन हासिल करना.

func main() {
  fmt.Println("Initializing client...")

  tlsconfig := &tls.Config{
    // Skipping client verification of the server's certificate chain and host name since we are
    // doing custom verification using the attestation token.
    InsecureSkipVerify: true,
  }

  dialer := websocket.Dialer{
    TLSClientConfig:  tlsconfig,
    HandshakeTimeout: 5 * time.Second,
  }

  ipAddress := os.Getenv(ipAddrEnvVar)
  url := fmt.Sprintf("wss://%s:8081/connection", ipAddress)

  fmt.Printf("Attempting to dial to url %v...\n", url)
  conn, _, err := dialer.Dial(url, nil)
  if err != nil {
    fmt.Printf("Failed to dial to url %s, err %v\n", url, err)
    return
  }

  defer conn.Close()

  tokenString, ekm, err := retrieveTokenAndEKMFromConn(conn)
  if err != nil {
    fmt.Printf("Failed to retrieve token and EKM from connection: %v\n", err)
    return
  }

  fmt.Printf("token: %v\n", tokenString)

  ...
}

अपने-आप पुष्टि करने वाले टोकन की पुष्टि करने के लिए:

x5c क्लेम की जांच करने पर, एक सर्टिफ़िकेट चेन दिखती है. यह चेन, लीफ़ सर्टिफ़िकेट से इंटरमीडिएट सर्टिफ़िकेट और आखिर में रूट सर्टिफ़िकेट तक सही तरीके से जुड़ी होती है.
टोकन की जांच करने पर, यह पता चलता है कि उस पर x5c दावे में मौजूद लीफ़ सर्टिफ़िकेट से हस्ताक्षर किया गया है.
डाउनलोड किए गए या सेव किए गए रूट सर्टिफ़िकेट की जांच करके यह पता लगाया जा सकता है कि वह x5c दावे में दिए गए रूट सर्टिफ़िकेट से मेल खाता है या नहीं.

func main() {
  ...

  token, err := validatePKIToken(tokenString)
  if err != nil {
    fmt.Printf("Failed to validate PKI token, err: %v\n.", err)
    return
  }
  fmt.Println("PKI token validated successfully")
 
  ...
}

// validatePKIToken validates the PKI token returned from the attestation service.
// It verifies the token the certificate chain and that the token is signed by Google
// Returns a jwt.Token or returns an error if invalid.
func validatePKIToken(attestationToken string) (jwt.Token, error) {
  // IMPORTANT: The attestation token should be considered untrusted until the certificate chain and
  // the signature is verified.
  rawRootCertificate, err := readFile(rootCertificateFile)
  if err != nil {
    return jwt.Token{}, fmt.Errorf("readFile(%v) - failed to read root certificate: %w", rootCertificateFile, err)
  }

  storedRootCert, err := decodeAndParsePEMCertificate(string(rawRootCertificate))
  if err != nil {
    return jwt.Token{}, fmt.Errorf("DecodeAndParsePEMCertificate(string) - failed to decode and parse root certificate: %w", err)
  }

  jwtHeaders, err := extractJWTHeaders(attestationToken)
  if err != nil {
    return jwt.Token{}, fmt.Errorf("ExtractJWTHeaders(token) - failed to extract JWT headers: %w", err)
  }

  if jwtHeaders["alg"] != "RS256" {
    return jwt.Token{}, fmt.Errorf("ValidatePKIToken(attestationToken, ekm) - got Alg: %v, want: %v", jwtHeaders["alg"], "RS256")
  }

  // Additional Check: Validate the ALG in the header matches the certificate SPKI.
  // https://datatracker.ietf.org/doc/html/rfc5280#section-4.1.2.7
  // This is included in Golang's jwt.Parse function

  x5cHeaders := jwtHeaders["x5c"].([]any)
  certificates, err := extractCertificatesFromX5CHeader(x5cHeaders)
  if err != nil {
    return jwt.Token{}, fmt.Errorf("ExtractCertificatesFromX5CHeader(x5cHeaders) returned error: %w", err)
  }

  // Verify the leaf certificate signature algorithm is an RSA key
  if certificates.LeafCert.SignatureAlgorithm != x509.SHA256WithRSA {
    return jwt.Token{}, fmt.Errorf("leaf certificate signature algorithm is not SHA256WithRSA")
  }

  // Verify the leaf certificate public key algorithm is RSA
  if certificates.LeafCert.PublicKeyAlgorithm != x509.RSA {
    return jwt.Token{}, fmt.Errorf("leaf certificate public key algorithm is not RSA")
  }

  // Verify the storedRootCertificate is the same as the root certificate returned in the token
  // storedRootCertificate is downloaded from the confidential computing well known endpoint
  // https://confidentialcomputing.googleapis.com/.well-known/attestation-pki-root
  err = compareCertificates(*storedRootCert, *certificates.RootCert)
  if err != nil {
    return jwt.Token{}, fmt.Errorf("failed to verify certificate chain: %w", err)
  }

  err = verifyCertificateChain(certificates)
  if err != nil {
    return jwt.Token{}, fmt.Errorf("VerifyCertificateChain(CertificateChain) - error verifying x5c chain: %v", err)
  }

  keyFunc := func(token *jwt.Token) (any, error) {
    return certificates.LeafCert.PublicKey, nil
  }

  verifiedJWT, err := jwt.Parse(attestationToken, keyFunc)
  return *verifiedJWT, err
}



// verifyCertificateChain verifies the certificate chain from leaf to root.
// It also checks that all certificate lifetimes are valid.
func verifyCertificateChain(certificates CertificateChain) error {
    // Additional check: Verify that all certificates in the cert chain are valid.
    // Note: The *x509.Certificate Verify method in Golang already validates this but for other coding
    // languages it is important to make sure the certificate lifetimes are checked.
    if isCertificateLifetimeValid(certificates.LeafCert) {
        return fmt.Errorf("leaf certificate is not valid")
    }

    if isCertificateLifetimeValid(certificates.IntermediateCert) {
        return fmt.Errorf("intermediate certificate is not valid")
    }
    interPool := x509.NewCertPool()
    interPool.AddCert(certificates.IntermediateCert)

    if isCertificateLifetimeValid(certificates.RootCert) {
        return fmt.Errorf("root certificate is not valid")
    }
    rootPool := x509.NewCertPool()
    rootPool.AddCert(certificates.RootCert)

    _, err := certificates.LeafCert.Verify(x509.VerifyOptions{
        Intermediates: interPool,
        Roots:         rootPool,
        KeyUsages:     []x509.ExtKeyUsage{x509.ExtKeyUsageAny},
    })

    if err != nil {
        return fmt.Errorf("failed to verify certificate chain: %v", err)
    }

    return nil
}

इसके बाद, UWear वर्कलोड यह जांच करेगा कि टोकन में मौजूद वर्कलोड मेज़रमेंट के दावे, ओपीए नीति में बताई गई एट्रिब्यूट की शर्तों से मेल खाते हैं या नहीं. OPA एक ओपन सोर्स, सामान्य मकसद वाला नीति इंजन है. यह पूरे स्टैक में नीति लागू करने की सुविधा देता है. OPA, बेसलाइन वैल्यू सेट करने के लिए, JSON जैसे सिंटैक्स वाले दस्तावेज़ों का इस्तेमाल करता है. इन वैल्यू की पुष्टि नीति के हिसाब से की जाती है.

func main() {
  ...

  err = validateClaimsAgainstOPAPolicy(token, ekm)
  if err != nil {
    fmt.Printf("Failed to validate claims against OPA policy: %v\n", err)
  return
  }

  fmt.Println("Validated token and claims. Sending sensitive data")

  ...
}

// validateClaimsAgainstOPAPolicy validates the claims in the JWT token against the OPA policy.
func validateClaimsAgainstOPAPolicy(token jwt.Token, ekm string) error {
        data, err := os.ReadFile("opa_validation_values.json")
        authorized, err := evaluateOPAPolicy(context.Background(), token, ekm, string(data))
        if err != nil {
                fmt.Println("Error evaluating OPA policy:", err)
                return fmt.Errorf("failed to evaluate OPA policy: %w", err)
        }
        if !authorized {
                fmt.Println("Remote TEE's JWT failed policy check.")
                return fmt.Errorf("remote TEE's JWT failed policy check")
        }
        fmt.Println("JWT is authorized.")
        return nil
}


// evaluateOPAPolicy returns boolean indicating if OPA policy is satisfied or not, or error if occurred
func evaluateOPAPolicy(ctx context.Context, token jwt.Token, ekm string, policyData string) (bool, error) {
        var claims jwt.MapClaims
        var ok bool
        if claims, ok = token.Claims.(jwt.MapClaims); !ok {
                return false, fmt.Errorf("failed to get the claims from the JWT")
        }

        module := fmt.Sprintf(opaPolicy, ekm)

        var json map[string]any
        err := util.UnmarshalJSON([]byte(policyData), &json)
        store := inmem.NewFromObject(json)

        // Bind 'allow' to the value of the policy decision
        // Bind 'hw_verified', 'image_verified', 'audience_verified, 'nonce_verified' to their respective policy evaluations
        query, err := rego.New(
                rego.Query(regoQuery),                          // Argument 1 (Query string)
                rego.Store(store),                              // Argument 2 (Data store)
                rego.Module("confidential_space.rego", module), // Argument 3 (Policy module)
        ).PrepareForEval(ctx)

        if err != nil {
                fmt.Printf("Error creating query: %v\n", err)
                return false, err
        }

        fmt.Println("Performing OPA query evaluation...")
        results, err := query.Eval(ctx, rego.EvalInput(claims))

        if err != nil {
                fmt.Printf("Error evaluating OPA policy: %v\n", err)
                return false, err
        } else if len(results) == 0 {
                fmt.Println("Undefined result from evaluating OPA policy")
                return false, err
        } else if result, ok := results[0].Bindings["allow"].(bool); !ok {
                fmt.Printf("Unexpected result type: %v\n", ok)
                fmt.Printf("Result: %+v\n", result)
                return false, err
        }

        fmt.Println("OPA policy evaluation completed.")

        fmt.Println("OPA policy result values:")
        for key, value := range results[0].Bindings {
                fmt.Printf("[ %s ]: %v\n", key, value)
        }
        result := results[0].Bindings["allow"]
        if result == true {
                fmt.Println("Policy check PASSED")
                return true, nil
        }
        fmt.Println("Policy check FAILED")
        return false, nil
}

ओपीए बेसलाइन वैल्यू का उदाहरण:

{
  "allowed_submods_container_image_digest": [
    "sha256:<USLEEP_IMAGE_DIGEST>"
  ],
  "allowed_hwmodel": [
    "GCP_INTEL_TDX",
    "GCP_SHIELDED_VM",
    "GCP_AMD_SEV_ES",
    "GCP_AMD_SEV"
  ],
  "allowed_aud": [
    "uwear"
  ],
  "allowed_issuer": [
    "https://confidentialcomputing.googleapis.com"
  ],
  "allowed_secboot": [
    true
  ],
  "allowed_sw_name": [
    "CONFIDENTIAL_SPACE"
  ]
}

Rego में लिखी गई ओपीए नीति का उदाहरण.

package confidential_space

import rego.v1

default allow := false
default hw_verified := false
default image_digest_verified := false
default audience_verified := false
default nonce_verified := false
default issuer_verified := false
default secboot_verified := false
default sw_name_verified := false

allow if {
  hw_verified
  image_digest_verified
  audience_verified
  nonce_verified
  issuer_verified
  secboot_verified
  sw_name_verified
}

hw_verified if input.hwmodel in data.allowed_hwmodel
image_digest_verified if input.submods.container.image_digest in data.allowed_submods_container_image_digest
audience_verified if input.aud in data.allowed_aud
issuer_verified if input.iss in data.allowed_issuer
secboot_verified if input.secboot in data.allowed_secboot
sw_name_verified if input.swname in data.allowed_sw_name
nonce_verified if {
  input.eat_nonce == "%s"
}

रजिस्ट्रेशन नंबर से जुड़ी क्वेरी का उदाहरण.

regoQuery = "
    allow = data.confidential_space.allow;
    hw_verified = data.confidential_space.hw_verified;
    image__digest_verified = data.confidential_space.image_digest_verified;
    audience_verified = data.confidential_space.audience_verified;
    nonce_verified = data.confidential_space.nonce_verified;
    issuer_verified = data.confidential_space.issuer_verified;
    secboot_verified = data.confidential_space.secboot_verified;
    sw_name_verified = data.confidential_space.sw_name_verified
"

OPA की पुष्टि के दौरान, UWear वर्कलोड यह भी पुष्टि करता है कि नॉन्स, उम्मीद के मुताबिक नॉन्स (TLS एक्सपोर्ट किया गया पासकोड - EKM) से मेल खाता है या नहीं. नीति का आकलन करने वाले टूल में भेजे गए EKM का इस्तेमाल करके, नॉन्स की पुष्टि OPA नीति में की जाती है.

EKM हैश पाने के लिए कोड का उदाहरण:

func getEKMHashFromConn(c *websocket.Conn) (string, error) {
  conn, ok := c.NetConn().(*tls.Conn)
  if !ok {
    return "", fmt.Errorf("failed to cast NetConn to *tls.Conn")
  }

  state := conn.ConnectionState()
  ekm, err := state.ExportKeyingMaterial("testing_nonce", nil, 32)
  if err != nil {
    return "", fmt.Errorf("failed to get EKM from TLS connection: %w", err)
  }

  sha := sha256.New()
  sha.Write(ekm)
  hash := base64.StdEncoding.EncodeToString(sha.Sum(nil))

  return hash, nil
}

सभी जांच पूरी होने और उनमें पास होने के बाद, UWear इस बात की पुष्टि कर सकता है कि डेटा सुरक्षित तरीके से भेजा और प्रोसेस किया जाएगा. इसके बाद, UWear उसी TLS सेशन पर संवेदनशील पीएचआई के साथ जवाब देगा. USleep, ग्राहक की नींद की क्वालिटी का हिसाब लगाने के लिए उस डेटा का इस्तेमाल कर पाएगा.

func main() {
  ...

  fmt.Println("Validated token and claims. Sending sensitive data")

  data, err := readFile(mySensitiveDataFile)
  if err != nil {
    fmt.Printf("Failed to read data from the file: %v\n", err)
  }

  conn.WriteMessage(websocket.BinaryMessage, data)
  fmt.Println("Sent payload. Closing the connection")
  conn.Close()
  
  ...
}

USleep वर्कलोड बनाने का तरीका

स्क्रिप्ट डायरेक्ट्री पर जाएं

cd ~/confidential-space/codelabs/health_data_analysis_codelab/scripts

UWear वर्कलोड बनाने के लिए, create_uwear_workload.sh स्क्रिप्ट चलाएं:

UWear के मालिकाना हक वाली Artifact Registry ($UWEAR_ARTIFACT_REPOSITORY) बनाता है, जहां वर्कलोड पब्लिश किया जाएगा.
uwear/workload.go कोड को बनाता है और उसे Docker इमेज में पैकेज करता है. USleep के लिए Dockerfile कॉन्फ़िगरेशन देखें.
UWear के मालिकाना हक वाली Artifact Registry ($UWEAR_ARTIFACT_REPOSITORY) में Docker इमेज पब्लिश करता है.
इससे सेवा खाते $UWEAR_WORKLOAD_SERVICE_ACCOUNT को Artifact Registry ($UWEAR_ARTIFACT_REPOSITORY) के लिए, पढ़ने की अनुमति मिलती है.

./create_uwear_workload.sh

किसी वर्कलोड को अनुमति देना

UWear, इन एट्रिब्यूट के आधार पर, वर्कलोड को अपने ग्राहक का डेटा ऐक्सेस करने की अनुमति देता है:

क्या: पुष्टि किया गया कोड
कहां: ऐसा माहौल जो सुरक्षित हो
कौन: भरोसेमंद ऑपरेटर

UWear, इन ज़रूरी शर्तों के आधार पर ऐक्सेस नीति लागू करने के लिए, ओपन पॉलिसी एजेंट (ओपीए) का इस्तेमाल करता है.

क्या: $USLEEP_ARTIFACT_REPOSITORY रिपॉज़िटरी में अपलोड किया गया नया $USLEEP_WORKLOAD_IMAGE_NAME.
कहां: Confidential Space का ट्रस्टेड एक्ज़ीक्यूशन एनवायरमेंट, पूरी तरह से काम करने वाली Confidential Space VM इमेज पर चल रहा है.
कौन: $USLEEP_WORKLOAD_SERVICE_ACCOUNT सेवा खाता.

7. USleep और UWear वर्कलोड चलाना

USleep वर्कलोड चलाना

gcloud config set project $USLEEP_PROJECT_ID


gcloud compute instances create \
 --confidential-compute-type=SEV \
 --shielded-secure-boot \
 --maintenance-policy=MIGRATE \
 --scopes=cloud-platform --zone=${USLEEP_PROJECT_ZONE} \
 --image-project=confidential-space-images \
 --image-family=confidential-space \
--service-account=${USLEEP_WORKLOAD_SERVICE_ACCOUNT}@${USLEEP_PROJECT_ID}.iam.gserviceaccount.com \
 --metadata ^~^tee-image-reference=${USLEEP_PROJECT_REPOSITORY_REGION}-docker.pkg.dev/${USLEEP_PROJECT_ID}/${USLEEP_ARTIFACT_REPOSITORY}/${USLEEP_WORKLOAD_IMAGE_NAME}:${USLEEP_WORKLOAD_IMAGE_TAG}~tee-restart-policy=Never~tee-container-log-redirect=true usleep

रिस्पॉन्स में STATUS: RUNNING दिखना चाहिए. साथ ही, EXTERNAL_IP भी इस तरह दिखना चाहिए:

NAME: usleep
ZONE: us-west1-b
MACHINE_TYPE: n2d-standard-2
PREEMPTIBLE:
INTERNAL_IP: 10.138.0.6
EXTERNAL_IP: 34.168.56.10
STATUS: RUNNING

एक्सटर्नल आईपी को किसी वैरिएबल में सेव करना

export USLEEP_EXTERNAL_IP=<add your external IP>

पुष्टि करें कि USleep वर्कलोड सही तरीके से चला

USleep वर्कलोड सही तरीके से चल रहा है या नहीं, यह पुष्टि करने के लिए USleep प्रोजेक्ट में VM इंस्टेंस पेज पर जाएं. "usleep" इंस्टेंस पर क्लिक करें और लॉग सेक्शन में जाकर, "सीरियल पोर्ट 1(कंसोल)" दबाएं. सर्वर के चालू होने के बाद, लॉग में सबसे नीचे कुछ ऐसा दिखेगा.

2024/09/13 17:00:00 workload task started
#####----- Local IP Address is <YOUR-LOCAL-IP> -----#####
Starting Server..

UWear वर्कलोड चलाना

gcloud config set project $UWEAR_PROJECT_ID

gcloud compute instances create \
 --confidential-compute-type=SEV \
 --shielded-secure-boot \
 --maintenance-policy=MIGRATE \
 --scopes=cloud-platform --zone=${UWEAR_PROJECT_ZONE} \
 --image-project=confidential-space-images \
 --image-family=confidential-space \
--service-account=${UWEAR_WORKLOAD_SERVICE_ACCOUNT}@${UWEAR_PROJECT_ID}.iam.gserviceaccount.com \
 --metadata ^~^tee-image-reference=${UWEAR_PROJECT_REPOSITORY_REGION}-docker.pkg.dev/${UWEAR_PROJECT_ID}/${UWEAR_ARTIFACT_REPOSITORY}/${UWEAR_WORKLOAD_IMAGE_NAME}:${UWEAR_WORKLOAD_IMAGE_TAG}~tee-restart-policy=Never~tee-container-log-redirect=true~tee-env-remote_ip_addr=$USLEEP_EXTERNAL_IP uwear

पुष्टि करें कि UWear वर्कलोड सही तरीके से चला

UWear वर्कलोड के लॉग देखने के लिए, UWear प्रोजेक्ट में VM इंस्टेंस पेज पर जाएं. "uwear" इंस्टेंस पर क्लिक करें और लॉग सेक्शन में जाकर, "सीरियल पोर्ट 1(कंसोल)" दबाएं.

इंस्टेंस पूरी तरह से शुरू होने के बाद, लॉग आउट कुछ ऐसा दिखेगा

UWear प्रोजेक्ट में, सीरियल लॉग में कुछ ऐसा दिखना चाहिए

token: eyJ[...]MrXUg
PKI token validated successfully
Performing OPA query evaluation...
OPA policy evaluation completed.
OPA policy result values:
[ hw_verified ]: true
[ image__digest_verified ]: true
[ audience_verified ]: true
[ nonce_verified ]: true
[ issuer_verified ]: true
[ secboot_verified ]: true
[ sw_name_verified ]: true
[ allow ]: true
Policy check PASSED
JWT is authorized.
Validated token and claims. Sending sensitive data
Sent payload. Closing the connection

अगर आपका UWear वर्कलोड ऐसा नहीं दिखता है, तो निर्देशों के लिए नीचे दिए गए नोट देखें.

ध्यान दें: अगर आपके UWear वर्कलोड में "यूआरएल [...] i/o टाइम आउट पर डायल नहीं किया जा सका" गड़बड़ी दिखती है. USleep प्रोजेक्ट के लिए इन्ग्रेस ट्रैफ़िक की अनुमति देने के लिए, अपनी फ़ायरवॉल सेटिंग अपडेट करें. सोर्स आईपी 0.0.0.0/0 से आने वाले सभी इनग्रेस ट्रैफ़िक को कुछ समय के लिए अनुमति दें. इसके बाद, प्राथमिकता को 1,000 पर सेट करें और सभी पोर्ट को अनुमति देने के लिए, यह तरीका अपनाएं:

gcloud compute firewall-rules create <MY-RULE-NAME> --allow tcp

UWear प्रोजेक्ट के लिए भी, कुछ समय के लिए सभी एक्सग्रेस ट्रैफ़िक को अनुमति देकर, इस प्रोसेस का इस्तेमाल किया जा सकता है.

USleep के नतीजे देखना

नतीजे देखने के लिए, USleep प्रोजेक्ट में VM इंस्टेंस पेज पर वापस जाएं. "usleep" इंस्टेंस पर क्लिक करें और लॉग सेक्शन में जाकर, "सीरियल पोर्ट 1(कंसोल)" दबाएं. लॉग में सबसे नीचे, वर्कलोड के नतीजे देखें. ये नीचे दिए गए सैंपल की तरह दिखने चाहिए.

Token from the attestation service: eyJhbGci...Ii5A3CJBuDM2o5Q
Received content from other side, {
  "name": "Amy",
  "age": 29,
  "sleep": {
      "light": {
          "minutes": 270
      },
      "deep": {
          "minutes": 135
      },
      "rem": {
          "minutes": 105
      }
  }
}
Sleep quality result: total sleep time is less than 8 hours

नतीजा "total sleep time is less than 8 hours". होना चाहिए

बधाई हो, आपने संवेदनशील जानकारी शेयर करने के लिए, UWear और USleep के बीच गोपनीय स्पेस बना लिया है!

8. (ज़रूरी नहीं) बिना अनुमति वाला वर्कलोड चलाना

अगले उदाहरण में, USleep कोड को अपडेट करता है और UWear से मिले नींद के डेटा पर अलग वर्कलोड चलाता है. UWear ने इस नए वर्शन को स्वीकार नहीं किया है. साथ ही, उसने नई इमेज डाइजेस्ट की अनुमति देने के लिए, अपनी ओपीए नीति को अपडेट नहीं किया है. हम पुष्टि करेंगे कि UWear, बिना अनुमति वाले वर्कलोड को अपना संवेदनशील डेटा नहीं भेजेगा.

USleep अपने वर्कलोड में बदलाव करता है

प्रोजेक्ट को $USLEEP_PROJECT_ID पर सेट करें.

gcloud config set project $USLEEP_PROJECT_ID

USleep VM इंस्टेंस मिटाएं.

gcloud compute instances delete usleep --zone $USLEEP_PROJECT_ZONE

usleep/workload.go डायरेक्ट्री पर जाएं.

cd ~/confidential-space/codelabs/health_data_analysis_codelab/src/usleep

usleep/workload.go फ़ाइल में. लाइन "audience": "uwear". अपडेट करें. इस उदाहरण में, इमेज डाइजेस्ट बदलने के लिए, हम ऑडियंस को किसी ऐसी वैल्यू पर अपडेट करेंगे जिसे UWear ने मंज़ूरी नहीं दी है. इसलिए, UWear को इसे दो वजहों से अस्वीकार करना चाहिए - अस्वीकार की गई इमेज डाइजेस्ट और गलत ऑडियंस.

"audience": "anotherCompany.com",

नया USleep वर्कलोड बनाना

cd ~/confidential-space/codelabs/health_data_analysis_codelab/scripts

./create_usleep_workload.sh

नया USleep VM इंस्टेंस बनाएं और वर्कलोड चलाएं

gcloud compute instances create \
 --confidential-compute-type=SEV \
 --shielded-secure-boot \
 --maintenance-policy=MIGRATE \
 --scopes=cloud-platform --zone=${USLEEP_PROJECT_ZONE} \
 --image-project=confidential-space-images \
 --image-family=confidential-space \
--service-account=${USLEEP_WORKLOAD_SERVICE_ACCOUNT}@${USLEEP_PROJECT_ID}.iam.gserviceaccount.com \
 --metadata ^~^tee-image-reference=${USLEEP_PROJECT_REPOSITORY_REGION}-docker.pkg.dev/${USLEEP_PROJECT_ID}/${USLEEP_ARTIFACT_REPOSITORY}/${USLEEP_WORKLOAD_IMAGE_NAME}:${USLEEP_WORKLOAD_IMAGE_TAG}~tee-restart-policy=Never~tee-container-log-redirect=true usleep

बाद में इस्तेमाल करने के लिए, USleep का नया एक्सटर्नल आईपी निकालना

export USLEEP_EXTERNAL_IP=<add your external IP>

वर्कलोड को फिर से चलाना

UWear VM इंस्टेंस मिटाना

gcloud config set project $UWEAR_PROJECT_ID

gcloud compute instances delete uwear --zone $UWEAR_PROJECT_ZONE

नए एक्सटर्नल आईपी का इस्तेमाल करके, UWear VM इंस्टेंस को फिर से बनाएं

gcloud compute instances create \
 --confidential-compute-type=SEV \
 --shielded-secure-boot \
 --maintenance-policy=MIGRATE \
 --scopes=cloud-platform --zone=${UWEAR_PROJECT_ZONE} \
 --image-project=confidential-space-images \
 --image-family=confidential-space \
--service-account=${UWEAR_WORKLOAD_SERVICE_ACCOUNT}@${UWEAR_PROJECT_ID}.iam.gserviceaccount.com \
 --metadata ^~^tee-image-reference=${UWEAR_PROJECT_REPOSITORY_REGION}-docker.pkg.dev/${UWEAR_PROJECT_ID}/${UWEAR_ARTIFACT_REPOSITORY}/${UWEAR_WORKLOAD_IMAGE_NAME}:${UWEAR_WORKLOAD_IMAGE_TAG}~tee-restart-policy=Never~tee-container-log-redirect=true~tee-env-remote_ip_addr=$USLEEP_EXTERNAL_IP uwear

UWear सीरियल लॉग में यह मैसेज दिखना चाहिए. साथ ही, USleep VM को कोई संवेदनशील डेटा नहीं मिलना चाहिए

OPA policy result values:
[ nonce_verified ]: true
[ issuer_verified ]: true
[ secboot_verified ]: true
[ sw_name_verified ]: true
[ allow ]: false
[ hw_verified ]: true
[ image__digest_verified ]: false
[ audience_verified ]: false
Policy check FAILED
Remote TEE's JWT failed policy check.
Failed to validate claims against OPA policy: remote TEE's JWT failed policy check

9. क्लीन अप

क्लीनअप स्क्रिप्ट का इस्तेमाल, इस कोडलैब के तहत बनाए गए संसाधनों को हटाने के लिए किया जा सकता है. इस क्लीनअप के तहत, ये संसाधन मिटा दिए जाएंगे:

UWear सेवा खाता ($UWEAR_SERVICE_ACCOUNT).
UWear आर्टफ़ैक्ट रजिस्ट्री ($UWEAR_ARTIFACT_REPOSITORY).
UWear कंप्यूट इंस्टेंस
USleep सेवा खाता ($USLEEP_SERVICE_ACCOUNT).
USleep आर्टफ़ैक्ट रजिस्ट्री ($USLEEP_ARTIFACT_REPOSITORY).
USleep कंप्यूट इंस्टेंस

./cleanup.sh

अगर आपको प्रोजेक्ट के बारे में जानकारी मिल गई है, तो कृपया इन निर्देशों का पालन करके, अपना प्रोजेक्ट मिटाएं.

बधाई हो

बधाई हो, आपने कोडलैब पूरा कर लिया है!

आपने गोपनीय स्पेस का इस्तेमाल करके, डेटा को सुरक्षित तरीके से शेयर करने का तरीका जाना.

आगे क्या करना है?

इस तरह के कुछ अन्य कोडलैब देखें...

1. खास जानकारी

आपको इन चीज़ों की ज़रूरत होगी

आपको इनके बारे में जानकारी मिलेगी

वर्कफ़्लो को समझना

2. क्लाउड संसाधन सेट अप करना

शुरू करने से पहले

3. रूट सर्टिफ़िकेट डाउनलोड करना

4. वर्कलोड के लिए सेवा खाता बनाना

5. USleep वर्कलोड बनाना

USleep वर्कलोड के बारे में जानकारी

USleep वर्कलोड बनाने का तरीका

6. UWear वर्कलोड बनाना

UWear वर्कलोड के बारे में जानकारी

USleep वर्कलोड बनाने का तरीका

7. USleep और UWear वर्कलोड चलाना

USleep वर्कलोड चलाना

पुष्टि करें कि USleep वर्कलोड सही तरीके से चला

UWear वर्कलोड चलाना

पुष्टि करें कि UWear वर्कलोड सही तरीके से चला

USleep के नतीजे देखना

8. (ज़रूरी नहीं) बिना अनुमति वाला वर्कलोड चलाना

USleep अपने वर्कलोड में बदलाव करता है

वर्कलोड को फिर से चलाना

9. क्लीन अप

बधाई हो

आगे क्या करना है?

इसके बारे में और पढ़ें