Chrome Enterprise 및 Education 출시 노트

최종 업데이트: 2024년 8월 14일

비즈니스나 학교의 Chrome 브라우저 또는 ChromeOS 기기 관리자를 위한 도움말입니다.

ChromeOS 기기를 원격으로 관리하고 싶으신가요? 지금 Chrome Enterprise 업그레이드 체험판을 무료로 시작해 보세요

 향후 출시에 관한 알림 이메일 신청하기

Chrome 128 출시 요약

Chrome 브라우저 업데이트 보안/개인 정보 보호 사용자 생산성/앱 관리
AI로 Chrome 방문 기록 검색하기    
관리자가 구성할 수 있는 사이트 검색  
비밀번호 관리자에서 복호화할 수 없는 비밀번호 처리하기    
비활성된 탭    
새로운 PromotionsEnabled 정책이 PromotionalTabsEnabled를 대체함    
Android의 Chrome 안전 확인 개선    
Rust JSON 파서    
iPad의 탭 그룹    
파티셔닝된 쿠키의 CookiePartitionKey 업데이트    
CHIPS 지원 중단 및 WebView에서 다시 실행    
분리형 웹 앱    
position-try-options를 position-try-fallbacks로 이름 변경    
새 탭 페이지의 Google Calendar 카드    
Chrome 브라우저의 새로운 정책 및 업데이트된 정책    
Chrome 브라우저에서 삭제된 정책    
ChromeOS 업데이트 보안/개인 정보 보호 사용자 생산성/앱 관리
ChromeOS의 스냅 그룹    
데이터 프로세서 모드: EU 전역 출시     
개인 정보 보호 설정: 위치정보    
앱 설정 페이지의 ChromeOS 개인 정보 보호 설정 리마인더  
집계된 활력 징후 데이터를 1년 보관 기간으로 저장    
ChromeOS 카메라 앱의 OCR    
돋보기가 ChromeVox를 따라 이동    
기본적으로 음량 자동 조절이 사용 설정됨    
APN 관리    
ChromeOS의 고정된 알림    
관리 콘솔 업데이트 보안/개인 정보 보호 사용자 생산성/앱 관리
Chrome 프로필 분리 - 새로운 배포 가이드     
Chrome Enterprise 데이터 컨트롤: 클립보드    
예정된 Chrome 브라우저 변경사항 보안/개인 정보 보호 사용자 생산성/앱 관리
탭 비교    
macOS의 PWA Shim용 임시 코드 서명    
iOS에서 로그아웃 시 기기 데이터 삭제    
HTML5 <meter> 요소의 대체 스타일    
Chrome의 macOS 10.15 지원 중단  
세이프 브라우징 확장 보고 지원 중단    
Windows 및 MacOS의 인증서 관리자    
HttpsOnlyMode 정책의 새로운 옵션  
탭 그룹 동기화    
Google Play 서비스를 업데이트하여 온디바이스 비밀번호 문제 해결하기    
비표준 선언적 섀도우 DOM 직렬화 지원 중단    
DOMParser에서 includeShadowRoots 인수 지원 중단    
inset-area를 position-area로 이름 변경    
Entrust 인증서 신뢰 해제    
특수하지 않은 스키마 URL 지원    
Windows의 네트워크 서비스가 샌드박스 처리됨    
Chrome 서드 파티 쿠키 지원 중단(3PCD)    
PWA에서 사용자 링크 캡처  
탐색 요청에 대한 비공개 네트워크 액세스 확인: 경고 전용 모드    
iOS의 안전하지 않은 양식 경고    
Chronicle과 Chrome 확장 프로그램 텔레메트리 통합  
동일한 기존 사이트 동작에 사용된 정책 삭제    
TLS용 X25519Kyber768 키 캡슐화    
Windows에서의 UI 자동화 접근성 프레임워크 제공자    
예정된 ChromeOS 변경사항 보안/개인 정보 보호 사용자 생산성/앱 관리
텍스트 읽어주기 단축키 업데이트    
관리 게스트 세션에서 파일을 전송하기 위한 Chrome Enterprise Premium    
ChromeOS XDR 창 이벤트    
생성형 AI 배경화면 및 화상 회의 배경    
향후 관리 콘솔 변경사항 보안/개인 정보 보호 사용자 생산성/앱 관리
Chrome 브라우저 관리 프로필 보고     
데이터 컨트롤을 위한 관리 콘솔 위젯    
생성형 AI 정책의 기본 변경사항    

 

출시 노트 다운로드(PDF)

↑ 맨 위로

엔터프라이즈 출시 노트는 9개 언어로 제공됩니다. Chrome 업데이트는 한국어, 영어, 독일어, 프랑스어, 네덜란드어, 스페인어, 포르투갈어, 인도네시아어, 일본어로 제공됩니다. 일부 언어의 경우 번역되는 데 1~2주 정도 소요될 수 있습니다.

Chrome Enterprise 및 Education 출시 노트는 Chrome 출시 일정에 따라 Chrome 브라우저의 초기 안정화 버전 날짜에 게시됩니다.

Chrome 브라우저 업데이트

   

  • AI로 Chrome 방문 기록 검색하기 back to top 

    Chrome 128부터 사용자는 페이지 제목과 URL뿐만 아니라 페이지 콘텐츠를 기준으로 방문 기록을 검색할 수 있습니다. 처음에 이 기능은 미국 내에서 영어로만 제공됩니다. 관리자는 HistorySearchSettings 정책을 사용하여 이 기능을 제어할 수 있습니다. 관리자가 조직에서 사용할 수 있는 옵션은 다음과 같습니다.  

    •   0 = 사용자를 위해 이 기능을 사용 설정하고 AI 모델을 학습시키거나 개선하는 데 도움이 되도록 관련 데이터를 Google에 전송합니다. 관련 데이터에는 기능에 따라 프롬프트, 입력, 출력, 소스 자료가 포함될 수 있습니다. AI 모델 개선 목적으로만 사람이 데이터를 검토할 수 있습니다.
    •   1 = 사용자를 위해 기능을 사용 설정하지만 AI 모델을 학습시키거나 개선하기 위한 데이터를 Google로 전송하지 않습니다.
    •   2 = 기능을 완전히 사용 중지합니다.

    자세한 내용은 AI로 Chrome 방문 기록 검색하기를 참고하세요.

    • Linux, Mac, Windows에서 실행되는 Chrome 128 
     

   

  • 관리자가 구성할 수 있는 사이트 검색 back to top 

    사이트 검색 바로가기는 특정 사이트의 URL로 직접 이동하지 않고도 해당 사이트의 검색창으로 주소 표시줄(검색주소창)을 사용하는 방법입니다. 검색주소창을 사용하여 웹에서 광범위한 Google 검색을 실행하는 것과 비슷합니다. 이제 관리 사용자를 대신하여 사이트 바로가기를 만들어 가장 중요한 엔터프라이즈 사이트로 바로 이동할 수 있습니다. SiteSearchSettings 정책을 사용하여 이 기능을 제어할 수 있습니다.

     
    • ChromeOS, Linux, Mac, Windows에서 실행되는 Chrome 128: Chrome 128부터 신뢰할 수 있는 테스터에 가입한 Chrome 브라우저 코어 고객에게 제공되며, 몇 주 후 모든 Chrome 브라우저 엔터프라이즈 고객에게 점진적으로 출시됩니다.
     

    Admin searchAdmin search

   

  • 비밀번호 관리자에서 복호화할 수 없는 비밀번호 처리하기 back to top 

    사용자가 서드 파티 소프트웨어를 사용하여 새 기기로 이전한 경우와 같이 기기에 복호화할 수 없는 비밀번호가 남아 있는 경우가 있습니다. 이러한 비밀번호를 처리하는 데 도움이 되는 DeletingUndecryptablePasswordsEnabled라는 새로운 정책이 도입됩니다. 이 정책을 사용 설정하면 UserDataDir 정책이 지정되지 않은 한 사용자의 기기에서 복호화할 수 없는 비밀번호가 삭제됩니다. DeletingUndecryptablePasswordsEnabled가 사용 중지된 경우 복호화할 수 없는 비밀번호는 그대로 유지되며 이로 인해 비밀번호 관리자 기능이 손상됩니다.

     
    • iOS, Linux, Mac, Windows에서 실행되는 Chrome 128

   

  • 비활성 탭 back to top 

    Chrome 128에서는 이제 Android용 Chrome의 탭 전환 도구에 있는 새로운 비활성 탭 섹션 아래에 이전 탭이 숨겨집니다. Chrome 사용자는 비활성 탭 섹션에 액세스하여 오래된 탭을 모두 보거나 새로운 일괄 탭 기능을 사용하여 모두 닫을 수 있습니다. 이러한 탭은 60일 넘게 비활성 상태인 경우 삭제됩니다. 

     

    inactive tabs

     
    • Android에서 실행되는 Chrome 128: 1%에게 출시됩니다. 

   

  • 새로운 PromotionsEnabled 정책이 PromotionalTabsEnabled를 대체 back to top 

    Chrome 128에서는 새로운 프로모션 OS 수준 알림이 사용자에게 표시됩니다. 하나의 정책에 더 많은 프로모션 기능을 포함하기 위해 향후 지원 중단될 PromotionalTabsEnabled를 대체하는 새 정책 PromotionsEnabled가 만들어졌습니다. 

     
    • ChromeOS, Linux, Mac, Windows에서 실행되는 Chrome 128: PromotionsEnabled가 Chrome 128부터 출시됩니다. 신고된 사항이 없습니다.

   

  • Android의 Chrome 안전 확인 개선 back to top 

    Chrome 128에서는 브라우저에 안전 관련 문제가 있는지 정기적으로 확인하고 주의가 필요한 문제가 있으면 사용자에게 알리는 새로운 사전 예방적 안전 확인을 도입합니다. 또한 이번 출시에서는 사용자가 인터넷을 더욱 안전하게 사용할 수 있도록 설계되고 Chrome의 선제적인 안전 관련 조치와 각 사용자에게 맞춤설정된 정보가 포함된 새로운 디자인의 안전 확인 페이지(chrome://settings/safetyCheck)를 도입합니다. 자세한 내용은 Chrome 안전 및 보안 관리를 참고하세요.

     
    • Android에서 실행되는 Chrome 128

    inactive tabs

   

  • Rust JSON 파서 back to top 

    빠르면 Chrome 128부터 Chrome은 C++가 아닌 Rust를 사용하여 JSON을 파싱합니다. 이렇게 하면 JSON 파서에서 메모리 안전 취약점의 위험이 없어 보안이 개선됩니다. 이 변경사항은 사용자에게 투명하게 진행됩니다. Rust 파서는 여전히 매우 관대하지만 Chrome에서 현재 허용하는 일부 잘못된 JSON이 더 이상 허용되지 않을 위험이 약간 있습니다.

    Chrome에서 잘못된 JSON을 허용하지 않으면 비정상 종료가 아니라 500 오류 또는 기타 애플리케이션 수준 오류가 발생합니다. Chrome에서 더 이상 일부 잘못된 JSON을 허용하지 않으면 JSON을 수정해야 합니다.

     
    • Chrome 128

   

  • iPad의 탭 그룹 back to top 

    iPad용 Chrome 사용자는 탭 그룹을 만들고 관리할 수 있습니다. 이를 통해 사용자는 체계적으로 항목을 정리하고, 필요 없는 항목은 줄이고, 작업을 보다 효율적으로 관리할 수 있습니다.

     
    • iOS에서 실행되는 Chrome 128

   

  • 파티셔닝된 쿠키의 CookiePartitionKey 업데이트 back to top 

    Chrome 128에서는 파티셔닝된 쿠키의 CookiePartitionKey 키에 크로스 사이트 상위 비트를 추가합니다. 이번 변경을 통해 파티션 키와 저장용량 파티셔닝에 사용되는 파티션 키 값을 통합하고, 크로스 사이트가 삽입된 프레임이 최상위 사이트의 파티셔닝된 쿠키에 액세스하지 못하도록 차단하여 클릭재킹 공격으로부터 더욱 안전하게 보호합니다.

    삽입된 iframe으로 중단이 발생하는 경우 기업에서는 CookiesAllowedForUrls 정책을 사용하거나 SameSite=None 쿠키를 Partitioned 속성 없이 사용할 수 있습니다. 그런 다음 Storage Access API(SAA)를 호출하여 삽입된 iframe에서 최상위 도메인과 동일한 쿠키에 액세스하도록 할 수 있습니다. 

     
    • Windows, Mac, Linux에서 실행되는 Chrome 128

   

  • CHIPS 지원 중단 및 WebView에서 다시 실행 back to top 

    WebViewClient는 개발자가 네트워크 활동을 가로채고 HTTP 헤더 등을 수정할 수 있는 shouldInterceptRequest 메서드를 지원합니다. 이 API는 쿠키 헤더에 액세스할 수 없으며 특정 요청 URL에 사용할 수 있는 쿠키를 쿼리하기 위해 Android CookieManager API를 사용합니다. 그러나 파티셔닝된 쿠키는 최상위 사이트와 쿠키를 사용하는 URL의 사이트에서 이중 키로 설정됩니다.

    현재 CookieManager API는 개발자가 파티셔닝된 쿠키를 올바르게 쿼리하는 방법을 제공하지 않으며, 이로 인해 Java API가 반환하는 것과 실제로 쿠키 헤더에 있는 WebView의 프레임 사이에 불일치가 발생합니다. WebView팀과 논의한 결과, 쿠키 헤더 지원을 shouldInterceptRequest로 제공할 수 있을 때까지 WebView에서 Cookies Having Independent Partitioned State(CHIPS)를 사용 중지하는 것이 잠재적인 앱 중단을 최소화하는 방법이라고 판단됩니다. 다음 타겟 SDK 버전(API 수준 36)에서 shouldInterceptRequest의 변경사항이 출시됩니다.

    파티셔닝된 쿠키를 사용하는 웹 콘텐츠를 로드하는 데 WebView를 사용하는 엔터프라이즈 워크플로에서 상태가 삭제됩니다. WebView 앱은 여전히 파티셔닝되지 않은 서드 파티 쿠키에 액세스할 수 있으며, 변경 후에는 기능이 다시 출시될 때까지 파티셔닝됨으로 설정된 쿠키가 기존 CHIPS 이전 동작으로 되돌아갑니다.

     
    • Android에서 실행되는 Chrome 128

   

  • 분리형 웹 앱 back to top 

    분리형 웹 앱(IWAs)은 보안이 중요한 애플리케이션 개발자에게 필요한 서버 손상 및 기타 조작에 대한 더 강력한 보호 기능을 제공하는 PWA 설치 및 웹 패키징에 관한 기존 서비스의 확장입니다.

    이러한 IWA를 실시간 웹 서버에 호스팅하고 HTTPS를 통해 가져오는 대신 웹 번들로 패키징하고 개발자가 서명한 후 Chromium 프로젝트 설명서에 나온 잠재적 방법 중 하나 이상을 통해 최종 사용자에게 배포합니다.

    이 최초 출시에서 IWA는 엔터프라이즈 관리 ChromeOS 기기에서 새 정책인 IsolatedWebAppInstallForceList를 사용해서만 설치할 수 있습니다.

     
    • ChromeOS에서 실행되는 Chrome 128

   

  • position-try-options를 position-try-fallbacks로 이름 변경 back to top 

    CSS 작업 그룹(CSSWG)은 이 속성이 제어하는 항목을 대체 값이 더 정확하게 설명하므로 이 속성의 이름을 바꾸기로 결정했습니다. 옵션이라는 단어는 약간 모호합니다. `position-try` 블록 외부의 스타일이 먼저 테스트되고, 포함 블록 내에 맞는 레이아웃이 생성되면 옵션이 전혀 사용되지 않기 때문입니다. 따라서 이 동작을 설명하는 데는 대체라는 단어가 더 적합합니다. 자세한 내용은 GitHub를 참고하세요.

    • Windows, Mac, Linux, Android에서 실행되는 Chrome 128

   

  • 새 탭 페이지의 Google Calendar 카드 back to top 

    이제 기업 사용자는 새 캘린더 카드를 사용하여 새 탭 페이지에서 예정된 회의에 바로 액세스할 수 있습니다. 이 간소화된 환경을 사용하면 탭을 전환하거나 다음 회의를 검색하는 데 시간을 낭비할 필요가 없으므로 가장 중요한 일에 집중할 수 있습니다. NTPCardsVisible 정책을 사용하여 새 탭 페이지에서 카드를 제어할 수 있습니다. 

     
    • Linux, Mac, Windows에서 실행되는 Chrome 128

    calendar new tab

   

   

  • Chrome 브라우저에서 삭제된 정책 back to top 
    정책 설명
    RemoteAccessHostTokenUrl 원격 액세스 클라이언트가 인증 토큰을 확보해야 하는 URL입니다.
    RemoteAccessHostTokenValidationUrl 원격 액세스 클라이언트 인증 토큰을 확인하기 위한 URL입니다.
    EnterpriseBadgingTemporarySetting 기업 배지의 공개 상태를 제어합니다.
    RemoteAccessHostTokenValidationCertificateIssuer RemoteAccessHostTokenValidationUrl에 연결하기 위한 클라이언트 인증서입니다.
    EnforceLocalAnchorConstraintsEnabled 내장된 인증서 확인 기능이 플랫폼 트러스트 저장소에서 로드된 신뢰 앵커에 인코딩된 제약 조건을 적용하게 할지 결정합니다.
    CertificateTransparencyEnforcementDisabledForLegacyCas 기존 인증 기관 목록에 인증서 투명성 시행을 사용 중지합니다.

ChromeOS 업데이트

   

  • ChromeOS의 스냅 그룹 back to top

    ChromeOS 128에서는 스냅 그룹을 사용하여 ChromeOS에서 창을 그룹화할 수 있습니다. 두 개의 창을 짝지어 화면을 분할하면 스냅 그룹이 형성됩니다. 창을 다시 모으거나 동시에 크기를 조절하거나 둘 다 그룹으로 이동할 수 있습니다.

     

    snap groups

     

   

  • 데이터 프로세서 모드: EU 전역 출시 back to top

    Google 관리 콘솔을 통해 EU 전역에서 새로운 데이터 프로세서 모드 기능과 ChromeOS 약관을 사용할 수 있습니다. 자세한 내용은 ChromeOS 데이터 프로세서 모드 개요를 참고하세요. 

    이제 ChromeOS 관리자는 필수 서비스라고 하는 ChromeOS 기능 및 서비스 집합을 포함하는 데이터 프로세서 모드를 활성화할 수 있습니다. 

   

  • 개인 정보 보호 설정: 위치정보 back to top

    이제 설정 > 개인 정보 보호 및 보안 > 개인 정보 보호 설정 페이지에 위치정보 액세스 권한을 제어하는 기능이 추가되어 ChromeOS 기기의 개인 정보 보호를 더 쉽게 관리할 수 있습니다. 이제 사용자는 환경설정에 따라 위치정보 액세스를 허용됨, 시스템 서비스에만 허용됨 또는 사용 안함으로 설정할 수 있습니다. 

    Google은 사용자가 이전에 부여된 권한과 관계없이 모든 앱이나 웹사이트 또는 전체 시스템의 위치정보 액세스를 차단할 수 있도록 허용하고, 필요할 때마다 쉽게 다시 사용 설정할 수 있는 제어 기능을 제공할 예정입니다.

    geolocation

     

    새로운 정책인 GoogleLocationServicesEnabled가 추가되었습니다. 이를 통해 사용자 세션 내 기기에서 위치정보 사용 가능 여부를 제어할 수 있습니다. 아래의 지원 중단된 정책과 달리 이 정책은 Android VM(Arc)뿐만 아니라 전체 시스템에 영향을 미칩니다.

    지원 중단 알림(6개월): ArcGoogleLocationServicesEnabled 

    이 정책은 Android VM(Arc)뿐만 아니라 전체 시스템을 다루므로 추가된 GoogleLocationServicesEnabled 정책으로 대체됩니다. 또한 DefaultGeolocationSetting의 효과를 수정하여 더 이상 시스템 위치정보 설정에 영향을 미치지 않도록 합니다.

   

  • 앱 설정 페이지의 ChromeOS 개인 정보 보호 설정 리마인더 back to top

    ChromeOS에서 카메라와 마이크를 사용하려면 별도의 두 곳에서 개인 정보 보호 설정과 앱 권한을 모두 사용 설정해야 합니다. 

    Google은 사용자가 개인 정보 보호 설정의 상태를 더 쉽게 파악할 수 있도록 하고 ChromeOS 설정 페이지에서 실행 가능한 리마인더를 제공하여 사용자가 더 원활한 환경을 이용할 수 있도록 합니다. ChromeOS 설정 페이지를 보려면 설정 > 앱 > 앱 관리를 클릭하고 원하는 앱을 선택합니다.

     

    App settings

     

   

  • 집계된 바이탈 데이터를 1년 보관 기간으로 저장 back to top

    ChromeOS 128부터는 시간이 지남에 따라 진행 상황을 더 잘 추적할 수 있도록 집계된 바이탈 데이터를 1년 동안 보관합니다. 바이탈 데이터에는 비정상 종료 발생률과 같은 Android 앱 성능 측정항목이 포함되며, 이러한 측정항목은 ChromeOS 기기에서 Android 앱 성능을 개선하는 데 도움이 됩니다.

   

  • ChromeOS 카메라 앱의 OCR back to top

    광학 문자 인식(OCR)은 ML 기반 텍스트 추출 서비스를 통합하여 ChromeOS 카메라 앱에서 캡처한 이미지에서 텍스트를 추출할 수 있도록 지원합니다. ChromeOS 128은 77개 언어를 지원하며 가로 및 세로 감지를 모두 지원합니다. 이를 통해 이미지에서 텍스트를 복사하고 검색하거나, 스크린 리더로 이미지의 텍스트를 음성으로 재생하거나, 이미지에서 검색 가능한 PDF를 만들 수 있습니다. 기본적으로 사진 모드의 텍스트 감지는 사용 중지되어 있으며 설정 > 미리보기에서 텍스트 감지에서 사용 설정할 수 있습니다.

     

    OCR camera app

     

   

  • 돋보기가 ChromeVox를 따라 이동 back to top

    ChromeVox를 따라가는 돋보기는 시각장애인이나 저시력자를 위해 설계되었습니다. ChromeVox를 사용하여 텍스트를 소리 내어 읽으면 이제 화면 돋보기가 자동으로 단어를 따라가므로 읽고 있는 위치를 놓치지 않을 수 있습니다. 이 기능을 사용해 보려면 설정에서 돋보기와 ChromeVox를 모두 사용 설정하세요. Ctrl + Alt + 밝기 높이기 키Ctrl + Alt + 밝기 낮추기 키를 사용하여 원하는 확대/축소 수준으로 조정합니다. 돋보기 설정에 이 동작을 조정할 수 있는 설정이 있습니다.

   

  • 기본적으로 음량 자동 조절이 사용 설정됨 back to top

    음량 자동 조절(AGC)을 사용하면 영상 통화 앱과 같은 앱에서 최상의 음질을 위해 마이크 볼륨을 자동으로 최적화할 수 있습니다. 음량 자동 조절이 사용 설정되어 사용 중인 경우 빠른 설정 패널에 마이크 게인 슬라이더가 재정의되고 있다고 사용자에게 알리는 메시지가 표시됩니다. AGC는 ChromeOS 128에서 기본적으로 사용 설정됩니다. AGC를 지원하는 앱에서도 마이크 볼륨을 수동으로 제어하려면 설정 > 기기 > 오디오로 이동하여 앱에서 마이크 볼륨 자동 조절 허용을 선택 해제하면 됩니다. 

     

    AGC audio

     

   

  • APN 관리 back to top

    ChromeOS 모바일 데이터 지원 기기의 경우 액세스 포인트 네임(APN)을 더 쉽게 보고 관리하고 추가할 수 있도록 했습니다. 등록 실패 처리 및 메시지도 개선했습니다.

   

  • ChromeOS의 고정된 알림 back to top

    ChromeOS 알림을 사용하면 고정된 알림을 다른 알림과 시각적으로 구분할 수 있습니다. ChromeOS 128에서는 고정된 알림의 시각적 모양을 일반적인 알림과 크게 구분하여 중요한 차이를 반영합니다. 즉, 고정된 알림은 사용자에게 즉각적인 이벤트가 아닌 진행 중인 프로세스를 알립니다.

↑ 맨 위로  

관리 콘솔 업데이트

       
  • Chrome Enterprise 데이터 컨트롤: 클립보드   back to top

    데이터 컨트롤은 관리 콘솔의 경량 규칙으로, 파일 첨부나 다운로드, 복사하여 붙여넣기 작업, 인쇄와 같이 보안에 민감한 사용자 작업을 제어하는 Chrome 정책을 설정합니다. Chrome은 이 규칙을 로컬에 적용하여 이러한 작업이 발생할 때 사용자를 차단하거나 사용자에게 경고합니다.

    Chrome 128에서는 데이터 컨트롤의 클립보드 보호 부분인 복사하여 붙여넣기 작업을 출시합니다. 향후 출시에서는 다른 보호 기능도 계획되어 있습니다.

    DataControlsRules 정책으로 이 기능을 제어할 수 있습니다.

     
    • ChromeOS, Linux, Mac, Windows에서 실행되는 Chrome 128

     

    DC clipboard

     

↑ 맨 위로  

출시 예정

참고: 다음 항목은 실험용 또는 계획된 업데이트 항목입니다. 이러한 업데이트 항목은 안정화 버전 채널로 출시되기 전에 변경, 지연 또는 취소될 수 있습니다.

 

예정된 Chrome 브라우저 업데이트

    

  • 탭 비교 back to top 

    Chrome 129(미국만 해당)부터 여러 탭에 있는 제품에 관한 AI 생성 개요를 한곳에서 모두 볼 수 있는 새로운 기능인 탭 비교가 도입됩니다. 이 기능은 TabCompareSettings 정책을 통해 제어됩니다.

    • Linux, Mac, Windows에서 실행되는 Chrome 129 

    tab compare

     

    

  • macOS의 PWA Shim용 임시 코드 서명 back to top 

    macOS에 프로그레시브 웹 앱(PWA)을 설치할 때 생성되는 애플리케이션 shim의 코드 서명이 애플리케이션 설치 시 생성되는 임시 코드 서명을 사용하도록 변경됩니다. 코드 서명은 macOS에서 애플리케이션 ID의 일부로 사용합니다. 이러한 임시 서명으로 인해 각 PWA shim은 macOS에 고유한 ID를 갖게 됩니다. 현재 macOS에는 모든 PWA이 동일한 애플리케이션처럼 보입니다.

    이렇게 하면 macOS 로그인 시 열기 환경설정 창에 여러 PWA를 포함하려고 할 때 발생하는 문제를 해결할 수 있으며 향후 macOS의 PWA 내에서 사용자 알림 처리를 개선할 수 있습니다.

    • Mac에서 실행되는 Chrome 129
     

    

  • iOS에서 로그아웃 시 기기 데이터 삭제 back to top 

    Chrome 129부터 비관리 브라우저의 관리 계정에서 로그아웃하면 기기에 저장된 인터넷 사용 기록이 삭제됩니다. 관리 사용자에게는 로그아웃 시 데이터가 삭제된다는 내용을 설명하는 확인 대화상자가 표시됩니다. 데이터는 로그인 시간부터만 삭제되며 로그인 시간은 사용자가 Chrome 122 이상에서 로그인한 경우에만 알 수 있습니다. 그 외의 경우에는 모든 데이터가 삭제됩니다. 

    삭제되는 데이터는 다음과 같습니다. 

    • 방문 기록
    • 쿠키 및 사이트 데이터
    • 비밀번호
    • 사이트 설정
    • 자동 완성
    • 캐시된 이미지 및 파일
     
    • iOS에서 실행되는 Chrome 129

    delete user data

     

    

  • HTML5 <meter> 요소의 대체 스타일 back to top 

    빠르면 Chrome 129부터 `appearance: none`이 적용된 HTML5 <meter> 요소는 페이지에서 사라지는 대신 Safari 및 Firefox와 일치하는 적절한 대체 스타일을 갖게 됩니다. 또한 개발자는 <meter> 요소의 스타일을 맞춤설정할 수 있습니다.

    Chrome 133까지는 이 기능을 제어하기 위한 임시 정책인 MeterAppearanceNoneFallbackStyle을 사용할 수 있습니다.

    • Windows, Mac, Linux, Android에서 실행되는 Chrome 129
     

    

  • Chrome의 macOS 10.15 지원 중단 back to top 

    Chrome은 Apple에서 더 이상 지원하지 않는 macOS 10.15를 지원하지 않습니다. Chrome 브라우저를 계속 실행하려면 사용자가 운영체제를 업데이트해야 합니다. 보안 유지를 위해서는 지원되는 운영체제에서 실행하는 것이 필수적입니다. macOS 10.15에서 실행되는 경우, Chrome에는 Chrome 129에서 macOS 10.15가 더 이상 지원되지 않음을 사용자에게 알리는 정보 표시줄이 계속 표시됩니다.

    • Mac에서 실행되는 Chrome 129: Chrome에서 더 이상 macOS 10.15를 지원하지 않습니다.
     

    

  • 세이프 브라우징 확장 보고 지원 중단 back to top 

    세이프 브라우징 확장 보고는 참여 사용자로부터 Google 세이프 브라우징 보호에 사용되는 원격 분석 정보를 수집하여 모든 사용자의 보안을 강화하는 기능입니다. 수집된 데이터에는 방문한 웹페이지의 URL, 제한된 시스템 정보, 일부 페이지 콘텐츠가 포함됩니다. 하지만 이제 이 기능은 향상된 보호 모드로 대체되었습니다. Chrome에서 제공하는 가장 강력한 보안 기능을 사용 설정하는 것 외에도 모든 사용자에게 보안을 계속 제공하기 위해서는 사용자를 향상된 보호 모드로 전환하는 것이 좋습니다. 자세한 내용은 세이프 브라우징 보호 수준을 참고하세요. 

     

    safe browsing

     
    • Android, iOS, ChromeOS, Linux, Mac, Windows에서 실행되는 Chrome 129: 세이프 브라우징 확장 보고 지원 중단
     

    

  • Windows 및 macOS의 인증서 관리자 back to top 

    빠르면 Chrome 129부터 Windows 및 MacOS의 보안 설정에서 액세스할 수 있는 새로운 인증서 관리 설정 화면이 있습니다. 이는 Windows 인증서 관리자 및 MacOS 키체인 링크를 각각 대체하지만 이러한 운영체제 표시 경로는 인증서 관리 설정 페이지에서 계속 액세스할 수 있습니다.

    인증서 관리자에는 Chrome Root Store의 콘텐츠 등 Chrome에서 신뢰하거나 신뢰하지 않는 인증서와 기본 운영체제에서 가져온 인증서가 표시됩니다. 사용자는 chrome://certificate-manager로 이동하여 페이지에 직접 액세스할 수 있습니다.

    향후 출시에서는 Chrome에 직접 추가된 인증서의 사용자 및 엔터프라이즈 관리가 도입될 예정입니다.

    • Mac, Windows에서 실행되는 Chrome 129

    

  • HttpsOnlyMode 정책의 새로운 옵션 back to top 

    Ask Before HTTP(ABH)(이전 명칭: HTTPS 전용/우선 모드)는 안전하지 않은 HTTP 콘텐츠를 전송하기 전에 Chrome에 사용자 동의를 요청하도록 지시하는 설정입니다. HttpsOnlyMode 정책을 통해 ABH를 강제로 사용 설정하거나 사용 중지할 수 있습니다.

    Chrome 129에서는 ABH의 새로운 중간 변형인 균형 모드를 추가합니다. 이 변형은 대부분의 경우 (엄격한) ABH처럼 작동하지만, Chrome에서 HTTPS 연결이 불가능하다고 인식하는 경우(예: internal/과 같은 단일 라벨 호스트 이름에 연결할 때) 묻지 않음으로써 사용자 불편을 줄이는 것을 목표로 합니다.

    이 새로운 변형을 강제로 사용 설정할 수 있는 force_balanced_enabled 정책 옵션이 추가됩니다. Chrome 129 전의 브라우저에서 force_balanced_enabled를 설정하면 ABH 설정에 엔터프라이즈 제한이 적용되지 않는 기본 동작이 실행됩니다.

    이전에 force_enabled를 설정한 경우 예기치 않은 영향을 방지하려면 전체 기기가 Chrome 129 이상으로 업그레이드될 때까지 force_balanced_enabled를 설정하지 않는 것이 좋습니다. force_enabled에서 force_balanced_enabled로 이전하지 않는 경우 이 변경사항의 영향을 받지 않습니다.

    • Android, ChromeOS, Linux, Mac, Windows, Fuchsia에서 실행되는 Chrome 129
     

    

  • 탭 그룹 동기화 back to top 

    이제 iOS의 탭 그룹이 저장됩니다. 탭 그룹을 닫아도 더 이상 삭제되지 않습니다. 기기 간에 탭을 동기화하는 사용자의 경우 그룹도 동기화됩니다.

     
    • iOS에서 실행되는 Chrome 129

    sync tab groups

     

    

  • Google Play 서비스를 업데이트하여 온디바이스 비밀번호 문제 해결하기 back to top 

    이전 버전의 Google Play 서비스를 사용하는 사용자는 온디바이스 비밀번호의 기능이 제한되고 곧 비밀번호 관리자가 완전히 작동하지 않을 수 있습니다. 이러한 사용자는 Play 서비스를 업데이트해야 하며, 상태에 따라 다른 문제 해결 방법을 안내받게 됩니다. 이는 비밀번호 관리자의 Android 사용자에게만 영향을 주는 진행 중인 이전의 일환입니다.

    • Android에서 실행되는 Chrome 129
     

    

  • 비표준 선언적 섀도우 DOM 직렬화 지원 중단 back to top 

    2020년에 출시된 후 2023년에 업데이트된 프로토타입 구현에는 섀도우 루트가 포함된 DOM 트리를 직렬화하는 데 사용할 수 있는 getInnerHTML()이라는 메서드가 포함되어 있습니다. 프로토타입의 이 부분은 나머지 선언적 섀도우 DOM과 함께 표준화되지 않았으며 최근에야 사양 합의에 도달했습니다(자세한 내용은 GitHub 참고). 합의에 따라 getInnerHTML API의 형태가 변경되었습니다.

    이 기능은 이전에 제공된 getInnerHTML() 메서드의 지원 중단을 나타냅니다. 대체 방법은 getHTML()이며 Chrome 125에서 제공됩니다. 자세한 내용은 이 ChromeStatus 기능 설명을 참고하세요.

    • Windows, Mac, Linux, Android에서 실행되는 Chrome 129
     

    

  • DOMParser에서 includeShadowRoots 인수 지원 중단 back to top 

    includeShadowRoots 인수는 DOMParser.parseFromString() 함수에 대한 표준화되지 않은 인수였으며, 선언적 Shadow DOM이 포함된 HTML 콘텐츠의 명령적 파싱을 허용하기 위해 존재했습니다. 이 기능은 선언적 Shadow DOM의 초기 배포의 일부로 Chrome 90에서 출시되었습니다. 2023년에 표준 논의가 다시 구체화됨에 따라 명령적 파싱을 위한 이 기능을 포함하여 DSD API의 형태가 변경되었습니다. 자세한 내용은 관련 표준에 대한 컨텍스트 세부정보 및 관련 섀도우 DOM 직렬화섀도우 루트 속성 지원 중단에 관한 정보를 참고하세요.
    이제 이 API의 표준화된 버전(setHTMLUnsafe() 및 parseHTMLUnsafe() 형식)이 Chrome 124에서 출시되므로 비표준 includeShadowRoots 인수는 지원 중단하고 삭제해야 합니다. 모든 사용이 다음과 같이 변경됩니다.
    다음은 권장하지 않습니다.
      (new DOMParser()).parseFromString(html,'text/html',{includeShadowRoots: true});
    다음을 대신 사용할 수 있습니다.
      document.parseHTMLUnsafe(html);

    • Linux, Mac, Windows, Android에서 실행되는 Chrome 129
     

    

  • inset-area를 position-area로 이름 변경 back to top 

    CSS 작업 그룹(CSSWG)은 이 속성의 이름을 `inset-area`에서 `position-area`로 바꾸기로 결정했습니다. GitHub의 CSSWG 토론을 참고하세요. 

    Chrome은 두 속성 이름을 모두 지원하여 상호 운용 가능한 솔루션을 출시하기로 했습니다. 새 속성 이름인 `position-area`는 먼저 `inset-area`의 동의어로 제공됩니다. 그런 다음 시간이 적절히 지나면 `inset-area`가 삭제됩니다. 이러한 삭제는 별도의 인텐트에서 실행됩니다.

    • Windows, Mac, Linux, Android에서 실행되는 Chrome 129
     

    

  • Entrust 인증서 신뢰 해제 back to top 

    지속적인 규정 준수 실패에 대응하기 위해 Chrome 127에서는 웹사이트, Entrust에서 발급한 인증서 등 공개적으로 신뢰되는 TLS 서버 인증이 기본적으로 신뢰되는 방식을 변경합니다. 이는 Windows, macOS, ChromeOS, Android, Linux에서 실행되는 Chrome 127 이상에 적용되며 iOS 정책에서는 iOS용 Chrome에서 Chrome Root Store 사용을 허용하지 않습니다.

    특히 Chrome Root Store에 포함되어 있으며 발급된 Entrust 루트 CA 인증서에 유효한 TLS 인증서:

        - 2024년 10월 31일 이후에는 기본적으로 더 이상 신뢰할 수 없습니다.

        - 2024년 10월 31일 이전까지는 이번 변경사항의 영향을 받지 않습니다. 

    Chrome 사용자 또는 기업이 Chrome Root Store를 사용하는 Chrome 플랫폼 및 버전에서 영향을 받는 Entrust 인증서를 명시적으로 신뢰하는 경우(예: Windows 그룹 정책 객체를 통해 명시적 신뢰가 전달되는 경우) 위에 설명된 서명된 인증서 타임스탬프(SCT) 제약 조건이 재정의되고 인증서는 현재와 같이 작동합니다.  

    추가 정보 및 테스트 리소스는 디지털 인증서 보안 유지 - Entrust 인증서 신뢰 해제를 참고하세요.

    Chrome Root Store에 관해 자세히 알아보려면 이 FAQ를 참고하세요.

    • Android, ChromeOS, Linux, Mac, Windows에서 실행되는 Chrome 127: Chrome Root Store를 사용하는 모든 버전에서 실행되는 Chrome 127 이상에서는 차단 작업을 준수하지만 2024년 10월 31일 이후에 발급된 인증서에 대해서만 차단 작업이 시작됩니다.
    • ChromeOS, Linux, Mac, Windows에서 실행되는 Chrome 130: 2024년 10월 31일 이후에 발급된 인증서에 차단 작업이 시작됩니다. Chrome 127, 128, 129에도 영향을 미칩니다.
     

    

  • 특수하지 않은 스키마 URL 지원 back to top 

    Chrome 130에서는 특수하지 않은 스키마 URL을 올바르게 지원합니다. 이전에는 Chromium의 URL 파서가 특수하지 않은 URL을 지원하지 않았습니다. 파서는 URL 표준에 맞지 않는 '불투명 경로'가 있는 것처럼 특수하지 않은 URL을 파싱합니다. 이제 Chromium의 URL 파서는 URL 표준에 따라 특수하지 않은 URL을 올바르게 파싱합니다. 자세한 내용은 특수하지 않은 스키마 URL 지원을 참고하세요.

    • Windows, Mac, Linux, Android에서 실행되는 Chrome 130
     

    

  • Windows에서 네트워크 서비스가 샌드박스 처리됨 back to top 

    보안 및 안정성 개선을 위해 Windows에서 자체 프로세스를 이미 실행 중인 네트워크 서비스가 샌드박스 처리됩니다. 이 업데이트로 인해 현재 네트워크 서비스를 조작할 수 있는 서드 파티 코드의 동작이 차단될 수 있습니다. 이로 인해 데이터 손실 방지 소프트웨어와 같이 Chrome의 프로세스 공간에 코드를 삽입하는 소프트웨어와의 상호 운용성 문제가 발생할 수 있습니다. 호환이 되지 않을 경우 NetworkServiceSandboxEnabled 정책을 사용하여 샌드박스를 사용 중지하면 됩니다. 이 안내에 따라 사용 중인 환경에서 샌드박스를 테스트할 수 있습니다. Chromium 버그 추적기를 사용하여 발생한 문제를 신고할 수 있습니다.

    • Windows에서 실행되는 Chrome 130: Windows에서 네트워크 서비스가 샌드박스 처리됩니다.
     

    

  • Chrome 서드 파티 쿠키 지원 중단 back to top 

    7월 22일 Google은 웹용 개인 정보 보호 샌드박스의 새로운 방향을 발표했습니다. Google은 서드 파티 쿠키를 지원 중단하는 대신 Chrome에 새로운 환경을 도입하여 사용자가 웹 탐색 전반에 적용되는 정보에 입각한 선택을 할 수 있도록 하고 언제든지 선택사항을 조정할 수 있도록 할 것입니다. Google은 이 새로운 방향을 규제 기관과 논의하고 있으며, 출시할 때 업계와도 협력할 예정입니다. 

    자세한 내용은 이 개인 정보 보호 샌드박스 업데이트를 참고하세요. 

     

    

  • PWA에서 사용자 링크 캡처 back to top 

    웹 링크는 자동으로 사용자를 설치된 웹 앱으로 안내합니다. 설치된 웹 앱에 대한 사용자의 기대에 더 잘 부합하기 위해 Chrome이 브라우저와 설치된 웹 앱 간의 이동을 더 용이하게 만듭니다. 사용자가 설치된 웹 앱에서 처리할 수 있는 링크를 클릭하면 Chrome은 주소 표시줄에 앱으로의 전환을 제안하는 칩을 추가합니다. 칩을 클릭하면 앱이 직접 실행되거나 해당 링크를 지원할 수 있는 앱의 그리드가 열립니다. 일부 사용자의 경우 링크를 클릭하면 항상 앱이 자동으로 열립니다.

    • Linux, Mac, Windows에서 실행되는 Chrome 121: 링크를 클릭하면 설치된 PWA에서 항상 열리는 경우도 있고, 새 탭에서 링크가 열리며 주소 표시줄에 있는 칩을 클릭하면 앱이 실행되는 경우도 있습니다. 플래그로 이 기능을 제어할 수 있습니다. chrome://flags/#enable-user-link-capturing-pwa.
    • Linux, Mac, Windows에서 실행되는 Chrome 130: 기본적으로 사용 설정(링크 클릭 시 항상 앱 실행)하거나 기본적으로 사용 중지(항상 탭에서 열리며, 사용자가 주소 표시줄의 칩을 클릭한 경우에만 실행)한 상태로 안정화 버전의 100%에 출시합니다.

     PWA links

     

    

  • 탐색 요청에 관한 비공개 네트워크 액세스 확인: 경고 전용 모드 back to top 

    이 기능은 웹사이트 A가 사용자의 비공개 네트워크에 있는 다른 사이트 B로 이동하기 전에 다음을 실행합니다.

    1. 요청이 보안 컨텍스트에서 시작되었는지 확인합니다.

    2. 프리플라이트 요청을 전송한 후 B에서 비공개 네트워크 액세스를 허용하는 헤더로 응답하는지 확인합니다.

    이미 하위 리소스 및 작업자를 위한 기능이 있지만 이 기능은 특히 탐색 요청에 사용됩니다. 이러한 확인 작업은 사용자의 비공개 네트워크를 보호합니다.  

    이 기능은 경고 전용 모드이므로, 확인에 실패해도 요청이 실패하지는 않습니다. 대신 개발자가 향후 시행에 대비할 수 있도록 DevTools 콘솔에 경고가 표시됩니다.

    • Windows, Mac, Linux, Android에서 실행되는 Chrome 130
     

    

  • iOS의 안전하지 않은 양식 경고 back to top 

    iOS에서 실행되는 Chrome 125부터 보안 페이지에서 안전하지 않은 페이지로 양식이 제출되지 않도록 차단합니다. Chrome에서 안전하지 않은 양식 제출을 감지하면 사용자에게 제출을 확인하도록 요청하는 경고가 표시됩니다. 사용자의 명시적인 승인 없이 일반 텍스트를 통해 양식 데이터가 유출되지 않도록 방지하는 것이 목표입니다. InsecureFormsWarningsEnabled 정책을 사용하여 이 기능을 제어할 수 있으며, Chrome 130에서 삭제됩니다.

    • iOS에서 실행되는 Chrome 125: 기능 출시
    • iOS에서 실행되는 Chrome 130: InsecureFormsWarningsEnabled 정책이 삭제됨
     

    

  • Chronicle과 Chrome 확장 프로그램 텔레메트리 통합 back to top 

    빠르면 Chrome 131부터 Chrome 내에서 관리 프로필 및 기기의 관련 확장 프로그램 텔레메트리 데이터를 수집하여 Chronicle로 전송할 예정입니다. Chronicle은 데이터를 분석하여 위험한 활동에 관한 즉각적인 분석과 맥락을 제공합니다.

    • ChromeOS, Linux, Mac, Windows에서 실행되는 Chrome 131
     

    

    

  • TLS용 X25519Kyber768 키 캡슐화 back to top 

    Chrome 124부터 Chrome은 기본적으로 모든 데스크톱 플랫폼에서 NIST 표준(ML-KEM)을 기반으로 새로운 포스트 퀀텀 보안 TLS 키 캡슐화 메커니즘 X25519Kyber768을 사용 설정합니다. 이를 통해 ML-KEM을 지원하는 서버가 있는 Chrome에서 향후 퀀텀 컴퓨터의 복호화로부터 네트워크 트래픽을 보호할 수 있습니다. 이는 새 TLS 암호화 스위트로 노출됩니다. TLS는 지원되는 암호화를 자동으로 협상하므로 이러한 변경사항은 서버 운영자에게 투명합니다. 이 암호화는 TLS 1.3 및 QUIC 연결 모두에 사용됩니다.

    그러나 일부 TLS 미들박스가 Kyber(ML-KEM) 키 캡슐화 크기 또는 새 TLS ClientHello 암호화 코드 포인트에 맞게 준비되지 않아 연결이 중단될 수 있습니다. 이 문제는 미들박스를 업데이트하거나 2024년 말까지 제공되는 임시 PostQuantumKeyAgreementEnabled 엔터프라이즈 정책을 통해 키 캡슐화 메커니즘을 사용 중지하면 해결할 수 있습니다. 그러나 장기적으로는 포스트 퀀텀 보안 암호화가 TLS에 필요하며, 엔터프라이즈 정책은 삭제됩니다. CSNA 2.0에는 포스트 퀀텀 암호화가 필요합니다.

    자세한 내용은 이 Chromium 블로그 게시물을 참고하세요.

    • Windows, Mac, Linux에서 실행되는 Chrome 124
    • Android에서 실행되는 Chrome 135
     

    

  • Windows에서 UI 자동화 접근성 프레임워크 제공자 back to top 

    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 자동화 접근성 프레임워크 제공자를 사용합니다.

 

예정된 ChromeOS 변경사항

   

  • 텍스트 읽어주기 단축키 업데이트 back to top 

    이제 Chromebook에서 텍스트 읽어주기 단축키(검색 + s)를 처음 누르면 작동합니다. 빠르면 ChromeOS 129부터 더 이상 설정 > 접근성 > 텍스트 음성 변환 > 텍스트 읽어주기에서 먼저 사용 설정하지 않아도 됩니다. 단축키를 처음 누르면 텍스트 읽어주기를 사용 설정할지 확인하는 대화상자가 표시됩니다. 

     

    text to speak

     

   

  • 관리 게스트 세션에서 파일을 전송하기 위한 Chrome Enterprise Premium back to top 

    빠르면 ChromeOS 129부터 조직은 Chrome Enterprise Premium의 강력한 검사와 콘텐츠 및 컨텍스트 기반 보호 기능을 관리 게스트 세션의 ChromeOS 로컬 파일로 확장할 수 있습니다. 

    예를 들어 주민등록번호가 포함된 파일이 잘못된 위치에 저장되어 있는 경우 사용자가 외장 드라이브에 파일을 복사하려고 하면 즉시 차단되어 기밀 정보가 보호됩니다.

   

  • ChromeOS XDR 창 이벤트 back to top 

    ChromeOS 130에서는 ChromeOS의 확장 위협 감지 및 대응(XDR)의 일환으로 창 포커스 이벤트를 사용할 수 있습니다. 관리 콘솔에서 XDR 이벤트를 업데이트하기만 하면 관리 기기 전반에서 기기의 포커스 활동에 창을 가져올 수 있습니다.

   

  • 생성형 AI 배경화면 및 화상 회의 배경 back to top 

    빠르면 ChromeOS 130부터 ChromeOS에 고해상도 생성형 AI 배경화면과 화상 회의 배경을 도입할 계획입니다. 이 기능을 사용하면 창의력을 발휘하여 Chromebook을 나만의 개성을 표현할 수 있는 캔버스로 만들 수 있습니다. 다양한 템플릿 컬렉션 중에서 선택하여 클릭 몇 번으로 Chromebook을 나만의 개성이나 분위기, 관심분야로 꾸며 보세요. 

    이러한 기능을 제어할 수 있는 두 가지 새 정책(GenAIVcBackgroundSettingsGenAIWallpaperSettings)이 제공됩니다.

 

향후 관리 콘솔 변경사항

   

  • Chrome 브라우저 관리 프로필 보고 back to top

    Chrome Enterprise Core의 관리 콘솔에 새로운 Chrome 브라우저 관리 프로필 보고가 도입됩니다. 이 기능을 통해 새로운 관리 프로필 등록정보 및 세부정보 페이지를 이용할 수 있습니다. 이 페이지에서 IT 관리자는 프로필 세부정보, 브라우저 버전, 적용된 정책 등 관리 프로필에 관한 보고 정보를 확인할 수 있습니다.

    • Android, Linux, Mac, Windows에서 실행되는 Chrome 130
     

   

  • 데이터 컨트롤을 위한 관리 콘솔 위젯 back to top

    관리 콘솔의 새로운 설정 위젯을 사용하면 사용자가 특정 URL에 대한 데이터 컨트롤 정책을 구성할 수 있습니다. 

    • Chrome ChromeOS, Linux, Mac, Windows에서 실행되는 128
     

   

↑ 맨 위로  

이전 출시 노트 

 

추가 리소스

추가 지원이 필요한 경우

Google 및 관련 마크와 로고는 Google LLC의 상표입니다. 기타 모든 회사명 및 제품명은 해당 업체의 상표입니다.

도움이 되었나요?

어떻게 하면 개선할 수 있을까요?

도움이 더 필요하신가요?

다음 단계를 시도해 보세요.

검색
검색어 지우기
검색 닫기
Google 앱
기본 메뉴