Da base de c\u00f3digo da qual o lan\u00e7amento do FreeBSD 13 foi formado, o c\u00f3digo com a implementa\u00e7\u00e3o do protocolo VPN WireGuard, desenvolvido sob encomenda da Netgate sem consultas aos desenvolvedores do WireGuard original, foi removido em meio a um esc\u00e2ndalo, j\u00e1 inclu\u00eddo nas vers\u00f5es est\u00e1veis da distribui\u00e7\u00e3o pfSense. Ap\u00f3s a verifica\u00e7\u00e3o do c\u00f3digo por Jason Donenfeld, autor do WireGuard original, ficou claro que a implementa\u00e7\u00e3o proposta para o FreeBSD era um exemplo de c\u00f3digo de baixa qualidade, repleto de estouros de buffer e violando a licen\u00e7a GPL. <\/p>\n
Foram encontrados erros catastr\u00f3ficos na implementa\u00e7\u00e3o do c\u00f3digo de criptografia, uma parte do protocolo WireGuard foi negligenciada, houve erros que causaram falhas no n\u00facleo e contornaram m\u00e9todos de prote\u00e7\u00e3o, e foram utilizados buffers de tamanho fixo para entradas. A qualidade do c\u00f3digo \u00e9 refletida pela presen\u00e7a de ganchos em vez de verifica\u00e7\u00f5es, sempre retornando o valor «true», bem como prints de depura\u00e7\u00e3o esquecidos exibindo par\u00e2metros usados para criptografia, e a aplica\u00e7\u00e3o da fun\u00e7\u00e3o sleep para evitar condi\u00e7\u00f5es de corrida. <\/p>\n
Algumas partes do c\u00f3digo, como a fun\u00e7\u00e3o crypto_xor, foram transferidas da implementa\u00e7\u00e3o do WireGuard desenvolvido para Linux em viola\u00e7\u00e3o da licen\u00e7a GPL. Como resultado, Jason Donenfeld, junto com Kyle Evans e Matt Dunwoodie, autor do porto do WireGuard para OpenBSD, ocuparam-se de redesenhar a implementa\u00e7\u00e3o problem\u00e1tica e, em uma semana, substitu\u00edram completamente todo o c\u00f3digo do desenvolvedor contratado pela Netgate. A vers\u00e3o revisada foi lan\u00e7ada como um conjunto separado de patches, colocado no reposit\u00f3rio do projeto WireGuard e ainda n\u00e3o foi integrado ao FreeBSD. <\/p>\n
\u00c9 interessante notar que, inicialmente, nada previa problemas. A empresa Netgate, que desejava a implementa\u00e7\u00e3o do WireGuard na distribui\u00e7\u00e3o pfSense, contratou Matthew Macy, um especialista no n\u00facleo e na pilha de rede do FreeBSD, que j\u00e1 tinha experi\u00eancia na corre\u00e7\u00e3o de erros e no desenvolvimento de drivers de rede para esse sistema operacional. Macy teve um cronograma flex\u00edvel, sem prazos e verifica\u00e7\u00f5es intermedi\u00e1rias. Desenvolvedores que colaboraram com Macy na FreeBSD o descreveram como um programador talentoso e profissional, que comete erros em n\u00famero similar aos demais e reage de forma adequada \u00e0 cr\u00edtica. A m\u00e1 qualidade do c\u00f3digo da implementa\u00e7\u00e3o do WireGuard para FreeBSD foi uma surpresa para eles. <\/p>\n
Ap\u00f3s nove meses de trabalho, em dezembro do ano passado, Macy adicionou sua implementa\u00e7\u00e3o ao branch HEAD, que foi utilizado para a cria\u00e7\u00e3o do release do FreeBSD 13, sem concluir a revis\u00e3o e os testes por outros participantes. O desenvolvimento foi feito sem contato com os desenvolvedores do WireGuard original e dos ports para OpenBSD e NetBSD. Em fevereiro, a Netgate integrou o WireGuard na vers\u00e3o est\u00e1vel do pfSense 2.5.0 e come\u00e7ou a fornec\u00ea-lo em seus firewalls baseados nele. Ap\u00f3s a identifica\u00e7\u00e3o de problemas, o c\u00f3digo do WireGuard foi removido do pfSense. <\/p>\n
No c\u00f3digo adicionado, foram encontradas vulnerabilidades cr\u00edticas que foram usadas em explora\u00e7\u00f5es de 0-day, mas a Netgate inicialmente n\u00e3o reconheceu a exist\u00eancia das vulnerabilidades e tentou acusar o desenvolvedor do WireGuard original de ataque e parcialidade, o que afetou negativamente sua reputa\u00e7\u00e3o. O desenvolvedor do port inicialmente rejeitou as alega\u00e7\u00f5es sobre a qualidade do c\u00f3digo, considerando-as exageradas, mas ap\u00f3s a demonstra\u00e7\u00e3o dos erros, reconheceu que a real quest\u00e3o importante era a falta de uma revis\u00e3o adequada da qualidade do c\u00f3digo no FreeBSD, uma vez que os problemas permaneceram sem serem notados por meses (representantes da Netgate indicaram que a revis\u00e3o p\u00fablica foi iniciada em agosto de 2020, mas desenvolvedores espec\u00edficos do FreeBSD observaram que a revis\u00e3o no Phabricator foi encerrada por Macy antes de ser conclu\u00edda e ignorando coment\u00e1rios). A equipe do FreeBSD Core Team respondeu ao incidente prometendo modernizar os processos de verifica\u00e7\u00e3o do c\u00f3digo. <\/p>\n
Matthew Macy, desenvolvedor do port problem\u00e1tico para FreeBSD, comentou a situa\u00e7\u00e3o dizendo que cometeu um grande erro ao aceitar o trabalho sem estar pronto para implementar este projeto. Ele atribui o resultado ao esgotamento emocional e a problemas causados pela s\u00edndrome p\u00f3s-COVID. Macy, no entanto, n\u00e3o teve coragem de renunciar \u00e0s obriga\u00e7\u00f5es que j\u00e1 havia assumido e tentou levar o projeto at\u00e9 o fim. <\/p>\n