I virus possono essere trasferiti attraverso architetture compatibili?

Potrebbe, diverse architetture potrebbero bloccare i binari compilati per un'architettura che viene eseguita su un'altra. D'altra parte, se il virus non dipende pesantemente dall'architettura dell'host (ad esempio utilizza un codice interpretato come gli script di shell) o è progettato per funzionare su più architetture, potrebbe non essere di aiuto.

Un approccio migliore potrebbe essere l'uso di un SO effimero, come un CD live che può essere scartato in seguito, o montare il dispositivo di root come di sola lettura.

È teoricamente possibile scrivere malware binario multi-architettura. In pratica, è molto difficile appartenere al regno delle dimostrazioni di concetto piuttosto che dei veri e propri malware in natura.

Il malware basato su script è una storia molto diversa. Uno script di shell ben scritto, ad esempio, potrebbe infettare qualsiasi sistema operativo simile a Unix; un virus macro di Microsoft Office può infettare versioni vulnerabili di Office su qualsiasi piattaforma.

Se sei preoccupato solo del malware binario (ad esempio il tipico malware di Windows), è sufficiente unire le architetture. Se il malware basato su script è un problema, dovresti mischiare anche i sistemi operativi (ad esempio ClamAV su un sistema Debian ARM per cercare malware Windows).

Un virus binario che ha come target più di un'architettura hardware è più di un minaccia teorica di quella realistica.

Tuttavia, esistono diversi virus che hanno come target un'architettura hardware ma che funzionano su più sistemi operativi . Un altro esempio è il Peelf / Winux / Lindose Virus , che esiste come proof-of-concept.