Gracias Gracias:  0
Página 4 de 7 PrimerPrimer 1234567 ÚltimoÚltimo
Resultados 46 al 60 de 97

Tema: Virus

  1. #46
    Fractal de Excremento
    Fecha de ingreso
    Mar 2003
    Ubicación
    Tokyo
    Mensajes
    3,120

    Re: Virus

    Solo tengo un rato, así que seré breve. Él firewall tiene muy poco que ver con los virus. Una red mal configurada sin firewall puede ser accesible desde el exterior. Por ejemplo, alguien desde su casa puede acceder a archivos y en algunos casos hasta a tener control de las máquinas. Esto pasa en Windows y en Unix.
    Hay excelentes firewalls para Linux, y BSD.

    Los virus entran por
    A) alguien se baja algo de Internet y lo ejecuta.
    B) a alguien le llega un correo y ejecuta el ejecutable, o el ejecutable aprovecha un "exploit" del sistema operativo. ¿Por qué pasa más en Windows? Porque lo usa el 95% de los usuarios, ya sea para escribir artículos para un periódico como para gestionar las cuentas de los clientes en los bancos.
    Ahora todo está conectado a Internet así que se propaga rápidamente y afecta a muchísimas instituciones. Pero no te engañes, ninguna gran corporación usa Windows para las tareas críticas, y tampoco tienen esos ordenadores conectados a Internet, así que hay muy pocas posibilidades que un virus borre los números de tu cuenta bancaria y el banco no sepa cuánto dinero tenías en ella. Saludos.
    Minor Bun engine made Benny Lava!

  2. #47
    Senior Member
    Fecha de ingreso
    May 2003
    Ubicación
    Granada
    Mensajes
    200

    Re: Virus

    Bueno Slime, me temo que en el tema del virus Blaster es diferente, al parecer este virus se ha lanzado para demostrar la vulnerabilidad de los sistemas NT a las grandes corporaciones, como tantos otros, solo que este entra por dos de los puertos que están abiertos, por eso quien tenía un firewall no sé ha visto afectado, solo era suficiente navegar para verse infectado como me paso a mí.

    Lo que tiene Askelmar en su empresa lo tienen miles de empresas, yo de dónde consiguen otros la información no lo sé, mis fuentes son leer mucho toda la prensa informática que cae en mis manos que no es poca, aparte de esta vivo rodeado de informáticos, mi cuñado es ingeniero informático, un amigo también es ingeniero, y un par más de técnicos.

    Por lo que yo se Linux lo usan gobiernos, ministerios de defensa, y grandes empresas, amén de las miles que usan un servidor Linux para proveer toda la empresa, o simplemente tienen un firewall con Linux para la red, por lo que me cuentan mis amigos y mi cuñado la eficiencia de Linux supera todavía en mucho a la de Windows, no sé si sabéis que Microsoft estuvo buscando programadores de Linux porque no sabía cómo combatirlo, y otros tantos movimientos que hace para el derribo de Linux.

    La eficiencia de Linux en 3d no sé cómo será porque no he probado, pero por ejemplo en esmaya he leído algún post que dicen que les tira más Maya en Linux, el estudio americano del que leí el artículo, decía que no habían visto nada igual, que en una estación dual movían modelos en tiempo real de dimensiones tremendas, esto con estación y tarjeta profesional, si será verdad o no lo sé, mi cuñado me contaba que en cuestión de trabajar con elementos (algoritmos) Windows moría con unos 100.000 elementos y Linux no sé conmovía con millones, yo al menos sé que mi cuñado es una fuente fiable.

    Algo que me gusta de Linux a pesar de lo que digan otros es su estabilidad, al ser un kernel modular solo carga los módulos necesarios y esto también evita a lo que Iker hace referencia de estabilidad, que en Windows tanto el problema de los registros como las librerías que quedan huérfanas por desinstalar son casi imposibles de reparar, esto en Linux casi no pasa, por ejemplo si Linux encuentra un programa que va mal lo expulsa de memoria y listo, con esto no digo que Linux no sé cuelgue pero se cuelga muchísimo menos que Windows XP, yo de echo no lo he logrado colgar nunca.

    En cuestión de facilidad, pues no sé las versiones con las que habéis probado, yo personalmente con las últimas lo veo bien fácil, tanto que si echo mano al terminal Unix es por gusto porque para un usuario normal no le hará falta en absoluto, en reconocimiento de hardware es tremendo yo no he tenido nada que no me reconozca y mis amigos se encuentran pocas cosas me dicen.

    Por el tema de virus o gusano que se trata aquí, pues en Linux según hoy en radio, hay muy pocos y al parecer apenas causan daños, solo habría que desinstalar el programa afectado y volverlo a instalar.

    Lo de la estabilidad aparte de lo mencionado Iker, pues el hardware sí que tiene que ver y mucho, las estaciones de marca como DELL están más que probadas en cuestión de componentes que se lleven de maravilla, y luego está el problema de Windows que se diga lo que se diga Windows XP ha mejorado, pero mis amigos ganan muchísimo por mantener máquinas con Windows XP o 2000, porque se corrompe el sistema rapidísimo, esto solo hay que probarlo, haz una instalación limpia e instala lo imprescindible, hazle buen mantenimiento al sistema, y después de 6 u 8 meses formatea e instala todo, ya verás la diferencia de velocidad.

    Esto que he intentado es solo dar información, al menos la que yo conozco, a mí me da igual un sistema que otro, pero habiendo probado, si me das mi programa favorito de 3d en Linux no dudaría en portar, porque es lo mismo que con un programa de 3d cada cual sabe el que elige y porque. Saludos.
    Todo lo que una persona puede imaginar, otros pueden hacerlo realidad.
    Julio Verne

  3. #48
    Senior Member Avatar de cabfl
    Fecha de ingreso
    Apr 2002
    Ubicación
    Canary Islands
    Mensajes
    3,956

    Re: Virus

    Slime lo de los virus. Hay de todo tipo, tamaños, colores. Un virus es un programa creado por alguien con muy mala leche, y lo diseña buscando las debilidades del sistema operativo al que va dirigido.
    Windows tiene muchos puertos abiertos, igual que cualquier Linux, y tanto en uno como en otro sino hay un firewall que controle la entrada y salida, puede entrar cualquier programa que haya sido diseñado para entrar por ese puerto. Un virus para Windows no puede hacer daño a Linux, ni un virus para Linux puede hacer daño a Windows. (Igual que un programa de Windows no se puede ejecutar en Linux o al revés)
    La mayoría de los virus están endosados dentro de otro programa, que te descargas inocentemente desde el correo electrónico o cualquier programa pirata. Los virus camuflados en archivos son muy típicos. Cuando te bajas un archivo de este tipo ningún servidor intermedio (sea Windows o Linux) entre tú y tu correo o página de descarga podrá evitar que lo bajes. Aquí la única medicina es un antivirus.

    Lo que está claro es que la mayoría de la gente y de las empresas usan es Windows, y en la grandísima mayoría de los casos que alguien crea un virus para chantajear a alguna empresa lo tiene que hacer para Windows.
    Si a esto le sumamos que Windows siendo el sistema operativo más usado y Microsoft la empresa mejor posicionada con diferencia, en desarrollo y venta de sistema operativo, y que hay mucha gente a la que le interesa putear a Microsoft (ya que libremente y en competencia directa no son capaces de ganarse el mercado) pues tiene como resultado un montón de virus anti productos Microsoft.
    No es que Windows sea peor, es que casi todos los hackers y capullos diseñadores de virus están creándolos para Windows.
    También existen para Linux. Como ya he comentado antes existen muchos libros sobre cómo fundir cualquier sistema operativo basado en Unix. Esto no es una novedad, y no sería la primera vez que un servidor basado en Linux se cae y deja de dar servicio a páginas webs, foros, servicios de mensajería etc...

    En el campo de servidores, si revisan mis post, nunca he negado la eficacia de Linux, está basado en Unix y eso es como dios en el mundo de los servidores. Pero en el campo de las estaciones de trabajo y equipos domésticos para Pc es donde Windows no tiene nada que envidiar a Linux, siendo mejor sistema operativo por numerosas razones que se han ido comentando a lo largo de los post.

    Iker la estabilidad de Windows depende mucho de la calidad de la máquina con la que trabajas. Estoy escribiendo esta respuesta desde una máquina Dual Xeon 3.06 Ghz (in box) 2 Gb R ECC registrada, marca ATP (4x512), placa Supermicro con bus 7505 (X5DA, y torre + fuente de alimentación Supermicro. Lleva encendido 2 semanas y 3 días sin apagarse. Renderizando principalmente.
    Mi hermano tiene un ordenador con bus vía, procesador OEM, memoria genérica, y se cuelga todos los días, le pongas el sistema operativo que le pongas, y así son los ordenadores de casi todo el mundo.

    Ticnicg en parte tiene razón cuando habla del deterioro que sufre Windows con el paso del tiempo, y digo que tiene parte de razón porque la mayoría de la gente instala y desinstala cientos de cosas a lo largo de los meses. En una estación de trabajo, si quieres que se mantenga limpia como el primer día, lo que tienes que hacer es instalar todos los programas que vas a usar y no volver a instalar nada más salvo que realmente lo necesites. Las estaciones para video se instalan con los 4 programas que se van a usar, normalmente relacionados con la tarjeta de video instalada y no sé vuelve a tocar el tema.
    Una vez instalada una estación de trabajo, es para trabajar, no para estar metiendo y sacando toda la basura que se baja de Internet o que viene de regalo en las revistas.

    Cuando Max se cuelga o desaparece sin dejar rastro, es un fallo de Max, no de Windows (en el caso de NT/2000/XP), y prueba de ello es que Windows sigue ahí funcionando perfectamente, y puedes volver a abrir el Max sin necesidad de reiniciar.

    Ticnicg cuando hablas que Linux carga el sistema operativo de forma modular solo cargando lo que va necesitando, y que maneja la memoria aislando cada programa de manera que puede expulsar un programa inestable sin afectar a los demás o al propio sistema operativo, estas describiendo precisamente la manera de funcionar de Windows NT/2000/XP, pues fueron diseñados con un núcleo que funciona de esa manera, por eso puedes abrir el administrador de tareas y cerrar un programa o un proceso sin que los demás programas se enteren, ni peligrar el sistema operativo.

    Lo del Maya, al link deje en un post anterior me remito, se ve claramente como Windows y Linux renderizan igual, y son pruebas de muchos usuarios diferentes donde se podría ver claramente si alguno miente en sus resultados.
    Y eso de 100.000 no sé qué, que hunden al Windows y Linux puede con millones tranquilamente. Pues de inocentes está lleno el mundo. Un procesador tiene una capacidad de cálculo y Linux no va a hacer un milagro y a multiplicar miles de veces su capacidad de rendimiento.

    Para mover miles de polígonos necesitas además de un sistema operativo bien optimizado en cuanto a uso de procesador y memoria, una buena integración de su sistema gráfico, drivers de tarjeta y API (OpenGl).
    Los drivers de las tarjetas gráficas en Windows están a años luz de los de Linux, y Maya por ahora en Linux no tiene nada que hacer vs Windows moviendo, iluminando y texturizando polígonos en tiempo real.
    Por poner un pequeño ejemplo. Quake es un juego creado sobre OpenGl, y existe para Windows y para Linux. La versión Linux no llega a 2/3 del rendimiento de la versión Windows.
    Hay muchas empresas que trabajan con SGI y Pc con Linux, pero los Pc los usan solo para renderizar no para trabajar.

    Iker tu experiencia con Linux es la típica, la mía fue muy similar solo que además tengo que añadir 2 cuelgues, uno durante la instalación que tuve que volver a empezar desde el principio y el 2ª fue cambiando la configuración de apariencia de KDE. Además la instalación es como comentas, en principio parece fácil pero cuando te sale lo de montar unidades y crear una partición para memoria virtual etc... Que me cuenten que eso es para usuarios sin conocimientos de informática. Ni te cuento cuando sale la lista con miles de programas que no tienes ni idea que son, y que además tienen un nombre de lo más descriptivo (normalmente 3 letras) y claro que solo los conoce su creador en su casa a la hora de comer).

    Los que presumen de lo maravilloso que es Linux y ponen de ejemplo que grandes empresas lo usan, y encima empresas como ILM o Pixar, es que están muy perdidos. Entre la infraestructura Unix que usan esas empresas y el Linux gratuito para Pc hay un huevo a una castaña. (Además de un montón de ingenieros trabajando en esas empresas).

    Askelmar, espero que nunca tengas la desagradable mala experiencia de encontrarte un virus en tu ordenador, pero te recomiendo que no bajes la guardia por el simple hecho de tener un servidor Linux con firewall. Él día que te bajes un mail sospechoso o te instales un programa pirata infectado te acordaras de este mensaje. (Espero que nunca te ocurra, repito)
    Si cayeron los host basados en Windows y no los basados en Unix, es porque el ataque iba dirigido a Sistemas Windows aprovechando alguna debilidad de Windows. Si fuera dirigido a sistemas Unix aprovecharía alguna debilidad de algunas de las decenas de versiones de sistemas Unix que existen.
    Lo que comentas sobre el uso de Linux de la mayoría de la gente en parte es cierto. La mayoría lo instala por curiosidad o porque no sé quieren quedar solo en Windows, pero luego no saben qué hacer con él y lo tienen poco más que la satisfacción de tenerlo instalado, y cuando tienes un driver o tal programa no sabes cómo se instala. ¿Dónde está el setup, o instalar? No existen y además hay que abrir la consola y seguir unas extraña instrucciones del desarrollador de ese driver para instalarlo. El resultado es que te quedas con las ganas. Vas a bajarte el driver y ves que existen 20 versiones diferentes del mismo driver. Que si para una versión de Linux u otra de una marca u otra y luego para 586, 686 786 y no sé cuantos más. En Windows te bajas un driver para la gráfica y funciona sea cual sea tu procesador, a mí que cada driver haya que prepararlo para cada tipo de procesador no me importa, pero describan en cristiano. Todo el mundo sabe si tiene en su ordenador un Pentium, un Celeron, un Athlon. Pero no saben si es un 586 o 686 o qué es eso de mega pixels. O vas a bajar el de otro hardware diferente y ves que no existe, y te tienes que contentar con el genérico que trae Linux. Que no hace ninguna gracia tener una GeForce último modelo y que Linux la reconozca como GeForce pero solo con sus funciones VGA.
    Eso fue lo que nos pasó a Iker y a mí. Linux muy bonito pero ¿qué hacemos con él? Pero también existe mucha gente que trabaja solo con Linux, y si siguen mejorando su núcleo y las empresas de hardware se van animando y lanzan drivers mejores, y siguen apareciendo más programas para Linux. Pues habrá más gente usando Linux de la que parece que hay. Un saludo.

  4. #49
    Fractal de Excremento
    Fecha de ingreso
    Mar 2003
    Ubicación
    Tokyo
    Mensajes
    3,120

    Re: Virus

    Parece que no me he explicado lo suficientemente bien. Sé perfectamente que hay virus de todos los colores, pero un virus no es un programa "con mala leche".
    Un virus muchas veces es totalmente inofensivo. Puede que solo sirva para distribuir un mensaje "Te quiero, XXX", o para borrarte las fotografías JPG que contengan la palabra "niño".
    Los hay que tienen mala leche son como este último que utiliza el ordenador cierto día para conectarse con la página de updates de Microsoft y tirarla, puesto que cientos de miles de ordenadores lo van a hacer al mismo momento.
    Mucha gente tiene virus en sus ordenadores y siguen trabajando con ellos con más o menos problemas, pero ignorando que tienen esos programas corriendo en sus sistemas.

    El firewall sirve de protección contra intrusiones, cerrando puertos o monitorizando. Es así de sencillo. Nada que ver con los virus. Bueno, quizás sí. Algunos hackers (léase gente que entra en ordenadores ajenos)
    Pueden utilizar virus para abrir servidores o distintos tipos de puertas traseras en ordenadores y hacerlos vulnerables a acceso por parte de los mismos.

    Y el Linux es genial, no lo pongo en duda. Dice tinicg que cuando su programa favorito de 3D funcione en Linux que se pasara a Linux, y me parece genial. Pero el problema es que no funciona, y la tarjeta de edición que uso tampoco, y la tarjeta de sonido para edición multipista tampoco, y el interfaz no me gusta. Pero si me funcionaran los programas que uso y me gustase el interfaz. Pues me pasaba a Linux, claro que sí. Es tan estable como el XP, y encima gratis. (La mayoría de Linux - no todos - son gratis si te los bajas de Internet).

    Por cierto, yo también soy ingeniero informático, pero no te fíes, mucha gente sin título sabe mucho más que muchos ingenieros informáticos. No se puede utilizar el título de baremo. Un saludo. Es increíble lo mucho de sí que está dando este tema y lo mucho que nos aferramos a nuestras opiniones.
    Minor Bun engine made Benny Lava!

  5. #50
    Senior Member
    Fecha de ingreso
    May 2003
    Ubicación
    Granada
    Mensajes
    200

    Re: Virus

    Por poner un pequeño ejemplo. Quake es un juego creado sobre OpenGl, y existe para Windows y para Linux. La versión Linux no llega a 2/3 del rendimiento de la versión Windows
    Me temo Cabfl, que esto no es así, como bien sabrás el Quake III o cualquier juego corre bajo Wine x, lo cual quiere decir que corre con un emulador y por tanto con menos rendimiento.

    No sé cuáles serán tus fuentes, pero desde luego echas por tierra las mías al llamarme incauto por creerme que, una empresa me cuenta tal cosa en un artículo o mi cuñado que ha probado lo que me cuenta no es cierto, o que el programa que oigo en radio con gente de reputación que da conferencias, al igual que los artículos de las empresas, pues no sé qué fuentes de información coger, si todo el mundo miente, porque habría de hacerte caso a ti.

    Espero que el tema Quake no lo desmientas que debes saber que todos estos juegos corren en Linux bajo emulación, y espero que esto te haga pensar lo del OpenGl, que si lo dicen. Bueno pero seguro que mienten. Saludos.
    Todo lo que una persona puede imaginar, otros pueden hacerlo realidad.
    Julio Verne

  6. #51
    Senior Member Avatar de cabfl
    Fecha de ingreso
    Apr 2002
    Ubicación
    Canary Islands
    Mensajes
    3,956

    Re: Virus

    Tengo entendido que el Quake corre directamente en Linux, sin emulador. De hecho Apple lo utilizó para comparar el rendimiento de un Pentium 4 3 Ghz contra los nuevos G5. (En vez de usar Windows que sabían claramente que los Pc serían mejores). http://www.linuporqueuake.com/. De hecho no es el único juego que han compilado para que corra directamente en Linux.

    Y aquí tienes un claro ejemplo sobre la diferencia de uso entre Windows y Linux. Para instalar Quake solo hay que introducir el CD en la unidad y solo arranca, y en el peor de los casos ejecutas un setup y ya está.
    Sin embargo para instalar Quake en Linux:
    http://linuporqueuake.com/howto/Quak...O-2.html#ss2.2.

    (y cuando puedas demostrarnos que Linux es capaz de realizar tareas con un rendimiento en proporción de 1000 a 1 respecto a Windows nos lo creeremos. Aporta pruebas, que yo también tengo familiares que trabajan en una compañía de telecomunicaciones, que usa sistemas Unix (Solaris en servidores SUN), y no me cuelas esa información). Un saludo.

  7. #52
    Senior Member Avatar de cabfl
    Fecha de ingreso
    Apr 2002
    Ubicación
    Canary Islands
    Mensajes
    3,956

    Re: Virus

    Y aunque opino que ambos Linux y WindowsXP actualmente han logrado niveles muy altos de seguridad y estabilidad, y consciente de que existen vulnerabilidades y fallos en windowsXP, mi intención es la de rebatir la idea de que Linux es el super estable e infranqueable SO que tanto presumen los Linuxeros que piensan que windowsXP es un mal SO lleno de fallos y parches y bla bla bla...

    Aquí dejo una lista de algunos fallos en los diferentes SO Linux, Solaris, IRIX, HP Tru64 UNIX que he podido encontrar en un breve ratito de curiosidad respecto al tema y algún que otro articulillo informando de algún que otro fallo y vulnerabilidad:
    (para los linuxeros la lista a continuación esta escrita con tinta invisible así que no podrán verla)

    http://www.theinquirer.net/?article=11184
    http://www.debian.org/security/2003/

    http://www.kb.cert.org/vuls/id/888459
    http://xforce.iss.net/xforce/alerts/id/advise137
    http://www.kb.cert.org/vuls/id/498707
    http://www.kb.cert.org/vuls/id/895508
    http://www.kb.cert.org/vuls/id/936868
    http://www.kb.cert.org/vuls/id/705771

    http://www.newsfactor.com/perl/story/19996.html

    http://www.kb.cert.org/vuls/id/405955
    http://www.kb.cert.org/vuls/id/898480
    http://www.kb.cert.org/vuls/id/913704
    http://www.kb.cert.org/vuls/id/176888

    Linux:

    VU#405955 07/29/2002 útil-linux package vulnerable to privilege escalation when "ptmptmp" file is not removed

    properly when using "chfn" utility
    VU#898480 11/20/2001 MandrakeSoft Mandrake Linux Apache default configuration sample programs disclose server

    information
    VU#913704 11/20/2001 MandrakeSoft Mandrake Linux Apache default configuration enables directory indexing
    VU#176888 03/26/2001 Linux kernel contains race condition via ptrace/procfs/execve
    VU#698640 02/08/2001 Linux kernel does not properly validate user input via sysctl for negative value
    VU#471084 06/09/2003 Linux kernel IP stak incorrectly calculates size of an ICMP citation for ICMP errors
    VU#134025 02/07/2003 kernel-utils sets insecure permissions on "uml_net" utility
    VU#230307 02/25/2002 Linux kernel netfilter IRC DCC helper module creates overly permissive firewall rules
    VU#927256 11/20/2001 MandrakeSoft Mandrake Linux Apache default configuration enables Perl ProxyPass server on

    8200/tcp
    VU#24140 03/27/2000 Linux kernel IP Masquerading "destination loose" (DLOOSE) configuration passes arbitrary

    UDP traffic
    VU#35842 07/03/2000 man 'makewhatis' insecurely uses /tmp
    VU#527736 04/11/2001 mkpasswd uses weaque random number generator
    VU#249579 02/10/2001 klogd does not adequately handle NULL byte when parsing text using LogLine( )
    VU#25701 07/27/2000 Linux gpm daemon allows arbitrary file removal
    VU#153653 10/31/2000 Linux dump uses environment variables insecurely, allowing for root compromise
    VU#960877 11/04/2000 Red Hat linux restore uses insecure environment variables allowing root compromise
    VU#455323 06/17/2002 Mandrake Security may make unexpected system modifications
    VU#798263 09/08/2001 Taylor UUCP Package fails to properly filter command line arguments
    VU#971179 06/27/2001 UUCP package contains múltiple buffer overflows via long string of characters sent as

    command line argument
    VU#426456 01/10/2001 gpm creates temporary files insecurely
    VU#22091 03/22/2000 gpm-root fails to correctly release GID 0 membership for user defined menus
    VU#663786 02/11/2003 Oracle9i Database contains remotely exploitable buffer overflow in "BFILENAME" function
    VU#542971 06/26/2002 Multiple vendors' Domain Name System (DNS) stub resolvers vulnerable to buffer overflow

    via network name and address lookups
    VU#579928 01/10/2001 diffutils sdiff creates temporary files insecurely
    VU#664141 09/26/2000 Debían glibc 2 symlink issue could allow arbitrary file overwriting
    VU#118277 10/18/2000 The Oracle Internet Directory LDAP (oidldapd) contains buffer overflow
    VU#610904 12/22/2000 Oracle Internet Directory LDAP Daemon does not chek write permissions properly
    VU#971364 05/02/2003 HP-UX "kermit" vulnerable to buffer overflow
    VU#803539 06/26/2002 Multiple vendors' Domain Name System (DNS) stub resolvers vulnerable to buffer overflows
    VU#743954 02/11/2003 Oracle9i Database contains remotely exploitable buffer overflow in "TZ_OFFSET" function
    VU#953746 02/11/2003 Oracle9i Database contains remotely exploitable buffer overflow in "ORACLE.EXE"
    VU#840666 02/11/2003 Oracle9i Database contains remotely exploitable buffer overflow in "TO_TIMESTAMP_TZ"

    function
    VU#121891 01/02/2002 Buffer overflow vulnerability in grpk command line utility
    VU#877811 01/02/2002 Buffer overflow vulnerability in pwk command line utility
    VU#349019 07/09/2001 Tripwire vulnerable to arbitrary file overwriting via symlink redirection of temporary

    file
    VU#424080 01/10/2001 shadow-utils useradd creates temporary files insecurely
    VU#673993 04/09/2003 PopTop PPTP Server contains buffer overflow in "ctrlpacket.c"
    VU#800635 01/25/2002 rsync fails to properly handle negative values specified for signed integers thereby

    allowing remote command execution
    VU#124003 03/21/2002 Apache HTTP Server on Win32 systems does not securely handle input passed to CGI programs
    VU#886083 04/30/2001 WU-FTPD does not properly handle file name globbing
    VU#110803 05/23/2001 CrushFTP Server does not adequately filter user input thereby permitting directory

    traversal
    VU#797027 06/19/2001 OpenSSH does not initialize PAM session thereby allowing PAM restrictions to be bypassed
    VU#737451 07/20/2001 SSH Secure Shell sshd2 does not adequately authenticate logins to accounts with encrypted

    password fields containing two or fewer characters
    VU#964488 01/10/2001 ISC inn creates temporary files insecurely
    VU#686403 08/31/2000 ld.so fails to unset LD_PRELOAD before executing suid root programs
    VU#34043 07/16/2000 rpc.statd vulnerable to remote root compromise via format string stak overwrite
    VU#172583 11/07/2001 Common Desktop Environment (CDE) Subprocess Control Service dtspcd contains buffer

    overflow
    VU#206537 04/08/2003 Apache vulnerable to DoS
    VU#738331 10/01/2002 Domain Name System (DNS) resolver libraries vulnerable to read buffer overflow
    VU#639760 01/23/2001 WU-FTPD configured to use RFC 931 authentication running in debug mode contains format

    string vulnerability
    VU#743092 07/31/2003 realpath(3) function contains off-by-one buffer overflow
    VU#479268 05/28/2003 Apache HTTPD contains denial of service vulnerability in basic authentication module
    VU#398025 03/03/2003 Remote Buffer Overflow in Sendmail
    VU#459371 10/17/2002 Multiple IPsec implementations do not adequately validate authentication data
    VU#810921 12/05/2002 Cobalt RaQ Server Appliances contains vulnerability allowing remote root compromise
    VU#570952 12/20/2000 Redhat Linux diskcheck.pl creates predictable temporary file and fails to chek for

    existing symbolic link of same name
    VU#200132 06/13/2003 Various *NIX PDF readers/viewers execute commands embedded within hyperlinks
    VU#464113 10/18/2002 TCP/IP implementations handle unusual flag combinations inconsistently
    VU#135531 07/11/2001 Allaire ColdFusion Server contains vulnerability allowing unauthorized user read/delete

    access to files
    VU#797201 07/09/2001 tcpdump vulnerable to buffer overflow via improper decoding of AFS RPC (Rx) packets
    VU#745371 07/18/2001 Multiple vendor telnet daemons vulnerable to buffer overflow via crafted protocol options
    VU#985347 01/08/2002 iPlanet Web Server Enterprise Edition and Netscape Enterprise Server Web Publisher command

    exposes server to brute force attak
    VU#321475 07/11/2001 Allaire ColdFusion Server contains vulnerability allowing templates to be overwritten by

    zero byte file of the same name
    VU#982616 01/23/2001 KDE2 kdesu 'keep password' option does not verify socket listener potentially exposing su

    password
    VU#496064 01/04/2001 ibrow NewsDesque does not securely handle input passed to open()
    VU#671444 11/20/2000 Input validation error in quikstore.cgi allows attackers to execute commands
    VU#704976 11/22/2000 Aladdin Ghostscript LD_RUN_PATH environment variable allows libraries to be loaded from

    current directory
    VU#396272 01/10/2001 mgetty creates temporary files insecurely
    VU#291555 05/27/2002 Oracle Web Cache contains buffer overflow vulnerabilities
    VU#888801 03/19/2003 SSL/TLS implementations disclose side channel information via PKCS #1 v1.5 versión number

    extension
    VU#258721 10/27/97 Various FTP clients fail to account for pipe (|) characters in default file names
    VU#654643 07/02/2001 Allaire JRun Java Application Server vulnerable to Cross-Site Scripting via passing of

    user input directly to default error page
    VU#267873 04/07/2003 Samba contains múltiple buffer overflows
    VU#596827 03/19/2001 Weaknesses in the SSH protocol simplify brute-force attacks against passwords typed in an

    existing SSH session
    VU#382365 09/25/2000 LPRng can pass user-supplied input as a format string parameter to syslog() calls
    VU#29823 06/23/2000 Format string input validation error in wu-ftpd site_exec() function

    UNIX:

    Sun solaris:

    VU#370060 07/21/2003 Solaris systems may crash in response to certain IPv6 packets
    VU#312313 11/25/2002 Solaris X Window Font Service (XFS) daemon contains buffer overflow in Dispatch() function
    VU#484011 06/19/2001 Solaris Line Printer Daemon (in.lpd) vulnerable to buffer overflow via transfer job

    routine
    VU#446864 04/11/2001 Sun Solaris mailx contains buffer overflow via -F option
    VU#596748 06/05/2003 Sun Solaris "/usr/lib/utmp_update" contains buffer overflow
    VU#518057 12/23/2002 Sun Solaris AUTH_DES authentication contains vulnerability allowing user to gain escalated

    privileges
    VU#464817 09/09/2002 Sun Solaris asppls(1M) vulnerable to arbitrary file overwriting via symlink redirection of

    temporary file
    VU#351219 06/21/2001 Sun Solaris ptexec does not adequately validate argument passed via -o option
    VU#154976 03/13/2001 Sun Solaris SNMP proxy agent /opt/SUNWssp/bin/snmpd contains buffer overflow
    VU#121099 06/26/2001 ypbind contains buffer overflow
    VU#850440 01/16/2001 SSH1 may generate weaque passphrase when using Secure RPC
    VU#28934 12/14/99 Sun Solaris sadmind buffer overflow in amsl_verify when requesting NETMGT_PROC_SERVICE
    VU#855635 01/02/2003 Sun Solaris lockd(1M) daemon vulnerable to DoS
    VU#327281 07/05/2001 Solaris rpc.yppasswdd does not adequately chek input allowing users to execute arbitrary

    code
    VU#635811 05/05/2002 Sun Solaris cachefsd vulnerable to heap overflow in cfsd_calloc() function via long string

    of characters
    VU#161931 04/30/2002 Sun Solaris cachefsd vulnerable to stak overflow in fscache_setup() function
    VU#648304 03/15/2001 Sun Solaris DMI to SNMP mapper daemon snmpXdmid contains buffer overflow
    VU#683673 11/27/2002 Sun Solaris priocntl(2) does not adequately validate path to kernel modules that implement

    lightweight process (LWP) scheduling policy
    VU#798611 02/06/2002 Oracle 9iAS contains cross-site scripting vulnerability in "htp.print"
    VU#115112 01/30/2001 Sun Solaris catman creates temporary files insecurely
    VU#673993 04/09/2003 PopTop PPTP Server contains buffer overflow in "ctrlpacket.c"
    VU#850785 01/22/2003 Sun KCMS library service daemon does not adequately validate location of KCMS profiles
    VU#971364 05/02/2003 HP-UX "kermit" vulnerable to buffer overflow
    VU#36866 06/14/2000 Solaris ufsrestore buffer overflow in command pathname parameters for interactive session
    VU#356323 08/28/2001 Netscape vulnerable to arbitrary file overwriting via symlink redirection of temporary

    file
    VU#720017 04/04/2003 Entrust Authority Security Manager (EASM) does not enforce múltiple authorization

    requirement for master user password change
    VU#387387 08/12/2002 Common Desktop Environment (CDE) ToolTalque RPC database server (rpc.ttdbserverd) vulnerable

    to buffer overflow via _TT_CREATE_FILE()
    VU#299816 07/10/2002 Common Desktop Environment (CDE) ToolTalque RPC database server (rpc.ttdbserverd) does not

    adequately validate file operations
    VU#860296 08/17/2001 CDE dtprintinformación contains local buffer overflow in Help window via clipboard copy
    VU#206723 09/04/2001 Network Associates CSMAP and smap/smapd vulnerable to buffer overflow thereby allowing

    arbitrary command execution
    VU#944241 01/03/2003 rpc.walld fails to properly validate messages before broadcasting to clients
    VU#505564 07/16/2001 IBM SecureWay Directory is vulnerable to denial-of-service attacks via LDAP handling code
    VU#975403 07/10/2002 Common Desktop Environment (CDE) ToolTalque RPC database server (rpc.ttdbserverd) does not

    adequately validate file descriptor arguement to _TT_ISCLOSE()
    VU#638099 04/29/2002 rpc.rwalld contains remotely exploitable format string vulnerability
    VU#188507 07/05/2001 Low BandWidth X proxy vulnerable to buffer overflow via crafted display command line

    option
    VU#745371 07/18/2001 Multiple vendor telnet daemons vulnerable to buffer overflow via crafted protocol options
    VU#569272 12/12/2001 System V derived login contains a remotely exploitable buffer overflow
    VU#516825 03/18/2003 Integer overflow in Sun RPC XDR library routines
    VU#192995 07/31/2002 Integer overflow in xdr_array() function when deserializing the XDR stream
    VU#737451 07/20/2001 SSH Secure Shell sshd2 does not adequately authenticate logins to accounts with encrypted

    password fields containing two or fewer characters
    VU#18287 01/03/99 statd bounce vulnerability

    HP true 64 Unix
    VU#193347 04/17/2002 HP Tru64 UNIX contains buffer overflow in libc libraries (SSRT2257)
    VU#320067 08/30/2002 HP Tru64 UNIX "dtterm" contains buffer overflow (SSRT2280)
    VU#584243 08/30/2002 HP Tru64 UNIX "dtsession" contains buffer overflow (SSRT2282)
    VU#137555 08/01/2002 HP Tru64 UNIX "chfn" contains buffer overflow (SSRT2259)
    VU#846307 08/30/2002 HP Tru64 UNIX "dxsysinfo" contains buffer overflow (SSRT2275)
    VU#693803 08/30/2002 HP Tru64 UNIX "dxpause" contains buffer overflow (SSRT2275)
    VU#612833 08/30/2002 HP Tru64 UNIX "ping" contains locally exploitable vulnerability (SSRT2229)
    VU#506441 08/30/2002 HP Tru64 UNIX ".upd..loader" contains buffer overflow (SSRT2275)
    VU#408771 08/30/2002 HP Tru64 UNIX "mailcv" contains buffer overflow (SSRT2193)
    VU#416427 05/09/2002 HP Tru64 UNIX "deliver" contains buffer overflow (SSRT2275)
    VU#592515 08/30/2002 HP Tru64 UNIX "inc" contains buffer overflow (SSRT2275)
    VU#531355 08/30/2002 HP Tru64 UNIX "rdist" contains buffer overflow (SSRT2275)
    VU#173977 08/30/2002 HP Tru64 UNIX "ps" contains buffer overflow (SSRT2256)
    VU#158499 08/30/2002 HP Tru64 UNIX "csh" contains buffer overflow (SSRT2275)
    VU#448987 08/30/2002 HP Tru64 UNIX "uucp" contains buffer overflow (SSRT2275)
    VU#567963 08/30/2002 HP Tru64 UNIX "imapd" contains buffer overflow (SSRT2275)
    VU#437899 08/30/2002 HP Tru64 UNIX "uux" contains buffer overflow (SSRT2275)
    VU#115731 05/22/2002 HP Tru64 UNIX "quot" contains buffer overflow (SSRT2191)
    VU#771155 07/19/2002 HP Tru64 UNIX "ipcs" contains buffer overflow (SSRT0794U)
    VU#602009 08/30/2002 HP Tru64 UNIX "binmail" contains buffer overflow (SSRT0796U)
    VU#435611 08/30/2002 HP Tru64 UNIX "at" contains buffer overflow (SSRT2189)
    VU#955065 08/30/2002 HP Tru64 UNIX "lpd" contains buffer overflow (SSRT2275)
    VU#557481 08/30/2002 HP Tru64 UNIX "lpq" contains buffer overflow (SSRT2275)
    VU#293305 08/30/2002 HP Tru64 UNIX "lprm" contains buffer overflow (SSRT2260)
    VU#651377 08/30/2002 HP Tru64 UNIX "lpr" contains buffer overflow (SSRT2275)
    VU#706817 08/31/2002 HP Tru64 UNIX "ypmatch" contains buffer overflow (SSRT2277)
    VU#965097 08/30/2002 HP Tru64 UNIX "lpc" contains buffer overflow (SSRT2260)
    VU#177067 08/01/2002 HP Tru64 UNIX "passwd" contains buffer overflow (SSRT2192)
    VU#629289 08/30/2002 HP Tru64 UNIX "traceroute" contains buffer overflow (SSRT2261)
    VU#671627 08/01/2002 HP Tru64 UNIX "dxchpwd" contains buffer overflow
    VU#229867 07/19/2002 HP Tru64 UNIX "su" command vulnerable to buffer overflow
    VU#916443 09/10/2001 HP Tru64 UNIX "msgchk" contains buffer overflow (SSRT2275)

    SGI IRIX:

    VU#682900 07/29/2003 SGI IRIX name services daemon (nsd) and modules mishandle AUTH_UNIX gid list
    VU#770891 04/30/2002 SGI IRIX sets insecure permissions on "/dev/ipfilter"
    VU#667667 04/24/2002 Buffer Overflow in SGI IRIX syslogd
    VU#28027 10/27/2000 Distributed GL Daemon (DGLD) allows attackers to identify IRIX systems
    VU#258632 05/09/2001 SGI IRIX Embedded Support Partner (ESP) service rpc.espd contains buffer overflow
    VU#888459 04/30/2002 SGI IRIX contains buffer overflow vulnerability in "cpr" program
    VU#142228 06/10/2003 SGI IRIX vulnerable to DoS when user space program calls the PIOCSWATCH ioctl() function
    VU#430419 06/04/2002 SGI IRIX contains vulnerability in rpc.passwd allowing for root compromise
    VU#111673 04/10/2003 SGI IRIX "xfsdump" creates quota information files insecurely
    VU#20851 05/24/97 SGI IRIX df buffer overflow in directory argument
    VU#521147 06/20/2002 SGI IRIX rpc.xfsmd uses weaque authentication mechanism for RPC authentication
    VU#195371 06/18/2002 SGI IRIX rpc.xfsmd does not filter shell metacharacters from user input before invoking

    popen() function
    VU#17215 04/02/98 SGI systems may execute commands embedded in mail messages
    VU#121891 01/02/2002 Buffer overflow vulnerability in grpk command line utility
    VU#877811 01/02/2002 Buffer overflow vulnerability in pwk command line utility
    VU#745371 07/18/2001 Multiple vendor telnet daemons vulnerable to buffer overflow via crafted protocol options

    un saludo.

  8. #53
    Ninja Fever Avatar de Mars Attacks
    Fecha de ingreso
    Jun 2003
    Ubicación
    Castellón
    Mensajes
    12,744

    Re: Virus

    Pues yo sí la he visto. Será que soy híbrido. Te buscaría el homólogo Microsoft, pero sin el código abierto dudo que hayan encontrado ni la décima parte de lo que hay, y además supongo que el servidor del foro tendrá un disco duro limitado.
    En fin, bromas -o no tanto- aparte, vuelvo a repetir que si alguien quiere un Linux para probar, un Linux para tontos sin particiones ni leches, sin preguntas extrañas, con montón de programas instalados y que sea tan fácil como meter un CD en el ordenador y arrancar, que pruebe Knoppix (te bajas el ISO, lo tuestas en un CD y ¡a rular). Creo que en esa web no está la más moderna (que es la 3.2, me parece), pero está directamente en castellano. En la más moderna, cuando te sale el letrero al principio, habría que escribir Knoppix lang=es (supongo que no tardará la versión directa en castellano, la de la web es directamente en castellano).
    Y ale, ahí tienes un paquete estándar de aplicaciones (Office, Gimp, en la 3.2 el PovRay -no sé si en la de la web estaba ya-, juegos.
    Si alguien no sabe utilizar eso, me callo.

  9. #54
    Ninja Fever Avatar de Mars Attacks
    Fecha de ingreso
    Jun 2003
    Ubicación
    Castellón
    Mensajes
    12,744

    Re: Virus

    Sobre juegos en Linux, hay una pequeña lista. Esto me invita a contar una anécdota curiosa, al respecto de juegos en Windows usados en Linux. Bueno, antes de comenzar comentaré que no suelo postear muchos trabajos por aquí (de hecho creo que sólo en el post del concurso he puesto algunas cosas) porque me "dedico" hacer modelos y escenarios para un par de juegos en los que estoy inmiscuido (a nivel de aprendizaje y sin espíritu comercial). Cuando salga en Stratos la preliminar del juego pondré el trabajo gráfico por aquí.
    Pues allá voy. Él juego está hecho en y para Windows. Copio y pego el mensaje que el programador dejó en el foro del juego:

    Re: Blast 0.06
    « Reply #15 on: 08/18/2003 at 17:04:25 ».

    Por cierto, me he dado cuenta que el juego funciona en Linux. Aunque no de forma nativa, sino usando el Wine. Ah, y solo si seleccionas el render de OpenGl. Además, me va más rápido que en Windows, y eso que no está de forma nativa. Cuando lo porte a Linux espero que vuele.
    Curioso, cuando menos. Un saludo.

  10. #55
    Senior Member
    Fecha de ingreso
    May 2003
    Ubicación
    Granada
    Mensajes
    200

    Re: Virus

    Pues como ya dije en un principio, no tengo ganas de discutir mi intención era aportar algún dato, he entrado en tu juego sin querer Cabfl, pero para mí se acabó. Yo ya dije que soy usuario feliz de Windows XP, pero me alegra que haya competencia y sobre todo que sea gratis.

    Si es lo que deseas oír pues nada que XP es el rey de la fiesta.

    Ya he visto en otros post que siempre te escapas con la razón, ya sea en hardware como en software, tienes demasiados conocimientos para que pueda yo discutir contigo, de manera que para mí el tema se acabó.

    No tengo nada que demostrar ni que buscar pruebas, solo intentaba dar información de buena fe, que la crea el que quiera, yo desde luego me fío más de mis fuentes.

    Me sería tan fácil como a ti poner en google vulnerabilidades de XP, y ponerte un buen listado, pero como digo para mí el tema se acabó no discutiré más.

    Que saber sé muy bien que todo software se cuelga, que no hay nada perfecto, es como discutir si mi novia es más guapa que la tuya o mujer, seguro que cada uno ve cualidades a sus respectivas. Saludos.
    Todo lo que una persona puede imaginar, otros pueden hacerlo realidad.
    Julio Verne

  11. #56
    Senior Member Avatar de cabfl
    Fecha de ingreso
    Apr 2002
    Ubicación
    Canary Islands
    Mensajes
    3,956

    Re: Virus

    Tinicg si lees mis mensajes de este mensaje con cuidado te darás cuenta que mi postura no es la de menospreciar Linux o desprestigiarlo, sino la de defender los sistemas operativos Windows basados en NT (NT 4/2000/XP) de las típicas acusaciones de los linuxeros que reducen Windows a un manojo de parches y pantallas azules.
    Si tenemos como base que cualquier sistema operativo puede fallar, tanto Linux como Windows XP son muy estables. Si tenemos como base que un hacker con los conocimientos suficientes puede infiltrarse en cualquier sistema operativo, tanto Linux como Windows tienen un nivel de seguridad bastante alto. Él número de fallos en ambos sistemas operativos depende más del número de ataques que reciben que de su propia inseguridad.
    No hace falta que hagas una búsqueda en google sobre fallos en Windows porque los usuarios de Windows no negamos sus fallos, a diferencia de la típica actitud de la mayoría de los Linuxeros sobre lo infalible que es su sistema, sobre todo si lo comparan con Windows.

    La polémica es si Linux hoy es una alternativa a Windows, y como ya he comentado antes Linux ha demostrado en numerosas ocasiones ser una perfecta alternativa a las versiones de Windows server.
    Pero en el campo de usuarios y profesionales el tema es diferente y dependiendo de la actividad que se quiera realizar Linux puede ser o no una alternativa. Para ofimática, bases de datos cálculos de ingeniería o para científicos etc... Linux funciona muy bien, sobre todo si es instalado por informáticos que saben optimizar sus recursos. Pero para profesionales del diseño, de la creación audiovisual (edición de video, postproducción, 3D. MatchMover, mate Paint) Windows está muy aventajado respecto a Linux. En cuestión de facilidad de uso e intuición Windows le da muchas lecciones a Linux.
    No entiendo porque la mayoría de los usuarios de Linux no son capaces de darse cuenta que ambos sistemas operativos tienen sus pros y sus contras. Solo les veo decir que Linux es lo mejor que hay y que los usuarios de Windows son unos pobres ilusos bajo el poder monopolista de Microsoft. (Creo que la mayoría de los usuarios de Linux tienen un problema de complejo anti Microsoft, sobre todo porque la mayoría no son capaces de dejar Windows).

    Linux está mejorando. Cada vez hay mejores drivers y su interface es mucho mejor que hace 5 años. Cada vez recibe mejor respaldo de los fabricantes de hardware y de los desarrolladores de software, y seguramente en pocos años Linux será una opción igual de beneficiosa para el usuario que Windows en cualquier rama profesional.
    Pero creo que odiando a Microsoft y creando virus no se va a llegar muy lejos, e intentando vender Linux como el perfecto sistema operativo que puede dar al usuario lo mismo que Windows o más, en este momento tampoco les llevara muy lejos, porque la mayoría de los usuarios al poco de tenerlo se dan cuenta que no pueden hacer gran cosa con Linux.

    Yo tengo un RedHat instalado en uno de mis equipos, y no le tengo ningún prejuicio. Actualmente no me sirve para gran cosa, pero si sale una versión de 3dsmax o de combustion para Linux quiero estar familiarizado con el sistema operativo para entonces, y no necesito ir por ahí diciéndole a los usuarios de Linux que hacen el tonto por usar Linux, solo les pido que respeten a los demás usuarios que usan Windows. Yo uso el sistema operativo que me permite trabajar, el que me permite que todo el hardware que uso funcione y que todo el software que uso funcione, y el único sistema operativo que hoy me da eso es Windows XP.
    Puede que mañana sea Linux, y entonces me plantearé si cambiar, pero mientras seguiré opinando que Linux en muchos casos como el mío no es una alternativa.
    (y desde luego no me voy a tragar todas esas fantasías sobre qué Linux es varias veces más rápido que Windows, porque las pocas comparativas que he visto de software profesional demuestran que la diferencia entre uno y otro oscila en ambas direcciones con diferencias que no llegan al 5%, salvo en los casos en los que no hay suficiente optimización para Linux y Windows demuestra ser más rápido). Un saludo.

  12. #57
    Senior Member
    Fecha de ingreso
    May 2003
    Ubicación
    Granada
    Mensajes
    200

    Re: Virus

    Espero que aceptes mis disculpas, pues te he malentendido, te puedo asegurar que sobre este último post mi postura es idéntica a la tuya. Por lo de las comparativas, en fin pues hay tu no cuelas y yo tampoco, pues eso que comentas pues no tiene que ver con lo que yo he leído, pero bueno es igual, yo al igual que tú solo espero sana competencia y espero que algún día sea más usable desde nuestra perspectiva, y entonces evaluaremos y actuaremos en consecuencia. Saludos.
    Todo lo que una persona puede imaginar, otros pueden hacerlo realidad.
    Julio Verne

  13. #58
    Ninja Fever Avatar de Mars Attacks
    Fecha de ingreso
    Jun 2003
    Ubicación
    Castellón
    Mensajes
    12,744

    Re: Virus

    Mi participación en este hilo no tiene una intencionalidad de Windows vs Linux, sino aportar algo de información sobre la realidad actual de Linux. Porque hay mucha gente que ha probado un Linux hace, por ejemplo, dos años, y se ha quedado muy descontento al no saber por dónde cogerlo (de hecho mi primera experiencia fue algo así con una Mandrake, me tuvieron que ayudar a instalarla en el portátil y luego no sabía qué hacer con ella). Pero en muy poco tiempo, un sistema operativo pensado para programadores, para gente que conoce profundamente su hardware y que sabe cómo exprimirlo, está dando pasos agigantados hacia una expansión al usuario medio, desde su instalación hasta su uso.

    Imaginad qué pasaría si en los hipermercados, en lugar de venir cada ordenador con un XP instalado viniera con una Debían bien instalada. Yo creo que muchos compradores ni se darían cuenta. Mi primo pequeño (tendrá unos 12 años) no tuvo problemas ayer en desenvolverse con el KDE ni el Blackbox (y eso que éste es menos intuitivo) cuando le dejé que probara algunos juegos que venían con Linux, y no lo había tocado nunca.

    Aunque no voy a discutir que para programas específicos de multimedia para el usuario medio Windows lleva ventaja. Pero no por ser Windows, sino porque esos buenos programas fueron hechos para Windows. Si estuvieran hechos para Linux (aparte que muchos programas para Linux acaban siendo portados a Windows para que los usuarios de Windows también podamos disfrutar de ellos, como Blender, Gimp o frozen-bubble) entonces el profesional usaría Linux, y si hubiera un sistema operativo específico para esos programas, y los programas fueran la rehostia, el profesional usaría ese otro sistema operativo.
    Muchos radicales de Linux piden que sus programas no sé porten a Windows, ya que no quieren contribuir a aumentar la base de programas para este sistema operativo.
    Yo preferiría que todos los programas estuvieran disponibles para todos los sistemas operativos. Posibles (o al menos los más usuales). Estoy muy de acuerdo con Cabfl cuando dice que el futuro pasa por un mayor entendimiento entre ambos mundos. Pero si bien por el lado de Linux tenemos el Wine para ejecutar algunas aplicaciones y tenemos la posibilidad de navegar por sistemas FAT y NTFS (aunque esto último es experimental y no sé recomienda trastearlo mucho, desventajas de no tener el código), por parte de Windows, por no tener, no tiene ni la posibilidad de reconocer que una partición pertenece a otro sistema operativo (a mí me la marca como otra unidad de disco duro vacía esperando formato), y eso que tienen todo el código que puedan necesitar para hacer lo propio.

  14. #59
    Senior Member Avatar de cabfl
    Fecha de ingreso
    Apr 2002
    Ubicación
    Canary Islands
    Mensajes
    3,956

    Re: Virus

    Hola Mars, lo del reconocimiento de particiones por parte de Windows es claramente una estrategia de mercado. Los Mac desde hace años reconoce CD, y disquetes de Windows, y Windows no reconoce los de Mac, salvo que instales un programa para ello.
    Si vemos desde un punto de vista general ¿A qué sistema operativo le interesa que sean compatibles? A Linux y a Mac, porque tienen mucha menor cuota de mercado y les interesa que haya compatibilidad para facilitar la posibilidad de seducir a un usuario para que se pase a su sistema operativo. Por el otro lado Windows no necesita ver formatos Linux o Mac, porque se corresponden con una cuota de mercado pequeña y casi todo el mundo usa Windows. Sin embargo Windows tiene las herramientas suficientes como para instalarse una red de ordenadores donde conviven máquinas con sistemas Linux. MacOS y Windows.

    "Y si hubiera un sistema operativo específico para esos programas, y los programas fueran la rehostia, el profesional usaría ese otro sistema operativo".

    Estoy de acuerdo contigo, de hecho eso es lo que está haciendo Apple, compra empresas de software para que solo desarrollen para MacOSX, y obligar a los usuarios que usan ese software a pasarse a Mac, el famoso switch de Apple, que en realidad significa "déjate lavar el cerebro por nuestro Think diferente y compra solo productos Apple". Como por ejemplo han hecho con Final Cut, Shake, protools (este a medias), logic audio y unos cuantos más, que solo están para Mac, o que para Pc solo existe una versión con funciones limitadas. Como no pueden rivalizar en libre y directa competencia, absorben las empresas desarrolladoras y prohíben la versión para Pc, y el usuario de Pc que antes usaba ese software ahora tiene que comprar una máquina Apple y aprender a manejar MacOSX y resignarse a usar 2 sistema operativo en 2 máquinas distintas o cambiar totalmente a Mac (en mi tierra eso se llama chantaje al consumidor).
    Estas si son políticas de monopolio y control descarado del mercado usando estrategias que no ayudan a los usuarios, sino solo a la empresa que las pone en práctica, y nadie se queja, ya están muy ocupados echándole la culpa a Bill Gates de todos los males de la informática.
    Hay otros casos donde El sistema operativo incorpora herramientas y tecnologías propias de los desarrolladores del sistema operativo, como es el caso de SGI. En este caso me parece legítimo, pues los desarrolladores se han ganado con su propio trabaja que su sistema operativo se diferencie de los demás con esas características que lo hacen único. Si quieres usar Flame, o Inferno, o Smoke. Tienes que comprar una máquina SGI pues son las únicas que permiten que ese software de Discreet pueda funcionar, gracias a tecnologías exclusivas de SGI.
    Solaris de SUN incorpora muchas herramientas que lo convierten posiblemente en uno de los mejores UNIX para grandes servidores, pero las han desarrollado ellos mismos haciendo que su sistema operativo se diferencie de los demás. Un saludo.

  15. #60
    Ninja Fever Avatar de Mars Attacks
    Fecha de ingreso
    Jun 2003
    Ubicación
    Castellón
    Mensajes
    12,744

    Re: Virus

    Por supuesto que no le interesa fomentar esa "compatibilidad", pero esto va en detrimento del mismo Windows (o dicho de otra forma, si yo uso Linux tengo la posibilidad de usar todo el disco duro del ordenador, sean las particiones de lo que sean y trabajar con cualquier tipo de archivos, mientras que en Windows estoy limitado a la partición y archivos de Windows). Supongo que esa actitud de incompatibilidad (entre otras cosas) es la que hace que algunos desarrolladores de programas para Linux pidan que sus programas no sé porten a Windows.
    Aunque respeto ambas tendencias (que son la misma pero desde distintos bandos), me parecen poco acertadas.
    Por cierto, desde que lo mencioné no he dejado de preguntármelo: ¿Por qué todos los Pc que se venden en los hipermercados llevan por defecto XP instalado? A mí esa me parece la primera de muchas tácticas "desleales" de competencia. Al menos deberían dar la opción de elegir entre una lista de sistemas operativos, o sencillamente dar el disco vacío y cada cual que se ponga lo que quiera. Dando ya uno instalado se coarta la libertad de elección (a mi modo de ver).

    Mac Es un mundo aparte, otra filosofía. Desde luego la gente que conozco que usa Mac (muchos de mis profesores de la universidad, por ejemplo) Sólo tienen buenas palabras para su arquitectura, entorno y aplicaciones. Por algo será. Saludos.

Página 4 de 7 PrimerPrimer 1234567 ÚltimoÚltimo

Temas similares

  1. Virus
    Por Ciberjosele en el foro Todo menos Infografía
    Respuestas: 0
    Último mensaje: 04-05-2008, 18:18
  2. Recordais que virus era
    Por Frodo en el foro Todo menos Infografía
    Respuestas: 8
    Último mensaje: 16-02-2007, 08:15
  3. Problema con Virus
    Por Jose M. en el foro Problemas con Programas
    Respuestas: 5
    Último mensaje: 06-10-2006, 01:38
  4. Virus
    Por -YeraY- en el foro Hardware
    Respuestas: 5
    Último mensaje: 01-05-2005, 01:05
  5. OJO, VIRUS
    Por carpetano en el foro Todo menos Infografía
    Respuestas: 5
    Último mensaje: 05-04-2004, 16:34

Actualmente estos son sus permisos de publicación en el foro.

  • -No puedes crear nuevos temas al no estar registrado o no haber iniciado sesión en el foro.
  • -No puedes responder temas al no estar registrado o no haber iniciado sesión en el foro.
  • -No puedes subir archivos adjuntos al no estar registrado o no haber iniciado sesión en el foro.
  • -No puedes editar tus mensajes al no estar registrado o no haber iniciado sesión en el foro.
  •