Chrome 141 베타

게시일: 2025년 9월 4일

달리 명시되지 않는 한 다음 변경사항은 Android, ChromeOS, Linux, macOS, Windows용 최신 Chrome 베타 채널 버전에 적용됩니다. 제공된 링크를 통해 또는 ChromeStatus.com의 목록에서 여기에 나열된 기능에 대해 자세히 알아보세요. Chrome 141은 2025년 9월 4일 현재 베타 버전입니다. 데스크톱의 경우 Google.com에서, Android의 경우 Google Play 스토어에서 최신 버전을 다운로드할 수 있습니다.

CSS 및 UI

ARIA Notify API

ARIA Notify API는 개발자가 스크린 리더에 읽을 내용을 직접 알려주는 JavaScript 메서드를 제공합니다.

ariaNotify()를 사용하면 ARIA 라이브 영역에 비해 안정성과 개발자 제어 기능이 향상되고 DOM 업데이트와 관련이 없는 변경사항을 알릴 수 있습니다. 이를 통해 동적 웹 애플리케이션 전반에서 더 일관되고 인체공학적인 접근성 환경을 만들 수 있습니다. "aria-notify" 권한 정책을 사용하여 이 기능의 iframe 사용을 제어할 수 있습니다.

hidden=until-found 및 세부정보 상위 요소 표시 알고리즘 업데이트

최근 사양에서 hidden=until-found 및 details 요소의 표시 알고리즘이 약간 변경되어 브라우저가 무한 루프에 빠지지 않도록 했습니다. 이러한 업데이트가 Chrome에 추가되었습니다.

중첩된 <svg> 요소에서 width 및 height를 프레젠테이션 속성으로 지원

Chrome은 SVG 마크업과 CSS를 통해 중첩된 <svg> 요소에 width 및 height를 프레젠테이션 속성으로 적용하는 것을 지원합니다. 이러한 이중 접근 방식은 개발자에게 더 큰 유연성을 제공하여 복잡한 디자인 내에서 SVG 요소를 더 효율적으로 관리하고 스타일을 지정할 수 있도록 합니다.

이 기능을 사용 설정하면 다음 HTML 스니펫의 출력이 동일합니다.

중첩된 <svg> 요소의 CSS 속성:

<svg width="100px" height="100px">
  <svg style="width:50px;height:50px;">
    <circle cx="50px" cy="50px" r="40px" fill="green" />
  </svg>
</svg>

중첩된 <svg> 요소에 CSS 속성이 없는 경우:

<svg width="100px" height="100px">
  <svg width="50px" height="50px">
    <circle cx="50px" cy="50px" r="40px" fill="green" />
  </svg>
</svg>

Web API

Digital Credentials API(프레젠테이션 지원)

웹사이트는 맞춤 URL 핸들러, QR 코드 스캔과 같은 다양한 메커니즘을 사용하여 모바일 지갑 앱에서 사용자 인증 정보를 가져옵니다. 이 기능을 사용하면 사이트에서 Android의 IdentityCredential CredMan 시스템을 사용하여 월렛에 ID 정보를 요청할 수 있습니다. 여러 사용자 인증 정보 형식(예: ISO mDoc 및 W3C 확인 가능한 사용자 인증 정보)을 지원하도록 확장 가능하며 여러 월렛 앱을 사용할 수 있습니다. 이 업데이트에서는 실제 신원의 생태계 규모 악용 위험을 줄이는 데 도움이 되는 메커니즘을 추가합니다.

일반적으로 navigateEvent.intercept()가 호출되면 NavigateEvent가 전달을 완료하는 즉시 가로채기된 탐색이 커밋되고 따라서 URL이 업데이트됩니다.

이 기능은 handler와 유사하게 navigateEvent.intercept()에 precommitHandler 옵션을 추가합니다. 이 핸들러(및 다른 모든 사전 커밋 핸들러)가 해결될 때까지 커밋을 지연하고 핸들러가 탐색의 URL, 정보, 상태, 기록 처리 동작(푸시/바꾸기)을 변경할 수 있도록 합니다.

restrictOwnAudio 후원

restrictOwnAudio 속성은 캡처된 디스플레이 표시 경로 제약 조건 속성입니다. 이 제약 가능한 속성은 캡처된 디스플레이 표면에서 시스템 오디오의 동작을 변경합니다. restrictOwnAudio 제약 조건은 캡처된 디스플레이 표면에 기본적으로 시스템 오디오가 포함된 경우에만 적용되며, 그렇지 않으면 아무런 영향을 미치지 않습니다.

기본적으로 시스템 오디오가 캡처되면 오디오 출력 장치에서 시스템이 재생하는 모든 오디오가 포함됩니다. restrictOwnAudio가 사용 설정되면 getDisplayMedia를 실행한 문서에서 발생한 오디오를 제외하도록 캡처된 시스템 오디오가 필터링됩니다.

getUserMedia()의 echoCancellationMode

MediaTrackConstraints 사전의 echoCancellation 동작을 확장합니다. 이전에는 true 및 false만 허용되었지만 이제는 all 및 remote-only도 허용됩니다. 클라이언트가 마이크에서 수신된 오디오 트랙에 적용된 에코 제거 동작을 수정하여 마이크 신호에서 사용자 시스템 재생(전체 또는 PeerConnections에서 수신된 오디오만)이 제거되는 정도를 제어할 수 있습니다.

getDisplayMedia()의 windowAudio

windowAudio 옵션을 사용하여 getDisplayMedia()의 DisplayMediaStreamOptions을 확장합니다. 이 새로운 옵션을 사용하면 웹 애플리케이션이 창을 선택할 때 사용자에게 오디오를 공유하는 기능을 제공해야 하는지 여부를 사용자 에이전트에 힌트로 제공할 수 있습니다. windowAudio 옵션은 애플리케이션 환경설정에 따라 제외, 시스템 또는 창으로 설정할 수 있습니다.

오디오 캡처용으로 구성되었지만 창이 선택된 경우 시스템 오디오 캡처를 제한하려는 웹 애플리케이션은 windowAudio: 'exclude'를 설정해야 합니다.

FedCM: 계정 선택의 대체 필드

계정 선택기에서 계정의 모호성을 해소하기 위한 식별자로 사용자의 성명 및 이메일 주소 외에 또는 대신 전화번호 및 사용자 이름을 지원하고, 웹사이트에서 이러한 새 필드를 사용하여 공개 문구에 영향을 줄 수 있습니다. 자세한 내용은 문서를 참고하세요.

getAll() 및 getAllKeys()의 IndexedDB getAllRecords() 및 방향 옵션

이 기능은 IndexedDB IDBObjectStore 및 IDBIndex에 getAllRecords() 메서드를 추가합니다. 또한 getAll() 및 getAllKeys()에 방향 매개변수를 추가합니다. 이 기능을 사용하면 커서를 사용한 반복이라는 기존 대안에 비해 특정 읽기 패턴이 훨씬 빨라집니다. 한 테스트에서는 Microsoft 속성의 워크로드가 350ms 개선되었습니다.

getAllRecords() 메서드는 기본 키와 값을 동시에 열거하여 getAllKeys()와 getAll()를 결합합니다. IDBIndex의 경우 getAllRecords()는 기본 키 및 값 외에도 레코드의 색인 키를 제공합니다.

추측 규칙: 데스크톱 'eager' eagerness 개선

데스크톱에서 '적극적' 적극성 추측 규칙은 사용자가 '보통' 마우스 오버 시간보다 짧은 시간 동안 링크 위로 마우스를 가져가면 미리 가져오기 및 사전 렌더링을 트리거합니다.

미리 가져오기 또는 사전 렌더링을 최대한 빨리 시작하는 이전 동작은 '즉시' 열의와 동일했습니다. 이 새로운 동작은 '보통'보다 더 적극적이고 '즉시'보다 덜 적극적인 작성자의 의도를 더 잘 반영하므로 유용합니다.

Storage Access API의 엄격한 동일 출처 정책

보안과 관련하여 동일 출처 정책을 엄격하게 준수하도록 Storage Access API 시맨틱을 조정합니다. 즉, 프레임에서 document.requestStorageAccess()를 사용하면 기본적으로 사이트가 아닌 iframe의 출처에 대한 요청에만 쿠키가 연결됩니다.

서명 기반 무결성

이 기능은 웹 개발자에게 자신이 사용하는 리소스의 출처를 확인할 수 있는 메커니즘을 제공하여 사이트의 종속 항목에 대한 신뢰를 위한 기술적 기반을 마련합니다. 서버는 Ed25519 키 쌍으로 응답에 서명할 수 있으며 웹 개발자는 사용자 에이전트가 특정 공개 키를 사용하여 서명을 확인하도록 요구할 수 있습니다. 이는 콘텐츠 보안 정책에서 제공하는 URL 기반 검사와 하위 리소스 무결성의 콘텐츠 기반 검사에 유용한 추가 기능을 제공합니다.

WebRTC Encoded Transform(버전 2)

이 API를 사용하면 RTCPeerConnection를 통해 흐르는 인코딩된 미디어를 처리할 수 있습니다. Chromium은 2020년에 이 API의 초기 버전을 출시했습니다. 그 이후로 사양이 변경되었으며 다른 브라우저에서는 업데이트된 버전의 사양을 출시했습니다(2022년 Safari, 2023년 Firefox).

이번 출시에서는 Chrome을 최신 사양으로 업데이트하며, 이는 Interop 2025의 일환입니다.

이번 출시에는 아직 논의 중인 generateKeyFrame 방법이 포함되지 않습니다.

관리 ChromeOS 기기만 해당

Device Attributes API 권한 정책

새로운 권한 정책을 사용하면 Device Attributes API에 대한 액세스를 제한할 수 있습니다. 이 API는 정책 설치 키오스크 웹 앱과 정책 설치 분리형 웹 앱에서만 사용 가능하며 둘 다 관리되는 ChromeOS 기기에서만 적용됩니다. 또한 이 기능은 콘텐츠 설정에 의해 제어됩니다.

DeviceAttributesBlockedForOrigins 및 DefaultDeviceAttributesSetting라는 두 가지 새로운 정책이 도입되었습니다. 이러한 정책은 DeviceAttributesAllowedForOrigins와 함께 도입됩니다.

새로운 오리진 트라이얼

Chrome 141에서는 다음과 같은 새로운 오리진 트라이얼을 선택할 수 있습니다.

로컬 네트워크 액세스 제한

Chrome 141에서는 사용자가 로컬 네트워크로 요청을 보내는 기능이 권한 메시지를 통해 관리되도록 제한됩니다.

로컬 네트워크 요청은 공개 웹사이트에서 로컬 IP 주소나 루프백으로 또는 로컬 웹사이트(예: 인트라넷)에서 루프백으로 전송되는 모든 요청을 의미합니다. 웹사이트가 이러한 요청을 실행하기 전에 권한을 요구하도록 하면 라우터와 같은 로컬 네트워크 기기에 대한 크로스 사이트 요청 위조 공격의 위험이 완화되고, 사이트가 이러한 요청을 통해 사용자의 로컬 네트워크를 지문으로 식별할 가능성이 줄어듭니다.

이 권한은 보안 컨텍스트로 제한됩니다. 권한이 부여되면 로컬 네트워크 요청에 대한 혼합 콘텐츠 차단이 추가로 완화됩니다. 많은 로컬 기기가 다양한 이유로 공개적으로 신뢰할 수 있는 TLS 인증서를 획득할 수 없기 때문입니다.

이 작업은 이전 작업인 '비공개 네트워크 액세스'를 대체합니다.

Proofreader API

AI 언어 모델을 기반으로 입력 텍스트를 교정하고 수정사항을 제안하는 JavaScript API입니다.

CSP script-src 확장(script-src-v2라고도 함)

이 기능은 script-src 콘텐츠 보안 정책(CSP) 지시어에 새 키워드를 추가합니다. 이렇게 하면 URL 해시를 기반으로 하는 스크립트 소스와 eval() 및 eval()와 유사한 함수의 콘텐츠라는 두 가지 새로운 해시 기반 허용 목록 메커니즘이 추가됩니다. 이는 기존 script-src와 하위 호환되며 동일한 지시어를 사용하지만 script-src-v2라고도 합니다.

URL 및 eval() 해시를 포함하도록 해시를 확장하면 개발자는 스크립트 콘텐츠가 자주 변경되는 경우에도 해시를 통해 스크립트를 좁게 허용 목록에 추가하여 합리적으로 엄격한 보안 정책을 설정할 수 있으며, eval()의 알려진 안전한 콘텐츠를 광범위하게 허용하지 않고도 eval()의 알려진 안전한 콘텐츠를 허용할 수 있습니다.

새 키워드는 제공된 경우 호스트 기반 script-src를 재정의합니다. 이렇게 하면 단일 헤더가 새 키워드를 구현하는 브라우저와 구현하지 않는 브라우저 모두와 호환될 수 있습니다.

WebAssembly 커스텀 설명자

WebAssembly가 소스 수준 유형과 연결된 데이터를 새로운 '맞춤 설명자' 객체에 더 효율적으로 저장할 수 있습니다. 이러한 맞춤 설명자는 해당 소스 수준 유형의 WebAssembly 객체에 대한 프로토타입으로 구성할 수 있습니다. 이렇게 하면 WebAssembly 객체의 프로토타입 체인에 메서드를 설치하고 일반 메서드 호출 구문을 사용하여 JavaScript에서 직접 호출할 수 있습니다. 프로토타입과 메서드는 가져온 기본 제공 함수를 사용하여 선언적으로 구성할 수 있습니다.