Eso es fácil de deducir ya que el sistema más usado es Windows.
 
Es como decir que hay más hackers de servidores linux que de servidores Windows, aplica exactamente la misma regla.
 
Saludos

Tiempo sin venir por estos rumbos.


No estoy de acuerdo. Linux no esta hecho para la seguridad??? que acaso lo que lo hace tan robusto contra viruses y sobreescrituras donde no debes no es precisamente su seguridad????

Tampoco considero posible (a lo mejor estas intentando de definirlo de otra manera, solo que no se entiende) no es posible eso de compartir el mismo espacio entre el kernel y el usuario. Para eso el sistema operativo esta estructurado - kernel - interprete - capas de aplicaciones
no comparten el mismo espacio, por eso te hice referencia al LKM en kerneles monoliticos (que sino lo sabes los sistemas Windows tambien dan uso de LKM) el LKM es una implementacion a los kerneles monoliticos para quitarle tareas especificas que solo eran manejadas por el kernel en su espacio al kernel, (como por ejemplo ejecutar el servidor X, cargar y descargar modulos en tiempo real, etc) pero esto no implica ni quiere decir que la implementacion LKM mezcla el espacio de usuario con el del kernel, sencillamente le quita algunas tareas al kernel para ejecutarlas en el espacio de usuario pero no se mezclan en ninguna instancia. Y al inicio si hubo un poco de vulnerabilidades con LKM ya que se podian cargar rootkits como 'modulos' y como el kernel veia amigable los 'modulos' pues no pasaba nada, pero hace tiempo corrigieron este aspecto. Pero esta mal definido eso de espacio de kernel y usuario comparten eso es imposible.
Lo mas cercano que se ha hecho para como dices 'mezclar' es por ejemplo la implementacion de 'FUSE' que no es mas que permitir a un usuario crear su propio sistema de archivos he implementarlo sin toquetear en ningun momento el kernel o su espacio... sino que su sistema de archivos funcione solamente en espacio de usuario. Como se hace esto?? con una libreria libfuse que carga como modulo en el kernel y enlaza a FUSE que corre en el espacio de usuario pero dicho sistema de archivos creado por el usuario con FUSE no toquetea para nada el espacio del kernel en ningun momento.

Para escribir en ciertas claves del registro no necesitas permisos , para copiarse siempre existe la carpeta temporales entre otras

Conozco un desarrollador activo del proyecto Hurd. Y le pregunte hace un tiempecito porque tantas quejas de parte de Stallman vs Linus y no terminan el dichoso Hurd y terminan de migrar y ya esta.

A lo que el me dijo, que es demasiado improbable (Aunque se finalizara Hurd) que el kernel de Linus sea sustituido por Hurd. Las razones? simples, el kernel de Linus tiene demasiado tiempo (mas de 10 años) en evolucion, se ha trabajado he implementado decenas (sino miles) de modulos, funcionalidades, parches, etc, etc. Que lamentablemente para Hurd alcanzar este nivel de desarrollo.... es imposible. De hecho el mismo me admitio que si Hurd terminase manana, y se lo implementasen forzado al sistema operativo tipo Unix (actualmente Linux) seria dar un salto a 15 años atras, ya que no habria casi soporte para nada de drivers... por lo cual el SO pasaria a ser mas obsoleto que Slackware 1.0   

Asi que olvidalo amigo, le guste o no, el proyecto del kernel de Linux tiene demasiado trabajo hecho encima (esto sin contar el continuo trabajo que aun se le realiza encima) Hurd no va a poder a estas alturas sustituirlo, a no ser que quieran saltar a un SO obsoleto ante la tecnologia actual, y si esto fuese asi bye bye proyecto GNU y bienvenido a un sistema operativo mas actualizado (Los sabores BSD).

Linux es cada vez más malo. Windows es malo. WIndows es cada vez más bueno.

xDDD