비즈니스나 학교의 Chrome 브라우저 또는 ChromeOS 기기 관리자를 위한 도움말입니다.
Chrome 124 출시 요약
엔터프라이즈 출시 노트는 9개 언어로 제공됩니다. Chrome 업데이트는 한국어, 영어, 독일어, 프랑스어, 네덜란드어, 스페인어, 포르투갈어, 인도네시아어, 일본어로 제공됩니다. 일부 언어의 경우 번역되는 데 1~2주 정도 소요될 수 있습니다.
Chrome 브라우저 업데이트
- Chrome Enterprise Premium 제품 출시
이제 강력한 엔드포인트 보안, 개인 정보 보호, 제어를 위한 중앙 집중식 솔루션을 제공하는 Chrome Enterprise Premium을 사용할 수 있습니다(설정 가이드). IT팀과 보안팀은 광범위한 네트워크 가시성을 확보하고, 고급 보호 기능을 간편하게 배포할 수 있습니다. 자세히 알아보기
- Chrome 브라우저 클라우드 관리가 Chrome Enterprise Core로 변경됨
Chrome Enterprise의 클라우드 관리는 운영체제, 기기, 위치와 관계없이 Chrome에서 브라우저 정책, 설정, 앱, 확장 프로그램을 구성하고 관리할 수 있는 중앙 집중식 도구를 제공합니다. 자세히 알아보기
- Linux, MacOS, Windows에서 실행되는 Chrome 124: 신뢰할 수 있는 테스터 액세스
- Linux, MacOS, Windows에서 실행되는 Chrome 126: 기능 출시
- 워터마크(신뢰할 수 있는 테스터)
이 Chrome Enterprise Premium 기능을 사용하면 특정 데이터 손실 방지(DLP) 규칙이 실행되도록 이동한 경우 관리자가 웹페이지 상단에 워터마크를 오버레이할 수 있습니다. 워터마크로 표시할 정적 문자열을 지정할 수 있습니다.
이 기능은 현재 신뢰할 수 있는 테스터 프로그램에서 출시되었습니다. 이 기능을 테스트해 보고자 한다면 여기에서 Chrome Enterprise 신뢰할 수 있는 테스터 프로그램에 가입하세요.
- Linux, MacOS, Windows에서 실행되는 Chrome 124: 신뢰할 수 있는 테스터 액세스
- Linux, MacOS, Windows에서 실행되는 Chrome 126: 기능 출시
- Chrome 서드 파티 쿠키 지원 중단
앞서 발표한 바와 같이, Chrome 120에서는 원활한 테스트를 위해 Chrome 사용자의 1%를 대상으로 서드 파티 쿠키를 기본적으로 제한하기 시작했으며, 이후 출시에서는 빠르면 2024년 3분기부터 모든 사용자를 대상으로 이를 확대할 예정입니다. 모든 사용자를 대상으로 서드 파티 쿠키를 제한하려면 영국 경쟁시장청(CMA)의 경쟁 관련 우려사항 중 남아 있는 사안을 해결해야 합니다. 1% 실험 그룹에 속한 브라우저에는 새로운 추적 방지 사용자 컨트롤도 표시됩니다.
chrome://flags/#test-third-party-cookie-phaseout을 사용 설정하여 Chrome 120 이상에서 이러한 변경사항을 사용해 볼 수 있습니다.테스트 기간에 사이트에서 서드 파티 쿠키가 없는 환경이 어떨지 실질적으로 체험해 볼 수 있습니다. 이탈 추적 방지 역시 서드 파티 쿠키 지원 종료 조치의 일부이므로 서드 파티 쿠키를 차단한 이 그룹의 사용자에게는 이탈 추적 완화 기능이 적용되며, 이탈 추적기로 분류된 사이트에서 해당 상태가 삭제됩니다. 대부분의 기업 사용자는 이 1% 실험 그룹에서 자동으로 제외됩니다. 하지만 관리자가 실험에서 자동으로 제외되기 전에 먼저 BlockThirdPartyCookies 및 CookiesAllowedForUrls 정책을 사용하여 서드 파티 쿠키를 다시 사용 설정하고 관리 브라우저가 이 실험에 포함되지 않도록 할 수 있습니다. 이를 통해 기업은 이 정책이나 서드 파티 쿠키에 의존하지 않기 위해 요구되는 변경사항을 적용할 시간을 확보할 수 있습니다.
Google에서는서드 파티 쿠키 사용 사례를 파악하는 데 도움이 되는 레거시 기술 보고서를 도입합니다. 관리자는 BlockThirdPartyCookies 정책을 False로 설정하여 모든 사이트에서 서드 파티 쿠키를 다시 사용 설정할 수 있지만, 이렇게 하면 사용자가 Chrome에서 해당 설정을 변경할 수 없습니다. 또는 서비스 중단을 방지하기 위한 방법으로 CookiesAllowedForUrls 정책을 설정해 엔터프라이즈 애플리케이션을 허용 목록에 추가하여 서드 파티 쿠키를 계속 받도록 할 수 있습니다.
이 실험 그룹에 포함되고 기업 관리자 정책이 적용되지 않는 기업 최종 사용자의 경우, 사용자 검색주소창의 눈 모양 아이콘을 사용하여 필요한 경우 해당 사이트에서 90일 동안 서드 파티 쿠키를 일시적으로 다시 사용하도록 설정할 수 있습니다. 원하는 구성을 위해 이 설정을 전환하는 방법에 대한 자세한 내용은 이 도움말을 참고하세요.
이탈 추적 방지에도 쿠키와 동일한 정책이 적용되며 바운스하는 사이트에서 서드 파티 쿠키 사용이 허용되지 않는 경우 이러한 보호 조치가 시행됩니다. 따라서 BlockThirdPartyCookies 정책을 false로 설정하거나 사이트에 CookiesAllowedForUrls 정책을 설정하면 이탈 추적 완화 기능으로 인해 사이트의 상태가 삭제되지 않습니다.
광고 외 사용 사례의 교차 사이트 컨텍스트에서 사용되는 엔터프라이즈 SaaS 통합을 서드 파티 지원 중단 기능 트라이얼 또는 퍼스트 파티 지원 중단 기능 트라이얼에 등록하면 제한된 기간 동안 서드 파티 쿠키에 계속 액세스할 수 있습니다.
휴리스틱 기능은 사용자 행동에 따라 제한된 시나리오에서 임시로 서드 파티 쿠키 액세스 권한을 부여합니다. 이렇게 하면 ID 공급업체 팝업 및 리디렉션과 같은 확인된 패턴에서 서드 파티 쿠키 지원 중단으로 인해 발생하는 사이트 중단을 완화할 수 있습니다.
변화에 대비하고, 의견을 제공하고, 잠재적인 사이트 문제를 신고하는 방법을 자세히 알아보려면 서드 파티 쿠키 지원 중단에 대비하기에 관한 업데이트된 방문 페이지를 참고하세요.
- ChromeOS, Linux, MacOS, Windows에서 실행되는 Chrome 120부터
전 세계 트래픽의 1%에서 서드 파티 쿠키가 사용 중지되었습니다. 가능한 경우 기업 사용자는 이 정책에서 자동으로 제외되며, 이 변경사항을 재정의할 수 있는 정책이 제공됩니다.
- ChromeOS, Linux, MacOS, Windows에서 실행되는 Chrome 120부터
- Web MIDI API 권한 메시지
Web MIDI API는 Musical Instrument Digital Interface(MIDI) 기기에 연결되고 이러한 기기와 상호작용합니다. 최근 몇 년 동안 Web MIDI API의 클라이언트 MIDI 기기에 대한 드라이브 바이 액세스에 관해 몇 가지 문제가 신고되었습니다(관련 Chromium 버그 참고). 이 문제를 해결하기 위해 W3C Audio Working Group에서는 일반 Web MIDI API 액세스에 명시적 권한을 배치하기로 했습니다. 원래 명시적 권한은 Chrome에서 고급 Web MIDI를 사용하는 경우에만 필요했습니다(예: 권한 메시지 뒤에 비공개 액세스가 있어 시스템 전용(SysEx) 메시지를 주고받는 기능). 이제 이 권한 범위를 일반 Web MIDI API 사용으로 확장하려고 합니다.
Chrome 124에서는 Web MIDI API에 대한 모든 액세스에 사용자 권한이 필요합니다. 이러한 변경사항을 제어할 수 있는 정책은 없습니다. 문제가 발생하면 여기에서 버그를 신고하세요.
- Windows, MacOS, Linux, Android에서 실행되는 Chrome 124
- Manifest V3로 두 가지 Chrome 확장 프로그램 업그레이드
확장 프로그램 사용자-에이전트 전환 도구 및 Chrome 보고서가 Manifest V3를 사용하도록 업데이트됩니다.
버그가 발생할 수 있는 중요한 업데이트로, 지금 바로 이 세 가지 확장 프로그램의 베타 버전을 사용해 볼 수 있습니다. 사용 중인 환경에서 테스트하는 것이 좋습니다. 문제가 발생하면 여기에서 버그를 신고하세요.
사용자-에이전트 전환 도구의 URL 파서가 변경되었으므로 기존 사용자 에이전트 대체 항목이 새 버전에서 작동하는지 확인하세요.
- Chrome 124: 두 가지 확장 프로그램 모두 2024년 4월 30일경에 안정화 버전으로 업데이트됩니다.
- Chrome 설치 프로그램/업데이터 변경사항
현재 Google 업데이트의 새로운 버전 출시를 진행 중입니다. 이러한 변화에 따라 Windows에서 GoogleUpdate.exe의 위치가 변경되고, 이름도 updater.exe로 변경됩니다. 전환이 완료될 때까지 이전 경로가 계속 유지됩니다. GoogleUpdate.exe도 updater.exe를 가리키도록 수정됩니다.
* 이전:
C:\Program Files (x86)\Google\Update\GoogleUpdate.exe
* 현재:C:\Program Files (x86)\Google\GoogleUpdater\<VERSION>\updater.exe- Windows에서 실행되는 Chrome 124: 이 변경사항은 Windows에 적용됩니다.
- Android에서의 북마크 및 읽기 목록 개선
Android에서 실행되는 Chrome 124에서 북마크 관리자로부터 Chrome에 로그인하는 일부 사용자는 Google 계정에서 북마크와 읽기 목록 항목을 사용하고 저장할 수 있게 됩니다. BrowserSignin, SyncTypesListDisabled, EditBookmarksEnabled, ManagedBookmarks, ShoppingListEnabled와 같은 관련 엔터프라이즈 정책은 이전과 같이 작동하여 사용자가 Google 계정에서 항목을 사용하고 저장할 수 있는지를 여부를 구성합니다.
- Android에서 실행되는 Chrome 124: 기능 출시
- 기본 검색엔진 선택 화면
디지털 시장법(DMA)을 준수하기 위한 노력의 일환으로 Google은 사용자가 Chrome 내에서 기본 검색엔진을 선택할 수 있는 선택 화면을 도입합니다. 메시지에서의 선택을 통해 기본 검색엔진 설정을 제어할 수 있습니다. 현재는 chrome://settings/search에서 사용할 수 있습니다.
관리자가 엔터프라이즈 정책 DefaultSearchProviderEnabled 및 DefaultSearchProviderSearchUrl을 사용하여 기업 사용자의 검색 설정을 설정하도록 선택한 기업의 경우, 해당 기업의 검색 설정은 계속해서 이러한 정책을 통해 제어됩니다. 관리자가 정책을 통해 기업 사용자의 검색 설정을 지정하지 않은 경우에는 기업 사용자에게 Chrome 내에서 기본 검색엔진을 선택하라는 메시지가 표시될 수 있습니다.
이 정책 및 관련 전체 그룹에 관해 자세히 알아보세요.
- iOS, ChromeOS, LaCrOS, Linux, MacOS, Windows에서 실행되는 Chrome 120: Chrome 120부터 1%의 사용자에게 선택 화면이 표시될 수 있습니다.
- iOS, ChromeOS, LaCrOS, Linux, MacOS, Windows에서 실행되는 Chrome 124에서: 관련 사용자를 대상으로 정식으로 출시됩니다.
- 제한에 사용되는 엔터프라이즈 정책 지원 중단
ThrottleNonVisibleCrossOriginIframesAllowed 엔터프라이즈 정책에서 재정의하는 기본 코드 변경사항(동일 프로세스, 교차 출처 display:none iframe 제한)이 2023년 초부터 안정화 버전에서 사용 설정되었습니다. 알려진 문제가 해결되었으므로 Chrome 124에서 ThrottleNonVisibleCrossOriginIframesAllowed 엔터프라이즈 정책을 삭제할 예정입니다. 제한 문제 및 해결 방법에 대한 논의 내용은 이 Chromium 문제 보고서에서 확인할 수 있습니다.
- Chrome 124: 정책이 삭제됩니다.
- Windows ARM64용 Chrome 데스크톱 지원
Chrome이 Windows ARM64 지원을 시작합니다. Google에서는 엔터프라이즈 설치 프로그램을 게시하기 위한 작업을 진행하고 있습니다. 거기에서 Canary 채널 및 베타 채널을 계속 테스트하고 버그를 신고할 수 있습니다. 이 지원은 전반적인 안정성과 고객 의견에 따라 변경될 수 있습니다. 문제가 발생하면 여기에서 버그를 신고하세요.
- Windows에서 실행되는 Chrome 124(ARM): 신규 엔터프라이즈 설치 프로그램은 4월 말 또는 5월 초에 제공될 예정입니다.
- GREASE에 사용된 엔터프라이즈 정책 삭제
업데이트된 GREASE 알고리즘이 1년 이상 기본적으로 사용 설정되어 있었기 때문에 UserAgentClientHintsGREASEUpdateEnabled 정책이 지원 중단될 예정입니다. 이 정책은 Chrome 126에서 삭제됩니다.
- Android, ChromeOS, Linux, MacOS, Windows에서 실행되는 Chrome 124: 정책이 지원 중단됩니다.
- Android, ChromeOS, Linux, MacOS, Windows에서 실행되는 Chrome 126: 정책이 삭제됩니다.
- Web SQL 지원 중단 및 삭제
WASM을 통한 SQLite가 공식적인 대안으로 출시됨에 따라 이제 Web SQL을 완전히 삭제할 계획입니다. 이는 사용자를 안전하게 보호하는 데 도움이 됩니다.
웹 SQL 데이터베이스 표준은 2009년 4월에 처음 제안되었으며 2010년 11월에 폐기되었습니다. Gecko에서는 이 기능을 구현하지 않았으며 WebKit은 2019년에 이 기능에 대한 지원을 중단했습니다. W3C는 웹 데이터베이스가 필요한 사용자에게 웹 저장소 또는 색인화된 데이터베이스를 도입하도록 권장했습니다.
웹 SQL 데이터베이스 표준이 출시된 이후로 Google 사용자를 안전하게 보호하기가 매우 어려웠습니다. SQLite가 악성 SQL 문을 실행하도록 설계된 것은 아니지만, WebSQL로는 이러한 작업을 수행해야 합니다. 안정성 및 보안 문제의 흐름에 대응해야 하면서 스토리지팀에게 예상치 못한 비용이 발생하고 있습니다.
- Chrome 101: Chrome 101에 WebSQLAccess 정책이 추가되었습니다. 이 정책을 사용 설정하면 WebSQL을 사용할 수 있으며 Chrome 123까지는 정책을 사용할 수 있습니다.
- Chrome 115: 지원 중단 메시지가 콘솔에 추가되었습니다.
- Chrome 117: Chrome 117에서 WebSQL 지원 중단 기능 트라이얼이 시작되며 Chrome 123에서 종료됩니다. 트라이얼 기간에 이 기능을 사용하려면 지원 중단 기능 트라이얼 토큰이 필요합니다.
- Chrome 119: Chrome 119부터 WebSQL이 더 이상 제공되지 않습니다. Chrome 123까지 WebSQLAccess 정책 또는 지원 중단 기능 트라이얼 토큰을 사용하여 WebSQL을 사용할 수 있습니다.
- ChromeOS, LaCrOS, Linux, MacOS, Windows, Android에서 실행되는 Chrome 124: Chrome 124부터 WebSQLAccess 정책 및 WebSQL 사용을 허용하는 지원 중단 기능 트라이얼이 더 이상 제공되지 않습니다.
- Chrome 대역폭 업데이트
Chrome에서는 특정 Chrome 구성요소를 업데이트할 수 있는 새로운 메커니즘을 출시하며, 이로 인해 기기에서 사용되는 대역폭이 늘어날 수 있습니다. GenAILocalFoundationalModelSettings 정책으로 이 기능을 제어할 수 있습니다.
- Windows, MacOS, Linux에서 실행되는 Chrome 124
- 양식 컨트롤로 세로 쓰기 모드에서 방향 값 지원
CSS 속성 쓰기 모드를 사용하면 요소를 세로로 입력할 수는 있지만, 사용자가 값이 변경되는 방향을 설정할 수는 없습니다. 이 기능을 사용하면 양식 컨트롤 요소(미터, 진행률, 범위) 입력 유형에 세로 쓰기 모드를 포함할 수 있으며, 양식 컨트롤의 값 방향을 선택할 수 있습니다. 방향이 rtl이면 값은 아래에서 위로 렌더링됩니다. 방향이 ltr이면 값은 위에서 아래로 렌더링됩니다. 자세한 내용은 개발자용 Chrome 블로그 게시물을 참고하세요.
- Windows, MacOS, Linux, Android에서 실행되는 Chrome 124
- TLS 핸드셰이크 및 RSA 키 사용에 이용되는 엔터프라이즈 정책 삭제
Chrome 114에서는 TLS 핸드셰이크 프로세스 중에 기존의 안전하지 않은 해시 사용을 제어하기 위해 InsecureHashesInTLSHandshakesEnabled가 도입되었습니다. Chrome 116에서는 일부 서버 인증서 확인을 제어하기 위해 RSAKeyUsageForLocalAnchorsEnabled가 도입되었습니다. Chrome 124에서 InsecureHashesInTLSHandshakesEnabled 및 RSAKeyUsageForLocalAnchorsEnabled 정책이 모두 삭제되었습니다.
Android, ChromeOS, Linux, MacOS, Windows에서 실행되는 Chrome 124: InsecureHashesInTLSHandshakesEnabled 및 RSAKeyUsageForLocalAnchorsEnabled 정책이 삭제됩니다.
- 섀도우 루트 클론 가능 속성
섀도우 루트 클론 가능 속성을 사용하면
cloneNode()와 같은 표준 플랫폼 클론 명령어를 통해 섀도우 루트의 클론 가능 여부를 개별적으로 제어할 수 있습니다. 명령형 섀도우 루트는 이제attachShadow({clonable:true})에 대한 매개변수를 통해 제어할 수 있습니다. 선언적 섀도우 루트는 새로운 속성<template shadowrootmode=open shadowrootclonable>을 통해 제어할 수 있습니다.다음과 같은 경우 중단이 발생할 수 있습니다.
a) 선언적 Shadow DOM 사용
b) DSD를 포함하는 템플릿 클론
c) 이러한 클론에 클론된 섀도우 루트가 포함될 것으로 예상- Android, ChromeOS, Linux, MacOS, Windows에서 실행되는 Chrome 124
- Android의 Play 서비스에 저장된 로컬 비밀번호
Chrome에서 동기화할 수 없는 로컬 비밀번호의 저장 방식이 변경됩니다. 이전에는 Chrome 프로필에 저장되었으나, 이제 Google 계정 비밀번호가 저장되는 기존의 방식과 비슷하게 Google Play 서비스의 로컬 비밀번호 저장소로 이전됩니다. 또한 Google Play 서비스에서 제공할 수 있도록 관리 UI도 변경됩니다. Chrome 정책 PasswordManagerEnabled는 계속 유효하지만 Chrome 바이너리 외부의 동작을 제어하지는 않습니다. 따라서 사용자는 새 비밀번호 관리 UI를 통해 비밀번호를 직접 가져오거나 추가할 수 있습니다.
- Android에서 실행되는 Chrome 123: 로컬 비밀번호가 없는 사용자를 위해 기능이 출시됩니다.
- Android에서 실행되는 Chrome 124: 모든 로컬 비밀번호가 Google Play 서비스로 이전됩니다.
- TLS용 X25519Kyber768 키 캡슐화
Chrome 124부터 Chrome은 기본적으로 모든 데스크톱 플랫폼에서 NIST 표준(ML-KEM)을 기반으로 새로운 포스트 퀀텀 보안 TLS 키 캡슐화 메커니즘 X25519Kyber768을 사용 설정합니다. 이는 새 TLS 암호화 스위트로 노출됩니다. TLS는 지원되는 암호화를 자동으로 협상하므로 이러한 변경사항은 서버 운영자에게 투명합니다. 그러나 일부 TLS 미들박스가 Kyber(ML-KEM) 키 캡슐화 크기 또는 새 TLS ClientHello 암호화 코드 포인트에 맞게 준비되지 않아 연결이 중단될 수 있습니다. 이 문제는 미들박스를 업데이트하거나 2024년 말까지 제공되는 임시 PostQuantumKeyAgreementEnabled 엔터프라이즈 정책을 통해 키 캡슐화 메커니즘을 사용 중지하면 해결할 수 있습니다. 그러나 장기적으로는 포스트 퀀텀 보안 암호화가 TLS에 필요하며, 엔터프라이즈 정책은 삭제됩니다. 이 암호화는 TLS 1.3 및 QUIC 연결 모두에 사용됩니다.
- Windows, MacOS, Linux에서 실행되는 Chrome 124
- Drive 및 포토에 저장
웹의 파일 또는 문서 이미지를 Drive에 직접 저장하고 이미지를 Google 포토에도 직접 저장할 수 있습니다. 이제 파일을 저장할 계정을 변경할 수 있습니다. 이러한 기능을 제어하는 관련 정책은 ContextMenuPhotoSharingSettings 및 DownloadManagerSaveToDriveSettings입니다.
- iOS에서 실행되는 Chrome 124
- 기기와 결합된 세션 사용자 인증 정보 google.com 프로토타입
기기 바운드 세션 사용자 인증 정보 프로젝트는 훔쳐서 재사용할 수 있는 수명이 긴 Bearer 사용자 인증 정보(예: 쿠키)에서 수명이 짧은 사용자 인증 정보 또는 기기에 암호화 방식으로 결합된 사용자 인증 정보로 웹을 이전하기 위한 것입니다. 이 기능은 일반적으로 사용자 기기에서 실행되는 멀웨어에 의해 수행되는 사용자 인증 정보 도용으로부터 사용자를 보호하는 것을 목표로 합니다.
현재 출시되는 제품은 google.com 웹사이트를 타겟팅하는 개념 증명입니다. 향후 다른 웹사이트 및 웹브라우저(GitHub)에도 이 접근 방식을 표준화할 계획입니다.
기업 관리자는 BoundSessionCredentialsEnabled 불리언 정책을 사용하여 기능 상태를 제어할 수 있습니다.
- Windows에서 실행되는 Chrome 124: 일반 사용자를 대상으로 google.com 쿠키 바인딩을 위한 Chrome 안정화 버전이 1% 출시될 예정입니다. 이 마일스톤에는 임시 BoundSessionCredentialsEnabled 정책이 도입되었습니다.
- Windows ClearType Text Tuner 통합
이 기능은 Windows ClearType Text Tuner 설정에서 대비 및 감마 값을 선택하여 Skia 텍스트 렌더링에 적용할 수 있도록 지원합니다. 이렇게 하면 Windows 기기에 사용자의 텍스트 렌더링 환경설정이 적용됩니다.
- Windows, MacOS, Linux에서 실행되는 Chrome 124
- Chrome 브라우저의 새로운 정책 및 업데이트된 정책
정책 설명 MutationEventsEnabled 지원 중단/삭제된 변형 이벤트 다시 사용 설정 BoundSessionCredentialsEnabled 기기에 Google 사용자 인증 정보 결합 AutomaticFullscreenAllowedForUrls 다음 사이트에서 자동 전체 화면 허용 AutomaticFullscreenBlockedForUrls 이 사이트에서 자동 전체 화면 차단 CloudProfileReportingEnabled 관리 프로필을 대상으로 Chrome 클라우드 보고 사용 설정 PrefixedVideoFullscreenApiAvailability 지원 중단된, 접두사가 있는 동영상 전체 화면 API의 사용 가능 여부 관리
- Chrome 브라우저에서 삭제된 정책
정책 설명 WebSQLAccess WebSQL 강제 사용 설정 InsecureHashesInTLSHandshakesEnabled TLS 핸드셰이크에서 안전하지 않은 해시 사용 설정됨 RSAKeyUsageForLocalAnchorsEnabled 로컬 신뢰 앵커에서 발급한 서버 인증서의 RSA 키 사용 검사 GetDisplayMediaSetSelectAllScreensAllowedForUrls 다중 화면 캡처를 위한 자동 선택 사용 설정 ThrottleNonVisibleCrossOriginIframesAllowed 표시되지 않는 교차 출처 iframe 제한 허용
ChromeOS 업데이트
-
WebHID 권한 위임
이제 Chrome 앱은 VDI 및 Zoom HID 지원을 위해 Chrome 앱 WebView에서 WebHID 기능을 사용합니다.
-
ChromeOS의 Wi-Fi QoS
이제 ChromeOS 124에는 혼잡한 Wi-Fi 네트워크에서 화상 회의 및 게임 애플리케이션의 트래픽 우선순위를 더 효과적으로 확보할 수 있는 새로운 서비스 품질(QoS) 기능이 포함되어 있습니다. 이에 따라 버퍼링은 줄이면서도 동영상을 부드럽게 재생할 수 있습니다. 이 초기 출시의 경우 관리 사용자는 이 기능을 사용할 수 없습니다.
-
DLC 검색
이제 ChromeOS 업데이트 크기를 최적화하기 위해 사용자가 로그인하고 드라이버가 필요한 스캐너를 연결하면 필요한 드라이버를 다운로드합니다. 드라이버는 사용자가 응답해야 하는 메시지 없이 자동으로 다운로드됩니다. 외부 드라이버가 설치되는 중이나 설치가 완료되면 알림이 표시됩니다.
-
마우스 포인터 슬라이더의 최대 크기 늘리기
마우스 커서 크기를 늘렸습니다. 설정, 접근성, 커서 및 터치패드로 이동하고 슬라이더를 원하는 크기로 슬라이드하여 커서 크기를 조정할 수 있습니다. 이 기능은 저시력 사용자, 수업 중 설명하는 동안 학생들이 따라 하길 원하는 교사, 영상 통화에서 발표 중인 사용자, 더 큰 마우스 커서를 사용하고자 하는 사용자에게 유용합니다.
-
HID를 위한 빠른 페어링
이제 ChromeOS에서 마우스의 빠른 페어링 기능을 사용할 수 있습니다. 이제 빠른 페어링 기능이 지원되는 마우스를 ChromeOS 기기 가까이 가져가면 클릭 한 번으로 페어링할 수 있는 메시지가 표시됩니다. 자세한 내용은 고객센터 도움말을 참고하세요.
-
관리 게스트 로그인 화면의 확장 프로그램 캐시 무효화
ChromeOS 124부터 ExtensionInstallForcelist 정책이 관리 게스트 세션 및 로그인 화면에서의 확장 프로그램 롤백을 지원합니다. 이렇게 하면 새 버전의 출시에 오류가 있을 경우 관리자가 확장 프로그램을 롤백할 수 있습니다.
-
관리 게스트 세션에서 즉시 재부팅
ChromeOS 124에서는 관리자가 관리 게스트 세션의 즉시 재부팅 작업을 시작할 수 있는 UI를 도입했습니다.
-
ChromeOS 이동통신사 잠금
ChromeOS는 이제 사용자에게 보조금 기기를 제공하고자 하는 이동통신사를 위해 이동통신사 잠금을 지원합니다. 이동통신사는 모든 모바일 데이터 지원 기기에서 승인된 SIM 프로필(eSIM 및 실물 SIM 모두)에 대한 연결만 허용하도록 기기를 잠글 수 있습니다. 잠긴 기기는 이동통신사 잠금 서버에 등록되며 계약이 끝날 때 이동통신사에서 잠금을 해제하기만 하면 사용자 기기에 알림이 전송됩니다. 승인되지 않은 SIM 프로필 사용이 차단될 뿐만 아니라 이동통신사 잠금 기기에서 개발 모드가 차단됩니다.
관리 콘솔 업데이트
-
Chrome Enterprise Core의 비활성 브라우저 삭제
2024년 4월부터 2024년 5월까지 Chrome Enterprise Core에 대한 브라우저 삭제 정책의 비활성 기간이 정식으로 사용되기 시작해, 관리 콘솔에 등록된 브라우저 중 정책에 따라 정해진 비활성화 기간이 지나도 비활성화 상태인 브라우저는 자동으로 삭제됩니다. 정책이 해제되면 비활성 기간에 대한 기본값은 540일입니다. 즉, 기본적으로 540일 이상 비활성 상태였던 등록된 모든 브라우저는 계정에서 삭제됩니다. 관리자는 이 정책을 사용하여 비활성 기간 값을 변경할 수 있습니다. 브라우저 비활성 기간을 결정하는 최댓값은 730일이고 최솟값은 28일입니다(자세히 알아보기).
설정된 정책 값을 낮추면 현재 등록된 모든 브라우저에 영향을 미칠 수 있습니다. 영향을 받은 모든 브라우저는 비활성 상태로 간주되며 영구적으로 삭제됩니다. 다음에 다시 시작할 때 삭제된 브라우저가 자동으로 재등록되도록 하려면 이 정책의 값을 낮추기 전에 기기 토큰 관리 정책 값을 토큰 삭제로 설정합니다. 브라우저를 다시 시작할 때 이 브라우저의 등록 토큰이 유효해야 합니다.
-
앱 세부정보 페이지의 새로운 필터
'앱 세부정보' 페이지에 모든 사용자 및 브라우저를 위한 새로운 필터가 도입되었습니다. 이 필터를 사용하면 IT 관리자는 특정 확장 프로그램이나 앱이 설치된 모든 관리 브라우저 및 관리 사용자를 쉽게 볼 수 있습니다.
- 관리 콘솔의 새로운 정책
정책 이름 페이지 지원 플랫폼 카테고리/분야 AutomaticFullscreenAllowedForUrls 사용자 및 브라우저
MGSAndroid
Chrome
ChromeOS사용자 환경 AutomaticFullscreenBlockedForUrls 사용자 및 브라우저
MGSAndroid
Chrome
ChromeOS사용자 환경 MutationEventsEnabled 사용자 및 브라우저
MGSAndroid
Chrome
ChromeOS
Android WebView기존 사이트 호환성 PrefixedVideoFullscreenApiAvailability 사용자 및 브라우저
MGSAndroid
Chrome
ChromeOS
Fuschia기존 사이트 호환성
출시 예정
참고: 다음 항목은 실험용 또는 계획된 업데이트 항목입니다. 이러한 업데이트 항목은 안정화 버전 채널로 출시되기 전에 변경, 지연 또는 취소될 수 있습니다.
예정된 브라우저 변경사항
- Windows에서 UI 자동화 접근성 프레임워크 제공자
Chrome 126부터 Chrome은 Microsoft Windows의 UI 자동화 접근성 프레임워크를 사용하는 접근성 클라이언트 소프트웨어를 직접 지원하기 시작합니다. 이번 변경 이전에는 Microsoft Windows의 호환성 shim을 통해 이러한 소프트웨어가 Chrome과 상호 운영되었습니다. 이러한 변경은 많은 사용자를 대상으로 접근 가능한 사용자 환경을 개선하기 위해 이루어지며, 내레이터, 돋보기, 음성 액세스를 완벽하게 지원합니다. Windows의 UI 자동화 접근성 프레임워크를 사용하는 서드 파티 앱을 개선합니다. Chrome 사용자는 접근성 도구와 함께 사용할 때 메모리 사용량과 처리 오버헤드가 줄어드는 효과를 볼 것입니다. 또한 보조 기술을 사용하여 쉽게 소프트웨어를 개발할 수 있습니다.
관리자는 Chrome 125부터 UiAutomationProviderEnabled 엔터프라이즈 정책을 사용하여 (모든 사용자가 새 기능을 받을 수 있도록) 새 제공자를 강제 사용 설정하거나 새 제공자를 사용 중지할 수 있습니다. 이 정책은 Chrome 136까지 지원되며 Chrome 137에서 삭제될 예정입니다. 이 1년의 기간은 기업이 서드 파티 공급업체와 협력할 충분한 시간을 제공하여 Microsoft의 호환성 shim에서 Chrome의 UI 자동화 제공자로 전환함으로써 발생하는 비호환성을 해결할 수 있도록 하기 위한 것입니다.
- Window에서 실행되는 Chrome 125: 관리자가 Chrome의 UI 자동화 접근성 프레임워크 제공자를 사용 설정하고 서드 파티 접근성 도구가 계속 작동하는지 확인할 수 있도록 UiAutomationProviderEnabled 정책이 도입되었습니다.
- Windows에서 실행되는 Chrome 126: Chrome 변형 프레임워크가 사용자를 위해 Chrome의 UI 자동화 접근성 프레임워크 제공자를 사용 설정하는 데 사용됩니다. Chrome에서 해결할 수 있는 호환성 문제를 해결하기 위해 필요한 경우 일시중지를 통해 전체 안정화 버전을 점진적으로 제공할 예정입니다. 기업 관리자는 UiAutomationProviderEnabled 정책을 계속 사용하여 새로운 동작을 사전에 선택하거나 Chrome 136을 통해 일시적으로 선택 해제할 수 있습니다.
- Windows에서 실행되는 Chrome 137: UiAutomationProviderEnabled 정책이 Chrome에서 삭제됩니다. 모든 클라이언트는 브라우저의 UI 자동화 접근성 프레임워크 제공자를 사용합니다.
- 키보드 포커스 가능 스크롤 컨테이너
순차 포커스 탐색을 사용하여 스크롤 컨테이너를 포커스 가능 상태로 만들면 접근성이 크게 향상됩니다. 현재
tabIndex가 명시적으로 0 이상으로 설정되지 않으면 Tab 키가 스크롤러에 포커스를 두지 않습니다.기본적으로 스크롤러를 포커스 가능 상태로 만들면 마우스를 사용할 수 없거나 사용하지 않으려는 사용자가 키보드의 탭과 화살표 키를 사용하여 클립한 콘텐츠에 포커스를 둘 수 있습니다. 이 동작은 스크롤러에 키보드 포커스 가능 하위 요소가 포함되지 않은 경우에만 사용 설정됩니다. 이 로직은
<textarea>와 같은 스크롤러 내에 있을 수 있는 기존 포커스 가능 요소에 대해 회귀를 일으키지 않기 위해 필요합니다.- Windows, MacOS, Linux, Android에서 실행되는 Chrome 125
- 상호 운용 가능한 마우스 이동 기본 작업
Chrome에서
mousemove이벤트 취소를 허용하여 텍스트 선택과 같은 다른 API(이전에는 드래그 앤 드롭 포함)를 방지했습니다. 다른 주요 브라우저와는 일치하지 않으며 UI(이벤트 사양)를 준수하지 않습니다.이 기능을 통해 텍스트 선택은 더 이상 마우스 이동의 기본 동작이 아닙니다. 사양을 준수하고 완벽하게 상호 운용되는
selectstart및dragstart이벤트를 각각 취소하여 텍스트 선택과 드래그 앤 드롭을 방지할 수 있습니다.- Windows, MacOS, Linux, Android에서 실행되는 Chrome 125
- Windows에서 네트워크 서비스가 샌드박스 처리됨
보안 및 안정성 개선을 위해 Windows에서 자체 프로세스를 이미 실행 중인 네트워크 서비스가 샌드박스 처리됩니다. 이 업데이트로 인해 현재 네트워크 서비스를 조작할 수 있는 서드 파티 코드의 동작이 차단될 수 있습니다. 이로 인해 데이터 손실 방지 소프트웨어와 같이 Chrome의 프로세스 공간에 코드를 삽입하는 소프트웨어와의 상호 운용성 문제가 발생할 수 있습니다. 호환이 되지 않을 경우 NetworkServiceSandboxEnabled 정책을 사용하여 샌드박스를 사용 중지하면 됩니다. 이 안내에 따라 사용 중인 환경에서 샌드박스를 테스트하고 발생하는 문제를 신고하세요.
- Windows에서 실행되는 Chrome 125: Windows에서 네트워크 서비스가 샌드박스 처리됩니다.
- 키보드 및 포인터 잠금 API를 트리거하는 페이지에 관한 원격 분석
향상된 세이프 브라우징 사용자가 키보드 또는 포인터 잠금 API를 트리거하는 페이지를 방문하면 해당 페이지의 속성이 세이프 브라우징으로 전송됩니다.
원격 분석이 전송되고 페이지가 악성인 것으로 보이면 사용자에게 세이프 브라우징 경고가 표시되고, 잠겨 있는 경우 키보드나 포인터가 잠금 해제됩니다.
- Android, ChromeOS, LaCrOS, Linux, MacOS, Windows, Fuchsia에서 실행되는 Chrome 125
- Storage Access API(SAA)를 쿠키 외 스토리지로 확장
서드 파티 컨텍스트에서 파티션을 나누지 않은 (쿠키 및 비쿠키) 저장소에 액세스할 수 있도록 Storage Access API(이전 버전과 호환 가능)의 확장을 제안하며, API 메커니즘이 대략 이와 같다고(삽입된 iframe에서 실행되는 JS) 여깁니다.
// rSA를 통해 새 저장소 핸들을 요청합니다(사용자에게 메시지가 표시되어야 함).
lethandle = await document.requestStorageAccess({all: true});// 크로스 사이트 localstorage를 작성합니다.
handle.localStorage.setItem("userid", "1234");// 퍼스트 파티 컨텍스트와 공유되는 indexedDB를 열거나 만듭니다.
let messageDB = handle.defaultBucket.indexedDB.open("messages");최상위 상위 항목이
rSAFor를 성공적으로 호출한 경우 iframe에서 동일한 흐름으로 저장소 핸들을 얻습니다. 단, 이 경우에는storage-access권한이 이미 부여되었습니다. 따라서rSA호출은 사용자 동작을 요구하거나 메시지를 표시하지 않으므로 숨겨진 iframe이 저장소에 액세스할 수 있습니다.
- 권한 및 권한 정책 설명어의 창-배치 별칭 삭제
Chrome 124에서는 권한 및 권한 정책 설명어의창 배치별칭을 삭제합니다.window-placement의 모든 인스턴스가 관련 API 기능을 더 잘 설명하는window-management로 대체됩니다. Multi-Screen Window Placement API 기능 개선사항에 대한 후속 조치입니다. 자세한 내용은 Chrome 플랫폼 상태를 참고하세요.- Windows, MacOS, Linux에서 실행되는 Chrome 125
- 파티셔닝된 쿠키의 CookiePartitionKey에 대한 크로스 사이트 상위 체인 비트
Chrome 125에서는 파티셔닝된 쿠키의
CookiePartitionKey키에 크로스 사이트 상위 비트를 추가합니다. 이번 변경을 통해 파티션 키와 저장용량 파티셔닝에 사용되는 파티션 키 값을 통합하고, 크로스 사이트가 삽입된 프레임이 최상위 사이트의 파티셔닝된 쿠키에 액세스하지 못하도록 차단하여 클릭재킹 공격으로부터 더욱 안전하게 보호합니다.삽입된 iframe으로 중단이 발생하는 경우 기업에서는 CookiesAllowedForUrls 정책을 사용하거나
SameSite=None쿠키를 Partitioned 속성 없이 사용할 수 있습니다. 그런 다음 Storage Access API(SAA)를 호출하거나 교차 출처 리소스 공유(CORS)를 사용하여 삽입된 iframe에서 최상위 도메인과 동일한 쿠키에 액세스하도록 할 수 있습니다.- Windows, MacOS, Linux에서 실행되는 Chrome 126
- 스크린 리더 사용자를 위해 PDF에서 텍스트 추출
Chrome 브라우저에서 PDF용 광학 문자 인식(OCR) AI 리더를 출시합니다. 이 기능은 접근성이 떨어지는 문서를 위한 최초의 브라우저 내장 PDF 스크린 리더를 개발하여, 시력이 나쁘거나 눈이 보이지 않는 사용자를 위해 웹 전반에서 접근성 공백을 해결합니다.
이 기능은 Google의 OCR 모델을 활용하여 PDF 문서를 추출, 분류, 분리하여 접근성을 높입니다. Screen AI 기술을 사용하여 스크린샷이나 접근성 트리를 분석하고, 텍스트(OCR) 및 페이지의 기본 콘텐츠와 같은 보조 기술에 도움이 되는 추가 정보를 추출하는 로컬 머신 인텔리전스 라이브러리가 추가됩니다.
- ChromeOS, Linux, MacOS, Windows에서 실행되는 Chrome 126
- 세이프 브라우징 확장 보고 지원 중단
세이프 브라우징 확장 보고는 참여 사용자로부터 Google 세이프 브라우징 보호에 사용되는 원격 분석 정보를 수집하여 모든 사용자의 보안을 강화하는 기능입니다. 수집된 데이터에는 방문한 웹페이지의 URL, 제한된 시스템 정보, 일부 페이지 콘텐츠가 포함됩니다. 하지만 이제 이 기능은 향상된 보호 모드로 대체되었습니다. Chrome에서 제공하는 가장 강력한 보안 기능을 사용 설정하는 것 외에도 모든 사용자에게 보안을 계속 제공하기 위해서는 사용자를 향상된 보호 모드로 전환하는 것이 좋습니다. 자세한 내용은 세이프 브라우징 보호 수준을 참고하세요.
- iOS, ChromeOS, Linux, MacOS, Windows에서 실행되는 Chrome 126: 세이프 브라우징 확장 보고 지원 중단
- 기준 URL 상속에 사용되는 엔터프라이즈 정책 삭제
Chrome 114에서는 호환성 문제가 발견된 경우, 사용자 또는 Chrome 변형에서 NewBaseUrlInheritanceBehavior를 사용 설정하지 못하도록 NewBaseUrlInheritanceBehaviorAllowed가 도입되었습니다. Chrome 125에서는 임시 정책인 NewBaseUrlInheritanceBehaviorAllowed가 삭제됩니다.
- Android, ChromeOS, Linux, MacOS, Windows에서 실행되는 Chrome 125: NewBaseUrlInheritanceBehaviorAllowed 정책이 삭제됩니다.
- 쿠키에 대한 앱 제한 암호화
Windows에서 쿠키의 보안을 강화하기 위해 쿠키 암호화에 사용되는 암호화 키를 Chrome 애플리케이션 ID에 바인딩하여 보안을 더욱 강화합니다. 이렇게 하면 시스템에서 쿠키를 도용하려고 시도할 수 있는 멀웨어로부터 보호할 수 있습니다. 권한을 승격하거나 Chrome 프로세스에 삽입할 수 있는 공격자로부터 보호되지는 않습니다.
ApplicationBoundEncryptionEnabled 엔터프라이즈 정책을 사용하여 애플리케이션과 결합된 암호화를 사용 중지할 수 있습니다.
- Windows의 Chrome 125
- 지원 중단 인텐트: 변형 이벤트
DOMSubtreeModified,DOMNodeInserted,DOMNodeRemoved,DOMNodeRemovedFromDocument,DOMNodeInsertedIntoDocument,DOMCharacterDataModified등의 동기 변형 이벤트는 페이지 성능에 부정적인 영향을 미치며, 웹에 새로운 기능을 추가할 때 복잡성을 크게 높입니다. 이러한 API는 2011년에 사양에서 지원이 중단되었으며 (2012년에) 훨씬 더 잘 작동하는 Mutation Observer API로 대체되었습니다. 더 이상 사용되지 않는 변형 이벤트 사용을 삭제하거나 변형 관찰자로 이전해야 합니다. Chrome 124부터 임시 엔터프라이즈 정책인 MutationEventsEnabled를 사용하여 지원 중단되거나 삭제된 변형 이벤트를 다시 사용 설정할 수 있습니다. 문제가 발생하면 여기에서 버그를 신고하세요.- Android, ChromeOS, Linux, MacOS, Windows에서 실행되는 Chrome 127: 2024년 7월 30일경부터 Chrome 127에서 변형 이벤트가 작동이 중지됩니다.
- PWA에서 사용자 링크 캡처
웹 링크는 자동으로 사용자를 설치된 웹 앱으로 안내합니다. 설치된 웹 앱에 대한 사용자의 기대에 더 잘 부합하기 위해 Chrome이 브라우저와 설치된 웹 앱 간의 이동을 더 용이하게 만듭니다. 사용자가 설치된 웹 앱에서 처리할 수 있는 링크를 클릭하면 Chrome은 주소 표시줄에 앱으로의 전환을 제안하는 칩을 추가합니다. 칩을 클릭하면 앱이 직접 실행되거나 해당 링크를 지원할 수 있는 앱의 그리드가 열립니다. 일부 사용자의 경우 링크를 클릭하면 항상 앱이 자동으로 열립니다.
- Linux, MacOS, Windows에서 실행되는 Chrome 121: 링크를 클릭하면 설치된 PWA에서 항상 열리는 경우도 있고, 새 탭에서 링크가 열리며 주소 표시줄에 있는 칩을 클릭하면 앱이 실행되는 경우도 있습니다. 플래그로 이 기능을 제어할 수 있습니다.
chrome://flags/#enable-user-link-capturing-pwa. - Linux, MacOS, Windows에서 실행되는 버전의 Chrome 127 초기: 100% 안정화 버전이 출시될 예정입니다. 기본값은 사용 설정(링크 클릭 시 항상 앱 실행) 또는 사용 중지(항상 탭에서 열림, 사용자가 주소 표시줄의 칩을 클릭한 경우에만 실행)입니다.
- Linux, MacOS, Windows에서 실행되는 Chrome 121: 링크를 클릭하면 설치된 PWA에서 항상 열리는 경우도 있고, 새 탭에서 링크가 열리며 주소 표시줄에 있는 칩을 클릭하면 앱이 실행되는 경우도 있습니다. 플래그로 이 기능을 제어할 수 있습니다.
- Manifest V3를 활용하려면 2025년 6월까지 모든 확장 프로그램을 업데이트해야 함
Manifest V3를 활용하려면 확장 프로그램을 업데이트해야 합니다. Chrome 확장 프로그램이 새로운 매니페스트 버전인 Manifest V3로 전환됩니다. 업데이트를 하면 개별 요청 확인 기능 없이도 확장 프로그램이 선언적으로 요청을 수정하는 모델로 전환되어 사용자의 개인 정보 보호가 개선됩니다. 또한 Manifest V3에서는 원격 호스팅 코드가 허용되지 않으므로 확장 프로그램 보안도 개선됩니다.
2024년 6월부터 Chrome에서는 브라우저에서 실행 중인 Manifest V2 확장 프로그램이 점진적으로 사용 중지됩니다. 엔터프라이즈 정책 ExtensionManifestV2Availability를 사용해 Manifest V2 확장 프로그램의 허용 여부를 관리할 수 있습니다. 이 정책을 사용하면 조직에서 Manifest V3로 이전하기 전에 이를 테스트할 수 있습니다. 또한 정책이 사용 설정된 컴퓨터에서는 정책이 삭제되는 내년(2025년 6월)까지 Manifest V2 확장 프로그램이 사용 중지되지 않습니다.
Chrome Enterprise Core의 앱 및 확장 프로그램 사용 페이지를 사용해 조직의 기기에서 실행되는 모든 Chrome 확장 프로그램에서 어떤 매니페스트 버전이 사용되는지 확인할 수 있습니다. 매니페스트 타임라인에서 다음을 비롯한 자세한 내용을 확인하세요.
- ChromeOS, LaCrOS, Linux, MacOS, Windows의 Chrome 110: 엔터프라이즈 정책 ExtensionManifestV2Availability를 사용하여 Manifest V2 확장 프로그램의 허용 여부를 관리할 수 있습니다. 이 정책을 사용하면 조직에서 Manifest V3로 이전하기 전에 이를 테스트할 수 있습니다. 이전 후 정책에 따라 Manifest V2 확장 프로그램 사용을 연장할 수 있습니다.
- ChromeOS, LaCrOS, Linux, MacOS, Windows에서 실행되는 Chrome 127: Chrome은 사용자 기기에서 Manifest V2 확장 프로그램을 점진적으로 사용 중지할 예정입니다. ExtensionManifestV2Availability 엔터프라이즈 정책을 사용 설정한 사용자만 조직에서 Manifest V2 확장 프로그램을 계속 사용할 수 있습니다.
- ChromeOS, LaCrOS, Linux, MacOS, Windows에서 실행되는 Chrome 139: ExtensionManifestV2Availability 정책이 삭제됩니다.
- 동일한 기존 사이트 동작에 사용된 엔터프라이즈 정책 삭제
Chrome 79에서는 쿠키의 SameSite 동작을 지정된 도메인의 기존 동작으로 되돌리는 LegacySameSiteCookieBehaviorEnabledForDomainList 정책이 도입되었습니다. LegacySameSiteCookieBehaviorEnabledForDomainList 정책의 수명이 연장되었으며 아래 나열된 마일스톤이 되면 삭제될 예정입니다.
- Android, ChromeOS, Linux, MacOS, Windows에서 실행되는 Chrome 128: LegacySameSiteCookieBehaviorEnabledForDomainList 정책이 삭제됩니다.
- Chrome의 MacOS 10.15 지원 중단
Chrome은 Apple에서 더 이상 지원하지 않는 MacOS 10.15를 지원하지 않습니다. Chrome 브라우저를 계속 사용하려면 사용자가 운영체제를 업데이트해야 합니다. 보안 유지를 위해서는 지원되는 운영체제에서 실행하는 것이 필수적입니다. MacOS 10.15에서 실행되는 경우, Chrome에는 Chrome 129에서 MacOS 10.15가 더 이상 지원되지 않음을 사용자에게 알리는 정보 표시줄이 계속 표시됩니다.
- MacOS에서 실행되는 Chrome 129: Chrome에서 더 이상 MacOS 10.15를 지원하지 않습니다.
- DOMParser에서 includeShadowRoots 인수 지원 중단
includeShadowRoots인수는DOMParser.parseFromString()함수에 대한 표준화되지 않은 인수였으며, 선언적 Shadow DOM이 포함된 HTML 콘텐츠의 명령적 파싱을 허용하기 위해 존재했습니다. 이 기능은 선언적 Shadow DOM의 초기 배포의 일부로 Chrome 90에서 출시되었습니다. 2023년에 표준 논의가 다시 구체화됨에 따라 명령적 파싱을 위한 이 기능을 포함하여 DSD API의 형태가 변경되었습니다. 자세한 내용은 관련 표준에 대한 컨텍스트 세부정보 및 관련 Shadow DOM 직렬화 및 섀도우 루트 속성 지원 중단에 관한 정보를 참고하세요.이제 이 API의 표준화된 버전(setHTMLUnsafe() 및 parseHTMLUnsafe() 형식)이 Chrome 124에서 출시되므로 비표준
다음 인코딩 방법은 권장하지 않습니다.includeShadowRoots인수는 지원 중단하고 삭제해야 합니다. 모든 사용이 다음과 같이 변경됩니다.
대신 다음을 사용할 수 있습니다.(new DOMParser()).parseFromString(html,'text/html',{includeShadowRoots: true});document.parseHTMLUnsafe(html);- Windows, Mac, Linux, Android에서 실행되는 Chrome 129
예정된 ChromeOS 변경사항
-
ChromeOS Passpoint 설정
빠르면 ChromeOS 125부터 ChromeOS 설정에서 Wi-Fi Passpoint를 확인하고 관리할 수 있습니다. Passpoint 세부정보 페이지에서 설치된 Passpoint 구독을 확인하고 삭제할 수 있습니다.
-
키오스크 절전 모드 해제 및 절전 모드 설정 시간을 제어하기 위한 새로운 정책
빠르면 ChromeOS 125부터 관리자가 기기의 절전 모드 해제 및 절전 모드 설정을 예약할 수 있는 새로운 키오스크 기기 정책이 도입됩니다. 자세한 내용은 키오스크 설정을 참고하세요.
향후 관리 콘솔 변경사항
- 정책 동등성: IT 관리자를 위한 맞춤 구성
IT 관리자는 맞춤 구성 페이지에서 JSON 스크립트를 사용하여 아직 관리 콘솔에 없는 Chrome 정책을 구성할 수 있습니다. 그에 따라 이제 모든 Chrome 정책은 관리 콘솔의 Chrome Enterprise Core에서 설정 페이지 또는 맞춤 구성 페이지를 사용하여 구성할 수 있습니다. 이 페이지에서 'normal_installed'와 같이 관리 콘솔에서 지원되지 않는 확장 프로그램 설치 모드를 구성할 수도 있습니다.
- 빠르면 Android, iOS, Linux, Mac, Windows에서 실행되는 Chrome 125부터: 신뢰할 수 있는 테스터 액세스 가능
- 빠르면 Android, iOS, Linux, Mac, Windows에서 실행되는 Chrome 126부터: 기능 출시
- 기존 기술 보고서
빠르면 Chrome 127부터 관리 콘솔에서 기존 기술 보고서를 사용할 수 있으며, 이 보고서에서는 지원 중단 예정인 기술(예: 서드 파티 쿠키 및 SameSite 쿠키 관련 변경사항, TLS 1.0/1.1 및 서드 파티 쿠키와 같은 이전 보안 프로토콜)을 사용하는 웹사이트(내부 및 외부 모두)에 대해 실제로 기능이 중단되기 전에 보고합니다. 이 정보를 통해 IT 관리자는 지원 중단 기능이 실제로 삭제되기 전에 개발자와 협력하여 필요한 기술 이전을 계획할 수 있습니다.
이 기능은 현재 신뢰할 수 있는 테스터 프로그램에서 출시되었습니다. 이 기능을 테스트하는 데 관심이 있다면 여기에서 Chrome Enterprise 신뢰할 수 있는 테스터 프로그램에 가입하세요.- 빠르면 Linux, MacOS, Windows에서 실행되는 Chrome 127부터: 관리 콘솔에서 기존 기술 보고서를 사용할 수 있습니다.
이전 출시 노트
|
Chrome 버전 및 대상 안정화 버전 채널 출시일 |
|
|---|---|
| Chrome 123: 2024년 3월 13일 | |
| Chrome 122: 2024년 2월 14일 | |
| Chrome 121: 2024년 1월 17일 | |
| Chrome 120: 2023년 11월 29일 | |
| 이전 출시 노트 → |
추가 리소스
- 새로운 기능이 출시되기 전에 사용해 보려면 신뢰할 수 있는 테스터 프로그램에 가입하세요.
- Chrome Enterprise 고객 포럼을 통해 다른 Chrome Enterprise IT 관리자와 소통하세요.
- Chrome 출시 방식: Chrome 출시 주기를 참고하세요.
- 구체적인 날짜는 Chrome 출시 일정을 참고하세요.
- Chrome 브라우저 다운로드 및 Chrome Enterprise 제품 개요: 엔터프라이즈용 Chrome 브라우저를 참고하세요.
- Chrome 버전 상태 및 일정: Chrome 플랫폼 상태 | Google 업데이트 서버 뷰어를 참고하세요.
- 공지사항: Chrome 출시 블로그 | Chromium 블로그를 참고하세요.
- 개발자: 웹 플랫폼 변경사항 알아보기
추가 지원이 필요한 경우
- Google Workspace, Cloud ID 고객(승인된 액세스 전용): 지원팀에 문의하세요.
- Chrome 브라우저 엔터프라이즈 지원: 가입 후 전문가에게 문의하세요.
- Chrome 관리자 포럼
- Chrome Enterprise 및 Education 고객센터