Chrome 81: lançado com suporte para Web NFC

O Chrome 81, originalmente agendado para 17 de março, mas atrasado devido à epidemia do COVID-19, está finalmente sendo lançado.

Esperava-se que o lan̤amento de hoje fosse impressionante, mas apenas dois recursos principais impressionaram Рcomo o suporte aprimorado ao WebXR (um recurso da Realidade Aumentada do Chrome, originalmente lan̤ada no Chrome 79) e o suporte inicial ao padṛo NFC da Web.

Os recursos planejados posteriormente vieram com o lançamento do Chrome 81. Alguns deles são o redesenho da interface do usuário para os elementos de formulário da web do Chrome e a remoção do suporte aos protocolos de criptografia TLS 1.0 e TLS 1.1.

O primeiro foi lançado porque os engenheiros do Google não deram os retoques finais no reprojeto em tempo hábil. Os novos controles de formulário estão programados para serem lançados ao vivo com o Chrome (Chromium) 83, que deve chegar em meados de maio do próximo mês.

Os planos para remover os protocolos de criptografia TLS 1.0 e TLS 1.1 do Chrome, originalmente planejados para o Chrome 81, foram agora transferidos para o Chrome 84. A decisão de adiar a remoção desses dois protocolos está relacionada ao COVID-19, pois a remoção dos protocolos pode ter impedido que alguns usuários do Chrome 81 acessem sites críticos de integridade do governo que ainda usam o TLS 1.0 e 1.1 para configurar conexões HTTPS. A remoção do suporte impediria que os usuários acessassem completamente esses sites, o que o Google queria evitar.

O lançamento do Chrome 81 marca o lançamento mais turbulento da história do Chrome. Porque o fabricante do navegador teve que mudar as funções de versão para versão, e porque o atraso do Chrome 81 por três semanas também interrompe o cronograma regular de lançamentos de seis semanas do Google. O Google deu o primeiro passo para remover uma versão do Chrome. O Google disse que a próxima versão do Chrome é a v83 e que o trabalho na v82 parou permanentemente.

Mas, embora o Google tenha movido alguns recursos do Chrome 81 para outras versões, isso não significa que essa versão estará ausente. De todos os novos recursos adicionados ao lançamento atual da v81, o mais importante até agora é a nova API da Web NFC.

Os smartphones modernos já suportam a tecnologia NFC, mas os usuários finais geralmente precisam de um aplicativo especial em execução no dispositivo para interagir com as tags NFC do mundo real.

O novo modelo de NFC da Web adicionado ao Chrome permitirá que sites interajam com tags NFC, eliminando a necessidade de os usuários terem um aplicativo especial instalado em seus telefones.

O Google acredita que o novo padrão NFC da Web ganhará desenvolvedores da Web e espera um uso generalizado, especialmente para o Chrome para Android, onde poderá ser usado para cenários como:

  • Museus e galerias de arte podem exibir informações adicionais sobre uma tela quando o usuário toca no smartphone ou tablet executando o Chrome em um cartão NFC.
  • Sites, sites corporativos e intranets que lidam com o inventário de uma empresa poderão ler ou gravar dados em um rótulo NFC em um contêiner ou produto, simplificando o gerenciamento de inventário.
  • As salas de conferência podem ser usadas para digitalizar crachás NFC durante o evento.
  • A intranet e outros sites corporativos podem usar o NFC da Web para compartilhar a configuração e os segredos iniciais necessários para fornecer novos dispositivos a uma organização.
  • Por enquanto, esse recurso não estará amplamente disponível para todos os usuários, mas estará disponível apenas como avaliação. O teste de campo será executado do Chrome 81 ao Chrome 83, durante o qual os desenvolvedores de aplicativos podem criar aplicativos com base no novo padrão NFC da Web e ver como ele funciona e fornecer feedback aos desenvolvedores do Chrome. , para que possam ser melhor adaptados a uma circulação mais ampla.

    Atualmente, o NFC da Web está programado para ser lançado para todos os usuários no Chrome 84, mas isso pode mudar se algo acontecer durante o teste.

    cromada

    Mas, embora o Google tenha evitado remover o TLS 1.0 e o TLS 1.1, o Chrome 81 melhora a segurança das conexões HTTPS, mas de uma maneira diferente. O Chrome 81 marca a versão mais recente do plano em três etapas do Google para eliminar o conteúdo HTTPS misto da web.

    O conteúdo HTTPS misto refere-se a sites que carregam conteúdo como imagens, JavaScript ou folhas de estilo via HTTP e HTTPS, o que significa que o site não é totalmente carregado via HTTPS.

    O objetivo final do Google é atualizar automaticamente o conteúdo HTTP para URLs HTTPS analógicos. No entanto, isso é repentinamente perigoso, pois pode causar uma “interrupção” na internet.

    Em vez disso, para evitar grandes “falhas”, o Google escolheu um plano de três etapas para esse processo, conforme discutido abaixo, que termina hoje com o desenvolvimento do Chrome 81:

  • No Chrome 79, que será lançado em dezembro de 2019, apresentaremos uma nova configuração para remover o conteúdo bloqueado em sites específicos. Essa configuração será aplicada a scripts mistos, iframes e outros tipos de conteúdo que o Chrome atualmente bloqueia o padrão. Os usuários podem alterar essa configuração clicando no ícone de cadeado em qualquer página https: // e clicando em Configurações de Localização. Isso substituirá o ícone de escudo que aparece no lado direito do quadro principal para desbloquear conteúdo misto nas versões anteriores do Chrome para desktop.
  • No Chrome 80, os recursos mistos de áudio e vídeo serão atualizados automaticamente para https: // e o Chrome os bloqueará por padrão se não puderem carregar via https: //. O Chrome 80 será lançado nos canais de lançamento antecipado em janeiro de 2020. Os usuários podem liberar os recursos de áudio e vídeo afetados com a configuração descrita acima.
  • Também no Chrome 80, será possível fazer upload de imagens mistas, mas elas farão com que o Chrome exiba um chip “Não seguro” na caixa principal. Esperamos que essa seja uma interface de usuário de segurança mais clara para os usuários e motivará os sites a transferir suas imagens para HTTPS. Os desenvolvedores podem usar as instruções Update-Unsafe Application ou Policy Security Policy para evitar esse aviso.
  • No Chrome 81, as imagens mistas serão atualizadas automaticamente para https: // e o Chrome as bloqueará do padrão se não conseguirem carregar via https: //.