Portada
mis comunidades
otras secciones
#3:
Aunque es bastante clickbait ese "afecta a casi todo", lo cierto es que el exploit si que es bastante interesante. Muy fácil de aplicar por casi cualquiera, es cuestión de tiempo que alguien lo ponga en práctica. Habrá que estar atentos a nuevas noticias sobre esto.
Eso si, requiere permisos de edición del código fuente antes de su compilación. Es decir, que afecta principalmente al código abierto (que te permitan tocar).
Eso si, requiere permisos de edición del código fuente antes de su compilación. Es decir, que afecta principalmente al código abierto (que te permitan tocar).
#1:
¿Han descubierto la vulnerabilidad de la capa 8? 
#5:
Todos a usar vi o mg en OpenBSD que no soportan Unicode .
O Xedit con iso-10646.
O Xedit con iso-10646.
#12:
Por un momento pensé que se referían al usuario.
#2:
Guardas en ascii y a tomar por culo
Comentarios
Aunque es bastante clickbait ese "afecta a casi todo", lo cierto es que el exploit si que es bastante interesante. Muy fácil de aplicar por casi cualquiera, es cuestión de tiempo que alguien lo ponga en práctica. Habrá que estar atentos a nuevas noticias sobre esto.
Eso si, requiere permisos de edición del código fuente antes de su compilación. Es decir, que afecta principalmente al código abierto (que te permitan tocar).
#3 Estoy contigo, hay que espera a ver que sale nuevo, un poco sensacionalista con el "afecta a casi todo", un poco periodismo tipo Marca/As
#7 #3 no espereis otra cosa de Rusia Today
#7 Sí, es como decir que apuntar a la cabeza de un programador con una pistola (o un fajo de billetes) para que ponga la vulnerabilidad que tu quieres es una vulnerabilidad que afecta a todo. Y realmente no diría que sea una vulnerabilidad propia de ese software, más bien un problema durante su desarrollo.
#3 que cachondo, no creo que sea cuestión de tiempo que alguien lo use, llevarán usándolo años y nos hemos enterado ahora
#17 Si, es probable. Pero ahora que le han dado publicidad pues empezará a usarse aún más.
¿Han descubierto la vulnerabilidad de la capa 8?
#1 ¿La capa 8? Ilústranos, por favor.
#36 El interfaz entre el teclado y la silla, fuente de la inmensa mayoría de problemas en Informática...
#39 #38 Ahhm, no tenía ni idea! Gracias!
#38
#38 PEBCAK. Problem exists between chair and keyboard
#36 Se dice cuando la vulnerabilidad proviene del usuario, del factor humano.
#36 Revisa ese modelo OSI.
Guardas en ascii y a tomar por culo
Todos a usar vi o mg en OpenBSD que no soportan Unicode .
O Xedit con iso-10646.
#5 Pues en lo poco que toco en Linux, lo hago en vi.
#9 O vim? El vim me pone abajo Utf-8. No hay ningun vi que este actualizado para unicode?
#27 utf8 es una codificación de unicode
#27 Nvi2.
#5 cuanto más simple más seguro.
Por lo que veo en los editores sale:
Por un momento pensé que se referían al usuario.
Hmmm... no acabo de verlo... ¿Esos códigos BIDI se los traga un compilador sin problemas?
#4 Los yaml no creo que tiren. Como no son tiquismiquis...
Conque los revisores usen un editor que muestre esos caracteres con algún código ya está solucionado, no? Los tabuladores también son "invisibles", pero en vim y otros editores puedes hacer que se pinten para diferenciarlos de los espacios
#6 En vim y otros editores no, en prácticamente cualquier editor.
En cualquier editor orientado a uso técnico desde luego, pero vamos que en el Word de Office o el Writer de LibreOffice también.
#8 Era un ejemplo, y como suelo usar Vim es lo que me ha salido. Tampoco vamos a hacer una guerra santa por el editor que use cada uno, y si tiene una características más o menos que otros
#10 vim vs emacs es la gerra santa. Es peor que concebollistas vs sincebollistas
#45 Creo que con las nuevas generaciones ha perdido bastante. Hay tantos IDEs y editores diferentes que está todo muy atomizado
No la voto como sensacionalista, porque a alguien le parecerá relevante y es conocimiento nuevo seguramente para alguna gente, pero pensar que esto es una vulnerabilidad "para casi todo" es ridículo porque:
1. Los repositorios de código que no tengan ya advertencias sobre el uso malintencionado de caracteres relacionados con el cambio en la dirección de escritura pueden incorporarlos sin problema alguno,
2. Los compiladores y editores, comerciales y/o libres, también y
Vamos, que esto se puede acabar casi antes de empezar.
Voto sensacionalista. Es una exageración enorme.
El de la imagen no sabe de la existencia de switch?
#16 o el or... Que hace lo mismo en todas las llamadas
#19 no, en la primera hace add, en la segunda remove y en la tercera remove y más cosas.
#20 Tienes razón, antes desde el móvil no lo vi bien:
Creo que el código sale de:
https://time2hack.com/simple-tutorial-for-drag-and-drop-in-html5-with-javascript/
Aunque no descarto que podría ser un plagio del libro: https://www.amazon.es/HTML5-Action-Rob-Crowther/dp/1617290491/
#16 Hay excéntricos que no lo usan. Leyeron en un libro de OOP que era malo, pero no entendieron por qué.
La típica vulnerabilidad AACT de toda la vida
A ver, es más sofisticado de lo públicamente conocido hasta ahora, pero siempre se ha sabido que hacer copy-paste de código es un tanto peligroso.
La solución pasa porque los IDE y los compiladores detecten estos caracteres y deban autorizarse expresamente.
Es como a mi gato, que me molesta casi todo. Pues lo mismo, pero en vulnerabilidad.
¿Se refieren al usuario final?
Mientras que no afecte al RM/COBOL 86, yo tranquilo
#18 También afecta. Pero no es nada de lo que uno imagina al leer el título.
Sencillamente es una manera de meter cosas en el código fuente sin que se vean fácilmente.
Dale unos días a los desarrolladores de editores para programación y estará solucionado... A no ser que uses Visual Studio Code, en cuyo caso dependerá de si Microsoft piensa que es rentable dedicar recursos a ese cambio.
¡Y es por eso por lo que el código de stackoverflow nunca funciona!
#32 ¿Copias el código de las preguntas o de las respuestas?
Han dado con el ping de la muerte.
Sería gracioso encontrar super gurús que tengan estos "premios" en sus ficheros.
Pero es que no editais en HEX? Imprudentes!
yo he probado el ejemplo que tienen para pyhon y da error al ejecutarlo..
ademas tanto en neovim como en visual studio code salen errores en los carácteres especiales si usas un analizador de python, que es lo normal para desarrollar
Lo que se describe no es una vulnerabilidad. Mas bien, lo que se describe es una nueva por la que explorar vulnerabilidades. Esta basicamente basado en esto, entiendo: https://www.umpox.com/zero-width-detection/
Ya se conoce desde varios años. Vamos, que lo suyo seria establecer un entandar adonde un carácter significa una letra mostrada, adonde no sea fácil despistar al usuario con otros caracteres parecidos. Básicamente, un estandar adonde solo se pudiese mostrar o copiar un subconjunto de los caracteres Unicode y que te avisase de la presencia de caracteres de control si los hay presente en las operaciones adonde sea fácil esconder esta información.
Si no, pues es que uno se lo va acabar tragando. Es ya un tema conocido, y parece que no funciona con Meneame: https://330k.github.io/misc_tools/unicode_steganography.html