Ringkasan migrasi SOAR

Didukung di:

Google secops SOAR

Dokumen ini menjelaskan proses dan linimasa untuk memigrasikan infrastruktur SOAR ke Google Cloud. Migrasi ini bertujuan untuk memodernisasi infrastruktur dan meningkatkan integrasinya dengan Google Cloud layanan, yang menguntungkan pelanggan terpadu Google Security Operations dan pengguna SOAR mandiri yang beralih ke Google Cloud.

Migrasi ini diperlukan untuk menyediakan upgrade infrastruktur penting termasuk peningkatan keandalan, peningkatan keamanan, kepatuhan yang lebih baik, dan kontrol akses yang lebih terperinci. Migrasi ini juga memungkinkan akses ke kemampuan AI Agentic melalui integrasi Model Context Protocol (MCP) dan layanan terbaik di kelasnya, termasuk IAM untuk kontrol akses, Cloud Monitoring, dan Cloud Audit Logs.

Migrasi dilakukan dalam dua Tahap - Tahap 1 dan Tahap 2.

Tahap 1 mencakup migrasi berikut:

• Migrasi Project SOAR milik Google ke Google Cloud infrastruktur. Migrasi ini dilakukan oleh Google.
• Migrasi Autentikasi SOAR ke Google Cloud (hanya berlaku untuk pelanggan SOAR mandiri).

Tahap 2 mencakup migrasi berikut:

• Migrasi Grup Izin dan Izin SOAR ke Google Cloud IAM.
• Migrasi API SOAR ke Chronicle API terpadu yang baru, yang memerlukan pembaruan pada skrip dan integrasi yang ada.
• Migrasi webhook.
• Migrasi infrastruktur autentikasi agen jarak jauh.

Memeriksa keberhasilan migrasi

• Periksa keberhasilan penyelesaian Tahap 1 dengan membuka Setelan SOAR > Pengelolaan Lisensi dan pastikan tertulis Google.com setelah nomor versi sistem.

• Periksa keberhasilan penyelesaian migrasi Tahap 2 izin SOAR ke peran IAM dengan membuka Setelan SOAR > Pengelolaan Lisensi dan pastikan tertulis Google.com dan CloudIAM Diaktifkan setelah nomor versi sistem.

Tahap 1 migrasi untuk pelanggan terpadu Google SecOps

Periksa notifikasi dalam produk untuk mengetahui tanggal migrasi Tahap 1 dan Formulir Google yang disertakan untuk mengonfirmasi slot waktu. Tahap 1 mencakup migrasi berikut.

• Memigrasikan Project SOAR milik Google ke Google Cloud

Migrasi ini melibatkan waktu non-operasional hingga 90 menit saat platform Google SecOps tidak dapat diakses. Selama waktu non-operasional ini, layanan SIEM Anda akan terus beroperasi di latar belakang, sedangkan layanan SOAR akan dijeda sementara. Setelah waktu non-operasional, platform akan dapat diakses, dan layanan SOAR akan melanjutkan pemrosesan dari pemberitahuan yang dibuat atau diterima selama waktu non-operasional.

Setelah migrasi selesai, kami akan mengirimkan email kepada Anda.

Tahap 1 migrasi untuk pelanggan SOAR mandiri

Catatan: Untuk mengetahui panduan lengkap dan menyeluruh tentang petunjuk untuk Tahap 1 proses Migrasi SOAR, khususnya untuk pelanggan SOAR Mandiri, lihat video Migrasi Google SecOps SOAR.

Anda akan mendapatkan pesan notifikasi dalam produk saat kami siap memulai Tahap 1 untuk Anda. Pastikan untuk melakukan hal berikut:

1. Menyiapkan Google Cloud project. Anda juga dapat menggunakan Google Cloud project yang mungkin telah disiapkan untuk mengakses Dukungan Chronicle tetapi belum memiliki instance Google Security Operations.
2. Mengaktifkan Chronicle API.
3. Menyiapkan Google Cloud Autentikasi untuk mengakses SOAR. Lihat Menyiapkan Google Cloud Autentikasi untuk mengakses SOAR.
4. Berikan Google Cloud project ID di formulir Google dalam notifikasi dalam produk dan konfirmasi tanggal serta slot waktu migrasi sebelum Anda mengirimkan formulir.
5. Terima email undangan ke "Halaman Dapatkan Google Security Operations" dan selesaikan penyiapan. Pastikan informasi wilayah Anda akurat.
6. Pastikan langkah-langkah sebelumnya telah disiapkan dengan benar dengan melihat Panduan validasi pra-migrasi.

Setelah Anda menyelesaikan langkah-langkah tersebut, Google akan melakukan migrasi pada tanggal dan waktu yang dijadwalkan. Migrasi ini memerlukan waktu non-operasional sekitar 2 jam untuk layanan SOAR. Setelah selesai, Anda akan menerima email yang berisi URL baru untuk mengakses platform SOAR. URL lama akan tetap berfungsi hingga 30 Juni 2026, dan akan mengalihkan ke URL baru.

Menyiapkan Google Cloud autentikasi untuk mengakses SOAR

Bergantung pada jenis identitas yang ingin Anda gunakan, konfigurasi salah satu opsi berikut. Anda mungkin memerlukan bantuan dari Google Cloud admin identitas atau IdP untuk menyelesaikan langkah-langkah ini.

Opsi 1: Mengonfigurasi Autentikasi Cloud Identity di Google Cloud (Akun yang Dikelola Google)

Skenario ini berlaku jika Anda mengelola akun pengguna langsung dalam Cloud Identity menggunakan nama pengguna dan sandi yang dikelola Google. Skenario ini tidak berlaku jika Anda menggunakan Cloud Identity untuk SSO dengan penyedia identitas pihak ketiga seperti Okta atau Azure AD.

Selesaikan langkah-langkah berikut:

1. Menyiapkan Cloud Identity di Google Cloud.

   Anda dapat melewati langkah ini jika sudah menyiapkan Cloud Identity dengan nama pengguna dan sandi yang dikelola Google.

2. Pastikan semua pengguna SOAR yang ada dikonfigurasi di konsol Admin Cloud Identity.

3. Berikan peran yang diperlukan di IAM dengan mengikuti format penetapan peran untuk akun Google.

   1. Tetapkan peran IAM bawaan berikut di Google Cloud ke SME orientasi:

      • Admin Chronicle API
      • Admin Layanan Chronicle
      • Admin Chronicle SOAR
      • Admin IAM Project
      • Admin Penggunaan Layanan

   2. Tetapkan salah satu peran IAM bawaan berikut ke semua pengguna SOAR yang ada:

      • Admin Chronicle API
      • Editor Chronicle API
      • Viewer Chronicle API
      • Viewer Terbatas Chronicle API

4. Selesaikan penyiapan autentikasi di SOAR dengan memetakan setiap pengguna (termasuk administrator) ke grup pengguna email.

   1. Buka Setelan > Setelan SOAR > Lanjutan > Pemetaan Grup.

   2. Klik tambahkan Tambahkan dan isi informasi berikut:

      • Grup IdP / Pengguna: Nama grup pengguna email (seperti Analis T1).
      • Grup Izin: Pilih grup izin.
      • Peran SOC: Pilih peran SOC.
      • Lingkungan: Pilih lingkungan (seperti Semua Lingkungan).
      • Anggota Grup: Masukkan email pengguna yang diperlukan. Tekan Enter setelah menambahkan setiap email.
      Catatan: Jika Anda memiliki pemetaan grup pengguna email yang ada di halaman Autentikasi Eksternal, Anda harus membiarkannya seperti apa adanya agar tidak mengganti autentikasi SOAR yang ada. Untukautentikasi Google Cloud baru guna mengakses SOAR, Anda tetap harus menyiapkan pemetaan grup pengguna email di halaman Setelan > Setelan SOAR > Lanjutan > Pemetaan Grup.

   3. Klik Tambahkan.

      Setiap kali pengguna login ke platform, mereka akan otomatis ditambahkan ke halaman Setelan > Organisasi > Pengelolaan Pengguna. Instance yang dimigrasikan mempertahankan pemetaan ini, yang berfungsi sebagai dasar untuk menentukan akses pengguna ke SOAR. Anda harus memastikan bahwa setiap pengguna dipetakan di halaman ini agar dapat mengakses Google SecOps.

Opsi 2: Mengonfigurasi Autentikasi Workforce Identity Federation di Google Cloud

Skenario ini berlaku jika Anda mengelola identitas pengguna menggunakan IdP pihak ketiga seperti Microsoft Azure Active Directory, Okta, Ping Identity, dan AD FS.

1. Menyiapkan Workforce Identity Federation di Google Cloud Anda dapat melewati langkah ini jika sudah disiapkan.
2. Pastikan semua pengguna yang ada di SOAR adalah bagian dari grup kumpulan tenaga kerja yang disiapkan di Workforce Identity Federation.

3. Berikan peran yang diperlukan di IAM dengan mengikuti format penetapan peran untuk Identitas Tenaga Kerja.

   1. Tetapkan semua peran IAM bawaan berikut ke SME orientasi.

      • Admin Chronicle API
      • Admin Layanan Chronicle
      • Admin Chronicle SOAR
      • Admin IAM Project
      • Admin Penggunaan Layanan

   2. Tetapkan salah satu peran berikut di IAM ke semua pengguna SOAR yang ada:

      • Admin Chronicle API
      • Editor Chronicle API
      • Viewer Chronicle API
      • Viewer Terbatas Chronicle API

4. Selesaikan penyiapan autentikasi di SOAR dengan memetakan semua grup IdP yang memerlukan akses ke SOAR.

   Pastikan pengguna yang ada dipetakan ke setidaknya salah satu grup IdP.

   1. Buka Setelan > Setelan SOAR > Lanjutan > Pemetaan Grup.
   2. Klik tambahkan Tambahkan dan isi informasi berikut:
      • Grup IdP / Pengguna: Masukkan nama grup dari IdP Anda.
      • Grup Izin: Pilih grup izin.
      • Peran SOC: Pilih peran SOC.
      • Lingkungan: Pilih lingkungan (seperti Semua Lingkungan).
   3. Pastikan Anda telah menambahkan grup IdP Admin dengan izin Admin untuk grup izin, Peran SOC, dan pilih Semua Lingkungan.
   4. Jika Anda memiliki pemetaan grup IdP yang ada di halaman Autentikasi Eksternal, Anda harus membiarkannya seperti apa adanya agar tidak mengganti autentikasi SOAR yang ada. Untukautentikasi Google Cloud baru guna mengakses SOAR, Anda tetap harus menyiapkan Pemetaan Grup IdP di halaman Setelan > Setelan SOAR > Lanjutan > Pemetaan Grup.
   5. Klik Tambahkan. Setiap kali pengguna login ke platform, mereka akan otomatis ditambahkan ke halaman Setelan > Organisasi > Pengelolaan Pengguna. Instance yang dimigrasikan mempertahankan pemetaan ini, yang berfungsi sebagai dasar untuk menentukan akses pengguna ke SOAR. Anda harus memastikan bahwa setiap pengguna dipetakan di halaman ini agar dapat mengakses Google SecOps.
   Catatan: Petunjuk ini berlaku jika Anda menggunakan Workforce Identity Federation untuk integrasi. Jika Anda telah memberikan peran IAM Pembuat token akun layanan ke akun layanan Python [e-mail], Anda harus memberikan peran IAM Pembuat token akun layanan yang sama ke akun layanan Python baru [e-mail] setelah migrasi. Akun Layanan baru akan dikirim melalui email setelah migrasi.

Migrasi Tahap 2 untuk semua pelanggan

Penting: Anda harus menyelesaikan Tahap 1 sebelum memulai migrasi Tahap 2.

Migrasi Tahap 2 umumnya tersedia untuk semua pelanggan mulai 26 Januari 2026.

Batas waktu terakhir untuk menyelesaikan transisi Tahap 2 adalah 30 November 2026.

Catatan: Prosedur ini berlaku untuk pelanggan mandiri Google SecOps SOAR dan pelanggan Google SecOps.

Memigrasikan grup izin SOAR ke Google Cloud IAM

Migrasikan grup izin dan izin SOAR ke IAM melalui satu klik skrip migrasi di Google Cloud. Skrip ini membuat peran kustom baru untuk setiap grup izin dan menetapkannya ke pengguna untuk pelanggan Cloud Identity atau grup IdP untuk pelanggan Workforce Identity Federation. Anda juga dapat memigrasikan izin SOAR menggunakan Terraform.

Untuk mengetahui detail lengkap skrip migrasi dan perintah Terraform, lihat Memigrasikan izin SOAR ke Google Cloud IAM.

Untuk mengetahui informasi selengkapnya tentang cara menyiapkan izin, lihat Mengonfigurasi akses fitur.

Setelah migrasi izin, hal berikut akan terjadi:

• Halaman Setelan SOAR > Organisasi > Izin masih tersedia hingga 30 November 2026 (untuk kompatibilitas mundur dengan API lama). Jangan lakukan perubahan apa pun pada halaman ini. Semua izin dikelola melalui IAM.
• Kolom Grup Izin di halaman Pemetaan Grup ditampilkan untuk kompatibilitas mundur dengan SOAR API lama. Jangan hapus penetapan ini. Kolom ini akan otomatis dihapus pada 30 November 2026 tanpa memengaruhi pelanggan.
• Bagian tindakan yang dibatasi di halaman Izin akan dipindahkan ke halaman Pemetaan Grup.

Catatan: Jika Anda tidak melihat skrip migrasi, kemungkinan Anda belum menyelesaikan tahap 1 migrasi. Hubungi perwakilan Google Anda.

Memigrasikan SOAR API ke Chronicle API

Jika Anda menggunakan SOAR API secara terprogram menggunakan panggilan API atau melalui integrasi, Anda dapat memigrasikannya ke endpoint beta SOAR v1 baru yang tersedia sebagai bagian dari Chronicle API.

Anda harus memperbarui skrip dan integrasi untuk mengganti endpoint SOAR API dengan endpoint Chronicle API yang sesuai. SOAR API dan Kunci API lama tersedia hingga 30 November 2026, setelah itu keduanya tidak akan berfungsi lagi. Untuk mengetahui informasi selengkapnya, lihat Memigrasikan endpoint ke Chronicle API.

Memigrasikan webhook

Anda harus memigrasikan webhook SOAR ke Chronicle API dengan melakukan hal berikut sebelum 30 November 2026:

Perbarui URL webhook di sisi klien dengan mengganti domain siemplify-soar.com lama dengan domain googleapis.com baru menggunakan format permintaan baru. Domain siemplify-soar.com lama akan terus berfungsi hingga 30 November 2026.

Misalnya, webhook yang ditentukan di: https://xxxx.siemplify-soar.com/api/external/v1/webhooks/{webhook_id}?api_key=xxxx

harus diperbarui menjadi: https://us-chronicle.googleapis.com/v1alpha/projects/{project_id}/locations/{location}/instances/{instance/{instance_id}/webhooks/{webhook_id}?api_key=xxxx

Autentikasi untuk webhook tetap tidak berubah. Webhook akan terus menggunakan kunci API yang awalnya dibuat bersama dengan link webhook.

Memigrasikan Infrastruktur Autentikasi Agen Jarak Jauh

Langkah-langkah berikut menjelaskan cara memigrasikan infrastruktur autentikasi Agen Jarak Jauh ke Google Cloud autentikasi Akun Layanan. Proses ini tidak memerlukan migrasi atau penggantian instance atau host Agen Jarak Jauh.

1. Buat Akun Layanan, bukan kunci API, untuk agen jarak jauh.
2. Lakukan upgrade versi utama agen jarak jauh.

Agen Jarak Jauh yang ada akan tersedia hingga 30 November 2026, setelah itu agen tersebut tidak akan berfungsi lagi. Untuk mengetahui petunjuk mendetail, lihat Memigrasikan Agen Jarak Jauh ke Google Cloud.

Dampak pada Log Audit SOAR

Log SOAR akan tersedia di Google Cloud setelah Anda menyelesaikan migrasi izin ke IAM. Semua panggilan yang dilakukan ke SOAR API lama hingga 30 November 2026 akan tetap dapat diakses di log Audit SOAR Untuk pelanggan Google SecOps, lihat Mengumpulkan log Google SecOps SOAR. Untuk pelanggan SOAR mandiri, lihat Mengumpulkan log SOAR

Perubahan lebih lanjut setelah migrasi:

Jenis lisensi Jenis lisensi kini ditentukan oleh izin yang ditetapkan pengguna di IAM.

Halaman landing Halaman landing akan dipindahkan dari halaman Izin ke menu Preferensi Pengguna, yang dapat diakses dari avatar Anda.

Langkah Berikutnya

• Panduan pra-validasi migrasi SOAR
• Memigrasikan instance SOAR mandiri MSSP
• Memigrasikan endpoint SOAR ke Chronicle API
• Memigrasikan infrastruktur autentikasi agen jarak jauh
• Memigrasikan izin SOAR ke Google Cloud IAM
• Pertanyaan umum (FAQ)

Perlu bantuan lain? Dapatkan jawaban dari anggota Komunitas dan profesional Google SecOps.