Pertanyaan Umum (FAQ) tentang migrasi SOAR
Dapatkan jawaban atas pertanyaan umum tentang proses migrasi SOAR. Temukan solusi untuk masalah umum dan praktik terbaik untuk keberhasilan transisi.
Cakupan dan dampak migrasi
T: Mengapa migrasi ini diperlukan?
Kami memodernisasi infrastruktur SOAR dengan bermigrasi ke Google Cloud. Upgrade penting ini memberikan manfaat utama, termasuk keandalan yang lebih baik, keamanan yang ditingkatkan, kepatuhan yang lebih besar, dan kontrol akses yang lebih terperinci. Alat ini juga memberikan akses ke kemampuan AI Agentic melalui integrasi Model Context Protocol (MCP).
Migrasi ini menyediakan hal berikut:
- Meningkatkan keandalan dan kemampuan pemantauan SOAR dengan memanfaatkan lapisan API terbaik di kelasnya dari Google. Lapisan ini menyediakan solusi API terkemuka dengan fitur lanjutan untuk pengelolaan kuota, pengauditan, dan kemampuan pengamatan.
- Membuka Kontrol Akses Berbasis Peran (RBAC) untuk fitur dan data di seluruh platform.
- Menyediakan fungsi kepatuhan yang lebih tinggi, seperti Kontrol Layanan VPC, Residensi Data, dan Kunci Enkripsi yang Dikelola Pelanggan (CMEK).
T: Apa cakupan migrasi ini?
Migrasi ini melibatkan komponen berikut:
- Memigrasikan project SOAR ke project Google Cloud milik pelanggan.
- Memigrasikan autentikasi dan izin SOAR ke Google Cloud IAM.
- Memigrasikan SOAR API ke Chronicle API.
- Memigrasikan infrastruktur autentikasi agen jarak jauh.
T: Apa saja perubahan langsung setelah migrasi?
Segera setelah migrasi, Anda akan mengalami beberapa perubahan penting:
- Kepemilikan Project GCP: Project SOAR Anda akan dimigrasikan dari kepemilikan Google ke project milik pelanggan Google Cloud .
- Autentikasi:
- Pelanggan SecOps Terpadu: Tidak ada perubahan. Autentikasi akan terus dikelola oleh Google Cloud IAM.
- Pelanggan SOAR Standalone: Autentikasi kini akan dikelola oleh Google Cloud IAM. Bagi pengguna yang menggunakan SAML, ini berarti mengadopsi Workforce Identity Federation, dan konfigurasi SAML tidak akan lagi disimpan dan dikelola dalam sistem SOAR itu sendiri, sehingga menghasilkan kontrol keamanan yang lebih kuat.
- RBAC: Izin pengguna akan menjadi lebih terperinci dan dikelola menggunakan IAM. Lingkungan dan peran SOC akan terus dikelola dalam modul SOAR menggunakan grup Penyedia Identitas (IdP).
- Logging Audit: Log audit akan lebih mendetail dan dikelola dalam **Cloud Audit Logs **.
- URL baru (khusus SOAR): Pengguna SOAR mandiri akan menerima URL baru (domain baru) untuk mengakses SOAR.
T: Bagaimana pelanggan / partner diberi tahu tentang migrasi ini?
Pop-up dalam produk ditampilkan untuk semua pelanggan dan partner yang mencakup tanggal migrasi dan link ke formulir yang harus diisi. Pengguna akan diminta untuk mengonfirmasi tanggal dan slot waktu migrasi mereka.
T: Apakah biaya infrastruktur kami akan berubah akibat SOAR terikat ke project Google Cloud kami?
Tidak, biaya Anda tidak akan terpengaruh. Anda tidak akan mengalami perubahan apa pun di frontend. Tidak ada resource baru yang akan berjalan di project Anda, sehingga tidak ada biaya terkait.
T: Bagaimana cara menghubungkan project kami ke SOAR?
Google akan memigrasikan project SOAR Anda ke project Google Cloud Anda. Jika Anda adalah pelanggan Unified SecOps, kami sudah memiliki project ID Google Cloud Anda. Jika Anda adalah pelanggan mandiri SOAR, Anda harus membagikan project ID Google Cloud kepada kami.
T: Untuk pelanggan yang sudah memiliki deployment Google SecOps, apakah kita harus menggunakan project ID yang sama dengan SIEM, atau apakah kita memerlukan project terpisah?
Untuk deployment Google SecOps terpadu (satu SIEM, satu SOAR), Anda harus menggunakan project ID Google Cloud yang ada yang terkait dengan SIEM Anda. Hal ini memungkinkan pengelolaan terpadu alur administratif, seperti RBAC dan log.
T: Apa langkah-langkah yang diperlukan untuk instance Google SecOps dengan pertimbangan khusus seperti Kontrol Layanan VPC (VPC-SC)?
Untuk mengaktifkan migrasi, Anda harus menentukan aturan Ingress dan Egress dalam kebijakan VPC-SC. Jika Project Google Cloud Anda memiliki VPC SC, hubungi tim Dukungan untuk mendapatkan panduan mendetail tentang aturan khusus ini.
Ada dua fitur API yang tidak didukung menggunakan VPC-SC:
- Webhook
- Link Persetujuan Playbook
T: Bagaimana cara memeriksa apakah migrasi telah berhasil?
Periksa apakah prosesnya berhasil diselesaikan dengan membuka SOAR Settings > License Management. Setelah Tahap 1, akan muncul Google.com setelah nomor versi sistem. Setelah migrasi izin SOAR ke peran IAM Tahap 2 , Google.com dan CloudIAM Enabled akan muncul setelah nomor versi sistem.
Periode nonaktif dan kontinuitas
T: Apakah ada periode nonaktif selama migrasi, dan apa dampaknya?
Ya. Perkiraan periode nonaktif adalah sebagai berikut:
- Hingga 2 jam untuk pelanggan SOAR mandiri.
- Hingga 1,5 jam untuk pelanggan Google SecOps.
Selama periode ini, Anda tidak akan dapat login ke platform. Layanan SOAR (termasuk penyerapan, playbook, tugas) akan dijeda, tetapi layanan SIEM akan terus berjalan di latar belakang.
T: Apakah data yang dibuat selama waktu non-operasional akan otomatis di-ingest setelah layanan SOAR dilanjutkan?
Ya. Setelah sistem kembali online, penyerapan dan playbook akan dilanjutkan dan memproses pemberitahuan yang dibuat atau diserap selama waktu non-operasional.
T: Apa yang terjadi pada playbook yang sedang berjalan saat periode nonaktif dimulai?
Layanan playbook akan dinonaktifkan sebelum migrasi dimulai, beberapa playbook yang berjalan mungkin gagal dan perlu dimulai ulang secara manual atau akan dilanjutkan setelah migrasi selesai.
T: Apakah ada rencana rollback atau kontingensi jika terjadi kesalahan selama migrasi?
Ya. Proses migrasi membuat instance SOAR yang ada tetap utuh (meskipun dinonaktifkan). Jika proses migrasi tidak berhasil diselesaikan, kita dapat beralih kembali ke instance yang ada dan menghapus instance baru. Proses rollback ini memerlukan waktu hingga 30 menit. Kami akan melakukan pengujian ekstensif dan pemantauan ketat, dengan staf yang siap dihubungi untuk memastikan keberhasilan migrasi.
Jika Anda mengalami masalah akses setelah migrasi, kemungkinan Anda memiliki penyiapan autentikasi yang salah. Anda harus berkoordinasi dengan administrator Identitas, IDP, atau Google Cloud untuk menggunakan panduan pemecahan masalah guna mengidentifikasi dan menyelesaikan masalah. Jika masalah berlanjut atau jika tidak terkait dengan akses, buka Tiket dukungan untuk mendokumentasikan masalah dan memantau penyelesaiannya.
T: Kapan saya dapat bermigrasi ke Endpoint SOAR v1 baru di Chronicle API?
Anda dapat bermigrasi ke endpoint SOAR v1 baru di Chronicle API mulai pertengahan Januari 2026.
SOAR API dan Kunci API lama tidak akan digunakan lagi dan tidak akan berfungsi lagi setelah 31 Maret 2027. Untuk memastikan transisi berjalan lancar, ikuti dua langkah wajib berikut:
- Anda harus menyelesaikan migrasi Grup Izin SOAR ke Cloud IAM terlebih dahulu.
- Perbarui skrip dan integrasi yang ada untuk mengganti endpoint API SOAR lama dengan endpoint API Chronicle yang sesuai.
Autentikasi dan izin
T: Bagaimana cara memigrasikan grup izin dan izin SOAR saya?
Anda akan menggunakan skrip migrasi di konsol Google Cloud untuk memigrasikan grup izin yang ada ke peran khusus IAM. Skrip ini juga menetapkan peran khusus kepada pengguna (untuk pelanggan Cloud Identity) atau ke grup IdP (untuk pelanggan Workforce Identity Federation).
T: Bagaimana jika saya memilih untuk tidak memigrasikan grup izin kustom dan hanya menggunakan peran yang telah ditetapkan?
Anda dapat memilih untuk tidak menggunakan migrasi otomatis dan memetakan grup IdP ke peran Cloud IAM secara manual.
T: Kami adalah pelanggan mandiri SOAR dengan penyedia SAML kustom dengan autentikasi manual. Jika kami mengubahnya menjadi grup IdP untuk pemetaan IdP, apa dampaknya terhadap akun pengguna yang ada?
Dengan asumsi pengguna lama Anda cocok dengan salah satu grup dan izin dipetakan dengan benar, tidak akan ada dampak pada akun pengguna lama Anda. Namun, jika pengguna tidak dipetakan ke grup, mereka tidak akan dapat login. Jika izin dipetakan secara berbeda, pengguna akan menerima izin baru berdasarkan pemetaan baru.
T: Apakah ada prasyarat khusus untuk MSSP yang menggunakan beberapa penyedia identitas?
Pelanggan yang telah mengonfigurasi beberapa penyedia identitas di halaman autentikasi eksternal SOAR harus menentukan Workforce Identity Federation untuk autentikasi dan membuat Workforce Pool terpisah untuk setiap penyedia. Setiap penyedia dikaitkan dengan subdomain yang berbeda. Untuk mengetahui informasi selengkapnya, baca panduan migrasi MSSP.
T: Bagaimana cara melakukan autentikasi ke Chronicle API?
Ikuti petunjuk di Melakukan autentikasi ke Chronicle API.
T: Apa IP baru yang diperlukan untuk mengakses SOAR API baru?
Anda tidak perlu mengizinkan daftar alamat IP apa pun untuk mengakses Chronicle API. Secara opsional, Anda dapat memasukkan rentang alamat IP yang ditunjukkan di sini dan di sini ke dalam daftar yang diizinkan.
Logging dan pemantauan
T: Kami telah menyelesaikan tahap pertama migrasi, tetapi kami tidak melihat log di Log Cloud Audit Logs.
Log disimpan di platform SOAR setelah penyelesaian tahap migrasi pertama. Log akan tersedia di project Google Cloud Anda setelah penyelesaian tahap migrasi kedua.
T: Apakah pelanggan yang mengirim data SOAR ke instance BigQuery (BQ) Terkelola masih dapat mengakses data BigQuery ini setelah migrasi?
Ya. BigQuery terkelola yang ada akan terus berfungsi.
Logistik dan dukungan
T: Dapatkah saya memilih slot waktu yang berbeda untuk migrasi?
Tidak. Anda tidak dapat melakukan migrasi di luar slot waktu yang disarankan.
T: Apakah kami akan menerima pembaruan status real-time selama migrasi?
Anda akan menerima notifikasi email di awal dan akhir proses migrasi.
T: Siapa yang harus kami hubungi jika ada masalah setelah migrasi?
Jika Anda mengalami masalah akses setelah migrasi, penyiapan autentikasi kemungkinan salah. Anda harus berkoordinasi dengan administrator Identitas, IDP, atau Google Cloud untuk menggunakan panduan pemecahan masalah guna mengidentifikasi dan menyelesaikan masalah. Jika masalah berlanjut atau jika tidak terkait dengan akses, buka Tiket dukungan untuk mendokumentasikan masalah dan memantau penyelesaiannya.
Memigrasikan grup izin SOAR ke IAM
Bagian berikut membahas masalah umum yang terjadi selama dan setelah memigrasikan izin ke IAM.
Masalah alat dan skrip migrasi
T: Mengapa saya tidak dapat melihat atau memuat skrip migrasi di Konsol Google Cloud?
Ada dua kemungkinan alasan untuk hal ini:
Izin tidak ada: Alat migrasi mengharuskan akun pengguna Anda memiliki izin yang memadai di Google Cloud dan instance Google SecOps. Pastikan Anda login dengan akun yang memiliki peran IAM yang diperlukan di Google Cloud dan juga merupakan pengguna yang diakui di Google SecOps SOAR. Menggunakan akun yang berbeda untuk Google Cloud dan SOAR dapat menyebabkan kegagalan otorisasi. Jika Anda memiliki izin yang diperlukan dan masih tidak dapat memuat skrip migrasi, buka Tiket dukungan.
SIEM tidak menggunakan Cloud IAM: Jika Anda adalah pelanggan terpadu Google SecOps, pastikan Anda menggunakan IAM untuk mengelola peran dan izin untuk sisi SIEM platform. Untuk mengetahui informasi selengkapnya, lihat panduan migrasi RBAC lama ke RBAC Fitur.
T Saya mendapatkan error saat mencoba menjalankan skrip migrasi. Apa yang harus saya lakukan?
Error - "Group does not exist": Saat menggunakan
add-iam-policy-binding commands, pastikan Anda menggunakan alamat email grup lengkap (misalnya,your-group@example.com) untuk flag--member, bukan hanya nama grup singkat.Error terkait peran yang sudah ada: Konflik dapat terjadi saat mengikat ke akun utama yang sudah memiliki binding bersyarat. Untuk mengatasinya, jalankan ulang skrip dan pastikan untuk memilih Tidak ada, bukan Tentukan kondisi baru.
Masalah akses setelah migrasi
T: Mengapa saya mendapatkan error "403 Forbidden" saat mencoba mengakses halaman atau fitur tertentu (seperti Playbook atau IDE) setelah migrasi IAM?
Error 403 setelah migrasi mungkin menunjukkan bahwa Google Cloud peran IAM yang ditetapkan ke pengguna Anda tidak memiliki izin yang diperlukan oleh sisi SOAR platform Google SecOps. Hal ini umum terjadi jika Anda menggunakan peran IAM khusus.
Periksa peran dan izin Google SecOps. Pastikan peran IAM kustom Anda menyertakan semua izin yang diperlukan untuk mengakses fitur SOAR yang diperlukan.
Secara opsional, periksa alat developer browser Anda untuk mengidentifikasi panggilan API tertentu yang menampilkan error 403. Payload respons mendokumentasikan izin yang tidak ada, dan banner notifikasi juga muncul dalam antarmuka yang menjelaskan akses yang diperlukan.
Jika tidak ada solusi yang membantu, buka Tiket dukungan.
Izin dan peran
T: Saya melakukan migrasi IAM secara manual tanpa menggunakan alat yang disediakan, dan sekarang saya mengalami masalah izin. Bagaimana cara memperbaikinya?
Migrasi IAM manual terkadang dapat menyebabkan hilangnya izin yang diperlukan untuk peran SOAR. Sebaiknya gunakan skrip migrasi yang disediakan untuk memastikan semua izin yang diperlukan disiapkan dengan benar. Jika Anda masih berencana melakukan migrasi manual, tinjau izin IAM Google SecOps dengan cermat untuk membuat peran khusus dengan izin yang diperlukan.
T: Beberapa pengguna tampaknya memiliki lebih banyak izin di SOAR daripada yang diharapkan setelah migrasi. Mengapa hal ini terjadi?
Hal ini dapat terjadi jika pengguna atau grup telah ditetapkan ke peran Google Cloud Chronicle yang luas dan telah ditetapkan sebelumnya sebelum migrasi.
Setelah Anda menyelesaikan migrasi, peran bawaan Chronicle (seperti chronicle.apiAdmin) akan otomatis menyertakan izin SOAR. Misalnya, peran Admin Chronicle API kini akan menyertakan izin Admin SOAR.
Untuk memastikan akses hak istimewa terendah, ikuti langkah-langkah berikut:
- Tinjau peran yang telah ditetapkan di halaman IAM Roles, termasuk Chronicle API Admin, untuk mengidentifikasi semua akun utama (pengguna dan grup) yang ditetapkan.
- Pastikan hanya pengguna yang memerlukan izin SOAR yang ditetapkan ke peran ini.
- Untuk membatasi akses SOAR bagi akun utama tertentu, hapus akun utama tersebut dari peran yang telah ditetapkan dan tetapkan ke peran khusus yang secara eksplisit mengecualikan izin administrator SOAR.
T: Migrasi berhasil, tetapi saya masih dapat melihat kolom Grup Izin di halaman Pemetaan Grup. Mengapa demikian?
Setelah migrasi berhasil, kolom Grup Izin masih ditampilkan di halaman Pemetaan Grup untuk kompatibilitas mundur. Jangan hapus tugas ini. Kolom ini akan dihapus paling lambat 30 November 2026 tanpa dampak apa pun bagi pelanggan.
Praktik terbaik
- Gunakan skrip Migrasi: Jika memungkinkan, gunakan skrip migrasi resmi di Google Cloud untuk menangani transisi dari grup izin SOAR ke peran IAM.
- Tinjau Izin IAM: Pelajari izin IAM Google Cloud yang diperlukan untuk berbagai fungsi dan peran SOAR.
- Uji Secara Menyeluruh: Setelah migrasi, uji akses untuk berbagai peran dan persona pengguna guna memastikan semuanya berfungsi seperti yang diharapkan.
- Hubungi Dukungan: Untuk error yang terus berlanjut atau perilaku yang tidak terduga, hubungi Dukungan dan berikan detail selengkap mungkin.
Perlu bantuan lain? Dapatkan jawaban dari anggota Komunitas dan profesional Google SecOps.