Halaman ini menjelaskan cara mengamankan aplikasi Anda dengan header IAP yang ditandatangani. Jika dikonfigurasi, Identity-Aware Proxy (IAP) menggunakan JSON Web Token (JWT) untuk memastikan bahwa permintaan ke aplikasi Anda diizinkan. Tindakan ini melindungi aplikasi Anda dari risiko berikut:
- IAP tidak sengaja dinonaktifkan
- Firewall yang salah dikonfigurasi
- Akses tidak sah dari dalam project
Untuk membantu mengamankan aplikasi, Anda harus menggunakan header bertanda tangan untuk semua jenis aplikasi.
Atau, jika Anda memiliki aplikasi lingkungan standar App Engine, Anda dapat menggunakan Users API.Health check Compute Engine dan GKE tidak menyertakan header JWT dan IAP tidak memproses health check. Jika health check menampilkan error akses, pastikan Anda telah mengonfigurasi health check dengan benar di konsol Google Cloud dan validasi header JWT Anda mengizinkan jalur health check. Untuk mengetahui informasi selengkapnya, lihat Membuat pengecualian health check.
Sebelum memulai
Untuk mengamankan aplikasi Anda dengan header bertanda tangan, Anda memerlukan hal berikut:
- Aplikasi yang Anda ingin agar pengguna terhubung dengannya.
- Library JWT pihak ketiga untuk bahasa Anda yang mendukung
algoritma
ES256.
Mengamankan aplikasi Anda dengan header IAP
Untuk mengamankan aplikasi Anda dengan JWT IAP, verifikasi header, payload, dan tanda tangan JWT. JWT berada di header permintaan HTTP
x-goog-iap-jwt-assertion. Jika penyerang mengabaikan IAP, penyerang dapat memalsukan header identitas yang tidak ditandatangani IAP,
x-goog-authenticated-user-{email,id}. JWT IAP memberikan alternatif yang lebih aman.
Header bertanda tangan memberikan keamanan sekunder jika seseorang mengabaikan
IAP. Jika IAP diaktifkan, IAP
akan menghapus header x-goog-* yang disediakan oleh klien saat permintaan melewati
infrastruktur penyajian IAP.
Memverifikasi header JWT
Pastikan header JWT sesuai dengan batasan berikut:
| Klaim Header JWT | ||
|---|---|---|
alg |
Algoritma | ES256 |
kid |
ID Kunci |
Harus sesuai dengan salah satu kunci publik yang tercantum dalam
file kunci IAP, yang tersedia dalam dua format berbeda:
https://www.gstatic.com/iap/verify/public_key
dan
https://www.gstatic.com/iap/verify/public_key-jwk
|
Pastikan JWT ditandatangani oleh kunci pribadi yang sesuai dengan
klaim kid token. Pertama, ambil kunci publik dari salah satu dari dua tempat:
https://www.gstatic.com/iap/verify/public_key. URL ini berisi kamus JSON yang memetakan klaimkidke nilai kunci publik.https://www.gstatic.com/iap/verify/public_key-jwk. URL ini berisi kunci publik IAP dalam format JWK.
Setelah Anda memiliki kunci publik, gunakan library JWT untuk memverifikasi tanda tangan.
IAP merotasi kunci publiknya secara berkala. Untuk memastikan bahwa Anda selalu dapat memverifikasi JWT, lihat Mengotomatiskan caching kunci publik.
Memverifikasi payload JWT
Verifikasi bahwa payload JWT sesuai dengan batasan berikut:
| Klaim Payload JWT | ||
|---|---|---|
exp |
Waktu habis masa berlaku | Harus di masa depan. Waktu diukur dalam hitungan detik sejak epoch UNIX. Berikan waktu 30 detik untuk penyimpangan. Masa aktif maksimum token adalah 10 menit + 2 * skew. |
iat |
Waktu penerbitan | Harus di masa lalu. Waktu diukur dalam hitungan detik sejak epoch UNIX. Berikan waktu 30 detik untuk penyimpangan. |
aud |
Audiens |
Harus berupa string dengan nilai berikut:
|
iss |
Penerbit |
Harus berupa https://cloud.google.com/iap.
|
hd |
Domain akun |
Jika akun termasuk dalam domain yang dihosting, klaim hd diberikan untuk membedakan
domain yang terkait dengan akun tersebut.
|
google |
Klaim Google |
Jika satu atau beberapa tingkat akses
berlaku untuk permintaan, namanya akan disimpan dalam objek JSON
klaim google, di bawah kunci access_levels, sebagai array
string.
Jika Anda menentukan kebijakan perangkat dan Org memiliki akses ke data perangkat, |
aud yang disebutkan di atas dengan mengakses konsolGoogle Cloud , atau Anda dapat menggunakan Google Cloud CLI.
Untuk mendapatkan nilai string aud dari konsol Google Cloud , buka
setelan Identity-Aware Proxy
untuk project Anda, klik More di samping resource Load Balancer, lalu
pilih Signed Header JWT Audience. Dialog Signed Header JWT yang muncul menampilkan klaim aud untuk resource yang dipilih.
Untuk menggunakan gcloud CLI guna mendapatkan nilai string aud, Anda perlu mengetahui project ID. Anda dapat menemukan project ID di kartu Project info di konsolGoogle Cloud , lalu menjalankan perintah yang ditentukan untuk setiap nilai.
Nomor project
Untuk mendapatkan nomor project Anda menggunakan gcloud CLI, jalankan perintah berikut:
gcloud projects describe PROJECT_ID
Perintah ini menampilkan output seperti berikut:
createTime: '2016-10-13T16:44:28.170Z' lifecycleState: ACTIVE name: project_name parent: id: '433637338589' type: organization projectId: PROJECT_ID projectNumber: 'PROJECT_NUMBER'
ID Layanan
Untuk mendapatkan ID layanan menggunakan gcloud CLI, jalankan perintah berikut:
gcloud compute backend-services describe SERVICE_NAME --project=PROJECT_ID --global
Perintah ini menampilkan output seperti berikut:
affinityCookieTtlSec: 0 backends: - balancingMode: UTILIZATION capacityScaler: 1.0 group: https://www.googleapis.com/compute/v1/projects/project_name/regions/us-central1/instanceGroups/my-group connectionDraining: drainingTimeoutSec: 0 creationTimestamp: '2017-04-03T14:01:35.687-07:00' description: '' enableCDN: false fingerprint: zaOnO4k56Cw= healthChecks: - https://www.googleapis.com/compute/v1/projects/project_name/global/httpsHealthChecks/my-hc id: 'SERVICE_ID' kind: compute#backendService loadBalancingScheme: EXTERNAL name: my-service port: 8443 portName: https protocol: HTTPS selfLink: https://www.googleapis.com/compute/v1/projects/project_name/global/backendServices/my-service sessionAffinity: NONE timeoutSec: 3610
Mengambil identitas pengguna
Jika semua verifikasi sebelumnya berhasil, ambil identitas pengguna. Payload token ID berisi informasi pengguna berikut:
| Identitas Pengguna Payload Token ID | ||
|---|---|---|
sub |
Subjek |
ID unik dan stabil untuk pengguna. Gunakan nilai ini, bukan header x-goog-authenticated-user-id.
|
email |
Email pengguna | Alamat email pengguna.
|
Berikut adalah kode contoh untuk mengamankan aplikasi dengan header IAP yang ditandatangani:
C#
Go
Java
Node.js
PHP
Python
Ruby
Menguji kode validasi Anda
Jika Anda mengunjungi aplikasi menggunakan
parameter kueri secure_token_test,
IAP akan menyertakan JWT yang tidak valid. Gunakan ini untuk memastikan logika validasi JWT Anda menangani semua berbagai kasus kegagalan dan untuk melihat perilaku aplikasi Anda saat menerima JWT yang tidak valid.
Membuat pengecualian health check
Seperti yang disebutkan sebelumnya, health check Compute Engine dan GKE tidak menggunakan header JWT dan IAP tidak menangani health check. Anda harus mengonfigurasi health check dan aplikasi untuk mengizinkan akses health check.
Mengonfigurasi health check
Jika Anda belum menetapkan jalur untuk health check, gunakan konsolGoogle Cloud untuk menetapkan jalur yang tidak sensitif untuk health check. Pastikan jalur ini tidak digunakan bersama oleh resource lain.
- Buka halaman Health checks di konsol Google Cloud .
Buka halaman Health checks - Klik health check yang Anda gunakan untuk aplikasi, lalu klik Edit.
- Di bagian Request path, tambahkan nama jalur yang tidak sensitif. Ini menentukan jalur URL yang digunakan Google Cloud saat mengirim permintaan health check.
Jika dihilangkan, permintaan health check akan dikirim ke
/. - Klik Simpan.
Mengonfigurasi validasi JWT
Dalam kode yang memanggil rutinitas validasi JWT, tambahkan kondisi untuk menyajikan status HTTP 200 untuk jalur permintaan health check Anda. Contoh:
if HttpRequest.path_info = '/HEALTH_CHECK_REQUEST_PATH' return HttpResponse(status=200) else VALIDATION_FUNCTION
Mengotomatiskan penyimpanan kunci publik dalam cache
IAP merotasi kunci publiknya secara berkala. Untuk memastikan Anda dapat selalu memverifikasi JWT IAP, sebaiknya Anda meng-cache kunci untuk menghindari pengambilan kunci dari URL publik untuk setiap permintaan dan mengotomatiskan proses pembaruan kunci yang di-cache. Pendekatan ini sangat berguna untuk aplikasi yang berjalan di lingkungan dengan batasan jaringan, seperti perimeter Kontrol Layanan VPC.
Perimeter Kontrol Layanan VPC dapat mencegah akses langsung ke URL publik untuk kunci. Dengan meng-cache kunci di bucket Cloud Storage, aplikasi Anda dapat mengambilnya dari lokasi dalam perimeter VPC-SC Anda.
Konfigurasi Terraform berikut men-deploy fungsi ke Cloud Run yang mengambil kunci publik IAP terbaru dari https://www.gstatic.com/iap/verify/public_key-jwk dan menyimpannya di bucket Cloud Storage. Tugas Cloud Scheduler memicu fungsi ini setiap
12 jam untuk terus memperbarui kunci.
Penyiapan ini mencakup hal berikut:
- API Google Cloud yang diperlukan diaktifkan untuk menggunakan Cloud Run serta menyimpan dan meng-cache kunci
- Bucket Cloud Storage untuk menyimpan kunci publik IAP yang diambil
- Bucket Cloud Storage untuk melakukan staging kode sumber Cloud Run Functions
- Akun layanan untuk Cloud Run Functions dan Cloud Scheduler dengan izin IAM yang sesuai
- Fungsi Python untuk mengambil dan menyimpan kunci
- Tugas Cloud Scheduler untuk memicu fungsi setiap 12 jam
Struktur direktori
├── function_source/ │ ├── main.py │ └── requirements.txt ├── main.tf ├── outputs.tf ├── variables.tf └── terraform.tfvars
function_source/main.py
import functions_framework import requests from google.cloud import storage import os # Environment variables to be set in the function configuration BUCKET_NAME = os.environ.get("BUCKET_NAME") OBJECT_NAME = os.environ.get("OBJECT_NAME", "iap_public_keys.jwk") IAP_KEYS_URL = "https://www.gstatic.com/iap/verify/public_key-jwk" @functions_framework.http def update_iap_keys(request): """Fetches IAP public keys from the public URL and stores them in a Cloud Storage bucket.""" if not BUCKET_NAME: print("Error: BUCKET_NAME environment variable not set.") return "BUCKET_NAME environment variable not set.", 500 try: # Fetch the keys response = requests.get(IAP_KEYS_URL) response.raise_for_status() # Raise an exception for bad status codes keys_content = response.text print(f"Successfully fetched keys from {IAP_KEYS_URL}") # Store in Cloud Storage storage_client = storage.Client() bucket = storage_client.bucket(BUCKET_NAME) blob = bucket.blob(OBJECT_NAME) blob.upload_from_string(keys_content, content_type='application/json') print(f"Successfully wrote IAP keys to gs://{BUCKET_NAME}/{OBJECT_NAME}") return f"Successfully updated {OBJECT_NAME} in bucket {BUCKET_NAME}", 200 except requests.exceptions.RequestException as e: print(f"Error fetching keys from {IAP_KEYS_URL}: {e}") return f"Error fetching keys: {e}", 500 except Exception as e: print(f"Error interacting with Cloud Storage: {e}") return f"Error interacting with Cloud Storage: {e}", 500
Ganti kode berikut:
-
BUCKET_NAME: nama bucket Cloud Storage Anda -
OBJECT_NAME: nama objek untuk menyimpan kunci Anda
function_source/requirements.txt
functions-framework==3.* requests google-cloud-storage
variables.tf
variable "project_id" { description = "The Google Cloud project ID." type = string default = PROJECT_ID } variable "region" { description = "The Google Cloud region." type = string default = "REGION" } variable "iap_keys_bucket_name" { description = "The name of the Cloud Storage bucket to store IAP keys." type = string default = BUCKET_NAME" } variable "function_source_bucket_name" { description = "The name of the Cloud Storage bucket to store the function source code." type = string default = "BUCKET_NAME_FUNCTION" }
Ganti kode berikut:
-
PROJECT_ID: Project ID Google Cloud Anda -
REGION: region tempat men-deploy resource—misalnya,us-central1 -
BUCKET_NAME: nama untuk bucket Cloud Storage yang menyimpan kunci IAP -
BUCKET_NAME_FUNCTION: nama untuk bucket Cloud Storage yang menyimpan kode sumber Cloud Run Functions
main.tf
terraform { required_providers { google = { source = "hashicorp/google" version = ">= 4.50.0" } google-beta = { source = "hashicorp/google-beta" version = ">= 4.50.0" } } } provider "google" { project = var.project_id region = var.region } provider "google-beta" { project = var.project_id region = var.region } # Enable necessary APIs resource "google_project_service" "services" { for_each = toset([ "storage.googleapis.com", "cloudfunctions.googleapis.com", "run.googleapis.com", # Cloud Functions v2 uses Cloud Run "cloudscheduler.googleapis.com", "iamcredentials.googleapis.com", "cloudbuild.googleapis.com" # Needed for Cloud Functions deployment ]) service = each.key disable_on_destroy = false } # Cloud Storage Bucket to store the IAP public keys resource "google_storage_bucket" "iap_keys_bucket" { name = var.iap_keys_bucket_name location = var.region uniform_bucket_level_access = true versioning { enabled = true } lifecycle { prevent_destroy = false # Set to true in production to prevent accidental deletion } } # Cloud Storage Bucket to store the Cloud Function source code resource "google_storage_bucket" "function_source_bucket" { name = var.function_source_bucket_name location = var.region uniform_bucket_level_access = true } # Archive the function source code data "archive_file" "function_source_zip" { type = "zip" source_dir = "${path.module}/function_source" output_path = "${path.module}/function_source.zip" } # Upload the zipped source code to the source bucket resource "google_storage_bucket_object" "function_source_object" { name = "function_source.zip" bucket = google_storage_bucket.function_source_bucket.name source = data.archive_file.function_source_zip.output_path } # Service Account for the Cloud Function resource "google_service_account" "iap_key_updater_sa" { account_id = "iap-key-updater" display_name = "IAP Key Updater Function SA" } # Grant the function's SA permission to write to the IAP keys bucket resource "google_storage_bucket_iam_member" "keys_bucket_writer" { bucket = google_storage_bucket.iap_keys_bucket.name role = "roles/storage.objectAdmin" member = "serviceAccount:${google_service_account.iap_key_updater_sa.email}" } # Cloud Function (v2) resource "google_cloudfunctions2_function" "update_iap_keys_func" { provider = google-beta # CFv2 often has newer features in google-beta name = "update-iap-keys-function" location = var.region build_config { runtime = "python312" entry_point = "update_iap_keys" source { storage_source { bucket = google_storage_bucket.function_source_bucket.name object = google_storage_bucket_object.function_source_object.name } } } service_config { max_instance_count = 1 available_memory = "256M" timeout_seconds = 60 ingress_settings = "ALLOW_ALL" service_account_email = google_service_account.iap_key_updater_sa.email environment_variables = { BUCKET_NAME = google_storage_bucket.iap_keys_bucket.name OBJECT_NAME = "iap_public_keys.jwk" } } depends_on = [ google_project_service.services, google_storage_bucket_iam_member.keys_bucket_writer ] } # Service Account for the Cloud Scheduler job resource "google_service_account" "iap_key_scheduler_sa" { account_id = "iap-key-scheduler" display_name = "IAP Key Update Scheduler SA" } # Grant the Scheduler SA permission to invoke the Cloud Function resource "google_cloudfunctions2_function_iam_member" "invoker" { provider = google-beta project = google_cloudfunctions2_function.update_iap_keys_func.project location = google_cloudfunctions2_function.update_iap_keys_func.location cloud_function = google_cloudfunctions2_function.update_iap_keys_func.name role = "roles/cloudfunctions.invoker" member = "serviceAccount:${google_service_account.iap_key_scheduler_sa.email}" } # Cloud Scheduler Job resource "google_cloud_scheduler_job" "iap_key_update_schedule" { name = "iap-key-update-schedule" description = "Fetches IAP public keys and stores them in Cloud Storage every 12 hours" schedule = "0 */12 * * *" # Every 12 hours time_zone = "Etc/UTC" region = var.region http_target { uri = google_cloudfunctions2_function.update_iap_keys_func.service_config[0].uri http_method = "POST" oidc_token { service_account_email = google_service_account.iap_key_scheduler_sa.email } } depends_on = [ google_cloudfunctions2_function_iam_member.invoker, google_project_service.services ] }
outputs.tf
output "iap_keys_bucket_url" { description = "The Cloud Storage bucket URL where IAP public keys are stored." value = "gs://${google_storage_bucket.iap_keys_bucket.name}" } output "cloud_function_url" { description = "The URL of the Cloud Function endpoint that triggers key updates." value = google_cloudfunctions2_function.update_iap_keys_func.service_config[0].uri }
terraform.tfvars
Buat file terraform.tfvars untuk menentukan project ID Anda dan sesuaikan
nama bucket jika diperlukan:
project_id = "your-gcp-project-id" # Optional: Customize bucket names # iap_keys_bucket_name = "custom-iap-keys-bucket" # function_source_bucket_name = "custom-func-src-bucket"
Deploy dengan Terraform
- Simpan file dalam struktur direktori yang dijelaskan sebelumnya.
- Buka direktori di terminal Anda dan lakukan inisialisasi Terraform:
terraform init - Rencanakan perubahan:
terraform plan - Terapkan perubahan:
terraform apply
Tindakan ini akan men-deploy infrastruktur. Tugas Cloud Scheduler memicu fungsi setiap 12 jam, mengambil kunci IAP, dan menyimpannya di gs://BUCKET_NAME/iap_public_keys.jwk secara default. Aplikasi Anda kini dapat mengambil kunci dari bucket ini.
Membersihkan resource
Untuk menghapus resource yang dibuat oleh Terraform, jalankan perintah berikut:
gsutil rm -a gs://BUCKET_NAME/** terraform destroy -auto-approve
Ganti BUCKET_NAME dengan bucket Cloud Storage untuk kunci Anda.
JWT untuk identitas eksternal
Jika Anda menggunakan IAP dengan identitas eksternal, IAP akan tetap menerbitkan JWT bertanda tangan pada setiap permintaan yang diautentikasi, sama seperti yang dilakukan dengan Google Identity. Namun, ada beberapa perbedaan.
Informasi penyedia
Saat menggunakan identitas eksternal, payload JWT akan berisi klaim bernama gcip. Klaim ini berisi informasi pengguna, seperti email, URL foto, dan atribut khusus penyedia tambahan.
Berikut adalah contoh JWT untuk pengguna yang login dengan Facebook:
"gcip": '{
"auth_time": 1553219869,
"email": "facebook_user@gmail.com",
"email_verified": false,
"firebase": {
"identities": {
"email": [
"facebook_user@gmail.com"
],
"facebook.com": [
"1234567890"
]
},
"sign_in_provider": "facebook.com",
},
"name": "Facebook User",
"picture: "https://graph.facebook.com/1234567890/picture",
"sub": "gZG0yELPypZElTmAT9I55prjHg63"
}',
Kolom email dan sub
Jika pengguna diautentikasi oleh Identity Platform, kolom email dan sub JWT akan diawali dengan penerbit token Identity Platform dan ID tenant yang digunakan (jika ada). Contoh:
"email": "securetoken.google.com/PROJECT-ID/TENANT-ID:demo_user@gmail.com", "sub": "securetoken.google.com/PROJECT-ID/TENANT-ID:gZG0yELPypZElTmAT9I55prjHg63"
Mengontrol akses dengan sign_in_attributes
IAM tidak mendukung identitas eksternal, tetapi Anda dapat menggunakan klaim yang disematkan di kolom sign_in_attributes untuk mengontrol akses. Misalnya,
pertimbangkan pengguna yang login menggunakan penyedia SAML:
{
"aud": "/projects/project_number/apps/my_project_id",
"gcip": '{
"auth_time": 1553219869,
"email": "demo_user@gmail.com",
"email_verified": true,
"firebase": {
"identities": {
"email": [
"demo_user@gmail.com"
],
"saml.myProvider": [
"demo_user@gmail.com"
]
},
"sign_in_attributes": {
"firstname": "John",
"group": "test group",
"role": "admin",
"lastname": "Doe"
},
"sign_in_provider": "saml.myProvider",
"tenant": "my_tenant_id"
},
"sub": "gZG0yELPypZElTmAT9I55prjHg63"
}',
"email": "securetoken.google.com/my_project_id/my_tenant_id:demo_user@gmail.com",
"exp": 1553220470,
"iat": 1553219870,
"iss": "https://cloud.google.com/iap",
"sub": "securetoken.google.com/my_project_id/my_tenant_id:gZG0yELPypZElTmAT9I55prjHg63"
}
Anda dapat menambahkan logika ke aplikasi yang mirip dengan kode di bawah untuk membatasi akses ke pengguna dengan peran yang valid:
const gcipClaims = JSON.parse(decodedIapJwtClaims.gcip);
if (gcipClaims &&
gcipClaims.firebase &&
gcipClaims.firebase.sign_in_attributes &&
gcipClaims.firebase.sign_in_attribute.role === 'admin') {
// Allow access to admin restricted resource.
} else {
// Block access.
}
Anda dapat mengakses atribut pengguna tambahan dari penyedia SAML dan OIDC Identity Platform menggunakan klaim bertingkat gcipClaims.gcip.firebase.sign_in_attributes.
Batasan ukuran klaim IdP
Setelah pengguna login dengan Identity Platform, atribut pengguna tambahan akan disebarkan ke payload token ID Identity Platform stateless, yang akan diteruskan dengan aman ke IAP. IAP kemudian akan menerbitkan cookie buram stateless-nya sendiri, yang juga berisi klaim yang sama. IAP akan membuat header JWT yang ditandatangani berdasarkan konten cookie.
Akibatnya, jika sesi dimulai dengan banyak klaim, sesi tersebut mungkin melebihi ukuran cookie maksimum yang diizinkan, yang biasanya sekitar 4 KB di sebagian besar browser. Hal ini akan menyebabkan operasi login gagal.
Pastikan hanya klaim yang diperlukan yang disebarkan dalam atribut SAML atau OIDC IdP. Opsi lainnya adalah menggunakan fungsi pemblokiran untuk memfilter klaim yang tidak diperlukan untuk pemeriksaan otorisasi.
const gcipCloudFunctions = require('gcip-cloud-functions');
const authFunctions = new gcipCloudFunctions.Auth().functions();
// This function runs before any sign-in operation.
exports.beforeSignIn = authFunctions.beforeSignInHandler((user, context) => {
if (context.credential &&
context.credential.providerId === 'saml.my-provider') {
// Get the original claims.
const claims = context.credential.claims;
// Define this function to filter out the unnecessary claims.
claims.groups = keepNeededClaims(claims.groups);
// Return only the needed claims. The claims will be propagated to the token
// payload.
return {
sessionClaims: claims,
};
}
});