크롬 95 릴리스

구글이 크롬 95 웹 브라우저의 출시를 공개함과 동시에 크롬의 기반이 되는 무료 크로미움 프로젝트의 안정적인 출시가 가능하다. Chrome 브라우저는 Google 로고 사용, 충돌 발생 시 알림 전송 시스템, 보호된 비디오 콘텐츠(DRM) 재생 모듈, 자동 업데이트 시스템 및 RLZ 매개변수 검색 시 전송으로 구별됩니다. 새로운 4주 개발 주기에 따라 Chrome 96의 다음 릴리스는 16월 8일로 예정되어 있습니다. 업데이트에 더 많은 시간이 필요한 사용자를 위해 별도의 Extended Stable 분기가 유지되고 94주 동안 Chrome XNUMX의 최신 릴리스에 대한 업데이트가 생성되었습니다.

Chrome 95의 주요 변경 사항:

• Linux, Windows, macOS 및 ChromeOS 사용자의 경우 콘텐츠 오른쪽에 표시되고 주소 표시줄의 특수 아이콘을 클릭하여 활성화되는 새로운 사이드바가 제공됩니다. 패널에는 책갈피와 읽기 목록이 포함된 요약이 표시됩니다. 변경 사항은 모든 사용자에게 적용되지 않습니다. "chrome://flags/#side-panel" 설정을 사용하여 활성화할 수 있습니다.
• 양식 자동 완성 시스템에서 나중에 사용할 수 있도록 웹 양식에 입력한 주소를 저장할 수 있는 권한에 대한 명시적 요청의 출력을 구현했습니다. 양식에 주소가 있는지 확인할 때 주소 저장, 이전에 저장된 주소 편집, 업데이트 또는 저장 거부를 허용하는 대화 상자가 사용자에게 표시됩니다.
• FTP 프로토콜을 지원하기 위해 코드를 제거했습니다. Chrome 88에서는 FTP 지원이 기본적으로 비활성화되어 있었지만 활성화를 위한 플래그가 남아 있었습니다.
• 호스트 이름이 IPv4 주소와 일치하지 않는 숫자로 끝나는 URL에 대한 지원이 중단되었습니다. 예를 들어 URL "http://127.1/", "http://foo.127.1/" 및 "http://127.0.0.0.1"은 이제 유효하지 않은 것으로 간주됩니다.
• WebAssembly의 경우 특정 코드를 실행하는 동안 예외가 발생하는 경우 실행을 포착할 수 있는 예외 처리기를 생성하는 기능이 구현됩니다. WebAssembly 모듈에 알려진 예외 포착과 가져온 함수를 호출하는 과정에서 예외를 모두 지원합니다. 예외를 포착하려면 WebAssembly 모듈을 Emscripten과 같은 예외 인식 컴파일러로 빌드해야 합니다.

  WebAssembly 수준의 예외 처리는 JavaScript의 예외 처리에 비해 생성된 코드의 크기를 크게 줄일 수 있습니다. 예를 들어 JavaScript에 의한 예외 처리로 Binaryen 옵티마이저를 구축하면 코드가 43% 증가하고 WebAssembly를 사용하면 9% 증가합니다. 또한 "-O3" 최적화 모드를 사용할 때 WebAssembly에 의한 예외 처리가 있는 코드는 예외 처리기가 없는 코드와 실질적으로 성능 차이가 없지만 JavaScript를 사용한 예외 처리는 실행 속도가 30% 느려집니다.

• 하나의 사이트를 처리할 때 서로 다른 도메인(cross-origin) 간에 WebAssembly 모듈을 공유하는 것은 금지되어 있습니다.
• 몇 가지 새로운 API가 Origin Trials 모드에 추가되었습니다(별도의 활성화가 필요한 실험 기능). Origin 평가판은 localhost 또는 127.0.0.1에서 다운로드한 애플리케이션에서 또는 특정 사이트에 대해 제한된 시간 동안 유효한 특수 토큰을 등록 및 수신한 후 지정된 API로 작업할 수 있는 기능을 의미합니다.
  • User-Agent HTTP 헤더 및 JavaScript 매개변수 navigator.userAgent, navigator.appVersion 및 navigator.platform에서 정보 트리밍을 활성화했습니다. 헤더에는 브라우저 이름, 브라우저의 주요 버전, 플랫폼 및 장치 유형(휴대폰, PC, 태블릿)에 대한 정보만 포함됩니다. 정확한 버전 및 확장된 플랫폼 데이터와 같은 추가 데이터의 경우 사용자 에이전트 클라이언트 힌트 API를 사용해야 합니다. 소비자 시스템에 대한 사용자 에이전트 삭감의 시작은 반년 후에 게시될 Chrome 102의 출시로 예정되어 있습니다.
  • 파일 시스템 액세스 API에 대한 액세스 핸들(액세스 핸들)을 생성할 수 있는 가능성이 제안되어 웹 애플리케이션이 사용자 장치의 파일 및 디렉터리에 직접 데이터를 읽고 쓸 수 있습니다. 웹 애플리케이션이 파일 시스템에 액세스하는 방식을 줄이기 위해 Google은 파일 시스템 액세스 및 Storage Foundation API를 병합할 계획입니다. 이러한 합병을 위한 준비 단계로 액세스 디스크립터에 대한 지원이 제안되는데, 이는 파일 디스크립터 기반의 작업 방식을 다른 프로세스에 의한 쓰기 잠금 설정, 쓰기 및 읽기를 위한 별도의 스트림 생성과 같은 고급 기능으로 보완하는 것입니다. 동기 모드에서 작업자의 읽기 및 쓰기용.
• 보안 결제 확인 API는 기본적으로 안정화되었으며 결제 작업에 대한 추가 확인을 제공하는 새로운 '결제' 확장 기능을 구현하여 기본적으로 제안되었습니다. 은행과 같은 신뢰 당사자는 '보안 결제 확인' 결제 방법을 사용하여 결제 요청 API를 통해 추가 보안 결제 확인을 위해 판매자가 요청할 수 있는 PublicKeyCredential을 생성할 수 있습니다.
• PerformanceObserver 생성자를 통해 설정된 콜백에는 이제 전달된 dropEntriesCount 속성이 있으므로 제공된 버퍼에 맞지 않아 얼마나 많은 사이트 성능 메트릭이 삭제되었는지 이해할 수 있습니다.
• 브라우저에서 제공하는 인터페이스를 호출하여 화면의 임의 픽셀 색상을 결정할 수 있는 EyeDropper API가 추가되었습니다. 예를 들어 웹 애플리케이션으로 구현된 그래픽 편집기에서 사용할 수 있습니다. const eyeDropper = new EyeDropper(); const result = await eyeDropper.open(); // 결과 = {sRGBHex: '#160731'}
• self.reportError() 함수가 추가되어 스크립트가 오류를 콘솔에 출력하여 포착되지 않은 예외 발생을 에뮬레이트할 수 있습니다.
• URL이 특정 패턴과 일치하는지 확인하기 위해 URLPattern API를 추가했습니다. 예를 들어 링크를 구문 분석하고 요청을 서비스 워커의 핸들러로 리디렉션하는 데 사용할 수 있습니다. const p = new URLPattern({ 프로토콜: 'https', 호스트 이름: 'example.com', 경로 이름: '/:folder/*/:fileName.jpg', });
• Intl.DisplayNames API가 확장되어 언어, 국가, 통화, 날짜 요소 등의 현지화된 이름을 가져올 수 있습니다. 새 버전에는 "calendar" 및 "dateTimeField"라는 새로운 유형의 이름이 추가되어 이를 통해 달력의 현지화된 이름과 날짜 및 시간 필드(예: 월 이름)를 찾을 수 있습니다. "언어" 유형에 대한 언어 방언 사용에 대한 지원이 추가되었습니다.
• Intl.DateTimeFormat API에서 timeZoneName 매개변수의 새 값에 대한 지원이 추가되었습니다. 짧은 시간대 식별자(예: "PT", "ET")를 표시하는 "shortGeneric", "longGeneric" - 긴 식별자(" Pacific Time", "Mountain Time"), "shortOffset" - GMT("GMT+5")를 기준으로 짧은 오프셋을 사용하고 "longOffset"은 GMT("GMT+0500")를 기준으로 긴 오프셋을 사용합니다.
• Web Authentication API로 대체되어야 하는 U2F(Cryptotoken) API가 더 이상 사용되지 않습니다. U2F API는 Chrome 98 릴리스에서 기본적으로 비활성화되며 Chrome 104에서는 완전히 제거됩니다.
• 웹 개발자를 위한 도구가 개선되었습니다. 스타일 패널을 사용하면 크기 관련 CSS 속성(높이, 패딩 등)을 쉽게 조정할 수 있습니다. 문제 탭은 개별 문제를 숨길 수 있는 기능을 제공합니다. 웹 콘솔, 소스 및 속성 패널의 속성 표시가 개선되었습니다(이제 사용자 정의 속성이 굵게 표시되고 목록 맨 위에 표시됨).

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

출처 : opennet.ru