크롬 94 릴리스

구글은 크롬 94 웹브라우저를 공개했고, 동시에 크롬의 기반이 되는 무료 크로미움(Chromium) 프로젝트도 안정적으로 출시됐다. Chrome 브라우저는 Google 로고 사용, 충돌 시 알림 전송 시스템, DRM(보호된 비디오 콘텐츠) 재생 모듈, 업데이트 자동 설치 시스템, 검색 시 RLZ 매개변수 전송으로 구별됩니다. Chrome 95의 다음 릴리스는 19월 XNUMX일로 예정되어 있습니다.

Chrome 94 출시부터 개발이 새로운 출시 주기로 전환되었습니다. 새로운 중요한 릴리스는 이제 4주가 아닌 6주마다 게시되므로 사용자에게 새로운 기능을 더 빠르게 제공할 수 있습니다. 릴리스 준비 프로세스의 최적화와 테스트 시스템의 개선을 통해 품질 저하 없이 릴리스를 더 자주 생성할 수 있다는 점이 주목됩니다. 기업과 업데이트하는 데 더 많은 시간이 필요한 사람들을 위해 Extended Stable 에디션이 8주마다 별도로 출시될 예정입니다. 이를 통해 4주에 한 번이 아니라 8주에 한 번씩 새로운 기능 릴리스로 전환할 수 있습니다.

Chrome 94의 주요 변경 사항:

• 이전에 Firefox에 등장했던 HTTPS 전용 모드를 연상시키는 HTTPS-First 모드가 추가되었습니다. 설정에서 모드가 활성화되면 HTTP를 통해 암호화되지 않은 리소스를 열려고 할 때 브라우저는 먼저 HTTPS를 통해 사이트에 액세스하려고 시도하고 시도가 실패하면 사용자에게 암호화 부족에 대한 경고가 표시됩니다. HTTPS를 지원하며 암호화 없이 사이트를 열도록 요청했습니다. 앞으로 Google은 모든 사용자에 대해 기본적으로 HTTPS-First를 활성화하고, HTTP를 통해 열리는 페이지의 일부 웹 플랫폼 기능에 대한 액세스를 제한하고, 암호화 없이 사이트에 액세스할 때 발생하는 위험에 대해 사용자에게 알리는 추가 경고를 추가하는 것을 고려하고 있습니다. 이 모드는 "개인정보 및 보안" > "보안" > "고급" 설정 섹션에서 활성화됩니다.
• HTTPS 없이 열린 페이지의 경우 로컬 URL(예: "http://router.local" 및 localhost) 및 내부 주소 범위(127.0.0.0/8, 192.168.0.0/16, 10.0.0.0)로 요청(리소스 다운로드)을 보냅니다. .8/1.2.3.4 등은 금지됩니다.) 내부 IP가 있는 서버에서 다운로드한 페이지만 예외입니다. 예를 들어, 서버 192.168.0.1에서 로드된 페이지는 IP 127.0.0.1 또는 IP 192.168.1.1에 있는 리소스에 액세스할 수 없지만 서버 XNUMX에서 로드된 페이지는 액세스할 수 있습니다. 이 변경 사항은 로컬 IP에 대한 요청을 수락하는 핸들러의 취약점 악용에 대한 추가 보호 계층을 도입하고 DNS 리바인딩 공격으로부터도 보호합니다.
• 현재 페이지의 링크를 다른 사용자와 빠르게 공유할 수 있는 '공유 허브' 기능이 추가되었습니다. URL에서 QR 코드를 생성하고, 페이지를 저장하고, 사용자 계정에 연결된 다른 장치에 링크를 보내고, Facebook, WhatsUp, Twitter 및 VK와 같은 타사 사이트로 링크를 전송할 수 있습니다. 이 기능은 아직 모든 사용자에게 제공되지 않습니다. 메뉴와 주소 표시줄에 '공유' 버튼을 강제로 적용하려면 'chrome://flags/#sharing-hub-desktop-app-menu' 및 'chrome://flags/#sharing-hub- 설정을 사용하세요. 데스크탑-검색주소창” .
• 브라우저 설정 인터페이스가 재구성되었습니다. 이제 각 설정 섹션이 하나의 공통 페이지가 아닌 별도의 페이지에 표시됩니다.
• 발급 및 해지된 인증서 로그의 동적 업데이트 지원(인증서 투명성)이 구현되었으며, 이제 브라우저 업데이트를 참조하지 않고 업데이트됩니다.
• 새 릴리스에서 사용자에게 표시되는 변경 사항에 대한 개요가 포함된 서비스 페이지 "chrome://whats-new"를 추가했습니다. 페이지는 업데이트 후 즉시 자동으로 나타나거나 도움말 메뉴의 새로운 기능 버튼을 통해 액세스할 수 있습니다. 이 페이지에는 현재 탭 검색, 프로필 분할 기능, 배경색 변경 기능이 언급되어 있습니다. 이 기능은 Chrome 94에만 해당되지 않으며 이전 릴리스에 도입되었습니다. 페이지 표시는 아직 모든 사용자에게 활성화되지 않았습니다. 활성화를 제어하려면 'chrome://flags#chrome-whats-new-ui' 및 'chrome://flags#chrome-whats-new-in 설정을 사용할 수 있습니다. -메인 메뉴-새 배지'.
• 타사 사이트(예: iframe)에서 로드된 콘텐츠에서 WebSQL API를 호출하는 기능은 더 이상 사용되지 않습니다. Chrome 94에서는 타사 스크립트에서 WebSQL에 액세스하려고 하면 경고가 표시되지만 Chrome 97부터는 이러한 호출이 차단됩니다. 앞으로는 사용 상황에 관계없이 WebSQL에 대한 지원을 완전히 중단할 계획입니다. WebSQL 엔진은 SQLite 코드를 기반으로 하며 공격자가 SQLite의 취약점을 악용하는 데 사용될 수 있습니다.
• 보안상의 이유와 악의적인 활동을 방지하기 위해 한때 Internet Explorer에서 사용되어 웹 애플리케이션이 압축 파일에서 정보를 추출할 수 있도록 허용했던 레거시 MK(URL:MK) 프로토콜의 사용이 차단되기 시작했습니다.
• 이전 버전의 Chrome(Chrome 48 이하)과의 동기화 지원이 중단되었습니다.
• 특정 기능을 활성화하고 API에 대한 액세스를 제어하도록 설계된 Permissions-Policy HTTP 헤더에는 페이지에서 화면 캡처 API 사용을 제어할 수 있는 "display-capture" 플래그에 대한 지원이 추가되었습니다(기본적으로 외부 iframe에서 화면 콘텐츠를 캡처하는 기능은 차단됩니다.
• 몇 가지 새로운 API가 Origin Trials 모드에 추가되었습니다(별도의 활성화가 필요한 실험 기능). Origin 평가판은 localhost 또는 127.0.0.1에서 다운로드한 애플리케이션에서 또는 특정 사이트에 대해 제한된 시간 동안 유효한 특수 토큰을 등록 및 수신한 후 지정된 API로 작업할 수 있는 기능을 의미합니다.
  • WebGL API를 대체하고 렌더링 및 컴퓨팅과 같은 GPU 작업을 수행하기 위한 도구를 제공하는 WebGPU API가 추가되었습니다. 개념적으로 WebGPU는 Vulkan, Metal 및 Direct3D 12 API에 가깝습니다. 개념적으로 WebGPU는 Vulkan 그래픽 API가 OpenGL과 다른 것처럼 WebGL과 다르지만 특정 그래픽 API를 기반으로 하지 않고 보편적입니다. Vulkan, Metal 및 Direct3D 12에서 사용할 수 있는 동일한 하위 수준 기본 요소를 사용하는 레이어입니다.

    WebGPU는 JavaScript 애플리케이션에 구성, 처리, GPU에 대한 명령 전송에 대한 낮은 수준의 제어는 물론 관련 리소스, 메모리, 버퍼, 텍스처 개체 및 컴파일된 그래픽 셰이더를 관리하는 기능을 제공합니다. 이 접근 방식을 사용하면 오버헤드 비용을 줄이고 GPU 작업 효율성을 높여 그래픽 애플리케이션의 성능을 높일 수 있습니다. 또한 API를 사용하면 독립 실행형 프로그램처럼 작동하지만 특정 플랫폼에 얽매이지 않는 복잡한 웹용 3D 프로젝트를 생성할 수 있습니다.

  • 이제 독립 실행형 PWA 응용 프로그램에 URL 처리기로 등록할 수 있는 기능이 있습니다. 예를 들어 music.example.com 애플리케이션은 자체적으로 URL 처리기 https://*.music.example.com으로 등록할 수 있으며 이러한 링크를 사용하는 외부 애플리케이션(예: 인스턴트 메신저 및 이메일 클라이언트)의 모든 전환은 새 브라우저 탭이 아닌 이 PWA 애플리케이션을 여는 것입니다.
  • 새로운 HTTP 응답 코드인 103에 대한 지원이 구현되어 헤더를 미리 표시하는 데 사용할 수 있습니다. 코드 103을 사용하면 서버가 요청과 관련된 모든 작업을 완료하고 콘텐츠 제공을 시작할 때까지 기다리지 않고 요청 직후 특정 HTTP 헤더의 콘텐츠에 대해 클라이언트에 알릴 수 있습니다. 비슷한 방식으로, 미리 로드할 수 있는 제공되는 페이지와 관련된 요소에 대한 힌트를 제공할 수 있습니다(예: 페이지에 사용되는 CSS 및 javascript에 대한 링크가 제공될 수 있음). 이러한 리소스에 대한 정보를 받으면 브라우저는 기본 페이지의 렌더링이 완료될 때까지 기다리지 않고 해당 리소스를 다운로드하기 시작하므로 전체 요청 처리 시간을 줄일 수 있습니다.
• 미디어 스트림의 낮은 수준 조작을 위해 WebCodecs API를 추가하여 높은 수준의 HTMLMediaElement, 미디어 소스 확장, WebAudio, MediaRecorder 및 WebRTC API를 보완합니다. 새로운 API는 게임 스트리밍, 클라이언트 측 효과, 스트림 트랜스코딩 및 비표준 멀티미디어 컨테이너 지원과 같은 영역에서 수요가 있을 수 있습니다. JavaScript 또는 WebAssembly에서 개별 코덱을 구현하는 대신 WebCodecs API는 브라우저에 내장된 사전 구축된 고성능 구성 요소에 대한 액세스를 제공합니다. 특히 WebCodecs API는 오디오 및 비디오 디코더와 인코더, 이미지 디코더, 그리고 낮은 수준에서 개별 비디오 프레임 작업을 위한 기능을 제공합니다.
• Insertable Streams API가 안정화되어 MediaStreamTrack API를 통해 전송된 카메라 및 마이크 데이터, 화면 캡처 결과 또는 중간 코덱 디코딩 데이터와 같은 원시 미디어 스트림을 조작할 수 있습니다. WebCodec 인터페이스는 원시 프레임을 표시하는 데 사용되며 RTCPeerConnections를 기반으로 WebRTC 삽입 가능 스트림 API가 생성하는 것과 유사한 스트림이 생성됩니다. 실용적인 측면에서 새로운 API는 기계 학습 기술을 적용하여 실시간으로 개체를 식별하거나 주석을 달거나, 인코딩 전이나 코덱으로 디코딩한 후에 배경 클리핑과 같은 효과를 추가하는 등의 기능을 허용합니다.
• Scheduler.postTask() 메서드가 안정화되어 다양한 우선순위 수준으로 작업 일정(JavaScript 콜백 호출)을 제어할 수 있습니다. 세 가지 우선 순위 수준이 제공됩니다. 1 - 사용자 작업이 차단되더라도 먼저 실행됩니다. 2 - 사용자에게 표시되는 변경 사항이 허용됩니다. 3 - 백그라운드에서 실행). TaskController 개체를 사용하여 우선 순위를 변경하고 작업을 취소할 수 있습니다.
• 사용자 활동이 없음을 감지하기 위해 안정화되었으며 이제 Origin Trials API 유휴 감지 외부에 배포됩니다. API를 사용하면 사용자가 키보드/마우스와 상호 작용하지 않는 시간, 화면 보호기가 실행되는 시간, 화면이 잠긴 시간, 다른 모니터에서 작업이 수행되는 시간을 감지할 수 있습니다. 비활성에 대해 애플리케이션에 알리는 것은 지정된 비활성 임계값에 도달한 후 알림을 보내는 방식으로 수행됩니다.
• CanvasRenderingContext2D 및 ImageData 객체의 색상 관리 프로세스와 sRGB 색상 공간의 사용이 공식화되었습니다. 최신 모니터의 고급 기능을 활용하기 위해 Display P2와 같은 sRGB 이외의 색상 공간에서 CanvasRenderingContext3D 및 ImageData 개체를 생성하는 기능을 제공합니다.
• 가상 키보드 표시 여부를 제어하고 표시된 가상 키보드의 크기에 대한 정보를 얻기 위해 VirtualKeyboard API에 메서드 및 속성을 추가했습니다.
• JavaScript에서는 클래스가 정적 초기화 블록을 사용하여 클래스를 처리할 때 한 번 실행되는 코드를 그룹화할 수 있습니다. class C { // 클래스 자체를 처리할 때 블록이 실행됩니다. static { console.log("C's static block"); } }
• flex-basis 및 flex CSS 속성은 content, min-content, max-content 및 fit-content 키워드를 구현하여 기본 Flexbox 영역의 크기를 보다 유연하게 제어할 수 있도록 합니다.
• 스크롤 막대에 화면 공간이 예약되는 방식을 제어하기 위해 scrollbar-gutter CSS 속성을 추가했습니다. 예를 들어 콘텐츠가 스크롤되는 것을 원하지 않는 경우 스크롤 막대 영역을 차지하도록 출력을 확장할 수 있습니다.
• 웹 개발자를 위한 인터페이스에서 수동 조작에 의존하지 않고 JavaScript 코드의 성능 문제를 디버깅하기 위해 사용자 측에서 JavaScript의 실행 시간을 측정할 수 있는 프로파일링 시스템 구현과 함께 Self Profiling API가 추가되었습니다.
• Flash 플러그인을 제거한 후 navigator.plugins 및 navigator.mimeTypes 속성에 빈 값을 반환하기로 결정했지만 결과적으로 일부 응용 프로그램에서는 이를 사용하여 PDF 파일을 표시하기 위한 플러그인이 있는지 확인했습니다. Chrome에는 PDF 뷰어가 내장되어 있으므로 navigator.plugins 및 navigator.mimeTypes 속성은 이제 표준 PDF 뷰어 플러그인 및 MIME 유형의 고정 목록("PDF 뷰어, Chrome PDF 뷰어, Chromium PDF 뷰어, Microsoft Edge PDF 뷰어)을 반환합니다. 및 WebKit 내장 PDF'를 참조하세요.
• 웹 개발자를 위한 도구가 개선되었습니다. Nest Hub 및 Nest Hub Max 기기가 화면 시뮬레이션 목록에 추가되었습니다. 네트워크 활동을 검사하기 위한 인터페이스에 필터 반전 버튼이 추가되었으며(예: "상태 코드: 404" 필터를 설치할 때 다른 모든 요청을 빠르게 볼 수 있음) 원래 값을 볼 수 있는 기능도 제공되었습니다. Set-Cookie 헤더의 ​​(정규화 시 제거되는 잘못된 값의 존재를 평가할 수 있음) 웹 콘솔의 사이드바는 더 이상 사용되지 않으며 향후 릴리스에서 제거될 예정입니다. 문제 탭에서 문제를 숨기는 실험적 기능이 추가되었습니다. 설정에 인터페이스 언어를 선택하는 기능이 추가되었습니다.

혁신과 버그 수정 외에도 새 버전에서는 19개의 취약점이 제거되었습니다. AddressSanitizer, MemorySanitizer, Control Flow Integrity, LibFuzzer 및 AFL 도구를 사용한 자동화된 테스트의 결과로 많은 취약점이 식별되었습니다. 모든 수준의 브라우저 보호를 우회하고 샌드박스 환경 외부의 시스템에서 코드를 실행할 수 있는 심각한 문제는 확인되지 않았습니다. 현재 릴리스의 취약점을 발견한 대가로 현금 보상을 지급하는 프로그램의 일환으로 Google은 17달러 상당의 56500개 상금(15000개 $10000 상, 7500개 $3000 상, 1000개 $7 상, XNUMX개 $XNUMX 상, XNUMX개 $XNUMX 상)을 지불했습니다. XNUMX개 보상의 규모는 아직 결정되지 않았습니다.

출처 : opennet.ru