Vad baserar du det på? Att påstå att det inte har någon relevans alls tror jag inte att du har något belägg för.
Varför är det så att folk enbart kan hantera en variabel?
Är datorn snabb? Det beror på hur många ghz.
Är kameran bra? Det beror på hur många megapixel.
Är operativsystemet virussäkert? Det beror på hur många användare.
Hur svårt kan det vara att i alla fall överväga ideen att det kan vara en kombination av ett säkert system samt liten marknadsandel som gör Mac Os X till ett virusfritt operativsystem för tillfället?
Det samma gäller för Hunter78 som av någon anledning har fått för sig att processorn är den enda hårdvaran som kan ses som skithårdvara i en dator.
Jag vet inte riktigt vad du är ute efter för jag kan inte påminna mig om att ha sagt att det endast finns en variabel, det finns mängder men dom flesta kan grupperas i en grupp och kan refereras till som "Unix system".
Anledningen till att det inte finns så många virus för unix system är att dom flesta unix system så kompilerar man sina program från källkod, där är det alltså väldigt svårt att hitta en väg att sprida sitt virus, fråga någon som kör linux eller unix hur många förkompilerade filer dom laddar hem?
MacOS X är inte på något sätt säkrare är något annat Un*x vad det gäller binärer, snarare tvärt om.
Folk sade samma sak om MacOS 8/9 att det skulle vara "immunt mot virus" efter som det inte fanns så många, jag exprimenterade lite själv genom att studera CFM och ett par timmar sedan hade jag ett program som skulle kunna klassas som ett virus om man ville; Jag tror jag har källkod och binär kvar på någon gammal hårddisk någonstans.
Sedan pratade man om att runtime patching skulle vara omöjligt på OS X, först kom libpatch laddade upp ett utomstående kodsegment i valfri process, det var halva jobbet.
Jag började kolla på själva patchandet isig vilket visade sig vara mycket enkelt genom att flippa två bitar i minnestabellen och där med göra en kopia av just den minnesidan vilken blev program lokal, finns ingen möjlighet att inom programmet upptäcka detta med traditionella "checksums" och dyl. ( http://www.sonixwave.com/~anvil/OSXPatch.c (första koncept testet jag gjorde))
En ändå smidigare variant att från en annan process modifiera instruktioner utan att programmet isig märker det är att utnyttja ptrace för att frysa programmet vid entry; detta är bara två exempel på hur enkelt det är att "infektera andra processer", allt kan ha goda och onda avsikter, tex dessa tekniker används (snarlika iallafall) av APE tex, men de kan lika gärna användas av ett virus för att infektera en annan fil vid körtid.
Jag har hört argumentet "Unix har permissioner som gör att om programmet inte är root så kan det inte sprida sig effektivt i datorn", det är delvis sant men på MacOS X körs 90% av allt du ser i det grafiska som användar processer på den aktuella användare du kör, det finns inget som tekniskt begränsar spridning av virus innom denna miljö, sedan är det nära på omöjligt (iallafall väldigt bökigt) att checksumma binärer i MacOS X för systemet modiferar filobjektet då det uppdaterar prebindingen, det går att checksumma genom att manuellt checksumma varje segment utom just prebinding segmentet, men det är ett otroligt mer arbete, dessutom väldigt lätt att maskera "om man nu skulle vara ett virus".
Anledning två att det inte finns så många UNIX virus, UNiX är inte så väl spritt bland konsumenter, dom allra flesta skriver virus "för att bekräfta sig"; kommer inte skapelsen ut till allmänheten kan dom ju lika gärna strunta i att skriva det till att börja med.
Sist men inte så seriöst finns det faktiskt ett riktigt välspritt virus i open source världen, det kallas GPL