FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
||||
|
||||
Bash: ¿la falla que podría descomponer Internet?
Club Delphi,
Cita:
Ver la noticia completa en : Bash: ¿la falla que podría descomponer Internet? Revisen esta información relacionada: Nelson. |
#2
|
||||
|
||||
Tampoco hay que rasgarse las vestiduras. No hace mucho había problemas con OpenSSL, y sin embargo la red no ha colapsado (y por lo que leí, podría haberlo hecho). Y también recuerdo que el antiguo login tanto de UNIX como de GNU tenían un fallo gordísimo que hacía muy fácil poder inyectar código ejecutable en cualquier máquina sin necesidad de hacer login (el famoso problema de la función gets (s) de la stdlib), que estuvo vigente durante décadas...
Que sí, que será un fallo de seguridad de la leche, pero Bash no es la única consola existente, y aunque lo fuera, es de código abierto, así que enseguida tendremos el problema solucionado. |
#3
|
||||
|
||||
Esta mañana, al encender el ordenador, se ha instalado automáticamente una actualización que solventa el problema.
Es lo bueno de los sistemas abiertos y libres, hay miles de ojos que pueden revisar y solucionar defectos detectados. Se envía al repositorio central y se acabó el problema, todo el mundo está actualizado y fuera de peligro. El problema está en los sistemas cerrados donde solamente puede trastear el dueño. Lo último ya lo sabréis, apple ha tendo que retirar la última actualización de iOS y avisar a la gente que instale la versión anterior.
__________________
La otra guía de estilo | Búsquedas avanzadas | Etiquetas para código | Colabora mediante Paypal Última edición por Casimiro Notevi fecha: 26-09-2014 a las 11:24:34. |
#4
|
||||
|
||||
Cita:
Casimiro, no te enfadeeeeeees, es broma
__________________
online |
#5
|
||||
|
||||
Bueno, no vale la pena enfadarse por eso, hay cosas más importantes
Por cierto, tu CD (400)
__________________
La otra guía de estilo | Búsquedas avanzadas | Etiquetas para código | Colabora mediante Paypal |
#6
|
||||
|
||||
Cita:
// Saludos |
#7
|
||||
|
||||
A lo mejor poniendo 2 juntos...
__________________
La otra guía de estilo | Búsquedas avanzadas | Etiquetas para código | Colabora mediante Paypal |
#8
|
||||
|
||||
Cita:
1- La de los "miles de ojos" http://www.troyhunt.com/2014/09/ever...now-about.html Cita:
Cual es la respuesta correcta? Los ojos correctos y enfocados son los que encuentran los bugs. En especial, los de seguridad. Cuantos de nosotros somo capaces de determinar si un codigo es o no seguro? Y como se testea por eso? Si tiene o no un potencial "deadlock"? Si es o no "idempotente"? Si un codigo cumple con los parametros numericos? Etc. No son la multitud de ojos, NI QUE SEA OPEN SOURCE, sino mas bien, la pericia y la determinacion a encontrar bugs. Es por eso, que hacer un Code Review por terceros (o en su defecto, por el equipo de desarrollo) es considerado una de las mejores formas de mejorar la calidad del código y descubrir fallos ocultos. Open source SOLAMENTE hace mas simple la parte de ver el código (y por terceros). Pero NO IMPLICA NADA MAS en cuanto a si ese código es o no calidoso. Un programador no debe confiarse en una ideologia para saber si X es bueno o no. Eso solo se sabe si se ha hecho los deberes y se ha analizado la situacion (que pudiera ser mas simple si se tiene el codigo, eso es cierto). Y como ocurre aqui, pueden pasar mucho tiempo antes de que eso pase. 2- La de todos actualizados Esta es mas obvia. Debido a que es un bug superviejo y existen toneladas de dispositivos y equipos que no estan al dia ni necesariamente estan bajo mantenimiento, hay un numero indeterminado de equipos que permanceran afectados. Al igual que sucede con usuarios de windows, ios, android, etc. No es tan comun como parece que la gente este al dia de los parches, actualizaciones y todo eso. Es mas seguro que una vez este andando un sistema, nadie se fije en el, ni en logs, ni en nada hasta que el edificio este en llamas.
__________________
El malabarista. |
#9
|
||||
|
||||
No vale la pena repetir lo mismo de siempre.
Cierto, hay muchos fallos que están ahí en el código abierto. Pero en el código cerrado ni siquiera puedes saberlo porque no puedes verlo. De todas formas, yo he dicho que: "hay miles de ojos que pueden revisar y solucionar defectos detectados.", no he dicho que haya miles de ojos buscando defectos. Es muy diferente.
__________________
La otra guía de estilo | Búsquedas avanzadas | Etiquetas para código | Colabora mediante Paypal |
#10
|
||||
|
||||
Cita:
Ademas, TODO proyecto tiene código abierto, en el sentido de que los programadores de ese código obviamente tiene acceso a el. Lo que realmente implica el asunto del "Open Source" es su disponibilidad a terceros. Se que es un detalle pedante, pero alguien sin experiencia podría malinterpretar que "código cerrado ni siquiera puedes saberlo porque no puedes verlo", lo que realmente significa "código cerrado ni siquiera puede saberlo un desconocido/no miembro del equipo original, porque no puedes verlo". Osea, lo que me preocupa es cuando alguien asume la ideologia, pero no entiende realmente sus implicaciones reales, que he visto en muchos programadores novatos, y podria, por ejemplo, suponer que hacer el codigo open source es la forma de hacerlo seguro (en vez de realmente chequear por su seguridad. Si suena a risa? Bueno ya tambien creia que si hacia http://sourceforge.net/projects/mutis/ open source hiba a tener mucha ayuda!). No quiero decir eso de Casimiro, que se que entiende el punto. -- P.D: El hecho de que haya sido un tercero el que detecto el bug, es un punto que muestra la ventaja del open source, como medio de distribucion. Eventualmente, alguien por fuera del equipo original fue quien lo encontro. Asi que solo estoy apuntando a la falla en la logica, no a su idea subyacente, que si es solida.
__________________
El malabarista. Última edición por mamcx fecha: 26-09-2014 a las 19:25:54. |
#11
|
||||
|
||||
mamcx,
Cita:
Saludos, Nelson. |
#12
|
||||
|
||||
En un software privativo solamente quien tiene el código fuente puede corregir o mejorar algo. Solamente ellos. SOLAMENTE. Nadie más. NADIE.
No es tan difícil de entender.
__________________
Lazarus Codetyphon : Desarrollo de aplicaciones Object Pascal, libre y multiplataforma. |
#13
|
||||
|
||||
Te enojas sin razón. La mayor parte de bugs se descubren no por ver el código fuente así que para eso no importa si sólo tres pares de ojos lo ven. Lo que importa es cuántos ojos pueden ver los efectos.
Una vez descubiertos los fallos, ya dependerá de la compañía en cuestión si pone sus privativos ojos a resolverlos. Si la compañía es seria, lo hará rápidamente. No es tan difícil de entender // Saludos |
#14
|
||||
|
||||
roman,
Cita:
Saludos, Nelson. |
#15
|
||||
|
||||
Cita:
No debería ser dificil de entender pero a veces lo es especialmente por quienes a ojos y oidos cerrados defienden posiciones indefendibles. Terrible pero de eso se encuentra todos los días en todas las áreas. Poer cierto, me atreví a investigar un poco sobre este tema y encontré algo sumamente interesante: Cita:
__________________
Conoce mi blog http://www.edgartec.com Última edición por poliburro fecha: 11-10-2014 a las 00:10:16. Razón: agregué la fuente. |
#16
|
||||
|
||||
Eso es totalmente falso, esa noticia está patrocinada por microsoft.
Incluso en los comentarios lo dice. Además, ¿cómo puedes conocer esos datos si no tienes acceso al código fuente? Te pueden decir lo que quieran. Además se está comentando que cuando se ha descubierto, se ha solucionado rápido, al día siguiente ya estaban los parches para todas las distribuciones. En el caso de un software cerrado, tienes que esperar a que el dueño se digne solucionar el problema, si es que quiere solucionarlo. Si es que te enteras de que tiene un fallo. ¿Tan difícil es de entender? Y por si fuese poco, después se ha demostrado que no era tal fallo.
__________________
La otra guía de estilo | Búsquedas avanzadas | Etiquetas para código | Colabora mediante Paypal |
#17
|
||||
|
||||
Cita:
Ok, comparemos alguna estadística de tiempos hecha por alguna fuente abierta. ¿Nos puedes proporcionar una Casimiro? o debemos confiar en lo que dices sin ofrecer ningún sustento. Saludos.
__________________
Conoce mi blog http://www.edgartec.com Última edición por poliburro fecha: 11-10-2014 a las 06:33:04. Razón: error en los dias |
#18
|
||||
|
||||
Que son datos falsos, que es mentira, que es una noticia patrocinada por microsoft con datos falsos, que básicamente es publicidad encubierta.
¿Tan difícil es de entender?
__________________
La otra guía de estilo | Búsquedas avanzadas | Etiquetas para código | Colabora mediante Paypal |
#19
|
||||
|
||||
Cita:
Una, la noticia parte de un estudio hecho por TrustWave. ¿Son datos manipulados? puede ser. Pero en lugar de andar dando golpes en la mesa y acusando a otros de ser falsos aquí se han decidido a analizar esta situación a fondo enriqueciendo con ello a la comunidad respecto al tiempo que ha tomado resolver esos bugs: A story of three kernel vulnerabilities Dos, no defiendo a Microsoft, pero en serio, debo aceptar lo que dices ¿Solo por que tú lo dices?, ¿no podrías al menos ofrecer algún estudio que enriqueciera esta discusión? Siempre he creído y trato de crerlo que las discusiones que se mantienen en un nivel alto nos enriquece a todos.
__________________
Conoce mi blog http://www.edgartec.com |
#20
|
||||
|
||||
Si empezamos con datos falsos, entonces no hay discusión posible.
__________________
La otra guía de estilo | Búsquedas avanzadas | Etiquetas para código | Colabora mediante Paypal |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Descomponer campo | BuenaOnda | MySQL | 0 | 29-12-2011 03:06:19 |
descomponer cadenas en php | ebanibaldo | PHP | 3 | 01-10-2011 22:55:36 |
conexion de internet falla en la red | m8estrella83 | Redes | 3 | 11-02-2010 21:47:37 |
Duda sobre trabajo con bash shell script | Suriu | Linux | 1 | 13-03-2008 17:09:06 |
bash | afrodita | Linux | 1 | 08-12-2006 21:06:19 |
|