[go: up one dir, main page]

Catatan rilis Chrome Enterprise dan Chrome Education

Terakhir diperbarui: 17 Oktober 2025 

Ditujukan bagi administrator yang mengelola browser Chrome atau perangkat ChromeOS untuk bisnis atau sekolah.

 

Pilih tab yang sesuai untuk melihat update browser Chrome atau ChromeOS.

Ingin mengelola perangkat ChromeOS dari jarak jauh? Mulai uji coba Chrome Enterprise Upgrade tanpa biaya sekarang

 

Ringkasan rilis Chrome 141

 
Perubahan browser Chrome Keamanan/Privasi Produktivitas pengguna/Aplikasi Pengelolaan
Sinyal heuristik pembajakan penelusuran baru di telemetri ekstensi    
Gemini di Chrome    
Footer halaman Tab baru
Perintah jarak jauh untuk profil yang diautentikasi pihak ketiga    
Isolasi Proses Sesuai Origin    
Kebijakan Origin yang Sama yang ketat untuk Storage Access API    
Kebijakan baru di browser Chrome    
Perubahan Chrome Enterprise Core Keamanan/Privasi Produktivitas pengguna/Aplikasi Pengelolaan
Dukungan browser terdaftar untuk penyesuaian Chrome Web Store Enterprise  
Pintasan yang dikelola Enterprise di halaman Tab baru  
Penghapusan profil tidak aktif di Chrome Enterprise Core  
Perubahan Chrome Enterprise Premium Keamanan/Privasi Produktivitas pengguna/Aplikasi Pengelolaan
Penyesuaian penambahan watermark  
Perubahan browser Chrome mendatang Keamanan/Privasi Produktivitas pengguna/Aplikasi Pengelolaan
Pembatasan Akses jaringan lokal    
Dukungan multi-profil Chrome di iOS dalam ekstensi Bagikan     
Pengalaman login dan sinkronisasi yang lebih praktis di Chrome Desktop  
Setelan keamanan gabungan    
Menghapus nama jendela untuk navigasi lintas situs yang mengganti grup konteks penjelajahan    
Bantuan LLM klien dalam memitigasi scam    
Pencegahan pelacakan HSTS    
Peristiwa pointerrawupdate yang dapat dioperasikan hanya diekspos dalam konteks aman    
Cookie yang terikat origin (secara default)    
Kriptografi Pasca-Kuantum untuk DTLS di WebRTC    
Aktivasi pengguna tetap di seluruh navigasi origin yang sama    
Pembaruan pada desain peringatan Tidak ada HTTPS    
Manifes Aplikasi Web: algoritma kelayakan update    
Elemen pseudo CSS untuk penyorotan hasil pencarian dalam halaman    
Menghentikan penggunaan savedTabGroups sebagai nilai individual di SyncTypesListDisabled    
Happy Eyeballs V3  
ServiceWorkerAutoPreload    
Perubahan pada jadwal peluncuran Stabil Awal       
Penerapan Verifikasi 2 Langkah untuk admin    
Tidak mengizinkan spasi di host URL non-file://    
Menghapus kebijakan partisi penyimpanan pihak ketiga    
Migrasi SafeBrowsing API v4 → v5    
Enkapsulasi kunci X25519Kyber768 untuk TLS    
Aplikasi Web Terisolasi (IWA)    
Penyedia framework aksesibilitas Otomatisasi UI di Windows    
Perubahan Chrome Enterprise Core mendatang Keamanan/Privasi Produktivitas pengguna/Aplikasi Pengelolaan
Pelaporan profil untuk Chrome di iOS    
Perubahan Chrome Enterprise Premium mendatang Keamanan/Privasi Produktivitas pengguna/Aplikasi Pengelolaan
Pemfaktorkan ulang UX aturan browser Chrome  
Dukungan ukuran file yang ditingkatkan untuk pemindaian DLP  

 

DOWNLOAD Catatan rilis (PDF)

↑ kembali ke atas

Catatan rilis Enterprise tersedia dalam 9 bahasa. Anda dapat membaca update Chrome dalam bahasa Inggris, Jerman, Prancis, Belanda, Spanyol, Portugis, Korea, Indonesia, dan Jepang. Terjemahan ke sebagian bahasa mungkin memerlukan waktu 1 sampai 2 minggu.

Catatan rilis Chrome Enterprise dan Chrome Education dipublikasikan sesuai jadwal rilis Chrome, pada tanggal rilis versi Stabil Awal browser Chrome.

 

Perubahan browser Chrome  

   

  • Sinyal heuristik pembajakan penelusuran baru di telemetri ekstensi back to top

    Ekstensi Chrome berbahaya mencegat dan mengalihkan kueri penelusuran Omnibox dan Realbox (kotak penelusuran di halaman Tab baru) dari Halaman Hasil Mesin Telusur (SERP) ke URL yang dikontrol oleh penyerang. Fitur ini menambahkan heuristik sisi klien untuk mendeteksi pembajakan penelusuran semacam itu. Ide utamanya adalah membandingkan penelusuran yang dimulai pengguna dengan landing SERP yang berhasil; perbedaan yang signifikan dari waktu ke waktu menunjukkan adanya aktivitas pembajakan. Heuristik ini menghasilkan sinyal baru, yang diupload ke server telemetri CRX Safe Browsing melalui layanan Telemetri Ekstensi yang ada di Chrome. Analisis sisi server terhadap data sinyal dari beberapa browser Chrome kemudian dapat mengidentifikasi potensi pembajakan penelusuran.

    • Chrome 141 di ChromeOS, Linux, macOS, Windows

   

  • Gemini di Chrome back to top

    Gemini kini terintegrasi ke dalam Chrome di macOS dan Windows, serta dapat memahami isi halaman Anda saat ini. Pengguna kini dapat dengan mudah mendapatkan poin penting, mengklarifikasi konsep, dan menemukan jawaban tanpa perlu keluar dari tab Chrome. Integrasi ini mencakup chat, yang memungkinkan pengguna berinteraksi dengan Gemini melalui teks, dan Gemini Live, yang memungkinkan pengguna berinteraksi dengan Gemini melalui suara.

    Di Chrome 141, Gemini di Chrome mulai diluncurkan untuk sebagian besar pengguna Google Workspace yang memiliki akses ke aplikasi Gemini di Amerika Serikat. Admin dapat menonaktifkan fitur ini (nilai 1) menggunakan kebijakan GeminiSettings atau GenAiDefaultSettings (nilai 2). Untuk mengetahui detail selengkapnya, lihat Gemini di Chrome di Pusat Bantuan atau postingan blog ini. 

    • Chrome 137 di macOS, Windows: Fitur tersedia untuk sebagian pelanggan Google AI Pro dan Ultra di Amerika Serikat, serta di saluran pra-Stabil (Dev, Canary, Beta) di Amerika Serikat.
    • Chrome 141 di iOS, macOS, Windows: Fitur diluncurkan secara bertahap di versi Stabil untuk pengguna bagi hampir semua pengguna Google Workspace dengan akses ke aplikasi Gemini di Amerika Serikat.
    • Chrome 143 di macOS, Windows: Memperkenalkan kemampuan agentic ke Gemini di Chrome. Kebijakan perusahaan akan tersedia saat peluncuran.
     

   

  • Footer halaman Tab baru back to top

    Pembaruan pada halaman Tab baru mencakup footer baru yang dirancang untuk memberikan transparansi dan kontrol yang lebih baik kepada pengguna atas pengalaman Chrome mereka.

     
    • Chrome 138 di ChromeOS, Linux, macOS, Windows: Atribusi Ekstensi akan mulai ditampilkan di NTP. Kini, jika halaman Tab baru default Anda berubah karena ekstensi, akan muncul pesan di footer yang menunjukkan ekstensi mana yang menyebabkan perubahan tersebut. Pesan ini sering kali menyertakan link langsung ke ekstensi yang bersangkutan di Chrome Web Store, sehingga mempermudah identifikasi dan pengelolaan ekstensi yang tidak diinginkan. Jika Anda adalah administrator, Anda dapat menonaktifkan atribusi ini menggunakan kebijakan NTPFooterExtensionAttributionEnabled.
     
    • Chrome 139 di Linux, macOS, Windows: Pengungkapan pengelolaan browser akan ditampilkan jika salah satu kebijakan untuk menyesuaikan footer ditetapkan oleh admin perusahaan. Untuk pengguna yang browser Chrome-nya dikelola oleh sumber tepercaya, footer halaman Tab baru kini akan menampilkan pemberitahuan pengungkapan pengelolaan. Pemberitahuan ini membantu Anda memahami cara browser Anda dikelola. Administrator dapat menonaktifkan pemberitahuan ini dengan kebijakan NTPFooterManagementNoticeEnabled. Selain itu, organisasi dapat menyesuaikan tampilan footer menggunakan kebijakan EnterpriseLogoUrlForBrowser dan EnterpriseCustomLabelForBrowser untuk menampilkan logo serta label kustom.
     
    • Chrome 141 di Linux, macOS, Windows: Pemberitahuan default (Dikelola oleh <nama domain>) akan ditampilkan di footer halaman Tab baru untuk semua browser terkelola. Visibilitas dapat diubah dengan kebijakan NTPFooterManagementNoticeEnabled
     
       

   

  • Perintah jarak jauh untuk profil yang diautentikasi pihak ketiga back to top

    Fitur ini memperkenalkan perintah administratif jarak jauh, seperti menghapus cache dan cookie, untuk profil Chrome yang diautentikasi melalui penyedia identitas pihak ketiga. Peningkatan ini memperluas kemampuan pengelolaan ke profil yang baru didukung ini, sehingga memungkinkan administrator mengelola berbagai akun pengguna dari jarak jauh.

     
    • Chrome 141 di Linux, macOS, Windows: Kami kini mendukung perintah jarak jauh untuk profil yang diautentikasi pihak ketiga 
       

   

  • Isolasi proses sesuai origin back to top

    Untuk lebih meningkatkan keamanan, Chrome beralih ke model isolasi proses yang lebih terperinci yang disebut Isolasi Origin. Sebelumnya, Chrome menggunakan Isolasi Situs, yang mengelompokkan berbagai origin dari situs yang sama (misalnya, a.example.com dan b.example.com) ke dalam satu proses perender.

    Dengan Isolasi Origin, setiap origin individual (misalnya, https://foo.example.com) akan diisolasi dalam proses perender sendiri. Perubahan ini memperkuat arsitektur keamanan Chrome dengan menyelaraskan batas proses secara lebih baik dengan model keamanan berbasis origin, web yang mendasar, sehingga menawarkan perlindungan yang lebih besar terhadap potensi kerentanan dalam situs. Meskipun setiap proses akan lebih kecil, peningkatan perincian proses ini dapat menyebabkan penggunaan memori dan CPU secara keseluruhan yang lebih tinggi. Untuk menyeimbangkan keamanan dan performa, Isolasi Origin akan diaktifkan secara default hanya di perangkat dengan RAM minimal 4 GB.

    Administrator dapat mengontrol fitur ini menggunakan kebijakan OriginKeyedProcessesEnabled.

     
    • Chrome 141 di Windows, macOS, Linux: Fitur akan diluncurkan secara bertahap
       

   

  • Kebijakan Origin yang Sama yang Ketat untuk Storage Access API back to top

    Di Chrome 141, semantik Storage Access API kini mengikuti kebijakan Origin yang Sama secara ketat guna meningkatkan keamanan. Secara default, penggunaan document.requestStorageAccess() dalam frame hanya akan melampirkan cookie pada permintaan yang ditujukan ke origin iframe (bukan situs). Kebijakan CookiesAllowedForUrls atau Header Storage Access masih dapat digunakan untuk berhenti memblokir cookie lintas situs.

     
    • Chrome 141 di Windows, macOS, Linux, Android
       

   

  • Kebijakan baru di browser Chrome back to top
    Kebijakan Deskripsi
    NTPShortcuts Mengonfigurasi daftar pintasan di halaman Tab baru 
    GloballyScopeHTTPAuthCacheEnabled Mengonfigurasi apakah cache autentikasi HTTP dicakup ke situs tingkat teratas atau tab browser 
      

Perubahan Chrome Enterprise Core

   

  • Dukungan browser terdaftar untuk penyesuaian Chrome Web Store Enterprise back to top

    Chrome Web Store yang Disesuaikan kini mendukung browser terkelola yang terdaftar di Chrome Enterprise Core (Setelan mesin cloud). Hal ini memungkinkan admin menyesuaikan Chrome Web Store tanpa perlu pengguna login. Penyesuaian ini meliputi:

    • Menambahkan logo perusahaan
    • Menambahkan banner hero dan pengumuman kustom
    • Menyeleksi koleksi ekstensi
    • Menyembunyikan kategori ekstensi
     

    Setelan Penyesuaian Chrome Web Store sebelumnya diluncurkan di Chrome 132, tetapi hanya mendukung kebijakan tingkat pengguna (untuk pengguna yang login). Mulai Chrome 140, fitur ini akan tersedia untuk Penguji Tepercaya Chrome Enterprise Core.

     
    • Chrome 141 di Linux, macOS, Windows: Mulai Chrome 141, fitur ini akan diluncurkan ke Ketersediaan Umum (GA).
     

   

  • Pintasan yang dikelola Enterprise di halaman Tab baru back to top

    Pintasan di halaman Tab baru dapat memberikan akses cepat ke aplikasi dan resource internal. Admin dapat menyiapkan hingga 10 pintasan di halaman Tab baru pengguna menggunakan kebijakan NTPShortcuts.  Mulai Chrome 141, fitur ini akan tersedia untuk Penguji Tepercaya Chrome Enterprise Core.

     
    • Chrome 141 di ChromeOS, Linux, macOS, Windows: Pratinjau awal kebijakan tersedia untuk Penguji Tepercaya. Admin dapat menyiapkan hingga 10 pintasan dan pengguna dapat beralih ke Pintasan organisasi saya dengan membuka Sesuaikan Chrome.
    • Chrome 143 di ChromeOS, Linux, macOS, Windows: Kebijakan akan tersedia secara umum. Pintasan yang ditetapkan oleh admin akan ditampilkan selain pintasan yang ditetapkan pengguna (Pintasan saya atau Situs yang paling sering dikunjungi). Pengguna dapat mengontrol visibilitas pintasan dengan membuka panel Sesuaikan Chrome.
     

   

  • Penghapusan profil tidak aktif di Chrome Enterprise Core back to top

    Pada Juni 2025, setelan periode tidak aktif untuk penghapusan profil mulai diluncurkan. Pada September 2025, setelan ini mulai otomatis menghapus profil terkelola di konsol Admin yang tidak aktif selama lebih dari periode tidak aktif yang ditentukan. Saat setelan tersebut dirilis, periode waktu tidak aktif memiliki nilai default 90 hari. Artinya, semua profil terkelola yang tidak aktif selama lebih dari 90 hari akan dihapus dari akun Anda secara default. 

    Administrator dapat mengubah nilai periode tidak aktif menggunakan setelan ini

    • Nilai maksimum adalah 730 hari 
    • Nilai minimum adalah 28 hari
     

    Jika nilai yang ditetapkan diturunkan, tindakan tersebut mungkin akan berdampak secara global pada semua profil yang saat ini dikelola. Semua profil yang terpengaruh akan dianggap tidak aktif dan, oleh karena itu, akan dihapus. Tindakan ini tidak akan menghapus akun pengguna. Jika profil yang tidak aktif diaktifkan kembali di perangkat, profil tersebut akan muncul kembali di konsol.

     
    • Chrome 141 di Android, ChromeOS, Linux, macOS, Windows: Kebijakan diluncurkan pada bulan Juni. Penghapusan akan dimulai pada bulan September dan gelombang awal penghapusan akan selesai pada akhir bulan Oktober. Setelah peluncuran kebijakan penghapusan ini, profil yang tidak aktif akan terus dihapus setelah mencapai periode tidak aktifnya.
     

Perubahan Chrome Enterprise Premium

Baca lebih lanjut perbedaan antara Chrome Enterprise Core and Chrome Enterprise Premium.

   

  • Penyesuaian penambahan watermark back to top  

    Chrome Enterprise Premium kini memungkinkan administrator menyesuaikan tampilan watermark. Peningkatan ini bertujuan untuk membuat pengalaman pengguna menjadi lebih baik, dengan mengatasi masalah penyebab lelah mata dan menurunnya keterbacaan di halaman yang menampilkan watermark lama.

    Untuk mengontrol tampilan watermark, administrator dapat menggunakan kebijakan WatermarkStyle yang baru. Dalam kebijakan ini, admin dapat mengonfigurasi hal berikut:

    • font_size: Menetapkan ukuran font teks dalam piksel. 
    • fill_opacity: Menetapkan opasitas isian teks, dari 0 (transparan) hingga 100 (buram). 
    • outline_opacity: Menetapkan opasitas garis tepi teks, dari 0 (transparan) hingga 100 (buram). 

    Hal ini memberikan fleksibilitas lebih tinggi bagi administrator untuk menyelaraskan persyaratan keamanan dengan kebutuhan produktivitas pengguna.

    • Chrome 141 di ChromeOS, Linux, macOS, Windows: Peluncuran ini memungkinkan administrator menyesuaikan ukuran font dan tingkat opasitas watermark menggunakan kebijakan WatermarkStyle yang baru di konsol Google Admin.

↑ kembali ke atas  

Segera hadir

Catatan: Item yang tercantum di bawah adalah update eksperimental atau terencana. Item tersebut mungkin berubah, ditunda, atau dibatalkan sebelum diluncurkan ke saluran Stabil.

 

Perubahan browser Chrome mendatang

   

  • Pembatasan akses jaringan lokal back to top

    Chrome 142 akan membatasi kemampuan untuk membuat permintaan ke jaringan lokal pengguna, yang kini perlu melewati dialog izin. Permintaan jaringan lokal adalah permintaan apa pun dari situs publik ke alamat IP lokal atau loopback, atau dari situs lokal (misalnya, Intranet) ke loopback. Dengan menerapkan dialog izin untuk membatasi kemampuan situs dalam melakukan permintaan ini, risiko serangan pemalsuan permintaan lintas situs terhadap perangkat jaringan lokal seperti router bisa dimitigasi. Selain itu, pembatasan ini mengurangi kemampuan situs untuk menggunakan permintaan tersebut sebagai metode pelacakan sidik jari terhadap jaringan lokal pengguna.

    Izin ini dibatasi untuk konteks yang aman. Jika diizinkan, pemblokiran konten campuran untuk permintaan ke jaringan lokal juga akan dilonggarkan (mengingat banyak perangkat lokal tidak dapat memperoleh sertifikat TLS yang dipercaya secara publik karena berbagai alasan).

    Fungsi ini menggantikan upaya sebelumnya yang disebut Akses Jaringan Pribadi, yang menggunakan permintaan preflight agar perangkat lokal memberikan izin. Perusahaan yang perlu menonaktifkan atau memberikan izin secara otomatis dapat melakukannya menggunakan kebijakan LocalNetworkAccessAllowedForUrls dan LocalNetworkAccessBlockedForUrls. Nilai '*' dapat digunakan untuk mengizinkan akses ke jaringan lokal di semua URL, sehingga perilakunya akan sama seperti sebelum pembatasan ini diterapkan.

     
    • Chrome 142 di Windows, macOS, Linux, Android
       

    

  • Dukungan multi-profil Chrome di iOS dalam ekstensi Bagikan back to top

    Mulai Chrome 142 di iOS, ekstensi Berbagi Chrome kini memungkinkan pengguna melihat profil yang sedang digunakan dan mengubahnya sebelum membuka URL di Chrome atau menelusuri teks atau gambar. Untuk pengguna yang mengaktifkan beberapa profil, saat mereka ingin membagikan URL atau memilih teks atau gambar, lalu memilih Chrome, mereka akan dapat melihat ekstensi Berbagi Chrome dengan avatar akun. Jika pengguna tidak melakukan apa pun, intent berbagi akan terbuka di profil yang dipilih.

    Untuk mengubah profil dari ekstensi Berbagi Chrome, pengguna dapat mengkliknya dan memilih profil yang diinginkan. Kemudian, Chrome akan mengganti profil yang sesuai. Jika profil kerja diizinkan oleh kebijakan perusahaan, pengguna dapat menyetel profil widget. Jika hanya profil pribadi atau hanya profil perusahaan yang diizinkan, dukungan multi-profil tidak diaktifkan, widget akan terus berfungsi seperti sebelumnya.

     
    • Chrome 142 di iOS
     

    

  • Pengalaman login dan sinkronisasi yang lebih praktis di Chrome Desktop back to top

    Chrome akan meluncurkan versi login dan sinkronisasi yang lebih praktis serta terkonsolidasi di Chrome untuk Windows, Mac, dan Linux. Sinkronisasi Chrome tidak akan lagi ditampilkan sebagai fitur terpisah di setelan atau di tempat lain. Sebagai gantinya, pengguna dapat login ke Chrome untuk menggunakan dan menyimpan data seperti sandi, bookmark, dan lainnya di Akun Google mereka, yang tunduk pada kebijakan perusahaan yang relevan. Selain itu, pengguna yang login ke Chrome juga dapat memilih untuk menyinkronkan tab dan histori penjelajahan di Akun Google mereka, yang sekali lagi tunduk pada kebijakan perusahaan yang relevan.

    Seperti sebelumnya, fungsionalitas ini, yang semula menjadi bagian dari sinkronisasi Chrome yang menyimpan dan mengakses data Chrome di Akun Google, dapat dinonaktifkan melalui SyncDisabled dan SyncTypesListDisabled. Login ke Chrome dapat dinonaktifkan melalui BrowserSignin seperti sebelumnya.

    Perubahan ini tidak memengaruhi kemampuan pengguna untuk login ke properti Google di web (misalnya, Gmail) tanpa login ke Chrome, kemampuan mereka untuk tetap logout dari Chrome, atau kemampuan mereka untuk mengontrol informasi apa saja yang disinkronkan dengan Akun Google mereka.

    Perubahan ini cukup mirip dengan pengalaman login dan sinkronisasi yang lebih praktis yang diluncurkan di iOS pada versi 117 dan di Android pada versi 127.

     
    • Chrome 142 di Linux, macOS, Windows: Peluncuran bertahap
     

    

  • Setelan keamanan gabungan back to top

    Fitur ini menyediakan opsi keamanan gabungan bagi pengguna untuk mengonfigurasi setelan keamanan berdasarkan tingkat perlindungan yang diinginkan saat menggunakan Chrome. Pengguna dapat memilih antara opsi Enhanced untuk tingkat keamanan tertinggi dan Standard untuk perlindungan seimbang default. Pengguna masih dapat menetapkan nilai kustom untuk setelan, seperti yang dapat mereka lakukan saat ini. Hal ini menyederhanakan pengalaman pengguna dan mempermudah pengguna mendapatkan tingkat perlindungan yang mereka inginkan tanpa perlu memahami opsi konfigurasi lanjutan.

    Kebijakan perusahaan yang ada lebih diprioritaskan daripada pilihan paket pengguna akhir. Jika kebijakan yang ada dikonfigurasi untuk setelan keamanan, nilai tidak akan diganti oleh pilihan paket keamanan pengguna.

     
    • Chrome 142 di ChromeOS, Linux, macOS, Windows
     

    

  • Menghapus nama jendela untuk navigasi lintas situs yang mengganti grup konteks penjelajahan back to top

    Saat ini, nilai properti window.name dipertahankan selama tab aktif, bahkan saat navigasi mengalihkan grup konteks penjelajahan, sehingga dapat membocorkan informasi dan berpotensi digunakan sebagai vektor pelacakan. Mulai Chrome 142, properti window.name tidak akan lagi dipertahankan dalam kasus ini, yang akan memitigasi masalah ini. 

    Pembaruan ini akan memperkenalkan kebijakan perusahaan sementara yang baru, ClearWindowNameCrossSiteBrowsing, yang akan berhenti berfungsi di Chrome 146.

     
    • Chrome 142 di Windows, macOS, Linux, Android, iOS: Kebijakan Enterprise akan tersedia
    • Chrome 146 di Windows, macOS, Linux, Android, iOS: Kebijakan Enterprise akan dihapus
     

    

  • Bantuan LLM klien dalam memitigasi scam back to top

    Pengguna di web menghadapi scam dalam jumlah yang signifikan setiap harinya. Untuk memerangi scam ini, Chrome akan memanfaatkan LLM di perangkat untuk mengidentifikasi situs scam bagi pengguna Safe Browsing yang Disempurnakan (ESB). Chrome akan mengirimkan konten halaman ke LLM di perangkat untuk menyimpulkan sinyal terkait keamanan halaman dan mengirimkan sinyal ini ke sisi server Safe Browsing untuk mendapatkan keputusan akhir. Jika diaktifkan, Chrome dapat menggunakan lebih banyak bandwidth untuk mendownload LLM.

     
    • Chrome 134 di Linux, macOS, Windows: Mengumpulkan nama merek dan ringkasan intent halaman yang memicu kunci keyboard untuk mengidentifikasi situs scam.
    • Chrome 135 di Linux, macOS, Windows: Menampilkan peringatan kepada pengguna berdasarkan keputusan server yang menggunakan nama merek dan ringkasan intent halaman yang memicu kunci keyboard.
    • Chrome 137 di Linux, macOS, Windows: Mengumpulkan ringkasan merek dan intent halaman berdasarkan sistem penskoran reputasi server.
    • Chrome 138 di Linux, macOS, Windows: Menampilkan peringatan kepada pengguna berdasarkan keputusan server yang menggunakan merek dan intent halaman yang diberi skor oleh sistem reputasi server.
    • Chrome 142 di Android
     

    

  • Pencegahan pelacakan HSTS back to top

    Update ini akan memitigasi pelacakan pengguna oleh pihak ketiga melalui cache HTTP Strict Transport Security (HSTS). Fitur ini hanya mengizinkan upgrade HSTS untuk navigasi tingkat teratas dan memblokir upgrade HSTS untuk permintaan sub-resource. Dengan begitu, situs pihak ketiga tidak akan dapat menggunakan cache HSTS untuk melacak pengguna di seluruh web.

     
    • Chrome 142 di Windows, macOS, Linux, Android
     

    

  • Peristiwa pointerrawupdate yang dapat dioperasikan hanya diekspos dalam konteks aman back to top

     

    Spesifikasi PointerEvents membatasi pointerrawupdate ke konteks aman pada tahun 2020, menyembunyikan pemicuan peristiwa dan pemroses peristiwa global dari konteks yang tidak aman. Melalui fitur ini, Chrome akan mencocokkan spesifikasi yang diperbarui dan dapat beroperasi dengan browser utama lainnya.

     
    • Chrome 142 di Windows, macOS, Linux, Android
     

    

  • Cookie yang Terikat Origin (secara default) back to top

    Di Chrome 142, cookie terikat ke origin setelannya (secara default) sehingga hanya dapat diakses oleh origin tersebut, yaitu dikirim pada permintaan atau terlihat melalui document.cookie. Cookie dapat mempermudah pembatasan pengikatan host dan port melalui penggunaan atribut Domain, tetapi semua cookie akan terikat ke skema setelannya.

    Kebijakan perusahaan sementara LegacyCookieScopeEnabled dan LegacyCookieScopeEnabledForDomainList tersedia untuk mengembalikan perubahan ini. Kebijakan ini akan berhenti berfungsi di Chrome 150.

     
    • Chrome 142 di Android, iOS, Linux, macOS, Windows: Kebijakan Enterprise akan tersedia
    • Chrome 150 di Android, iOS, Linux, macOS, Windows: Kebijakan Enterprise akan dihapus
     

    

  • Kriptografi Pasca-Kuantum untuk DTLS di WebRTC back to top

    Fitur ini akan memungkinkan penggunaan Kriptografi Pasca-Kuantum (PQC) dengan koneksi WebRTC. Alasan penggunaan PQC adalah agar traffic media WebRTC selalu menggunakan protokol kriptografi terbaru, serta mencegah skenario Harvest Now to Crack Later

    Admin akan dapat mengontrol fitur ini menggunakan kebijakan enterprise WebRtcPostQuantumKeyAgreementEnabled, untuk memungkinkan pengguna versi bisnis menonaktifkan PQC. Kebijakan ini bersifat sementara dan akan dihapus paling lambat pada Chrome 152.

    • Chrome 142 di Android, ChromeOS, Linux, macOS, Windows, Fuchsia
    • Chrome 152 di Android, ChromeOS, Linux, macOS, Windows, Fuchsia: Penghapusan Kebijakan Perusahaan
     

    

  • Aktivasi pengguna tetap di seluruh navigasi origin yang sama back to top

     

    Fitur ini mempertahankan status aktivasi pengguna tetap setelah halaman beralih ke halaman dengan origin yang sama. Kurangnya aktivasi pengguna di halaman pasca-navigasi mencegah beberapa kasus penggunaan seperti menampilkan keyboard virtual pada fokus otomatis, dan hal ini telah menjadi penghalang bagi developer yang ingin membangun Aplikasi Multihalaman (MPA) melalui Aplikasi Web Satu Halaman (SPA).

     
    • Chrome 142 di Windows, macOS, Linux, Android
     

    

  • Pembaruan untuk peringatan Tidak ada HTTPS  back to top

    Chrome 140 memperbarui peringatan yang ditampilkan saat pengguna memilih untuk mengaktifkan Selalu gunakan koneksi aman di chrome://settings/security dari interstisial ke dialog. Indikator keamanan konten URL di peringatan berubah dari tanda bintang menjadi ikon gembok rusak, sementara pemuatan halaman penuh tetap diblokir dan fungsinya tetap tidak berubah. Beberapa pengguna mungkin melihat peringatan ini secara otomatis saat mengunjungi situs HTTP. Pengguna dapat mengaktifkan peringatan ini di chrome://settings/security.

     
    • Chrome 140 di ChromeOS, Linux, macOS, Windows: Desain peringatan baru di platform desktop
    • Chrome 142 di Android: Desain peringatan baru di Android

    

  • Manifes Aplikasi Web: algoritma kelayakan update back to top

    Mulai Chrome 142, manifes Aplikasi Web akan menentukan algoritma kelayakan update. Hal ini membuat proses update menjadi lebih deterministik dan dapat diprediksi, sehingga memberi developer lebih banyak kontrol atas apakah (dan kapan) update harus diterapkan ke penginstalan yang ada, serta memungkinkan penghapusan throttle pemeriksaan update yang saat ini perlu diterapkan oleh agen pengguna untuk menghindari pemborosan resource jaringan.

    • Chrome 142 di Windows, macOS, Linux
    • Chrome 143 di Android
     

    

  • Elemen pseudo CSS untuk penyorotan hasil pencarian di halaman back to top

    Fitur ini akan memungkinkan penulis situs mengatur gaya penyorotan hasil penelusuran dari fitur cari di halaman menggunakan elemen pseudo untuk sorotan, seperti pada pemilihan teks dan kesalahan ejaan. Dengan demikian, penulis situs dapat mengubah warna latar depan dan latar belakang atau menambahkan dekorasi teks. Hal ini sangat berguna jika tampilan default browser kurang kontras atau tidak cocok dengan warna halaman.

    • Chrome 143 di Windows, macOS, Linux, Android
     

    

  • Menghentikan penggunaan savedTabGroups sebagai nilai individual di SyncTypesListDisabled back to top

    Saat ini, kebijakan perusahaan SyncTypesListDisabled memungkinkan administrator menonaktifkan sinkronisasi jenis data savedTabGroups di platform desktop. Namun, di platform seluler, sinkronisasi Grup Tab sudah dikelola oleh jenis data tab. Untuk menyelaraskan perilaku desktop dengan perangkat seluler dan menyederhanakan pengelolaan sinkronisasi, jenis data savedTabGroups individual akan dihentikan dan tidak lagi menjadi nilai yang dapat disesuaikan secara individual dalam kebijakan SyncTypesListDisabled

    Tindakan yang diperlukan oleh administrator: 

    Mulai Chrome 143, jika kebijakan SyncTypesListDisabled Anda menonaktifkan tab atau savedTabGroups, kedua jenis data tersebut kini akan dianggap dinonaktifkan. Artinya, menonaktifkan tab juga akan menonaktifkan grup tab tersimpan, dan sebaliknya. Nilai savedTabGroups akan sepenuhnya dihapus dari daftar jenis data yang didukung untuk kebijakan ini. Administrator yang telah menonaktifkan grup tab tersimpan dan ingin mempertahankan perilaku ini harus menonaktifkan jenis data tab secara eksplisit. Hal ini akan memastikan perilaku yang diinginkan sebelum nilai savedTabGroups dihapus sepenuhnya.

     
    • Chrome 143 di Windows, macOS, Linux
     

    

  • Happy Eyeballs V3 back to top

    Peluncuran ini merupakan pengoptimalan internal di Chrome yang menerapkan Happy Eyeballs V3 untuk mencapai konkurensi koneksi jaringan yang lebih baik. Happy Eyeballs V3 melakukan resolusi DNS secara asinkron dan mengatur upaya koneksi dengan protokol (H3/H2/H1) dan versi alamat IP (IPv6 atau IPv4) yang lebih sesuai untuk mengurangi jeda koneksi jaringan yang dialami pengguna. Fitur ini dibatasi oleh kebijakan sementara, yaitu HappyEyeballsV3Enabled.

     
    • Chrome 144 di Android, ChromeOS, Linux, macOS, Windows
     

    

  • Mode ServiceWorkerAutoPreload back to top

    ServiceWorkerAutoPreload adalah mode saat browser mengeluarkan permintaan jaringan secara paralel dengan bootstrap service worker, dan menggunakan hasil permintaan jaringan di dalam handler pengambilan jika handler pengambilan tersebut menampilkan respons dengan respondWith(). Jika hasil handler pengambilan adalah penggantian, hasil tersebut akan meneruskan respons jaringan langsung ke browser. ServiceWorkerAutoPreload didefinisikan sebagai pengoptimalan browser opsional, yang akan mengubah perilaku service worker yang ada. Admin dapat mengontrol fitur ini menggunakan kebijakan perusahaan yang disebut ServiceWorkerAutoPreloadEnabled.

       

    

  • Perubahan pada jadwal peluncuran Stabil Awal back to top

    Mulai Chrome 145, Chrome akan diluncurkan ke saluran Stabil Awal satu minggu lebih awal dari yang telah dikomunikasikan sebelumnya. Misalnya, rilis Stabil Awal Chrome 145 beralih dari 4 Februari 2026  ke 28 Januari 2026. Tidak ada perubahan pada rilis saluran Stabil. Untuk melihat tanggal Stabil Awal yang baru, Anda dapat memeriksa jadwal rilis yang telah diperbarui. 

    • Chrome 145 di Android, iOS, macOS, Windows: Chrome akan diluncurkan ke saluran Stabil Awal satu minggu lebih awal.

    

  • Penerapan Verifikasi 2 Langkah untuk admin back to top

    Untuk melindungi informasi organisasi Anda dengan lebih baik, Google akan segera mewajibkan semua akun yang memiliki akses ke admin.google.com mengaktifkan Verifikasi 2 Langkah (2SV). Sebagai administrator Google Workspace, Anda harus mengonfirmasi identitas dengan Verifikasi 2 Langkah, yang memerlukan sandi Anda plus sesuatu, misalnya ponsel atau kunci keamanan.

    Penerapan ini akan diluncurkan secara bertahap dalam beberapa bulan mendatang. Anda harus mengaktifkan Verifikasi 2 Langkah untuk akun admin di organisasi Anda sebelum Google memberlakukan kewajiban ini. Untuk mengetahui informasi selengkapnya, lihat Tentang penerapan Verifikasi 2 Langkah untuk admin ini.

     
    • Chrome 137 di ChromeOS, Linux, macOS, Windows: Penerapan Verifikasi 2 Langkah dimulai
    • Chrome 145 di ChromeOS, Linux, macOS, Windows: Verifikasi 2 Langkah diwajibkan
     

    

  • Pelarangan spasi di host URL non-file:// back to top

    Menurut spesifikasi Standar URL, host URL tidak boleh berisi karakter spasi. Namun, saat ini penguraian URL di Chromium membolehkan spasi di host. Hal ini menyebabkan Chromium gagal dalam beberapa pengujian yang disertakan dalam URL HTTPS Interop2024 untuk WebSocket dan area fokus URL. Agar Chromium memenuhi kepatuhan spesifikasi, kami ingin menghapus spasi dari host URL sepenuhnya, tetapi hal ini sulit karena spasi digunakan di bagian host dalam URL file:// Windows (GitHub).

    • Chrome 145 di Android, ChromeOS, LaCrOS, Linux, macOS, Windows, Fuchsia
     

    

    

  • Migrasi SafeBrowsing API v4 ke v5 back to top

    Panggilan Chrome ke SafeBrowsing API v4 akan dimigrasikan untuk memanggil SafeBrowsing API v5. Nama metode juga akan berbeda antara v4 dan v5. Jika admin memiliki daftar hijau URL khusus v4 untuk mengizinkan permintaan jaringan ke https://safebrowsing.googleapis.com/v4*, daftar tersebut harus diubah untuk mengizinkan permintaan jaringan ke seluruh domain: safebrowsing.googleapis.com. Jika tidak, permintaan jaringan ke API v5 yang ditolak akan menyebabkan regresi keamanan bagi pengguna. Untuk mengetahui detail selengkapnya, lihat Migrasi dari V4 - Safe Browsing

     
    • Chrome 145 di Android, iOS, ChromeOS, Linux, macOS, Windows: Fitur akan diluncurkan secara bertahap 
     

    

  • Enkapsulasi kunci X25519Kyber768 untuk TLS back to top

    Chrome 124 secara default mengaktifkan mekanisme enkapsulasi kunci TLS aman pasca-kuantum baru X25519Kyber768 di semua platform desktop, berdasarkan standar NIST (ML-KEM). Update ini melindungi traffic jaringan dari Chrome dengan server yang juga mendukung ML-KEM dari dekripsi oleh komputer kuantum pada masa mendatang. Perubahan ini harus bersifat transparan terhadap operator server. Cipher ini akan digunakan untuk koneksi TLS 1.3 maupun QUIC.

    Namun, beberapa middlebox TLS mungkin tidak disiapkan untuk ukuran enkapsulasi kunci Kyber (ML-KEM), atau poin kode cipher ClientHello TLS baru, yang menyebabkan koneksi terputus atau macet. Hal ini dapat diatasi dengan memperbarui middlebox Anda, atau menonaktifkan mekanisme enkapsulasi kunci melalui kebijakan sementara Enterprise PostQuantumKeyAgreementEnabled, yang akan tersedia hingga akhir tahun 2024. Namun, cipher aman pasca-kuantum jangka panjang akan diperlukan di TLS dan kebijakan Enterprise tersebut akan dihapus. Kriptografi pasca-kuantum diperlukan untuk CSNA 2.0. Untuk mempelajari lebih lanjut, lihat Melindungi Traffic Chrome dengan KEM Kyber Hybrid.

     
    • Chrome 131 di Linux, macOS, Windows: Chrome akan mengalihkan mekanisme enkapsulasi kunci ke versi standar akhir ML-KEM
    • Chrome 145 di Linux, macOS, Windows: Kebijakan perusahaan akan dihapus
     

    

  • Aplikasi Web Terisolasi (IWA) back to top

    Aplikasi Web Terisolasi (IWA) adalah ekstensi dari pekerjaan yang ada pada penginstalan PWA dan Web Packaging yang memberikan perlindungan lebih kuat terhadap penyusupan server dan modifikasi tanpa izin lainnya, serta diperlukan bagi developer aplikasi yang membutuhkan keamanan tinggi. Aplikasi ini dikemas ke dalam Paket Web, ditandatangani oleh developer-nya, dan didistribusikan kepada pengguna akhir melalui satu atau beberapa potensi metode yang dideskripsikan dalam penjelasan ini. Aplikasi ini tidak dihosting di server web aktif dan diambil melalui HTTPS. 

    Dalam rilis awal, IWA hanya dapat diinstal melalui kebijakan admin di perangkat ChromeOS yang dikelola perusahaan.

     
    • Chrome 146 di Windows Peluncuran ini menambahkan dukungan untuk Aplikasi Web Terisolasi (IWA) dalam konfigurasi browser yang dikelola perusahaan di Windows.
     

    

  • Penyedia framework aksesibilitas Otomatisasi UI di Windows back to top

    Mulai Chrome 126, Chrome akan langsung mendukung software klien aksesibilitas yang menggunakan framework aksesibilitas Otomatisasi UI Microsoft Windows. Sebelum perubahan ini, software tersebut beroperasi bersama Chrome melalui shim kompatibilitas di Microsoft Windows. Perubahan ini dilakukan untuk meningkatkan pengalaman pengguna yang dapat diakses bagi banyak pengguna. Perubahan ini memberikan dukungan lengkap untuk Narator, Pembesar, dan Voice Access; juga akan meningkatkan aplikasi pihak ketiga yang menggunakan framework aksesibilitas Otomatisasi UI Windows. Pengguna Chrome akan mengalami pengurangan penggunaan memori dan overhead pemrosesan saat aplikasi tersebut digunakan dengan alat aksesibilitas. Perubahan ini juga akan memudahkan pengembangan software menggunakan teknologi pendukung.

    Administrator dapat menggunakan kebijakan perusahaan UiAutomationProviderEnabled mulai Chrome 125 untuk mengaktifkan paksa penyedia baru (sehingga semua pengguna menerima fungsi baru), atau menonaktifkan penyedia baru. Kebijakan ini akan didukung hingga Chrome 146, dan akan dihapus di Chrome 147. Periode satu tahun ini dimaksudkan untuk memberi perusahaan waktu yang cukup untuk bekerja sama dengan vendor pihak ketiga sehingga mereka dapat memperbaiki inkompatibilitas apa pun yang ditimbulkan oleh peralihan dari shim kompatibilitas Microsoft ke penyedia Otomatisasi UI Chrome.

     
    • Chrome 125 di Windows: Kebijakan UiAutomationProviderEnabled diperkenalkan sehingga administrator dapat mengaktifkan penyedia framework aksesibilitas Otomatisasi UI Chrome dan memvalidasi bahwa alat aksesibilitas pihak ketiga terus berfungsi.
    • Chrome 126 di Windows: Framework variasi Chrome akan digunakan untuk mulai mengaktifkan penyedia framework aksesibilitas Otomatisasi UI Chrome bagi pengguna. Penyedia ini akan diaktifkan secara bertahap untuk populasi yang stabil sepenuhnya, dengan jeda sesuai kebutuhan guna mengatasi masalah kompatibilitas yang dapat diselesaikan di Chrome. Administrator perusahaan dapat terus menggunakan kebijakan UiAutomationProviderEnabled untuk mengaktifkan perilaku baru lebih awal, atau untuk tidak mengaktifkannya sementara hingga Chrome 136.
    • Chrome 147 di Windows: Kebijakan UiAutomationProviderEnabled akan dihapus dari Chrome. Semua klien akan menggunakan penyedia framework aksesibilitas Otomatisasi UI browser.

 

Update Chrome Enterprise Core mendatang

 

    

  • Pelaporan profil untuk Chrome di iOS back to top

    Chrome Enterprise Core meluncurkan pelaporan profil cloud untuk Chrome di iOS. Untuk mengaktifkan pelaporan profil di iOS, admin IT harus mengaktifkan kebijakan Pelaporan profil terkelola di bagian Browser Chrome > Setelan di konsol Google Admin. Jika telah mengaktifkan Pelaporan profil terkelola, Anda akan otomatis menerima pelaporan profil di Chrome di iOS. Admin dapat mengontrol fitur ini menggunakan kebijakan CloudProfileReportingEnabled

    Data pelaporan profil dapat ditemukan di konsol Google Admin > Browser Chrome > Profil terkelola. Informasi pelaporan mencakup informasi profil, informasi browser (versi browser, OS, saluran, dan sebagainya), kebijakan yang diterapkan, dan lainnya.

    • Chrome 142 di iOS: Fitur akan diluncurkan secara bertahap

 

Perubahan Chrome Enterprise Premium mendatang

   

  • Pemfaktoran ulang UX aturan browser Chrome back to top

    Untuk meningkatkan pengalaman pembuatan aturan Pencegahan Kebocoran Data (DLP), konsol Google Admin akan diperbarui guna menyederhanakan cara administrator menentukan kebijakan untuk berbagai aplikasi seperti Chrome dan Workspace. Perubahan ini pertama kali memperkenalkan grup aplikasi yang saling eksklusif. Artinya, satu aturan DLP kini hanya dapat menarget satu grup aplikasi dalam satu waktu, entah itu aplikasi Workspace (misalnya Drive atau Gmail), pemicu browser Chrome (misalnya mengupload file atau mengunjungi URL), atau pemicu ChromeOS. Perubahan ini menyederhanakan konfigurasi aturan, menghilangkan potensi konflik dari pemilihan aplikasi yang tumpang tindih, dan menjadi dasar bagi alur kerja yang lebih khusus dan mudah digunakan sesuai dengan kebutuhan setiap platform.

    Administrator akan melihat antarmuka pemilihan Aplikasi yang diperbarui, yang menggunakan tombol pilihan untuk menerapkan pemilihan satu grup ini pada aturan baru. Aturan yang sudah ada dan sebelumnya menggabungkan aplikasi dari beberapa grup akan dimigrasikan secara otomatis oleh sistem menjadi aturan terpisah yang sesuai standar dan khusus untuk satu platform, guna memastikan perlindungan berkelanjutan serta transisi yang lancar. Banner di konsol Admin akan memberikan informasi terkait perubahan ini dan proses migrasi tersebut. Tidak ada kebijakan perusahaan baru yang diperkenalkan bersama pembaruan ini. Perubahan yang dilakukan adalah pada antarmuka konfigurasi aturan. Untuk mengetahui informasi selengkapnya, lihat Apa itu kontrol data ChromeOS? - Bantuan Chrome Enterprise dan Education.

     
    • Chrome 141 di ChromeOS, Linux, macOS, Windows: Memungkinkan pemilihan aplikasi yang saling eksklusif untuk konfigurasi aturan DLP di Konsol Admin


     

   

  • Dukungan ukuran file yang ditingkatkan untuk pemindaian DLP back to top

    Kini, Chrome Enterprise Premium memperluas kemampuan Pencegahan Kebocoran Data (DLP) dan pemindaian malware-nya untuk menyertakan file besar dan terenkripsi. Sebelumnya, file berukuran lebih dari 50 MB dan semua file terenkripsi dilewati selama pemindaian konten. Update ini menutup celah keamanan krusial tersebut. Untuk kebijakan yang dikonfigurasi agar menyimpan bukti, file hingga 2 GB kini dapat dikirim ke Evidence Locker. Hal ini memberi administrator visibilitas dan kontrol yang lebih besar, sehingga secara signifikan mengurangi risiko pemindahan data yang tidak sah melalui transfer file besar.

    Tidak ada kebijakan baru yang diperlukan untuk mengaktifkan fitur ini. Fitur ini dikontrol secara otomatis oleh konfigurasi aturan DLP yang ada di konsol Google Admin. Jika admin memiliki aturan yang berlaku untuk upload, download, atau pencetakan file, aturan tersebut kini juga akan berlaku untuk file besar dan terenkripsi. Untuk mengetahui informasi selengkapnya, lihat Apa itu kontrol data ChromeOS? - Bantuan Chrome Enterprise dan Education.

    • Chrome 145 di Linux, macOS, Windows: Tahap ini memungkinkan pengumpulan file besar (>50 MB) dan terenkripsi untuk Ruang Penyimpanan Bukti, sehingga menutup celah keamanan DLP utama.

↑ kembali ke atas  

 Daftar untuk menerima email tentang rilis mendatang

Catatan rilis sebelumnya 

Referensi lainnya

Masih butuh bantuan?

Google serta merek dan logo terkait adalah merek dagang Google LLC. Semua nama perusahaan dan produk lainnya adalah merek dagang masing-masing perusahaan terkait.

Apakah ini membantu?

Bagaimana cara meningkatkannya?
Telusuri
Hapus penelusuran
Tutup penelusuran
Menu utama
6713431177587794248
true
Pusat Bantuan Penelusuran
false
true
true
true
true
true
410864
false
false
false
false