크롬 105 릴리스

구글이 크롬 105 웹브라우저를 공개했고, 동시에 크롬의 기반이 되는 무료 크로미움(Chromium) 프로젝트도 안정적으로 출시됐다. Chrome 브라우저는 Google 로고 사용, 충돌 시 알림 전송 시스템 존재, 복사 방지된 비디오 콘텐츠(DRM) 재생 모듈, 업데이트 자동 설치 시스템, 샌드박스 격리를 영구적으로 활성화한다는 점에서 Chromium과 다릅니다. , Google API에 키를 제공하고 검색 시 RLZ- 매개변수를 전송합니다. 업데이트에 시간이 더 필요한 분들을 위해 Extended Stable 브랜치가 별도로 지원되며, 이후 8주가 소요됩니다. Chrome 106의 다음 릴리스는 27월 XNUMX일로 예정되어 있습니다.

Chrome 105의 주요 변경 사항:

• 특수 웹 애플리케이션에 대한 지원 Chrome 앱은 중단되었으며 PWA(Progressive Web Apps) 기술 및 표준 웹 API를 기반으로 하는 독립형 웹 애플리케이션으로 대체되었습니다. Google은 처음에 2016년에 Chrome 앱을 포기하겠다는 의사를 밝혔고 2018년까지 지원을 중단할 계획이었지만 이후 이 계획을 연기했습니다. Chrome 105에서 Chrome 앱을 설치하려고 하면 해당 앱이 더 이상 지원되지 않는다는 경고가 표시되지만 앱은 계속 실행됩니다. Chrome 109에서는 Chrome 앱 실행 기능이 비활성화됩니다.
• 렌더링을 담당하는 렌더러 프로세스에 대한 추가 격리를 제공합니다. 이 프로세스는 이제 기존 샌드박스 격리 시스템 위에 구현된 추가 컨테이너(앱 컨테이너)에서 수행됩니다. 렌더링 코드의 취약점이 악용되는 경우 추가된 제한 사항은 네트워크 기능과 관련된 시스템 호출에 대한 액세스를 차단하여 공격자가 네트워크에 액세스하는 것을 방지합니다.
• 인증 기관의 루트 인증서에 대한 자체 통합 저장소(Chrome Root Store)를 구현했습니다. 새 저장소는 아직 기본적으로 활성화되어 있지 않으며 구현이 완료될 때까지 인증서는 각 운영 체제별 저장소를 사용하여 계속 확인됩니다. 테스트 중인 솔루션은 HTTPS를 통해 사이트를 열 때 인증서 신뢰 체인을 확인하는 첫 번째 링크로 사용되는 별도의 독립적인 Firefox용 루트 인증서 저장소를 유지 관리하는 Mozilla의 접근 방식을 연상시킵니다.
• 표준화되지 않고 대부분 사용되지 않으며 최신 보안 요구 사항을 충족하려면 재설계가 필요한 Web SQL API의 사용 중단을 위한 준비가 시작되었습니다. Chrome 105는 HTTPS를 사용하지 않고 로드된 코드에서 Web SQL에 액세스하는 것을 방지하고 DevTools에 지원 중단 경고도 추가합니다. Web SQL API는 2023년에 제거될 예정입니다. 이러한 기능이 필요한 개발자를 위해 WebAssembly 기반의 대체품이 준비될 것입니다.
• Chrome 동기화는 더 이상 Chrome 73 및 이전 릴리스와의 동기화를 지원하지 않습니다.
• macOS 및 Windows 플랫폼의 경우 내장 인증서 뷰어가 활성화되어 운영 체제에서 제공하는 인터페이스 호출을 대체합니다. 이전에는 내장 뷰어가 Linux 및 ChromeOS용 빌드에만 사용되었습니다.
• Android 버전에는 개인정보 보호 샌드박스 이니셔티브의 일부로 승격된 Topics & Interest Group API를 관리하기 위한 설정이 추가되었습니다. 이를 통해 사용자 관심 카테고리를 정의하고 쿠키를 추적하는 대신 이를 사용하여 개인을 식별하지 않고도 비슷한 관심을 가진 사용자 그룹을 식별할 수 있습니다. 사용자. 마지막 릴리스에서는 Linux, ChromeOS, macOS 및 Windows 버전에 유사한 설정이 추가되었습니다.
• 고급 브라우저 보호(세이프 브라우징 > 향상된 보호)를 활성화하면 설치된 추가 기능, API에 대한 액세스 및 외부 사이트 연결에 대한 원격 분석이 수집됩니다. 이 데이터는 Google 서버에서 브라우저 추가 기능의 악의적인 활동과 규칙 위반을 감지하는 데 사용됩니다.
• 더 이상 사용되지 않으며 Chrome 106의 쿠키 헤더에 지정된 도메인에서 ASCII가 아닌 문자의 사용을 차단합니다(IDN 도메인의 경우 도메인은 퓨니코드 형식이어야 함). 이러한 변경으로 인해 브라우저는 RFC 6265bis 및 Firefox에 구현된 동작을 준수하게 됩니다.
• 선택한 텍스트 영역의 스타일을 임의로 변경하고 강조 표시된 영역(::selection, ::inactive-selection) 및 강조 표시에 대해 브라우저에서 제공하는 고정 스타일에 의해 제한되지 않도록 설계된 Custom 하이라이트 API가 제안되었습니다. 구문 오류(::맞춤법 오류, ::문법 오류). API의 첫 번째 버전에서는 색상 및 배경색 의사 요소를 사용하여 텍스트 및 배경색 변경을 지원했지만 향후 다른 스타일 옵션이 추가될 예정입니다.

  새로운 API를 사용하여 해결할 수 있는 작업의 예로는 텍스트 편집 도구를 제공하는 웹 프레임워크 추가, 자체 텍스트 선택 메커니즘, 여러 사용자의 동시 공동 편집을 위한 다양한 강조 표시, 가상화된 문서 검색 등이 언급됩니다. , 철자 검사 시 오류 표시 . 이전에는 비표준 강조 표시를 만들려면 DOM 트리를 사용한 복잡한 조작이 필요했지만 Custom Highlight API는 DOM 구조에 영향을 주지 않는 강조 표시를 추가 및 제거하고 Range 개체와 관련하여 스타일을 적용하기 위한 미리 만들어진 작업을 제공합니다.

• CSS에 "@container" 쿼리를 추가하여 상위 요소의 크기에 따라 요소의 스타일을 지정할 수 있습니다. “@container”는 “@media” 쿼리와 유사하지만 보이는 전체 영역의 크기가 아니라 요소가 배치되는 블록(컨테이너)의 크기에 적용되므로 직접 설정할 수 있습니다. 페이지에서 요소가 정확히 어디에 배치되는지에 관계없이 하위 요소에 대한 스타일 선택 논리입니다.
• 상위 요소에 하위 요소가 있는지 확인하기 위해 CSS 의사 클래스 ":has()"를 추가했습니다. 예를 들어 "p:has(span)"은 요소를 확장합니다. , 그 안에 요소가 있습니다 .
• setHTML() 메서드를 통해 출력하는 동안 표시 및 실행에 영향을 미치는 요소를 콘텐츠에서 잘라낼 수 있는 HTML Sanitizer API가 추가되었습니다. API는 XSS 공격을 수행하는 데 사용할 수 있는 HTML 태그를 제거하기 위해 외부 데이터를 정리하는 데 유용할 수 있습니다.
• 응답 본문이 로드되기 전에 Streams API(ReadableStream)를 사용하여 가져오기 요청을 보낼 수 있습니다. 페이지 생성이 완료될 때까지 기다리지 않고 데이터 전송을 시작할 수 있습니다.
• 설치된 독립형 웹 애플리케이션(PWA, Progressive Web App)의 경우 웹 애플리케이션의 화면 영역을 전체 창으로 확장하고 창 컨트롤 오버레이 구성 요소를 사용하여 창 제목 영역의 디자인을 변경할 수 있습니다. 웹 애플리케이션에 일반 데스크톱 애플리케이션의 모습을 제공할 수 있습니다. 웹 애플리케이션은 표준 창 제어 버튼(닫기, 최소화, 최대화)이 있는 오버레이 블록을 제외하고 전체 창에서 입력 렌더링 및 처리를 제어할 수 있습니다.
• DedicatedWorker 컨텍스트에서 전용 작업자로부터 미디어 소스 확장에 액세스하는 기능이 안정화되었습니다. 예를 들어 별도의 작업자에서 MediaSource 개체를 생성하고 메인 스레드의 HTMLMediaElement에 대한 작업 결과입니다.
• User-Agent 헤더를 대체하기 위해 개발 중인 Client Hints API에서는 서버의 요청 후에만 특정 브라우저 및 시스템 매개변수(버전, 플랫폼 등)에 대한 데이터를 선택적으로 제공할 수 있으며, Sec에 대한 지원 -CH-Viewport-Heigh 속성이 추가되어 가시 영역의 높이 정보를 얻을 수 있습니다. "meta" 태그에서 외부 리소스에 대한 클라이언트 힌트 매개변수를 지정하기 위한 마크업 형식이 변경되었습니다. 이전: 가 되었다:
• 웹 애플리케이션이 블록의 텍스트를 편집할 때 동작을 재정의할 수 있는 전역 onbeforeinput 이벤트 핸들러(document.documentElement.onbeforeinput)를 생성하는 기능이 추가되었습니다. , 브라우저가 요소의 콘텐츠와 DOM 트리를 변경하기 전에 "contenteditable" 속성이 설정된 기타 요소.
• Navigation API의 기능이 확장되어 웹 애플리케이션이 창에서 탐색 작업을 가로채고 전환을 시작하며 애플리케이션의 작업 기록을 분석할 수 있습니다. 전환을 가로채는 새로운 메서드인 가로채기()와 지정된 위치로 스크롤하는 스크롤()이 추가되었습니다.
• JSON 유형의 데이터를 기반으로 응답 본문을 생성할 수 있는 정적 메서드 Response.json()을 추가했습니다.
• 웹 개발자를 위한 도구가 개선되었습니다. 디버거에서 중단점이 트리거되면 디버깅 세션을 중단하지 않고 스택의 최상위 함수를 편집할 수 있습니다. 페이지에서 사용자 작업을 기록, 재생 및 분석할 수 있는 레코더 패널은 중단점, 단계별 재생 및 마우스 오버 이벤트 기록을 지원합니다.

  LCP(Largest Contentful Paint) 지표가 성능 대시보드에 추가되어 이미지, 비디오, 블록 요소 등 가시 영역에서 큰(사용자에게 표시되는) 요소를 렌더링할 때 발생하는 지연을 식별합니다. 요소 패널에서 다른 콘텐츠 위에 표시되는 최상위 레이어에는 특수 아이콘이 표시됩니다. 이제 WebAssembly에는 DWARF 형식으로 디버깅 데이터를 로드할 수 있는 기능이 있습니다.

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

출처 : opennet.ru