Kerentanan Akses Jarak Jauh: Risiko Teknis & Kesesuaian dengan BSN

Kerentanan_akses_jauh

Akses jarak jauh sekarang menjadi titik masuk utama untuk ransomware, dikonfirmasi oleh data respons insiden tahun 2024. Langkah pertama untuk menutup kerentanan akses jarak jauh menolak gagasan usang bahwa perangkat di dalam perimeter aman.

  • Verifikasi identitas, kesehatan perangkat, dan hak akses sebelum memberikan konektivitas—bukan setelahnya.
  • Ganti kepercayaan implisit dengan verifikasi terus-menerus setiap sesi.
  • Perlakukan setiap koneksi jarak jauh sebagai titik pelanggaran potensial sampai terbukti sebaliknya.

Anatomi dari Pelanggaran Akses Jarak Jauh

Akses jarak jauh adalah titik masuk utama untuk ransomware, seperti yang dikonfirmasi oleh data respons insiden industri tahun 2024. Penyerang jarang menembus langsung firewall generasi berikutnya yang modern. Sebaliknya, mereka mencari gerbang VPN yang tidak diperbarui, menggunakan kredensial yang dicuri pada port RDP yang terbuka, atau mengeksploitasi alat jarak jauh yang salah konfigurasi untuk mendapatkan pijakan awal.

Setelah masuk, tujuan mereka adalah pergerakan lateral—melompat dari titik akhir yang telah dikompromikan awalnya ke server bernilai tinggi, pengendali domain, atau aset OT yang penting. Mereka sering menggunakan teknik “living-off-the-land” (LotL), memanfaatkan alat yang sah seperti PowerShell atau Windows Management Instrumentation untuk menghindari pemicu sistem deteksi titik akhir.

Tanpa segmentasi jaringan yang rinci dan kontrol akses tepat waktu, satu sesi jarak jauh yang dikompromikan dapat memberikan penyerang jangkauan internal yang luas.

Kesalahan kritis adalah menganggap akses jarak jauh sebagai masalah konektivitas daripada masalah arsitektur keamanan. Arsitektur tradisional mempercayai segala sesuatu di dalam LAN perusahaan. Keamanan modern menuntut verifikasi terus-menerus terhadap setiap upaya koneksi, terlepas dari IP sumber atau lokasi jaringan.

Meskipun panduan ini berfokus pada kerentanan lapisan jaringan, prinsip kebersihan identitas yang sama berlaku untuk akses fisik. Gove’s solusi kontrol akses canggih aktifkan penegakan kebijakan terpadu di seluruh pintu, lemari, dan rak server, mengurangi risiko akses fisik tidak sah yang dapat melengkapi pelanggaran logis.

Untuk gambaran yang lebih luas tentang tren keamanan akses, kunjungi kami wawasan industri tentang sumber daya kepatuhan NIST dan CMMC.

8 Kerentanan Akses Jarak Jauh yang Kritikal di Perusahaan

Kerentanan berikut mewakili celah yang paling sering dieksploitasi dalam infrastruktur akses jarak jauh. Untuk masing-masing, kami uraikan apa yang harus diverifikasi selama audit keamanan dan kesalahan yang sering dilakukan oleh tim keamanan.

Konsentrator VPN dan Gateway yang Belum Dipatch

Perangkat VPN—baik berbasis perangkat keras maupun virtual—diekpos langsung ke internet dan telah menjadi target utama bagi aktor yang didukung negara dan kriminal. CVE untuk produk VPN terkemuka telah dieksploitasi secara aktif dalam beberapa jam setelah pengungkapan, seringkali sebelum patch diterapkan.

  • Apa yang harus diverifikasi: Versi firmware saat ini terhadap advis keamanan vendor.
  • Periksa perangkat keras yang sudah tidak didukung lagi dan tidak menerima pembaruan.
  • Verifikasi bahwa antarmuka manajemen tidak diekspos ke internet publik.

Salah satu kelalaian paling merusak adalah menganggap gerbang VPN sebagai perangkat yang dipasang dan dilupakan. VPN yang tidak dipatch memberikan terowongan langsung ke jaringan perusahaan, melewati sebagian besar pertahanan perimeter.

2. RDP (Remote Desktop Protocol) yang Terlalu Permisif

RDP tetap menjadi salah satu vektor paling umum untuk pengiriman ransomware. Penyerang memindai port 3389 yang terbuka dan meluncurkan serangan brute-force atau mengeksploitasi kerentanan yang diketahui dalam implementasi RDP yang lebih lama. Bahkan dengan kata sandi yang kuat, tanpa Otentikasi Tingkat Jaringan (NLA) dan sumber IP yang dibatasi, paparan ini cukup signifikan.

  • Pemeriksaan teknis untuk paparan RDP: Pastikan RDP tidak langsung diekspos ke internet.
  • Pastikan NLA ditegakkan dan hanya menggunakan host lompat tertentu.
  • Tinjau aturan firewall untuk akses RDP yang tidak sah.

Mengandalkan RDP untuk administrasi jarak jauh tanpa layanan gateway seperti Remote Desktop Gateway (RD Gateway) atau proxy sesi zero-trust adalah sumber kompromi yang sering terjadi.

3. Kurangnya Otentikasi Multi-Faktor Kontekstual (MFA)

Banyak organisasi telah menerapkan MFA, tetapi penyerang telah beradaptasi. Serangan push bombing, swapping SIM, dan phishing adversary-in-the-middle dapat melewati implementasi dasar. MFA kontekstual—yang mengevaluasi kepatuhan perangkat, geolokasi, dan perilaku pengguna—memberikan perlindungan yang lebih kuat.

  • Pemeriksaan audit utama untuk MFA: Pastikan MFA ditegakkan untuk semua metode akses jarak jauh, termasuk VPN, RDP, dan aplikasi web.
  • Verifikasi bahwa prompt MFA terkait dengan pemeriksaan postur perangkat (misalnya EDR berjalan, tingkat patch OS).
  • Pastikan bahwa kebijakan akses kondisional menyesuaikan kekuatan otentikasi secara dinamis berdasarkan sinyal risiko.

Menganggap MFA sebagai kotak centang daripada kontrol berbasis risiko adalah kekurangan umum. Untuk sesi risiko tinggi—seperti akses ke pengendali domain atau jaringan OT—langkah verifikasi tambahan seperti token FIDO2 yang tahan phishing sangat penting.

4. Risiko Split Tunneling dan Pergerakan Lateral

Split tunneling memungkinkan pengguna jarak jauh mengakses sumber daya internet publik tanpa melalui VPN perusahaan. Meskipun meningkatkan kinerja, ini melewati filter konten, pencegahan intrusi, dan pengontrol cloud access security broker (CASB).

Yang lebih kritis, jika pengaturan klien VPN memberikan akses Layer 3 penuh ke LAN perusahaan, malware di endpoint tersebut dapat langsung berpindah ke server internal.

  • Pengaturan klien VPN yang harus diverifikasi: Pastikan penyaringan lalu lintas antar antarmuka diaktifkan (sering disebut “VPN filter” atau “daftar akses”).
  • Evaluasi apakah split tunneling dibenarkan untuk alasan bisnis; jika diaktifkan, terapkan keamanan tingkat DNS dan perlindungan tepi cloud.
  • Peta kepercayaan tersirat: VPN seharusnya tidak memberikan akses ke seluruh subnet secara default.

Mengaktifkan split tunneling tanpa kontrol keamanan endpoint yang setara menciptakan jalur bayangan untuk lalu lintas perintah dan kontrol malware yang secara bersamaan mengekspos aset internal.

5. Alat Akses Jarak Jauh “Bayangan” yang Tidak Terkelola

Ketika TI mempertimbangkan akses jarak jauh, mereka memikirkan VPN perusahaan dan alat desktop jarak jauh yang disetujui. Tetapi tim teknik, kontraktor, dan vendor pihak ketiga sering menginstal utilitas jarak jauh mereka sendiri—TeamViewer, AnyDesk, LogMeIn, atau varian VNC—tanpa pengawasan keamanan.

Alat “IT bayangan” ini sering kekurangan pencatatan terpusat, otentikasi yang kuat, atau perekaman sesi.

  • Langkah penemuan: Inventarisasi semua perangkat lunak akses jarak jauh di seluruh endpoint menggunakan agen penemuan atau analisis jaringan.
  • Terapkan daftar aplikasi yang diizinkan untuk memblokir alat akses jarak jauh yang tidak sah.
  • Untuk alat pihak ketiga yang disetujui, wajibkan integrasi dengan penyedia identitas perusahaan dan terapkan MFA.

Mengizinkan akses jarak jauh sekali pakai demi kenyamanan tanpa menjadikan alat ini bagian dari tata kelola identitas dan keamanan yang sama dengan VPN perusahaan adalah risiko yang terus berlangsung.

6. Credential Stuffing dan Kontrol Akses Berbasis Peran (RBAC) yang Lemah

Penyerang sering mendapatkan kredensial yang valid dari pelanggaran sebelumnya dan mencobanya terhadap portal akses jarak jauh. Tanpa kebijakan penguncian akun yang kuat, deteksi login yang mencurigakan, dan penerapan prinsip least privilege, satu kata sandi yang dikompromikan dapat membuka akses luas ke jaringan.

RBAC yang lemah semakin memperbesar risiko: kredensial operator mungkin memberikan akses jauh lebih banyak daripada yang dibutuhkan oleh peran mereka.

  • Poin Verifikasi: Periksa bahwa semua akun akses jarak jauh tunduk pada pemblokiran organisasi dan deteksi anomali.
  • Tinjau pemetaan RBAC: apakah kontraktor dan pihak ketiga diberikan akun khusus yang terbatas waktu alih-alih login umum bersama?
  • Verifikasi bahwa hak istimewa administratif dipisahkan dari peran pengguna jarak jauh standar.

Menggunakan kredensial statis yang bertahan lama untuk pihak eksternal dan gagal menegakkan prinsip hak istimewa minimum di seluruh host lompat internal dan antarmuka manajemen menciptakan jalur yang andal untuk pergerakan lateral.

7. Konfigurasi Endpoint yang Tidak Aman (BYOD)

Perangkat pribadi yang tidak dikelola memperkenalkan celah besar dalam keamanan akses jarak jauh. Tanpa deteksi dan respons endpoint (EDR), patch keamanan, atau enkripsi disk, laptop rumah yang dikompromikan dapat mengambil token sesi atau bertindak sebagai titik pivot. VPN tradisional sering hanya memeriksa sertifikat yang valid atau kredensial, bukan kesehatan perangkat.

  • Persyaratan kepatuhan: Tegakkan kebijakan kepatuhan perangkat yang memerlukan tingkat patch OS minimum, enkripsi disk, dan EDR aktif sebelum memberikan akses.
  • Gunakan autentikasi perangkat berbasis sertifikat yang terkait dengan identitas yang dikelola.
  • Untuk skenario BYOD, terapkan agen secure access service edge (SASE) atau sesi terisolasi berbasis browser.

Menganggap autentikasi pengguna dan kepercayaan perangkat sebagai masalah yang sama adalah kesalahan kritis. Verifikasi identitas saja tidak membuktikan bahwa endpoint bebas dari malware.

8. Kurangnya Pemantauan dan Pencatatan Sesi

Tanpa perekaman sesi secara terus-menerus dan analisis perilaku, tim keamanan tidak dapat mendeteksi saat sesi jarak jauh yang sah disalahgunakan. Penyerang yang merebut sesi yang valid dapat mengekstrak data, mengubah konfigurasi, atau mempertahankan keberlangsungan tanpa memicu alarm.

  • Keperluan monitoring: Pastikan semua sesi jarak jauh—termasuk akses istimewa ke server penting—dicatat, diindeks, dan disimpan dengan aman.
  • Implementasikan analitik perilaku pengguna dan entitas (UEBA) untuk menandai aktivitas yang mencurigakan, seperti akses pada waktu yang tidak biasa atau unduhan file massal.
  • Integrasikan log sesi dengan SIEM untuk korelasi dengan kejadian keamanan lainnya.

Mengandalkan log autentikasi sederhana untuk membuktikan keamanan tidak cukup. Tanpa visibilitas tingkat sesi, penyerang dapat bertahan selama berbulan-bulan tanpa terdeteksi.

Pemetaan Kerentanan ke Mitigasi Teknis

Untuk memprioritaskan upaya perbaikan, gunakan pemetaan berikut yang menghubungkan setiap kategori kerentanan dengan akar penyebabnya dan mitigasi teknis yang paling efektif. Ini menyelaraskan perbaikan dengan vektor serangan spesifik yang ditemukan selama audit.

Kategori KerentananAkar Penyebab TeknisStrategi Mitigasi yang Direkomendasikan
Gerbang VPN yang Belum DipatchPembaruan firmware tertunda, perangkat lamaManajemen patch otomatis; migrasi ke model perimeter yang didefinisikan perangkat lunak
RDP yang Terlalu PermissiveEksposur langsung ke internet, tanpa MFATempatkan RDP di belakang proxy yang sadar identitas; terapkan akses hanya saat dibutuhkan
Implementasi MFA yang LemahOTP statis tanpa konteks perangkatTerapkan akses kondisional berbasis risiko dengan token FIDO2 yang tahan phishing
Split Tunneling / Pergerakan LateralAkses subnet penuh dari klien VPNMicro-segmentation; daftar filter VPN; terapkan konektivitas zero-trust
Alat Remote ShadowPerangkat lunak tidak resmi, inventaris yang hilangKebijakan kontrol aplikasi; konsolidasikan akses jarak jauh ke platform yang dikelola
Credential Stuffing / RBAC yang LemahDeteksi ancaman identitas yang tidak ada, izin yang terlalu luasAkses admin hanya saat dibutuhkan; otentikasi berbasis risiko; tinjauan RBAC otomatis
Titik Akhir yang Tidak AmanBYOD tanpa pemeriksaan kepatuhan perangkatPerluas postur keamanan titik akhir ke dalam keputusan akses; gunakan arsitektur Zero Trust
Kurangnya Pemantauan SesiTidak ada perekaman sesi atau UEBATerapkan manajemen akses istimewa (PAM) dengan isolasi sesi dan pemantauan

Blindspot Industri: Akses Jarak Jauh di Lingkungan OT dan ICS

Lingkungan teknologi operasional (OT)—pabrik, utilitas, otomatisasi gedung—memperkenalkan kerentanan akses jarak jauh yang berbeda. Alat akses jarak jauh TI tradisional tidak pernah dirancang untuk sistem kontrol industri (ICS) yang menjalankan protokol warisan tanpa keamanan bawaan.

Namun banyak organisasi hanya memperluas VPN perusahaan mereka ke jaringan OT, menciptakan jembatan datar antara TI dan OT.

Ini adalah kesalahan kritis. Penyerang yang mengompromikan workstation TI dapat dengan mudah berpindah ke pengendali logika terprogram (PLC) atau antarmuka manusia-mesin (HMI) yang tidak memiliki otentikasi modern. Serangan terkenal Colonial Pipeline pada tahun 2021 mengeksploitasi satu kata sandi VPN yang bocor yang langsung mengarah ke jaringan OT, memaksa penutupan operasional secara lengkap.

Apa yang harus diverifikasi di lingkungan OT:

  • Apakah jaringan OT dipisahkan dari TI dengan zona demiliterisasi (DMZ) dan gerbang tingkat aplikasi?
  • Apakah sesi rekayasa jarak jauh diarahkan melalui host lompat dengan perekaman sesi dan persetujuan manual?
  • Apakah kredensial default diubah pada semua perangkat keras ICS, dan apakah mekanisme otentikasi terisolasi dari Active Directory perusahaan jika kompromi AD dapat menyebar ke OT?
  • Apakah log akses jarak jauh OT dimasukkan ke dalam SIEM yang benar-benar dipantau oleh tim keamanan?

Perbaikan industri memerlukan solusi akses jarak jauh OT khusus yang menyediakan akses granular terbatas waktu dengan rekaman sesi lengkap, bukan VPN serbaguna. Gove’s solusi kontrol akses perusahaan dirancang untuk mengintegrasikan keamanan fisik dan logis untuk lingkungan industri, membantu memastikan bahwa hanya personel yang berwenang—di bawah pengawasan ketat—yang dapat berinteraksi dengan infrastruktur kritis.

Selain itu, mengintegrasikan kontrol akses dengan EDR dapat menyediakan visibilitas ancaman terpadu di seluruh domain TI dan OT.

Perpindahan Arsitektur: VPN Tradisional vs. Akses Jaringan Zero Trust (ZTNA)

VPN legacy mengikuti model “hubungkan lalu autentikasi”: pengguna membangun terowongan ke jaringan, dan login yang berhasil memberikan akses internal yang luas, sering kali tanpa batas.

Zero Trust Network Access (ZTNA) membalik ini: pengguna diautentikasi terlebih dahulu, kemudian sebuah terowongan yang aman dan khusus aplikasi dibuat hanya untuk sumber daya yang secara eksplisit diizinkan untuk sesi tersebut.

Tabel di bawah menyoroti perbedaan operasional dan keamanan yang mempengaruhi keputusan pengadaan untuk arsitektur akses jarak jauh.

FiturVPN TradisionalAkses Jaringan Zero Trust (ZTNA)
Model AksesAkses tingkat jaringan; pengguna melihat subnet lengkapAkses tingkat aplikasi; pengguna hanya melihat aplikasi yang diizinkan
Dasar KepercayaanKepercayaan implisit berdasarkan lokasi jaringanVerifikasi berkelanjutan terhadap identitas, perangkat, dan konteks
Risiko Pergerakan LateralTinggi—setelah masuk ke jaringan, serangan dapat menjelajahRendah—tidak ada visibilitas jaringan; koneksi mikro-segmen
Latensi & KinerjaSering memerlukan pengalihan melalui gateway pusatTitik tepi berbasis cloud meningkatkan kinerja; breakout lokal memungkinkan
SkalabilitasDibatasi oleh kapasitas perangkat konsentratorSkalabilitas elastis, berbasis cloud
Integrasi dengan EDRTerbatas; sering kali pemeriksaan kesehatan endpoint dasarIntegrasi mendalam dengan postur endpoint dan sinyal EDR
Penyesuaian KepatuhanSulit untuk menegakkan kebijakan per sesiPencatatan granular dan penegakan kebijakan menyederhanakan pemetaan NIST/CMMC

Untuk organisasi yang mengelola sistem akses fisik yang kompleks yang harus diintegrasikan ke dalam paradigma akses jarak jauh, pengendalian akses tingkat perusahaan solusi dari Gove dapat menjembatani kesenjangan antara mesin kebijakan ZTNA dan perangkat keras penguncian di tempat. Selain itu, kunci pengendalian akses berbasis cloud dirancang untuk beroperasi secara native dalam kerangka kerja zero-trust, menyediakan peristiwa pembukaan pintu yang sadar identitas yang sesuai dengan pencatatan ZTNA.

Menyesuaikan Akses Jarak Jauh dengan Kerangka Keamanan (NIST & CMMC)

Kerangka keamanan menyediakan cara terstruktur untuk mengevaluasi dan mengurangi kerentanan akses jarak jauh. Dua kerangka kerja yang sangat relevan:

  • NIST SP 800-46 (Panduan Keamanan Telework dan Akses Jarak Jauh Perusahaan): Publikasi ini secara langsung membahas arsitektur akses jarak jauh, merekomendasikan penggunaan gerbang tingkat aplikasi, otentikasi timbal balik yang kuat, dan peninjauan rutin log akses. Ini menyarankan organisasi untuk memperlakukan semua perangkat klien jarak jauh sebagai tidak dipercaya kecuali memenuhi standar keamanan perusahaan. Panduan yang diperbarui ini sejalan dengan prinsip Zero Trust yang dijelaskan dalam NIST SP 800‑207.
  • CMMC 2.0 (Sertifikasi Model Kematangan Keamanan Siber): Untuk kontraktor pertahanan, CMMC Level 2 membutuhkan 110 kontrol keamanan, banyak di antaranya secara langsung mempengaruhi akses jarak jauh. Kontrol yang relevan termasuk otentikasi multi-faktor untuk sesi jarak jauh (IA.L2‑3.5.3), mekanisme penguncian sesi (AC.L2‑3.1.10), dan enkripsi CUI dalam transit (SC.L2‑3.13.8). Auditor akan memeriksa secara khusus bagaimana koneksi akses jarak jauh dipantau dan bagaimana hak istimewa dipisahkan.

Memetakan arsitektur akses jarak jauh Anda ke standar ini tidak hanya menyelaraskan Anda dengan praktik terbaik industri tetapi juga menyediakan dasar yang dapat diverifikasi yang diakui oleh auditor dan penanggung asuransi. Analisis kesenjangan proaktif terhadap kriteria NIST dan CMMC sering kali mengungkap kerentanan yang sama yang menyebabkan pelanggaran.

Audit Keamanan Akses Jarak Jauh: Daftar Periksa Verifikasi

Gunakan daftar periksa ini untuk dengan cepat mengevaluasi kesalahan konfigurasi paling umum dan celah proses dalam akses jarak jauh. Setiap item menargetkan titik kegagalan berisiko tinggi yang diidentifikasi selama penyelidikan tanggap insiden.

  • Status firmware & patch VPN: Dokumentasikan versi firmware saat ini dari setiap gerbang VPN dan firewall. Jadwalkan pembaruan dalam waktu 48 jam setelah adanya CVE kritis.
  • Paparan RDP: Pastikan bahwa port 3389 tidak dapat diakses dari internet. Validasi bahwa semua akses RDP melalui RD Gateway atau proxy manajemen akses istimewa.
  • Penegakan MFA: Verifikasi bahwa semua metode akses jarak jauh—VPN, VDI, aplikasi web—memerlukan MFA kontekstual. Uji ketahanan terhadap serangan push bombing menggunakan pencocokan angka atau FIDO2.
  • Penghalang pergerakan lateral: Tinjau aturan filter VPN dan kebijakan firewall. Pastikan pengguna jarak jauh memiliki akses ke aplikasi tertentu, bukan seluruh subnet.
  • Kepatuhan endpoint: Pastikan perangkat tanpa agen EDR aktif atau dengan patch OS yang usang ditolak aksesnya. Konfirmasi enkripsi disk untuk laptop yang menangani data sensitif.
  • Inventaris alat bayangan: Jalankan alat penemuan untuk membuat daftar semua perangkat lunak akses jarak jauh yang terpasang di endpoint yang dikelola. Bandingkan dengan daftar alat yang disetujui dan hapus entri yang tidak sah.
  • Perekaman sesi: Pastikan semua sesi istimewa direkam. Verifikasi bahwa rekaman disimpan dengan aman dan diindeks untuk peninjauan cepat selama insiden.
  • Integrasi log: Pastikan log akses jarak jauh—terutama dari VPN, RDP, dan solusi PAM—dikirim ke SIEM. Sesuaikan peringatan untuk perjalanan yang tidak mungkin, akses waktu yang tidak biasa, dan unduhan file massal.
  • Tinjauan RBAC: Audit peran pengguna dan hak akses. Periksa adanya akun umum, izin berlebihan, dan akun usang milik mantan karyawan atau kontraktor.
  • Segmentasi OT: Dalam lingkungan industri, pastikan tidak ada jalur langsung dari VLAN TI ke jaringan OT tanpa melewati DMZ dan host lompat.

Penguatan Perimeter Jarak Jauh Anda: Langkah Selanjutnya untuk Tim Keamanan

Mengidentifikasi kerentanan adalah langkah pertama. Berpindah dari postur reaktif ke arsitektur yang tangguh memerlukan pergeseran yang disengaja menuju perimeter yang didefinisikan perangkat lunak dan verifikasi berkelanjutan. Tindakan berikut membangun daftar periksa audit dan menyelaraskan program Anda dengan lanskap ancaman modern.

  • Lakukan penilaian kerentanan akses jarak jauh secara komprehensif: Lebih dari sekadar pemindaian otomatis dan sertakan validasi manual terhadap jalur akses, penggunaan kredensial, dan aturan segmentasi.
  • Uji coba solusi Zero Trust Network Access (ZTNA): Mulai dengan sekelompok pengguna berisiko tinggi—seperti vendor pihak ketiga atau administrator—untuk memvalidasi peningkatan kinerja dan keamanan.
  • Integrasikan sinyal endpoint dan identitas: Hubungkan EDR dan penyedia identitas Anda dengan kebijakan akses sehingga kesehatan perangkat dan risiko pengguna secara dinamis membentuk setiap koneksi.
  • Perluas ketelitian yang sama ke lingkungan OT: Deploy akses jarak jauh khusus dengan isolasi sesi dan alur persetujuan manual untuk sistem kontrol industri.

Arsitek keamanan Gove dapat membantu memetakan arsitektur akses jarak jauh Anda saat ini ke prinsip Zero Trust dan melakukan audit menyeluruh terhadap kontrol NIST dan CMMC. Ajukan Permintaan Audit Keamanan Akses Jarak Jauh atau Penilaian Pilot ZTNA untuk mulai menutup celah paling kritis Anda hari ini.

Permintaan Penawaran Gratis