A ativa\u00e7\u00e3o padr\u00e3o da API Idle Detection no Chrome 94 gerou uma onda de cr\u00edticas com refer\u00eancia a obje\u00e7\u00f5es de desenvolvedores do Firefox e WebKit\/Safari. <\/p>\n
A API Idle Detection permite que os sites determinem quando o usu\u00e1rio est\u00e1 inativo, ou seja, n\u00e3o interagindo com o teclado\/mouse ou realizando tarefas em outro monitor. A API tamb\u00e9m permite saber se um protetor de tela est\u00e1 ativado no sistema. A notifica\u00e7\u00e3o sobre a inatividade \u00e9 realizada por meio do envio de uma mensagem ap\u00f3s atingir um limite de inatividade, que est\u00e1 configurado para um m\u00ednimo de 1 minuto. <\/p>\n
\u00c9 importante ressaltar que a aplica\u00e7\u00e3o da Detec\u00e7\u00e3o de Inatividade por API requer a concess\u00e3o expl\u00edcita de permiss\u00f5es pelo usu\u00e1rio, ou seja, se o aplicativo tentar detectar pela primeira vez a inatividade, uma janela ser\u00e1 exibida ao usu\u00e1rio pedindo para conceder permiss\u00f5es ou bloquear a opera\u00e7\u00e3o. Para desativar completamente a Detec\u00e7\u00e3o de Inatividade por API, existe uma op\u00e7\u00e3o espec\u00edfica na se\u00e7\u00e3o de configura\u00e7\u00f5es de \"Privacidade e seguran\u00e7a\" (\"chrome:\/\/settings\/content\/idleDetection\"). <\/p>\n
As \u00e1reas de aplica\u00e7\u00e3o incluem aplicativos de chat, redes sociais e comunica\u00e7\u00e3o, que podem alterar o status do usu\u00e1rio com base em sua presen\u00e7a no computador ou adiar a exibi\u00e7\u00e3o de notifica\u00e7\u00f5es de novas mensagens at\u00e9 que o usu\u00e1rio retorne. A API tamb\u00e9m pode ser aplicada em aplicativos quiosque para retornar \u00e0 tela inicial ap\u00f3s um certo tempo de inatividade ou para desativar opera\u00e7\u00f5es interativas que consomem muitos recursos, como a re-renderiza\u00e7\u00e3o de gr\u00e1ficos complexos que s\u00e3o atualizados constantemente, quando o usu\u00e1rio n\u00e3o est\u00e1 presente no computador. <\/p>\n
A posi\u00e7\u00e3o dos opositores \u00e0 ativa\u00e7\u00e3o da API Idle Detection baseia-se no fato de que a informa\u00e7\u00e3o sobre se um usu\u00e1rio est\u00e1 ou n\u00e3o na frente do computador pode ser considerada como confidencial. Al\u00e9m de aplica\u00e7\u00f5es \u00fateis, essa API pode ser utilizada para fins nefastos, como tentativas de explora\u00e7\u00e3o de vulnerabilidades durante a aus\u00eancia do usu\u00e1rio ou para encobrir atividades maliciosas vis\u00edveis, como minera\u00e7\u00e3o. Com a API em quest\u00e3o, tamb\u00e9m podem ser coletadas informa\u00e7\u00f5es sobre os padr\u00f5es de comportamento do usu\u00e1rio e o ritmo do seu dia de trabalho. Por exemplo, \u00e9 poss\u00edvel saber quando o usu\u00e1rio normalmente sai para o almo\u00e7o ou deixa seu posto de trabalho. Em situa\u00e7\u00f5es onde \u00e9 exigido um pedido de confirma\u00e7\u00e3o para conceder permiss\u00f5es, essas preocupa\u00e7\u00f5es s\u00e3o vistas pelo Google como insignificantes. <\/p>\n
Adicionalmente, pode-se destacar a nota dos desenvolvedores do Chrome sobre o avan\u00e7o em novas t\u00e9cnicas para garantir um uso seguro da mem\u00f3ria. Segundo o Google, 70% dos problemas de seguran\u00e7a no Chrome s\u00e3o causados por erros relacionados \u00e0 mem\u00f3ria, como o acesso a um buffer ap\u00f3s a libera\u00e7\u00e3o da mem\u00f3ria associada (use-after-free). Tr\u00eas estrat\u00e9gias principais s\u00e3o definidas para combater esses tipos de erros: refor\u00e7o das verifica\u00e7\u00f5es na fase de compila\u00e7\u00e3o, bloqueio de erros durante a execu\u00e7\u00e3o e a utiliza\u00e7\u00e3o de uma linguagem que garanta a seguran\u00e7a na manipula\u00e7\u00e3o da mem\u00f3ria. <\/p>\n
Foi relatado o in\u00edcio de experimentos para adicionar \u00e0 base de c\u00f3digo do Chromium a capacidade de desenvolver componentes na linguagem Rust. O c\u00f3digo em Rust ainda n\u00e3o faz parte das compila\u00e7\u00f5es entregues aos usu\u00e1rios e tem como objetivo principalmente testar a viabilidade de desenvolver partes espec\u00edficas do navegador em Rust e integr\u00e1-las com as demais escritas em C++. Paralelamente, um projeto para o c\u00f3digo em C++ continua a desenvolver a aplica\u00e7\u00e3o do tipo MiraclePtr em vez de ponteiros brutos, para bloquear a possibilidade de explora\u00e7\u00e3o de vulnerabilidades causadas pelo acesso a blocos de mem\u00f3ria j\u00e1 liberados, al\u00e9m de serem propostas novas t\u00e9cnicas para detec\u00e7\u00e3o de erros na fase de compila\u00e7\u00e3o. <\/p>\n