크롬 84 릴리스

Google 제시 웹 브라우저 릴리스 크롬 84... 동시에 사용할 수있다. 무료 프로젝트의 안정적인 릴리스 Chromium, Chrome의 기초입니다. 크롬 브라우저 다른 Google 로고 사용, 충돌 발생 시 알림 전송 시스템의 존재, 요청 시 플래시 모듈 로드 기능, 보호된 비디오 콘텐츠(DRM) 재생 모듈, 자동 업데이트 시스템 및 검색 시 전송 RLZ 매개변수. Chrome 85의 다음 릴리스는 25월 XNUMX일로 예정되어 있습니다.

주요 변경 в 크롬 84:

• 장애가 있는 TLS 1.0 및 TLS 1.1 프로토콜을 지원합니다. 보안 통신 채널을 통해 사이트에 액세스하려면 서버가 최소한 TLS 1.2를 지원해야 합니다. 그렇지 않으면 브라우저에 오류가 표시됩니다. Google에 따르면 현재 웹페이지 다운로드의 약 0.5%가 계속해서 오래된 버전의 TLS를 사용하여 수행되고 있습니다. 에 따라 폐쇄가 진행되었습니다. 추천 IETF(인터넷 엔지니어링 태스크 포스). TLS 1.0/1.1을 거부하는 이유는 최신 암호(예: ECDHE 및 AEAD)에 대한 지원이 부족하고 오래된 암호를 지원해야 하기 때문입니다. 현재 컴퓨팅 기술 개발 단계에서 그 신뢰성에 의문이 제기됩니다(예: , TLS_DHE_DSS_WITH_3DES_EDE_CBC_SHA 지원이 필요합니다(MD5 및 SHA-1). TLS 1.0/1.1로의 복귀를 허용하는 설정은 2021년 XNUMX월까지 유지됩니다.
• 차단 제공 안전하지 않은 부팅 (암호화하지 않음) 실행 파일을 보호하고 안전하지 않게 아카이브를 로드할 때 경고를 추가했습니다. 앞으로는 암호화 없는 파일 업로드 지원을 점차 중단할 예정이다. 암호화되지 않은 파일을 다운로드하면 MITM 공격 중에 콘텐츠를 교체하여 악의적인 작업을 수행할 수 있기 때문에 차단이 구현됩니다.
• 추가됨 초기 지원 식별자 클라이언트 힌트, User-Agent 헤더의 대안으로 개발되었습니다. 클라이언트 힌트 메커니즘은 User-Agent를 대체하여 일련의 "Sec-CH-UA-*" 헤더를 제공합니다. 이를 통해 특정 브라우저 및 시스템 매개변수(버전, 플랫폼 등)에 대한 데이터만 선택적으로 전달하도록 구성할 수 있습니다. 서버의 요청 후. 사용자는 전달에 허용되는 매개변수를 결정하고 해당 정보를 사이트 소유자에게 선택적으로 제공할 수 있는 기회를 얻습니다. 클라이언트 힌트를 사용할 때 명시적인 요청 없이는 기본적으로 식별자가 전송되지 않으므로 수동적 식별이 불가능합니다(기본적으로 브라우저 이름만 표시됨). 일 에 사용자-에이전트 통합 연기됨 내년까지.
• 계속되는 활성화
  더욱 엄격해진 제한 사이트 간 쿠키 전송 취소 된 코로나19로 인해. HTTPS가 아닌 요청의 경우 현재 페이지의 도메인이 아닌 사이트에 액세스할 때 설정된 타사 쿠키의 처리가 금지됩니다. 이러한 쿠키는 광고 네트워크, 소셜 네트워크 위젯 및 웹 분석 시스템의 코드에서 사이트 간 사용자 이동을 추적하는 데 사용됩니다.

  쿠키 전송을 제어하기 위해 Set-Cookie 헤더에 지정된 SameSite 속성이 사용됩니다. 이 속성은 기본적으로 사이트 간 하위 요청에 대한 쿠키 전송을 제한하는 "SameSite=Lax" 값으로 설정됩니다. , 예를 들어 이미지 요청이나 다른 사이트의 iframe을 통한 콘텐츠 로드 등이 있습니다. 사이트에서는 쿠키 설정을 SameSite=None으로 명시적으로 설정하여 기본 SameSite 동작을 재정의할 수 있습니다. 또한 쿠키의 SameSite=None 값은 보안 모드에서만 설정할 수 있습니다(HTTPS를 통한 연결에 유효함). 변경 사항은 소수의 사용자부터 시작하여 점차 범위를 확대하는 등 단계적으로 적용됩니다.

• 실험적 구현이 추가되었습니다. 리소스 집약적인 광고 차단기, 'chrome://flags/#enable-heavy-ad-intervention' 설정을 사용하여 활성화할 수 있습니다. 차단기를 사용하면 트래픽 및 CPU 로드 임계값이 초과된 후 iframe 광고 차단을 자동으로 비활성화할 수 있습니다. 메인 스레드가 총 60초 이상의 CPU 시간을 소비하거나 15초 간격으로 30초를 초과하는 경우(50초 이상 리소스의 30%를 소비하는 경우), 4MB를 초과하는 경우 차단이 트리거됩니다. 의 데이터가 네트워크를 통해 다운로드되었습니다.

  차단은 제한이 초과되기 전에 사용자가 광고 단위와 상호 작용하지 않은 경우에만 작동하며(예: 클릭하지 않은 경우) 트래픽 제한을 고려하여 대규모 자동 재생을 허용합니다. 사용자가 명시적으로 재생을 활성화하지 않으면 광고의 동영상이 차단됩니다. 제안된 조치는 비효율적인 코드 구현이나 고의적인 기생 활동(예: 채굴)을 통한 광고로부터 사용자를 보호합니다. Google 통계에 ​​따르면 차단 기준을 충족하는 광고는 전체 광고 단위의 0.30%에 불과하지만 동시에 이러한 광고 삽입은 전체 광고량에서 CPU 리소스의 28%, 트래픽의 27%를 소비합니다.

• 브라우저 창이 사용자 시야에 없을 때 CPU 리소스 소비를 줄이기 위한 작업이 수행되었습니다. 이제 Chrome은 브라우저 창이 다른 창과 겹치는지 확인하고 겹치는 영역에 픽셀을 그리는 것을 방지합니다. 새로운 기능은 점진적으로 출시될 예정입니다. Chrome 84의 일부 사용자와 Chrome 85의 다른 사용자에게는 최적화가 선택적으로 활성화됩니다.
• 보호는 기본적으로 활성화되어 있습니다. 짜증나는 알림, 예를 들어 푸시 알림 수신 요청이 포함된 스팸입니다. 이러한 요청은 사용자의 작업을 방해하고 확인 대화 상자의 작업에 주의를 분산시키기 때문에 주소 표시줄에 별도의 대화 상자를 표시하는 대신 권한 요청이 차단되었다는 경고와 함께 사용자의 작업이 필요하지 않은 정보 프롬프트가 표시됩니다. , 이는 줄이 그어진 종 이미지가 있는 표시기로 자동으로 최소화됩니다. 표시기를 클릭하면 언제든지 요청된 권한을 활성화하거나 거부할 수 있습니다.
  

• 외부 프로토콜에 대한 핸들러를 열 때 사용자의 선택이 기억됩니다. 사용자는 특정 핸들러에 대해 "항상 이 사이트 허용"을 선택할 수 있으며 브라우저는 현재 사이트와 관련하여 이 결정을 기억합니다.
• 명시적인 동의 없이 사용자 설정을 변경하는 것에 대한 보호 기능이 추가되었습니다. 추가 기능이 기본 검색 엔진이나 새 탭에 표시되는 페이지를 변경하는 경우 이제 브라우저는 지정된 작업을 확인하거나 변경을 취소하라는 대화 상자를 표시합니다.
• 계속되는 혼합 멀티미디어 콘텐츠 로드에 대한 보호 구현(자원이 http:// 프로토콜을 통해 HTTPS 페이지에 로드되는 경우) HTTPS를 통해 열린 페이지에서 이제 이미지 로딩과 관련된 블록에서 “http://” 링크가 자동으로 “https://”로 대체됩니다(스크립트 및 iframe은 이전에 대체되었으며 오디오 및 비디오 리소스의 자동 대체는 다음에서 예상됩니다). 다음 릴리스). https를 통해 이미지를 사용할 수 없는 경우 다운로드가 차단됩니다(주소 표시줄의 자물쇠 기호를 통해 액세스할 수 있는 메뉴를 통해 차단을 수동으로 표시할 수 있음).
• API 지원 추가 웹 OTP (SMS Receiver API로 개발됨), 브라우저가 실행 중인 사용자의 Android 스마트폰으로 전달된 확인 코드가 포함된 SMS 메시지를 수신한 후 웹 페이지에 일회용 비밀번호를 입력하도록 구성할 수 있습니다. 예를 들어, SMS 확인은 등록 시 사용자가 지정한 전화번호를 확인하는 데 사용될 수 있습니다. 이전에 사용자가 SMS 애플리케이션을 열고 코드를 클립보드에 복사한 다음 브라우저로 돌아와 이 코드를 붙여넣어야 했던 경우 새 API를 사용하면 이 프로세스를 자동화하고 원터치로 줄일 수 있습니다.
• API 확장 웹 애니메이션
  웹 애니메이션 재생을 제어합니다. 새 릴리스에는 합성 작업에 대한 지원이 추가되어 효과가 결합되는 방식을 제어할 수 있고 콘텐츠 교체 이벤트가 발생할 때 호출되는 새로운 핸들러를 제공합니다. Web Animations API는 이제 Promise를 지원하여 애니메이션이 표시되는 순서를 정의하고 애니메이션이 다른 애플리케이션 기능과 상호 작용하는 방식을 더 효과적으로 제어합니다.

• 몇 가지 새로운 API가 Origin Trials 모드에 추가되었습니다(별도의 활성화가 필요한 실험 기능). Origin 평가판은 localhost 또는 127.0.0.1에서 다운로드한 애플리케이션에서 또는 특정 사이트에 대해 제한된 시간 동안 유효한 특수 토큰을 등록 및 수신한 후 지정된 API로 작업할 수 있는 기능을 의미합니다.
  • API 쿠키 판매점 HTTP 쿠키에 대한 서비스 워커 액세스를 위해 document.cookie 사용에 대한 비동기 대안으로 사용됩니다.
  • API 유휴 감지 사용자 비활성을 감지하여 사용자가 키보드/마우스와 상호 작용하지 않는 시간, 화면 보호기가 실행 중인 시간, 화면이 잠겨 있는 시간 또는 다른 모니터에서 작업이 수행되는 시간을 감지할 수 있습니다. 비활성에 대해 애플리케이션에 알리는 것은 지정된 비활성 임계값에 도달한 후 알림을 보내는 방식으로 수행됩니다.
  • 제도 원점 격리, 개발자는 동기식과 같은 일부 레거시 기능에 대한 지원을 중단하는 대신 사이트가 아닌 소스(원본 - 도메인 + 포트 + 프로토콜)와 관련하여 별도의 프로세스에서 콘텐츠 처리를 보다 완벽하게 격리할 수 있습니다. document.domain을 사용하고 postMessage()를 호출하여 WebAssembly.Module 인스턴스에 메시지를 게시하는 스크립트 실행. 즉, Origin Isolation을 사용하면 페이지에 불필요한 내용이 모두 포함된 사이트가 아닌 리소스 도메인을 기반으로 다양한 프로세스 간의 분리를 구성할 수 있습니다.
  • API 웹어셈블리 SIMD WebAssembly 형식의 애플리케이션에서 벡터 SIMD 명령어를 사용하기 위한 것입니다. 플랫폼 독립성을 보장하기 위해 다양한 유형의 압축 데이터를 나타낼 수 있는 새로운 128비트 유형과 압축 데이터 처리를 위한 몇 가지 기본 벡터 연산을 제공합니다. SIMD를 사용하면 데이터 처리를 병렬화하여 생산성을 높일 수 있으며 네이티브 코드를 WebAssembly로 컴파일할 때 유용합니다. SIMD 지원을 활성화하려면 "chrome://flags/#enable-webassemble-simd" 설정을 사용할 수 있습니다.
• 안정화되었으며 이제 Origin Trials 외부로 배포됩니다.
  API 콘텐츠 인덱싱는 PWS(Progressive Web Apps) 모드에서 실행되는 웹 애플리케이션에 의해 이전에 캐시된 콘텐츠에 대한 메타데이터를 제공합니다. 애플리케이션은 이미지, 동영상, 기사 등 다양한 데이터를 브라우저 측에 저장할 수 있으며, 네트워크 연결이 끊길 경우 Cache Storage 및 IndexedDB API를 이용하여 사용할 수 있습니다. Content Indexing API를 사용하면 이러한 리소스를 추가, 검색 및 삭제할 수 있습니다. 브라우저에서 이 API는 오프라인으로 볼 수 있는 페이지 목록과 멀티미디어 데이터를 나열하는 데 이미 사용되었습니다.

• API 버전 안정화 깨우기 잠금 자동 잠금 화면 비활성화 및 장치를 절전 모드로 전환하는 것을 보다 안전하게 제어하는 ​​방법을 제공하는 Promise 메커니즘을 기반으로 합니다.
• Android 플랫폼용 버전 추가 애플리케이션 바로가기를 지원하여 애플리케이션에서 널리 사용되는 일반적인 작업에 빠르게 액세스할 수 있습니다. 바로가기를 만들려면 PWA(Progressive Web Apps) 형식으로 웹 애플리케이션 매니페스트에 요소를 추가하기만 하면 됩니다.
  

• Web Worker는 API를 사용할 수 있습니다. 보고관찰자, 오래된 기능에 액세스할 때 호출되는 보고서 생성을 위한 핸들러를 정의할 수 있습니다. 생성된 보고서는 사용자 재량에 따라 저장되거나, 서버로 전송되거나, JavaScript 스크립트로 처리될 수 있습니다.
• API 업데이트 관찰자 크기 조정, 페이지의 지정된 요소 크기 변경에 대한 알림이 전송되는 핸들러를 연결할 수 있습니다. ResizeObserverEntry에 세 가지 새로운 속성인 contentBoxSize, borderBoxSize 및 devicePixelContentBoxSize가 추가되어 ResizeObserverSize 개체의 배열로 반환되는 보다 세부적인 정보를 제공합니다.
• 키워드 "를 추가했습니다.돌아가는 것» 요소 스타일을 기본값으로 재설정합니다.
• 이제 ""로 사용할 수 있는 CSS 속성 "-webkit-appearance" 및 "-webkit-ruby-position"에 대한 접두어를 제거했습니다.외관"그리고"루비 위치".
• 자바스크립트에서 구현 클래스의 메서드와 속성을 비공개로 표시하는 기능을 지원합니다. 그 후에는 해당 클래스에 대한 액세스가 클래스 내에서만 열리게 됩니다(이전에는 필드만 비공개가 될 수 있었습니다). 메서드와 속성을 비공개로 표시하려면 다음 안내를 따르세요. 지시하다 필드 이름 앞에는 "#" 기호가 있습니다.
• 자바스크립트에서 추가 지원 약한 링크 (약한 참조) 개체에 대한 참조를 유지할 수 있지만 가비지 수집기가 연결된 개체를 삭제하는 것을 차단하지 않는 JavaScript 개체에 대한 참조입니다. 종료자에 대한 지원도 추가되어 지정된 객체의 가비지 수집이 완료된 후 호출되는 핸들러를 정의할 수 있습니다.
• 초기(기준) Liftoff 컴파일러의 구현 덕분에 WebAssembly에서 애플리케이션 출시가 가속화되었습니다. 원자 명령 и 배치 메모리 작업. WebAssembly 디버깅을 위한 도구가 개선되었으며, 중단점을 사용할 때 디버깅 성능이 크게 향상되었습니다(이전에는 디버깅에 인터프리터가 사용되었고 이제는 Liftoff 컴파일러가 사용되었습니다).
• 웹 개발자용 도구 pphttps://developers.google.com/web/updates/2020/05/devtools에서 성능 분석 패널이 업데이트되었습니다. 측정항목에 대한 일반 정보가 추가되었습니다. TBT (총 차단 시간), 페이지가 사용 가능한 것처럼 보이지만 실제로는 사용할 수 없는 기간을 표시합니다(즉, 페이지가 이미 렌더링되었지만 기본 스레드의 실행이 여전히 차단되어 데이터 입력이 불가능함). 지표 분석을 위한 새로운 경험 섹션을 추가했습니다. CLS (누적 레이아웃 이동), 콘텐츠의 시각적 안정성을 반영합니다. CSS 스타일 검사 패널은 "배경 이미지" 속성을 통해 지정된 이미지의 미리 보기를 제공합니다.

혁신 및 버그 수정 외에도 새 버전은 다음을 제거합니다. 38개의 취약점. 많은 취약점이 자동화된 테스트 도구의 결과로 식별되었습니다. 주소세니타이저, 메모리세니타이저, 제어 흐름 무결성, LibFuzzer и AFL. 한 가지 문제(CVE-2020-6510, 백그라운드 가져오기 핸들러의 버퍼 오버플로)가 심각한 문제로 표시되었습니다. 모든 수준의 브라우저 보호를 우회하고 샌드박스 환경 외부의 시스템에서 코드를 실행할 수 있습니다. 현재 릴리스의 취약점을 발견한 대가로 현금 보상을 지급하는 프로그램의 일환으로 Google은 $26 상당의 21500개 보상금($5000 보상 3000개, $2000 보상 1000개, $500 보상 16개, $XNUMX 보상 XNUMX개, $XNUMX 보상 XNUMX개)을 지급했습니다. XNUMX개 보상의 규모는 아직 결정되지 않았습니다.

출처 : opennet.ru