{"id":101191,"date":"2021-09-05T10:22:35","date_gmt":"2021-09-05T08:22:35","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-openwrt-21-02-0"},"modified":"2021-09-05T10:22:35","modified_gmt":"2021-09-05T08:22:35","slug":"vypusk-openwrt-21-02-0","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/news\/vypusk-openwrt-21-02-0","title":{"rendered":"Lan\u00e7amento do OpenWrt 21.02.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Foi lan\u00e7ado um novo e significativo lan\u00e7amento da distribui\u00e7\u00e3o OpenWrt 21.02.0, voltada para a aplica\u00e7\u00e3o em v\u00e1rios dispositivos de rede, como roteadores, switches e pontos de acesso. O OpenWrt suporta v\u00e1rias plataformas e arquiteturas diferentes e possui um sistema de constru\u00e7\u00e3o que permite uma cross-compilation simples e conveniente, incluindo na constru\u00e7\u00e3o diversos componentes, o que facilita a cria\u00e7\u00e3o de um firmware ou imagem de disco adaptados a tarefas espec\u00edficas com o conjunto desejado de pacotes pr\u00e9-instalados. As constru\u00e7\u00f5es foram formadas para 36 plataformas-alvo. <\/p>\n
As mudan\u00e7as no OpenWrt 21.02.0 incluem: <\/p>\n
\n
Os requisitos m\u00ednimos de hardware foram aumentados. Na constru\u00e7\u00e3o padr\u00e3o, devido \u00e0 inclus\u00e3o de subsistemas adicionais do n\u00facleo Linux para o uso do OpenWrt, agora \u00e9 necess\u00e1rio um dispositivo com 8 MB de Flash e 64 MB de RAM. Se desejado, ainda \u00e9 poss\u00edvel formar uma constru\u00e7\u00e3o reduzida que funcione em dispositivos com 4 MB de Flash e 32 MB de RAM, mas a funcionalidade dessa constru\u00e7\u00e3o ser\u00e1 limitada e a estabilidade do funcionamento n\u00e3o \u00e9 garantida.\n
No pacote b\u00e1sico est\u00e3o inclu\u00eddos pacotes que suportam a tecnologia de prote\u00e7\u00e3o de redes sem fio WPA3, que agora est\u00e1 dispon\u00edvel por padr\u00e3o, tanto no modo cliente quanto ao criar um ponto de acesso. O WPA3 oferece prote\u00e7\u00e3o contra ataques de for\u00e7a bruta (n\u00e3o permitir\u00e1 a for\u00e7a bruta de senhas em modo offline) e utiliza o protocolo de autentica\u00e7\u00e3o SAE. A possibilidade de usar WPA3 \u00e9 garantida na maioria dos drivers para dispositivos sem fio.\n
A edi\u00e7\u00e3o b\u00e1sica inclui suporte padr\u00e3o para TLS e HTTPS, permitindo o acesso \u00e0 interface web LuCI por HTTPS e a utiliza\u00e7\u00e3o de utilit\u00e1rios como wget e opkg para obter informa\u00e7\u00f5es por canais de comunica\u00e7\u00e3o criptografados. Os servidores que distribuem os pacotes baixados via opkg tamb\u00e9m est\u00e3o, por padr\u00e3o, configurados para fornecer informa\u00e7\u00f5es por HTTPS. A biblioteca utilizada para criptografia, mbedTLS, foi substitu\u00edda por wolfSSL (caso necess\u00e1rio, as bibliotecas mbedTLS e OpenSSL podem ser instaladas manualmente, continuando a ser fornecidas como op\u00e7\u00f5es). Para configurar o redirecionamento autom\u00e1tico para HTTPS na interface web, foi proposta a op\u00e7\u00e3o «uhttpd.main.redirect_https=1».\n
Foi implementado o suporte inicial para o subsistema do n\u00facleo DSA (Arquitetura de Switches Distribu\u00eddos), que fornece ferramentas para configurar e gerenciar cascatas de switches Ethernet interconectados, utilizando mecanismos aplicados \u00e0 configura\u00e7\u00e3o de interfaces de rede comuns (iproute2, ifconfig). O DSA pode ser usado para configurar portas e VLANs em vez da ferramenta swconfig anteriormente oferecida, mas nem todos os drivers de switches suportam o DSA at\u00e9 agora. Na vers\u00e3o proposta, o DSA \u00e9 utilizado para drivers ath79 (TP-Link TL-WR941ND), bcm4908, gemini, kirkwood, mediatek, mvebu, octeon, ramips (mt7621) e realtek.\n
Foram feitas altera\u00e7\u00f5es na sintaxe dos arquivos de configura\u00e7\u00e3o localizados em \/etc\/config\/network. No bloco «config interface», a op\u00e7\u00e3o «ifname» foi renomeada para «device», e no bloco «config device», as op\u00e7\u00f5es «bridge» e «ifname» foram renomeadas para «ports». Para novas instala\u00e7\u00f5es, agora s\u00e3o gerados arquivos separados com as configura\u00e7\u00f5es dos dispositivos (layer 2, bloco «config device») e interfaces de rede (layer 3, bloco «config interface»). Para manter a compatibilidade, o suporte \u00e0 sintaxe antiga foi preservado, ou seja, as configura\u00e7\u00f5es criadas anteriormente n\u00e3o requerer\u00e3o altera\u00e7\u00f5es. No entanto, na interface web, ao detectar a sintaxe antiga, ser\u00e1 apresentada uma sugest\u00e3o de migra\u00e7\u00e3o para a nova sintaxe, necess\u00e1ria para editar configura\u00e7\u00f5es atrav\u00e9s da interface web.\n
Exemplo da nova sintaxe: config device \toption name ‘br-lan’ \toption type ‘bridge’ \toption macaddr ’00:01:02:XX:XX:XX’ \tlist ports ‘lan1’ \tlist ports ‘lan2’ \tlist ports ‘lan3’ \tlist ports ‘lan4’ config interface ‘lan’ \toption device ‘br-lan’ \toption proto ‘static’ \toption ipaddr ‘192.168.1.1’ \toption netmask ‘255.255.255.0’ \toption ip6assign ’60’ config device \toption name ‘eth1′ \toption macaddr ’00:01:02:YY:YY:YY’ config interface ‘wan’ \toption device ‘eth1’ \toption proto ‘dhcp’ config interface ‘wan6’ \toption device ‘eth1’ \toption proto ‘dhcpv6’ <\/p>\n
De forma semelhante aos arquivos de configura\u00e7\u00e3o \/etc\/config\/network, os nomes dos campos em board.json foram alterados de «ifname» para «device». <\/p>\n
Foi adicionada uma nova plataforma «realtek», permitindo o uso do OpenWrt em dispositivos com um grande n\u00famero de portas Ethernet, como switches Ethernet D-Link,\tZyXEL,\tALLNET, INABA e NETGEAR.\n
Novas plataformas bcm4908 e rockchip foram adicionadas para dispositivos baseados em SoC Broadcom BCM4908 e Rockchip RK33xx. Em plataformas que j\u00e1 eram suportadas, foram corrigidos erros na compatibilidade com os dispositivos.\n
O suporte \u00e0 plataforma ar71xx foi encerrado, sendo recomendada a utiliza\u00e7\u00e3o da plataforma ath79 (para dispositivos vinculados ao ar71xx, recomenda-se realizar uma nova instala\u00e7\u00e3o do OpenWrt). O suporte tamb\u00e9m foi encerrado para as plataformas cns3xxx (Cavium Networks CNS3xxx), rb532 (MikroTik RB532) e samsung (Samsung TQ210).\n
Os arquivos execut\u00e1veis dos aplicativos utilizados no processamento de conex\u00f5es de rede s\u00e3o compilados no modo PIE (Position-Independent Executables) com total suporte para randomiza\u00e7\u00e3o do espa\u00e7o de endere\u00e7amento (ASLR), dificultando a explora\u00e7\u00e3o de vulnerabilidades nessas aplica\u00e7\u00f5es.\n
Na compila\u00e7\u00e3o do kernel Linux, as op\u00e7\u00f5es para suporte a tecnologias de isolamento de cont\u00eaineres est\u00e3o habilitadas por padr\u00e3o, permitindo o uso das ferramentas LXC e o modo procd-ujail na maioria das plataformas com OpenWrt.\n
Foi adicionada a possibilidade de compila\u00e7\u00e3o com suporte ao sistema de controle de acesso SELinux (desabilitado por padr\u00e3o).\n
As vers\u00f5es dos pacotes foram atualizadas, incluindo lan\u00e7amentos do musl libc 1.1.24, glibc 2.33, gcc 8.4.0, binutils 2.34, hostapd 2020-06-08, dnsmasq 2.85, dropbear 2020.81, busybox 1.33.1. O kernel Linux foi atualizado para a vers\u00e3o 5.4.143, com a portabilidade da pilha wireless cfg80211\/mac80211 do kernel 5.10.42 e transfer\u00eancia de suporte. VPN<\/a> Wireguard. <\/ul>\n