Me deparei com esse termo recentemente em uma cadeia de correio. O Google me diz que existe um termo bug do dia zero e que a Microsoft e a Adobe são as pioneiras :)
Existe um termo como bug do primeiro dia ? O que isso pode significar?
terminology
bug
lazer
fonte
fonte
Respostas:
Um bug do dia um é um defeito que não é uma regressão . O defeito estava lá desde o primeiro dia em que o recurso foi implementado. É usado para argumentar que um defeito é de baixa prioridade, porque foi enviado em versões anteriores sem muitas reclamações dos clientes.
Citações:
Neohapsis> Arquivos> Atualizações do produto Compaq> 2001-q4
date - Nov 2001 ou anterior
Notas da versão de plataforma cruzada para o Cisco IOS Release 12.2SR: Advertências para 12.2 (33) SRB ...
data - maio de 2008?
[security-dev 01487]: Problemas de OCSP no JDK6 -
data do arquivo morto do OpenJDK - janeiro de 2010
fonte
Estados da Wikipedia
Por essa definição, um dia um bug seria aquele em que uma exploração é desenvolvida no segundo dia de conhecimento do desenvolvedor?
No entanto, no Infoworld.com
Eles citam Justine Aitel, CEO da Immunity, como afirmando
Suponho que você possa deduzir dessa definição que "bug de um dia" seria um termo sem sentido, ou acho que você poderia dizer que é um para o qual existe um patch em público, mas ao qual o usuário não o aplicou.
fonte
Um bug do "primeiro dia" é simplesmente um bug que existe há muito tempo (o primeiro dia é a data de criação do software), em comparação com uma "regressão" ou um bug introduzido recentemente. Ao analisar um problema que acaba de ser relatado pela primeira vez, é prática geral se concentrar nas alterações recentes do software como a fonte mais provável do problema. Alguns erros, no entanto, levam uma vida encantada e ficam adormecidos por anos (ou mesmo décadas) sem serem notados. Na minha experiência como desenvolvedor, os erros do primeiro dia geralmente são mascarados por outro software que repara o dano ou impede que o bug seja exercido; mudanças aparentemente não relacionadas podem remover um desses "fatores compensadores" que permitem que o bug original finalmente se manifeste e seja notado. Encontrei um bug em 2012 no código que escrevi em 1986 e que processava bilhões, senão trilhões de transações em centenas de instalações antes de sua primeira falha. Passei vários dias me convencendo (construindo testes elaborados) de que o bug foi realmente o primeiro dia.
O termo "dia zero" não tem nenhuma relação com o "dia um" muito mais antigo.
fonte
Pergunte à pessoa que usou a expressão. Não é amplamente utilizado para que exista uma definição geralmente aceita.
Uma "exploração de dia zero" é uma exploração de segurança que o desenvolvedor do software (ou a comunidade de segurança em geral) conhece há 0 dias (ou seja, ainda não), para que não possa haver uma correção. Extrapolando, uma "exploração de um dia" seria hoje conhecida publicamente; portanto, se o desenvolvedor e os usuários agirem rapidamente, alguns sistemas já poderão ser corrigidos.
Mas essa extrapolação não é necessariamente correta, a expressão pode não ter nada a ver com explorações de dia zero. A resposta de Brian realmente parece mais provável. O que nos leva de volta ao meu primeiro parágrafo.
fonte