Ed
há 6 meses
Vamos analisar as alternativas apresentadas para identificar o exemplo de risco ao chamarmos um programa de terceiros dentro do nosso software: A) Os desenvolvedores do nosso sistema sentirem dificuldades para fazer a chamada. - Isso é mais uma questão de usabilidade e não um risco de segurança. B) Não haver uma documentação detalhada de como realizar a chamada. - Embora a falta de documentação possa causar problemas, não é um risco de segurança direto. C) Que o programa seja muito lento. - Isso se refere ao desempenho, não à segurança. D) Um invasor interceptar os dados na chamada do programa. - Esta é uma preocupação real de segurança, pois a interceptação de dados pode levar a vazamentos de informações sensíveis. E) Que o programa não tenha recebido atualizações recentes. - Isso pode ser um risco, mas não é tão direto quanto a interceptação de dados. Diante da análise, a alternativa que apresenta um exemplo claro de risco ao chamarmos um programa de terceiros é: D) Um invasor interceptar os dados na chamada do programa.
Já tem uma conta?
Ao continuar, você aceita os Termos de Uso e Política de Privacidade