Catatan rilis Chrome Enterprise dan Education

Terakhir diperbarui pada: 6 November 2024

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 130

 
Perubahan browser Chrome Keamanan/Privasi Produktivitas pengguna/Aplikasi Pengelolaan
Toast desktop    
Pemilih platform untuk berbagi layar di macOS     
Menu Akun Baru    
Penampil PDF di Android    
Pembekuan tab dalam mode Penghemat energi    
Transpor kamus kompresi dengan Shared Brotli dan Shared Zstandard    
Penampung scroll yang dapat difokuskan keyboard    
Mendukung URL skema non-khusus    
Chrome di Android kini mendukung penyedia sandi dan isi otomatis pihak ketiga  
Gaya penggantian elemen <meter>    
Kebijakan baru dan yang diperbarui di browser Chrome    
Perubahan Chrome Enterprise Core Keamanan/Privasi Produktivitas pengguna/Aplikasi Pengelolaan
Perubahan default untuk kebijakan AI generatif    
Dukungan untuk setelan tingkat pengguna di Konfigurasi kustom     
Aturan navigasi URL khusus audit    
Insight Keamanan Chrome  
Skor risiko ekstensi Fase 2  
Perubahan Chrome Enterprise Premium Keamanan/Privasi Produktivitas pengguna/Aplikasi Pengelolaan
Tidak ada update di Chrome 130.      
Perubahan browser Chrome mendatang Keamanan/Privasi Produktivitas pengguna/Aplikasi Pengelolaan
Menelusuri dan menerima jawaban di histori Chrome Anda dengan AI    
Tanda tangan kode ad-hoc untuk shim PWA di macOS    
Pemeriksaan Safe Browsing real-time asinkron    
Menghapus metode GPUAdapter requestAdapterInfo() non-standar    
Menghentikan penggunaan Pelaporan Lengkap Safe Browsing    
Mengupdate Layanan Google Play untuk memperbaiki masalah terkait sandi di perangkat    
Sangsi sertifikat Entrust    
Pengalaman login dan sinkronisasi yang lebih praktis  
Pengambilan Link pengguna di PWA  
Penghentian penggunaan properti CSS Anchor Positioning inset-area    
Enkapsulasi kunci X25519Kyber768 untuk TLS    
OCR di Penampil PDF Chrome    
Peringatan formulir tidak aman di iOS    
Layanan Jaringan di Windows akan ditangani dengan sandbox    
Baca lisan dalam Mode baca     
Merekam semua layar    
Migrasi SafeBrowsing API v4 ke v5    
Pemeriksaan akses jaringan pribadi untuk permintaan navigasi: mode peringatan saja    
Menghentikan penggunaan peristiwa mutasi  
Penyedia framework aksesibilitas Otomatisasi UI di Windows    
Perubahan Chrome Enterprise Core mendatang Keamanan/Privasi Produktivitas pengguna/Aplikasi Pengelolaan
Kebijakan Default AI generatif    
Integrasi telemetri ekstensi Chrome dengan Google SecOps  
Daftar dan pelaporan profil terkelola baru untuk pengguna yang login      
Menghapus kebijakan Enterprise yang digunakan untuk perilaku lama situs yang sama    
Perubahan Chrome Enterprise Premium mendatang Keamanan/Privasi Produktivitas pengguna/Aplikasi Pengelolaan
Kontrol Data Chrome Enterprise: Papan Klip    
Perlindungan screenshot    

 

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

   

  • Toast desktop back to top

    Chrome 130 memperkenalkan pola Toast baru yang memungkinkan berbagai fitur menampilkan konfirmasi visual atas tindakan pengguna atau memberikan cara cepat untuk melakukan tindak lanjut. Misalnya, saat menambahkan sesuatu ke daftar bacaan, Toast akan mengonfirmasi bahwa item telah ditambahkan dan menawarkan link cepat ke panel samping daftar bacaan. Toast muncul sebagai chip kecil yang sebagian tumpang tindih dengan konten web dan sebagian dengan toolbar atas browser.

     
    • Chrome 130 di ChromeOS, Linux, macOS, Windows: Pola Toast baru ini akan diaktifkan untuk serangkaian fitur awal di Chrome 130. Toast berikutnya akan diluncurkan secara independen oleh tim lain yang menggunakan pola tersebut.
     

    desktop toasts

     

   

  • Pemilih platform untuk berbagi layar di macOS back to top

    Saat berbagi layar di Chrome menggunakan macOS X Sequoia, pengguna kini dapat memilih jendela atau layar yang akan dibagikan dengan pemilih platform yang diperbarui. Dengan pemilih platform baru ini, Anda tidak perlu menetapkan izin perekaman layar ke Chrome, sehingga sama dengan fungsi berbagi layar di aplikasi macOS lainnya.

    Pemilih baru tidak akan diaktifkan sebelum update pertama macOS Sequoia, yaitu versi 15.1, yang akan dirilis sebulan setelah versi awal 15.0. Sebelum itu, pengguna Chrome akan melihat dialog peringatan bahwa Chrome belum menggunakan API pemilih baru.

     

    Untuk menguji pengalaman pemilih berbagi layar baru:

    1. Update Chrome ke versi 129 atau yang lebih baru.
    2. Di macOS, buka Terminal.
    3. Di bagian prompt, ketik: open -b com.google.Chrome --args -enable-features=UseSCContentSharingPicker
    4. Untuk mengeksekusi perintah, tekan Enter di keyboard.
     

    Fitur ini juga dapat diaktifkan di chrome://flags.

     
    • Chrome 130 di macOS
     

    screen share

     

   

  • Menu Akun Baru back to top

    Beberapa pengguna kini dapat mengakses menu Akun yang baru dengan mengetuk avatar mereka di halaman Tab baru. Menu Akun yang baru memungkinkan pengguna logout, berganti akun dengan mudah, dan mengatasi error terkait akun di Chrome. Dengan kebijakan yang sudah ada seperti BrowserSignin dan RestrictAccountsToPatterns, tentukan akun yang dapat digunakan pengguna untuk login atau berganti akun.

     
    • Chrome 130 di iOS

    new account menu

     

   

  • Penampil PDF di Android back to top

    Fitur ini memberikan kemampuan untuk melihat PDF dalam UI browser Chrome. Sebelum adanya perubahan ini, pengguna harus melalui banyak langkah untuk melihat dokumen PDF. Langkah-langkah tersebut memaksa pengguna keluar dari Chrome untuk melihat dokumen PDF. Dengan fitur ini, PDF akan dirender dengan lancar di Chrome. Pengguna tetap dapat mendownload PDF dan membukanya dengan aplikasi pihak pertama atau pihak ketiga pilihan mereka. 

     
    • Chrome 130 di Android 

   

  • Pembekuan tab dalam mode Penghemat energi back to top

    Saat Penghemat energi aktif, Chrome kini membekukan tab dengan penggunaan CPU tinggi yang telah disembunyikan dan disenyapkan selama >5 menit, kecuali:

    • tab tersebut menjalankan fungsi konferensi audio atau video (terdeteksi melalui mikrofon, kamera atau layar, tangkapan tab atau jendela, atau RTCPeerConnection dengan RTCDataChannel terbuka atau MediaStreamTrack live).
    • tab tersebut mengontrol perangkat eksternal (terdeteksi menggunakan Web USB, Web Bluetooth, Web HID, atau Web Serial).
     

    Tindakan ini akan memperpanjang daya tahan baterai dan mempercepat Chrome dengan berkurangnya penggunaan CPU.

     
    • Chrome 130 di ChromeOS, Linux, macOS, Windows: Fitur ini dapat diuji di Chrome 130 melalui entri #freezing-on-energy-saver di about:flags. Selain itu, fitur ini dapat diuji dengan #freezing-on-energy-saver-testing yang menyimulasikan kondisi Penghemat energi yang aktif dan semua tab menunjukkan penggunaan CPU yang tinggi (dengan begitu, Anda dapat memverifikasi apakah tab memenuhi syarat untuk dibekukan dan akan dibekukan jika menunjukkan penggunaan CPU yang tinggi). Ketersediaan Penghemat energi dapat dikontrol melalui kebijakan BatterySaverModeAvailability (perubahan ini tidak berlaku jika Penghemat energi tidak aktif).
    • Chrome 131 di ChromeOS, Linux, macOS, Windows: Fitur ini akan mulai diluncurkan ke 1% versi Stabil di Chrome 131. Peluncuran ini akan dilakukan secara bertahap hingga 100% versi Stabil. Ketersediaan Penghemat energi dapat dikontrol melalui kebijakan BatterySaverModeAvailability (perubahan ini tidak berlaku jika Penghemat energi tidak aktif).

   

  • Transpor kamus kompresi dengan Shared Brotli dan Shared Zstandard back to top

    Fitur ini menambahkan dukungan untuk menggunakan respons sebelumnya yang ditetapkan sebagai kamus eksternal untuk encoding konten yang mengompresi respons dengan Brotli atau Zstandard.

    Perusahaan mungkin mengalami potensi masalah kompatibilitas dengan infrastruktur jaringan perusahaan yang mencegat traffic HTTPS dan sensitif terhadap encoding konten yang tidak diketahui. Kebijakan perusahaan CompressionDictionaryTransportEnabled tersedia untuk menonaktifkan fitur transpor kamus kompresi.

     
    • Chrome 130 di Windows, macOS, Linux, Android

   

  • Penampung scroll yang dapat difokuskan keyboard back to top

    Chrome 130 meningkatkan aksesibilitas dengan membuat penampung scroll yang dapat difokuskan menggunakan navigasi fokus berurutan. Saat ini, tombol tab tidak memfokuskan scroller kecuali jika tabIndex ditetapkan secara eksplisit ke 0 atau lebih.

    Dengan membuat scroller yang dapat difokuskan secara default, pengguna yang tidak dapat (atau tidak ingin) menggunakan mouse kini dapat memfokuskan konten yang diklip menggunakan tombol tab dan panah pada keyboard. Perilaku ini hanya diaktifkan jika scroller tidak berisi turunan yang dapat difokuskan keyboard. Logika ini diperlukan agar tidak menyebabkan regresi untuk elemen yang dapat difokuskan yang sudah ada, yang mungkin ada dalam scroller seperti <textarea>.

    Catatan: Peluncuran sebelumnya dari fitur ini (dimulai di Chrome 127) dihentikan karena masalah kompatibilitas web, yang akan diperbaiki dalam implementasi yang disertakan di Chrome 130.

     
    • Chrome 130 di Windows, macOS, Linux, Android

   

  • Mendukung URL skema non-khusus back to top

    Chrome 130 mendukung URL skema non-khusus, misalnya, git://example.com/path. Sebelumnya, parser URL Chromium tidak mendukung URL non-khusus. Parser ini mengurai URL non-khusus seolah-olah URL tersebut memiliki opaque path, yang tidak selaras dengan standar URL. Sekarang, parser URL Chromium mengurai URL non-khusus dengan benar, mengikuti standar URL. Untuk mengetahui detail selengkapnya, lihat http://bit.ly/url-non-special

     
    • Chrome 130 di Windows, macOS, Linux, Android

   

  • Chrome di Android kini mendukung penyedia pengelola sandi dan isi otomatis pihak ketiga back to top

    Hingga saat ini, penyedia pengelola sandi dan isi otomatis pihak ketiga dapat digunakan di Chrome untuk Android melalui API aksesibilitas. Di Chrome 130, kami menambahkan dukungan langsung untuk fitur Isi Otomatis di Android, sehingga penyedia pihak ketiga tersebut dapat berjalan dengan Chrome di Android tanpa memerlukan API aksesibilitas. Fitur ini akan meningkatkan performa Chrome di Android. Untuk memanfaatkan fitur ini, pengguna harus memastikan bahwa mereka telah mengonfigurasi penyedia pihak ketiga di setelan Android. Kemudian, di Chrome, mereka harus membuka Setelan > Layanan isi otomatis, lalu memilih Isi otomatis menggunakan layanan lain. Jika pengguna tidak mengubah kedua setelan tersebut, pengisian otomatis sandi, informasi pembayaran, dan alamat akan tetap dilakukan dengan Google.

     
    • Chrome 130 di Android: Setelan baru tersebut akan tersedia mulai Chrome 130. Jika setelan baru digunakan, setelan tersebut akan segera diterapkan. Jika setelan baru tidak digunakan, pengguna akan terus menggunakan Google dan penyedia pihak ketiga melalui aksesibilitas (jika diinstal). Dukungan untuk API aksesibilitas akan dihentikan pada awal tahun 2025, dan pada saat itu setelan baru akan diterapkan untuk semua pengguna.

   

  • Gaya penggantian elemen <meter> back to top

    Di Chrome 130, elemen <meter> dengan appearance: none kini memiliki gaya penggantian wajar yang cocok dengan Safari dan Firefox, bukan hanya menghilang dari halaman. Selain itu, developer kini dapat menyesuaikan gaya elemen <meter>.

    Tombol fitur MeterAppearanceNoneFallbackStyle tersedia di chrome://flags hingga Chrome 133 untuk mengontrol fitur ini.

     
    • Chrome 130 di Windows, macOS, Linux, Android

   

   

Perubahan Chrome Enterprise Core

    

  • Perubahan default untuk kebijakan AI generatif back to top 

    Mulai versi 130, kami mengubah setelan default untuk kebijakan AI generatif dari dinonaktifkan menjadi diizinkan, tanpa meningkatkan model AI, untuk pengguna Workspace for Education. Jika Anda memiliki perangkat yang terdaftar di Chrome Enterprise Core, kebijakan ini akan otomatis diterapkan ke perangkat tersebut untuk mencegah pengiriman data untuk pelatihan model AI. Kebijakan lama dengan setelan default yang diperbarui antara lain:

     

    Untuk mengetahui detail setelan default selengkapnya, lihat Chrome—Kebijakan dan fitur AI generatif.

   

  • Dukungan untuk setelan tingkat pengguna di Konfigurasi kustom back to top

    Konfigurasi kustom baru-baru ini diluncurkan di Chrome 127 dan fitur ini memungkinkan admin IT mengonfigurasi kebijakan Chrome yang belum ada di konsol Admin, dengan menggunakan skrip JSON. Mulai 15 Oktober, Konfigurasi kustom akan mendukung penerapan setelan di tingkat pengguna, selain dukungan tingkat mesin. Dengan kata lain, Anda akan dapat menerapkan kebijakan saat pengguna login ke Akun Google terkelola menggunakan Konfigurasi kustom.

     
    • Mulai 15 Oktober 2024, di Android, iOS, Linux, macOS, Windows: Peluncuran fitur
     

    Untuk memulai, pilih Browser Chrome > Konfigurasi kustom di konsol Admin; SKU Chrome Enterprise Core diperlukan untuk mengakses fitur ini.

    custom configurations

   

  • Aturan navigasi URL khusus audit back to top

    Fitur ini memungkinkan pelanggan membuat aturan navigasi URL Chrome dengan tindakan Audit. Aturan ini memungkinkan admin menjalankan uji coba aturan navigasi URL sebelum mulai menampilkan peringatan pengguna. Aturan ini juga memungkinkan admin mengaudit navigasi pengguna ke URL yang dibatasi atau sensitif di latar belakang.

    Pengauditan URL adalah bagian dari kebijakan konektor pemeriksaan URL real-time yang sudah ada, yaitu EnterpriseRealTimeUrlCheckMode, yang dapat diaktifkan oleh Unit Organisasi atau oleh Grup.

     
    • Chrome 130 di ChromeOS, Linux, macOS, Windows
     

   

  • Insight Keamanan Chrome back to top

    Anda kini dapat mengaktifkan Insight Keamanan Chrome untuk memantau risiko pihak internal dan kehilangan data dengan fungsi pemantauan yang lebih baik untuk aktivitas Chrome. Fitur ini tersedia untuk lisensi berikut: 

    • Chrome Enterprise Core
    • Workspace Enterprise Standard
    • Workspace Enterprise Plus. 

    Untuk informasi selengkapnya, lihat Memantau risiko pihak internal dan kehilangan data.

     
    • Chrome 125 di ChromeOS, Linux, macOS, Windows: Fitur diaktifkan untuk Chrome Enterprise Core 
    • Chrome 130 di ChromeOS, Linux, macOS, Windows: Fitur diaktifkan untuk pelanggan EDU (kecuali Sekolah dasar dan menengah)
     

   

  • Skor risiko di Laporan penggunaan ekstensi dan Aplikasi Chrome back to top

    Fitur ini menambahkan kolom baru di konsol Admin untuk pengelolaan browser yang menampilkan penilaian risiko untuk ekstensi yang diinstal di lingkungan admin. Penambahan baru ini memungkinkan admin IT mengidentifikasi ekstensi dengan skor risiko tinggi, sedang, atau rendah dengan cepat menggunakan fungsi pengurutan dan pemfilteran laporan.

     
    • Saat ini tersedia untuk Penguji Tepercaya. Anda dapat mendaftar ke program Penguji Tepercaya kami di sini.
    • Mulai 15 Oktober di Linux, macOS, Windows: Penambahan penilaian risiko ke tampilan ringkasan.
     

    risk scores

Perubahan Chrome Enterprise Premium

   
  • Di Chrome 130, tidak ada update untuk Chrome Enterprise Premium. back to top

 

Segera hadir

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

 

Perubahan browser Chrome mendatang

 

    

  • Menelusuri dan menerima jawaban di histori Chrome Anda dengan AI back to top 

    Mulai Chrome 131, pengguna akan dapat menelusuri histori penjelajahan dan menerima jawaban yang dibuat berdasarkan konten halaman. Di tahap awal, fitur ini hanya akan tersedia dalam bahasa Inggris untuk pengguna di AS. Admin dapat mengontrol fitur ini menggunakan kebijakan HistorySearchSettings. Anda memiliki opsi berikut untuk organisasi Anda:  

    • Nilai 0 = Mengaktifkan fitur bagi pengguna, dan mengirim data yang relevan ke Google untuk membantu melatih atau meningkatkan kualitas model AI. Data yang relevan dapat mencakup perintah, input, output, dan materi sumber, bergantung pada fiturnya. Data ini dapat ditinjau oleh manusia dengan tujuan meningkatkan kualitas model AI.
    • Nilai 1 = Mengaktifkan fitur bagi pengguna, tetapi tidak mengirim data ke Google untuk melatih atau meningkatkan kualitas model AI.
    • Nilai 2 = Menonaktifkan fitur sepenuhnya

    Untuk mengetahui informasi selengkapnya, lihat Menelusuri histori di Chrome dengan AI

    ● Chrome 131 di Linux, Mac, Windows: fitur ini memberikan jawaban untuk kueri penelusuran Anda.

     

    

  • Tanda tangan kode ad-hoc untuk shim Progressive Web App di macOS back to top 

    Tanda tangan kode untuk shim aplikasi yang sebelumnya dibuat saat menginstal Progressive Web App (PWA) di macOS, kini menggunakan tanda tangan kode ad-hoc yang dibuat saat aplikasi diinstal. Tanda tangan kode digunakan macOS sebagai bagian dari identitas aplikasi. Tanda tangan ad-hoc ini akan membuat setiap shim PWA memiliki identitas unik untuk macOS; sebelumnya setiap PWA diidentifikasi sebagai aplikasi yang sama di macOS.

    Perubahan ini akan memperbaiki masalah yang muncul saat mencoba menyertakan beberapa PWA di panel preferensi Buka saat Login macOS, dan akan memungkinkan peningkatan mendatang dalam menangani notifikasi pengguna di dalam PWA pada macOS.

    Administrator harus menguji kompatibilitas dengan alat keamanan endpoint atau otorisasi biner yang mereka gunakan (seperti Santa). Fitur ini dapat diaktifkan untuk pengujian ini melalui chrome://flags/#use-adhoc-signing-for-web-app-shims. Kemudian, administrator dapat menginstal Progressive Web App dan memastikan aplikasi tersebut diluncurkan sesuai harapan.

    Jika fitur tidak kompatibel dengan kebijakan keamanan saat ini, kebijakan perusahaan, AdHocCodeSigningForPWAsEnabled, dapat digunakan untuk menonaktifkan fitur sementara administrator men-deploy kebijakan keamanan endpoint yang diperbarui. Kebijakan perusahaan dimaksudkan untuk menonaktifkan fitur hanya hingga kebijakan keamanan endpoint telah diperbarui, dan pada saat itu kebijakan tersebut harus dibatalkan.

    • Chrome 129 di macOS: Fitur dinonaktifkan di balik tanda (chrome://flags/#use-adhoc-signing-for-web-app-shims) sehingga perusahaan dapat menguji kompatibilitas dengan alat keamanan endpoint mereka, seperti Santa (https://santa.dev/). Jika saat ini fitur tersebut tidak kompatibel, mereka dapat menonaktifkannya melalui kebijakan perusahaan sementara mereka memperbarui konfigurasi keamanan endpoint. Kebijakan perusahaan dimaksudkan untuk menonaktifkan fitur hanya hingga kebijakan keamanan endpoint telah diperbarui.
    • Chrome 131 di macOS: Fitur akan mulai diluncurkan ke versi Stabil, dimulai dengan peluncuran 1%.
     

    

  • Pemeriksaan Safe Browsing real-time asinkron back to top 

    Saat ini, pemeriksaan Safe Browsing berada di jalur pemblokiran pemuatan halaman. Artinya, pengguna tidak dapat melihat halaman hingga pemeriksaan selesai. Di Chrome 122 dan yang lebih baru di Android, ChromeOS, LaCrOS, Linux, macOS, Windows, untuk meningkatkan kecepatan pemuatan Chrome, pemeriksaan Safe Browsing real-time tidak lagi memblokir pemuatan halaman. Kami telah mengevaluasi risikonya dan menerapkan mitigasi: 

    1. Untuk malware dan serangan zero day, pemeriksaan daftar blokir lokal akan tetap dilakukan secara sinkron sehingga payload berbahaya tetap diblokir oleh Safe Browsing. 
    2. Untuk serangan phishing, kami telah mempelajari data dan menyimpulkan bahwa pengguna kemungkinan belum sempat berinteraksi dengan halaman (misalnya, mengetikkan sandi) pada saat kami menampilkan peringatan.
     
    • Chrome 122 di Android, ChromeOS, LaCrOS, Linux, macOS, Windows
    • Chrome 131 di iOS
     

    

  • Menghapus metode GPUAdapter requestAdapterInfo() non-standar back to top 

    Grup kerja WebGPU memutuskan bahwa requestAdapterInfo() tidak praktis untuk memicu dialog izin sehingga mereka telah menghapus opsi tersebut dan menggantinya dengan atribut info GPUAdapter. Artinya, developer web dapat memperoleh nilai GPUAdapterInfo yang sama secara sinkron. Untuk mengetahui informasi selengkapnya, lihat atribut info Intent to Ship: WebGPU: GPUAdapter sebelumnya.

     
    • Chrome 131 di Windows, macOS, Linux, Android
     

    

  • Menghentikan penggunaan Pelaporan Lengkap Safe Browsing back to top 

    Pelaporan Lengkap Safe Browsing adalah fitur yang meningkatkan keamanan semua pengguna dengan mengumpulkan informasi telemetri dari pengguna yang berpartisipasi dan digunakan untuk perlindungan Google Safe Browsing. Data yang dikumpulkan mencakup URL halaman web yang dikunjungi, informasi sistem terbatas, dan beberapa konten halaman. Namun, fitur ini kini digantikan oleh mode Perlindungan yang ditingkatkan. Sebaiknya pengguna beralih ke Perlindungan yang ditingkatkan untuk terus memberikan keamanan bagi semua pengguna selain mengaktifkan keamanan terkuat yang tersedia di Chrome. Untuk mengetahui informasi selengkapnya, lihat Tingkat perlindungan Safe Browsing

     
    • Chrome 129 di Android, iOS, ChromeOS, Linux, macOS, Windows: Penghentian penggunaan Pelaporan Lengkap Safe Browsing. Tidak termasuk Permintaan Laporan Safe Browsing Klien real-time
    • Chrome 131 di Android, iOS, ChromeOS, Linux, macOS, Windows: Penghentian penggunaan SafeBrowsingExtendedReportingEnabled untuk Permintaan Laporan Safe Browsing Klien real-time
     



     

    

  • Mengupdate Layanan Google Play untuk memperbaiki masalah terkait sandi di perangkat back to top 

    Pengguna dengan Layanan Google Play versi lama akan mengalami penurunan fungsi pada sandi di perangkat mereka, dan Pengelola Sandi mungkin akan segera berhenti berfungsi. Pengguna ini harus mengupdate Layanan Google Play, atau akan dipandu melalui metode pemecahan masalah lain, bergantung pada kondisi mereka. Hal ini adalah bagian dari migrasi berkelanjutan yang hanya memengaruhi pengguna Pengelola Sandi Google pada Android.

     
    • Chrome 131 di Android
     

    

  • Sangsi sertifikat Entrust back to top 

    Sebagai respons terhadap kegagalan kepatuhan yang berkelanjutan, Chrome 127 mengubah cara autentikasi server TLS yang dipercaya secara publik, yaitu situs atau sertifikat yang diterbitkan oleh Entrust, akan dipercaya secara default. Hal ini berlaku untuk Chrome 127 dan yang lebih baru di Windows, macOS, ChromeOS, Android, dan Linux; kebijakan iOS tidak mengizinkan penggunaan Chrome Root Store di Chrome untuk iOS.

    Secara khusus, sertifikat TLS yang memvalidasi sertifikat root CA Entrust yang disertakan dalam Chrome Root Store dan diterbitkan:

        - setelah 31 Oktober 2024, tidak akan lagi dipercaya secara default.

        - pada atau sebelum 31 Oktober 2024, tidak akan terpengaruh oleh perubahan ini. 

    Jika pengguna atau perusahaan yang menggunakan Chrome secara eksplisit memercayai salah satu sertifikat Entrust yang terpengaruh di platform dan versi Chrome yang mengandalkan Chrome Root Store, misalnya, saat kepercayaan eksplisit disampaikan melalui Group Policy Object Windows, batasan Stempel Waktu Sertifikat Bertanda Tangan (SCT) yang dijelaskan di atas akan diganti dan sertifikat akan berfungsi seperti saat ini.  

    Untuk mendapatkan informasi dan referensi pengujian tambahan, lihat Mempertahankan Keamanan Sertifikat Digital - Sangsi Sertifikat Entrust.

    Untuk mempelajari lebih lanjut Chrome Root Store, lihat FAQ ini.

    • Chrome 131 di Android, ChromeOS, Linux, macOS, Windows: Semua versi Chrome 131 dan yang lebih baru yang mengandalkan Chrome Root Store akan memberlakukan tindakan pemblokiran. Namun, tindakan pemblokiran hanya akan dimulai untuk sertifikat yang diterbitkan setelah 11 November 2024.
     

    

  • Pengalaman login dan sinkronisasi yang lebih praktis back to top 

    Mulai Chrome 131, pengguna lama yang mengaktifkan sinkronisasi Chrome akan menikmati versi login dan sinkronisasi yang lebih praktis serta terkonsolidasi di Chrome. Sinkronisasi Chrome tidak akan lagi ditampilkan sebagai fitur terpisah di setelan atau di tempat lain. Sebagai gantinya, pengguna dapat login ke Chrome untuk menggunakan serta menyimpan informasi seperti sandi, bookmark, dan lain-lain di Akun Google mereka, yang tunduk pada kebijakan Enterprise yang relevan.

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

    Perhatikan bahwa perubahan tersebut tidak memengaruhi kemampuan pengguna untuk login ke layanan Google di web (seperti 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.

     
    • Chrome 131 di Android 
     

    

  • Pengambilan Link pengguna di PWA back to top 

    Link web akan otomatis mengarahkan pengguna ke aplikasi web yang terinstal. Agar lebih sesuai dengan ekspektasi pengguna seputar aplikasi web yang terinstal, Chrome akan mempermudah proses perpindahan antara browser dan aplikasi web yang terinstal. Saat pengguna mengklik link yang dapat ditangani oleh aplikasi web yang terinstal, Chrome akan menambahkan chip di kolom URL untuk menyarankan peralihan ke aplikasi tersebut. Jika pengguna mengklik chip tersebut, aplikasi akan langsung diluncurkan, atau petak aplikasi yang dapat mendukung link tersebut akan terbuka. Bagi beberapa pengguna, mengklik link akan selalu otomatis membuka aplikasi.

     
    • Chrome 121 di Linux, macOS, Windows: Saat sebagian pengguna mengklik link, link tersebut akan selalu terbuka di PWA yang terinstal, sementara sebagian pengguna lain akan melihat link itu terbuka di tab baru dengan chip di kolom URL-nya. Mengklik chip akan meluncurkan aplikasi. Tersedia tanda untuk mengontrol fitur ini: chrome://flags/#enable-user-link-capturing-pwa.
    • Chrome 131 di Linux, macOS, Windows: Meluncurkan fitur ini ke 100% versi Stabil, baik dengan setelan default aktif (selalu luncurkan aplikasi saat mengklik link) maupun nonaktif (selalu buka di tab, hanya luncurkan jika pengguna mengklik chip di kolom URL).
       

     

    

  • Penghentian penggunaan properti CSS Anchor Positioning inset-area back to top 

    Grup kerja CSS (CSSWG) memutuskan mengganti nama properti inset-area menjadi position-area. Untuk mengetahui detail selengkapnya, lihat diskusi CSSWG di github. Nama properti baru, position-area, sebagai sinonim untuk inset-area yang disertakan melalui update fitur ini yang diterangkan di Status Platform Chrome, yang menjelaskan penghentian penggunaan dan penghapusan properti inset-area.

     
    • Chrome 131 di Windows, macOS, Linux, Android
     

    

  • Enkapsulasi kunci X25519Kyber768 untuk TLS back to top 

    Mulai Chrome 124, Chrome mengaktifkan secara default 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 mengetahui detail selengkapnya, lihat postingan blog Chromium ini dan postingan blog Keamanan Google ini.

     
    • Chrome 124 di Windows, Mac, Linux: mekanisme enkapsulasi kunci TLS aman pasca-kuantum baru X25519Kyber768 diaktifkan
    • Chrome 131 di Windows, Mac, Linux: Beralih ke ML-KEM versi standar
    • Chrome 141 di Windows, Mac, Linux: Menghapus kebijakan perusahaan PostQuantumKeyAgreementEnabled
     

    

  • OCR di Penampil PDF Chrome back to top 

    Chrome Desktop kini membuat PDF hasil pindaian lebih mudah diakses. Dengan menggunakan OCR di perangkat untuk menjaga privasi (tidak ada konten yang dikirim ke Google), Chrome akan otomatis mengonversi PDF yang dipindai, sehingga Anda dapat memilih teks, Ctrl+F, menyalin, dan menempel. Fitur ini tidak berfungsi pada PDF yang diproteksi Fitur ini hanya akan melakukan OCR pada PDF yang dapat diakses pengguna. Solusi ini memberikan aksesibilitas PDF bagi pengguna Chrome tanpa langkah tambahan, sehingga PDF dapat diakses seperti konten lainnya di web.

     
    • Chrome 131 di ChromeOS, Linux, macOS, Windows
     

    

  • Peringatan formulir tidak aman di iOS back to top 

    Chrome 125 mulai memblokir pengiriman formulir dari halaman yang aman ke halaman yang tidak aman di iOS. Jika mendeteksi pengiriman formulir yang tidak aman, Chrome kini akan menampilkan peringatan yang meminta pengguna untuk mengonfirmasi pengiriman. Tujuannya adalah untuk mencegah kebocoran data formulir melalui teks biasa tanpa persetujuan eksplisit dari pengguna. Kebijakan InsecureFormsWarningsEnabled tersedia untuk mengontrol fitur ini, dan akan dihapus di Chrome 131.

       

    

  • Layanan Jaringan di Windows akan di-sandbox back to top 

    Untuk meningkatkan keamanan dan keandalan, layanan jaringan, yang sudah berjalan dalam prosesnya sendiri, akan di-sandbox di Windows. Sebagai bagian dari langkah ini, kode pihak ketiga yang saat ini dapat memodifikasi layanan jaringan mungkin akan dicegah melakukan modifikasi lagi. Pencegahan ini dapat menyebabkan masalah interoperabilitas dengan software yang memasukkan kode ke dalam ruang proses Chrome, seperti software Pencegahan Kebocoran Data. Kebijakan NetworkServiceSandboxEnabled memungkinkan Anda menonaktifkan sandbox jika inkompatibilitas ditemukan. Anda dapat menguji sandbox di lingkungan Anda dengan mengikuti petunjuk ini. Anda dapat menggunakan pelacak bug Chromium untuk melaporkan masalah yang ditemukan.

     
    • Chrome 132 di Windows: Layanan Jaringan akan di-sandbox di Windows.
     

    

  • Baca lisan dalam Mode baca  back to top 

    Mode baca adalah fitur panel samping yang memberikan tampilan sederhana untuk halaman web yang penuh dengan teks. Mode baca kini akan menyertakan fitur Baca lisan yang memungkinkan pengguna mendengar teks bacaan mereka dibacakan secara lisan. Pengguna dapat memilih berbagai suara alami dan kecepatan yang berbeda, serta melihat sorotan visual.

     
    • Chrome 132 di ChromeOS, Linux, macOS, Windows
     

    

  • Merekam semua layar back to top 

    Fitur ini merekam semua layar yang saat ini terhubung ke perangkat menggunakan getAllScreensMedia(). Memanggil getDisplayMedia() beberapa kali memerlukan beberapa gestur pengguna, sehingga membebani pengguna karena harus memilih layar berikutnya pada setiap pemanggilan, dan tidak memberikan jaminan untuk aplikasi bahwa semua layar telah dipilih. getAllScreensMedia() memberikan peningkatkan untuk semua aspek ini.

    Fitur ini hanya ditampilkan di balik kebijakan perusahaan MultiScreenCaptureAllowedForUrls, dan pengguna akan diberi tahu sebelum perekaman dimulai, bahwa perekaman dapat dimulai sewaktu-waktu. API ini hanya akan berfungsi untuk origin yang ditentukan dalam daftar yang diizinkan MultiScreenCaptureAllowedForUrls. Setiap origin yang tidak ditentukan dalam daftar tidak akan memiliki akses ke API tersebut.

     
    • Chrome 132 di ChromeOS
     

    

  • Migrasi SafeBrowsing API v4 ke v5 back to top 

    Panggilan Chrome ke SafeBrowsing v4 API akan dimigrasikan untuk memanggil API v5. Nama metode juga akan berbeda antara v4 dan v5.

    Jika admin memiliki daftar URL khusus v4 yang diizinkan 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.

     
    • Chrome 133 di Android, iOS, ChromeOS, LaCrOS, Linux, macOS, Windows: Perubahan ini akan diluncurkan secara bertahap.
     

    

  • Pemeriksaan akses jaringan pribadi untuk permintaan navigasi: mode peringatan saja back to top 

    Sebelum situs A membuka situs B di jaringan pribadi pengguna, fitur ini melakukan tindakan berikut:

    1. Memeriksa apakah permintaan dimulai dari konteks yang aman.

    2. Mengirim permintaan preflight, dan memeriksa apakah situs B merespons dengan header yang mengizinkan akses jaringan pribadi.

    Sudah ada fitur untuk subresource dan worker, tetapi fitur ini khusus untuk permintaan navigasi. Pemeriksaan ini dilakukan untuk melindungi jaringan pribadi pengguna.  

    Karena fitur ini dalam mode peringatan saja, kami tidak akan menggagalkan permintaan jika ada pemeriksaan yang gagal. Sebagai gantinya, peringatan akan ditampilkan di konsol DevTools untuk membantu developer bersiap menghadapi penerapan mendatang.

     
    • Chrome 133 di Windows, macOS, Linux, Android
     

    

  • Menghentikan penggunaan peristiwa mutasi back to top 

    Peristiwa mutasi sinkron, termasuk DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument, dan DOMCharacterDataModified, berdampak negatif terhadap performa halaman, serta meningkatkan kompleksitas penambahan fitur baru ke Web secara signifikan. API ini tidak digunakan lagi dari spesifikasinya pada tahun 2011, dan diganti (pada tahun 2012) dengan Mutation Observer API yang jauh lebih baik. Penggunaan peristiwa mutasi yang sudah tidak berlaku harus dihapus atau dimigrasikan ke Mutation Observer. Mulai Chrome 124, kebijakan Enterprise sementara, MutationEventsEnabled, akan tersedia untuk mengaktifkan kembali peristiwa mutasi yang tidak digunakan lagi atau dihapus. Jika Anda mengalami masalah, laporkan bug di sini.

    Dukungan peristiwa mutasi akan dinonaktifkan secara default mulai Chrome 127, sekitar 30 Juli 2024. Kode harus dimigrasikan sebelum tanggal tersebut untuk menghindari kerusakan situs. Jika diperlukan lebih banyak waktu, ada beberapa opsi:

    Lihat postingan blog ini untuk mengetahui detail selengkapnya. Laporkan masalah apa pun di sini.

    • Chrome 135 di Android, Linux, macOS, Windows: Kebijakan perusahaan MutationEventsEnabled tidak akan digunakan lagi.

     

    

  • 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 Enterprise UiAutomationProviderEnabled, yang tersedia mulai Chrome 125, untuk mengaktifkan paksa penyedia baru (sehingga semua pengguna menerima fungsi baru), atau menonaktifkan penyedia baru. Kebijakan ini akan didukung di Chrome 136, dan akan dihapus di Chrome 137. 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 disebabkan 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 Enterprise dapat terus menggunakan kebijakan UiAutomationProviderEnabled untuk mengaktifkan perilaku baru lebih awal, atau untuk tidak mengaktifkannya sementara hingga Chrome 136.
    • Chrome 137 di Windows: Kebijakan UiAutomationProviderEnabled akan dihapus dari Chrome. Semua klien akan menggunakan penyedia framework aksesibilitas Otomatisasi UI browser.

    

Perubahan Chrome Enterprise Core mendatang

   

  • Kebijakan Default AI generatif back to top

    Mulai versi 131, Chrome Enterprise Core akan menawarkan kebijakan untuk mengontrol perilaku default beberapa kebijakan AI generatif melalui program Penguji Tepercaya kami. Anda dapat mendaftar ke program Penguji Tepercaya kami di sini. Kebijakan ini tidak akan memengaruhi nilai kebijakan yang disetel secara manual untuk fitur AI generatif. Kebijakan ini akan mengontrol setelan default untuk kebijakan berikut:

     
    • Hanya tersedia untuk Penguji Tepercaya. Anda dapat mendaftar ke program Penguji Tepercaya kami di sini.

    

  • Integrasi telemetri ekstensi Chrome dengan SecOps back to top 

    Kami akan mulai mengumpulkan data telemetri ekstensi Chronicle yang relevan dari dalam Chrome untuk profil dan perangkat terkelola, lalu mengirimkannya ke Google SecOps. Google SecOps akan menganalisis data tersebut untuk memberikan analisis dan konteks instan tentang aktivitas yang berisiko; data ini akan diperkaya lebih lanjut untuk memberikan konteks tambahan dan dapat ditelusuri selama setahun.

     
    • Chrome 131 di ChromeOS, LaCrOS, Linux, macOS, Windows
     

    

  • Daftar dan pelaporan profil terkelola baru untuk pengguna yang login  back to top 

    Chrome Enterprise Core akan memperkenalkan daftar dan pelaporan Profil terkelola baru di konsol Admin. Fitur ini akan menyediakan daftar profil untuk pengguna terkelola yang login ke Chrome menggunakan Akun Google. Admin IT harus mengaktifkan kebijakan Pelaporan Profil Chrome yang baru untuk melihat informasi selengkapnya tentang profil terkelola. Pelaporan akan menyertakan detail tentang profil terkelola seperti versi browser, kebijakan yang diterapkan (termasuk konflik), ekstensi yang diinstal, dan lainnya.

     
    • Saat ini tersedia di Android, Linux, macOS, Windows untuk program Penguji Tepercaya. Anda dapat mendaftar ke program Penguji Tepercaya kami di sini.
    • Mulai Chrome 130 di Android, Linux, macOS, Windows
      managed profiles  

    

 

Perubahan Chrome Enterprise Premium mendatang

 

   

  • Kontrol Data Chrome Enterprise: Papan Klip back to top

    Admin dapat menetapkan aturan kontrol data di konsol Google Admin untuk melindungi pengguna akhir dari kebocoran data di browser Chrome. Kontrol Data adalah aturan ringan yang ditetapkan di konsol Google Admin. Fitur ini memungkinkan admin menetapkan kebijakan Chrome untuk mengontrol tindakan pengguna yang sensitif seperti menyalin dan menempelkan data sensitif serta mengambil screenshot atau berbagi layar. 

     

    Fitur ini dapat dikontrol melalui kebijakan DataControlsRules. Fitur ini tersedia untuk diuji bagi anggota program Penguji Tepercaya Chrome Enterprise. Anda dapat mendaftar ke program Penguji Tepercaya kami di sini.

     
    • Chrome 128 di ChromeOS, Linux, macOS, Windows: Program Penguji Tepercaya
    • Chrome 131 di ChromeOS, Linux, macOS, Windows: Peluncuran fitur

     

   

  • Perlindungan screenshot back to top

    Admin dapat mencegah pengguna mengambil screenshot atau berbagi layar halaman web tertentu yang dianggap berisi data sensitif. Admin membuat aturan pemfilteran URL DLP untuk memblokir pengguna yang mengambil screenshot atau berbagi layar dari URL atau kategori URL tertentu. Fitur ini dapat dikontrol melalui kebijakan EnterpriseRealTimeUrlCheckMode yang juga merupakan kebijakan yang dapat mengaktifkan semua pencarian URL real-time.

     

    Fitur ini tersedia untuk diuji bagi anggota program Penguji Tepercaya Chrome Enterprise. Anda dapat mendaftar ke program Penguji Tepercaya kami di sini.

     
    • Chrome 129 di ChromeOS, Linux, macOS, Windows: Program Penguji Tepercaya
    • Chrome 131 di ChromeOS, Linux, macOS, Windows: Peluncuran fitur.

     

↑ 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
8761775206876031800
true
Pusat Bantuan Penelusuran
true
true
true
true
true
410864
false
false