Hace 8 años | Por --298049-- a news.softpedia.com
Publicado hace 8 años por --298049-- a news.softpedia.com

Dos desarrolladores de Google han presentado, de momento de manera no oficial, una API y protocolo que permite a las páginas web acceder a los periféricos USB (lectores código barras, teclado segregados, etc) de manera directa. La API se presenta en forma web en el periférico y ésta es cargada en un iframe, permitiendo así al navegador interaccionar directamente con las características de cada periférico. Esto simplifica enormemente la nueva tendencia del Internet de las Cosas al no necesitar applets java específicos

Comentarios

borteixo

#12

D

#3 me recuerda a una canción de los pegamoides.

difusion

#1 No te olvides de la lavadora

#3 #7 #10 📼 (Abrir en nueva pestaña)

D

#1 mientras no conectes el calentador de agua via USB a tu PC no va a pasar nada

Nathaniel.Maris

#5 Lo dices como si tu teclado USB no se pudiera usar con ese protocolo para "hacer cosas". Una vez tienes control sobre el USB puedes hacer maravillas en cuanto se detecte el primer bug en el protocolo.

txillo

#1 la nevera llena de porno

Varlak_

#7 a tomar por culo la dieta

D

#1 O el teclado o el ratón?

El malware del futuro te escribirá por ti cosas en tu teclado o hará clicks con el ratón.

jhoker

#10 justamente estaba pensando en eso, ya bastantes quebraderos de cabeza traen los navegadores como para que ahora tengan acceso a los periféricos te ya no necesitaras no keyloger ni nada

C

#10 El backorifice hacía eso hara como diez años. Es cierto que no te podía entrar por una web, pero la ingeniería social nunca se quedará en desuso.

cyrus

#33 eso de que no te podia entrar por una web ... si usas un navegador obsoleto, es muy muy posible.

D

#33 Claro, pero ahora además tendrías acceso directo a los puertos USB.

borteixo

#1 tienes una nevera usb?

D

#18 yo tengo un USB en la nevera, bien fresquito, oiga.

ElPerroDeLosCinco

#1 ¿Que unos rusos te secuestren el tupper de cocretas de tu madre?

Penetrator

#1 Nada en absoluto.

redscare

#1 El problema no es conectarlo a internet sino que se pueda controlar desde una simple pagina web.

geralt_

#1 ¿Porno en la nevera, el microondas y el calentador de agua?

Joice

#17 Como al CNI le dé por curiosear en mi nevera igual me envía unos tuppers.

D

The API will require developers to specify what device to access, what parts, and then prompt the user for authorization to allow a site to detect the presence of a device and connect to it.

ufff, el típico prompt de javascript que aceptas pulsando enter directamente...

D

#4 No tiene porque ser un mensaje de Javascript, con todos los protocolos web nuevos que acceden a recursos locales como el WebRTC, el acceso a la geolocalización o la suscripción a mensajes push el mensaje y la autorización los gestiona el navegador, no veo porque en este caso debería ser distinto.

D

#6 pero sigue siendo un prompt al usuario, un enter y le das permiso para acceder

dreierfahrer

#9 a mi tb me parece q va a descojonate toda la seguridad... En serio, si los applets, si le quitas este tipo de cosas, tampoco tienen problemas de seguridad...

n

Esto ya existe en forma de API en Javascript para extensiones y apps de Chrome: https://developer.chrome.com/apps/usb
Imagino que estarán proponiendo algo parecido como estándar.

D

#13 No tiene nada que ver. Lo del Chrome es simplemente una serie de funciones públicas que llaman a funciones internas del sistema operativo subyacente, necesitas el Chrome sí o sí. La propuesta de estos técnicos es que cualquier navegador sobre cualquier SO sea capaz de interaccionar con los periféricos sin necesidad de llamar al sistema.

n

#15 Eso es justamente lo que viene a significar que sea una propuesta de estándar, que es para cualquier navegador y SO.

La API de Chrome es, como su nombre indica, específica de Chrome. No obstante no son sólo "llamadas a funciones internas del sistema operativo subyacente", es una abstracción de plataforma. Que yo recuerde está disponible para al menos las versiones de Windows, Linux y Mac OS de Chrome, todas con la misma API.

La propuesta de estándar es otra abstracción de plataforma que trata de resolver el mismo problema o uno muy similar. La diferencia principal (aparte del diseño de la API en sí) es que una es específica de Chrome y la otra trata de algún día estar en todos los navegadores que cumplan los estándares.

mainichi

Discos duros con datos sensibles (o pr0n) conectados al USB... que puede salir mal? XXXXD

Joice

#27 Mmmm, zoofilia, comprendo... pase un buen día caballero.

Imag0

#37 Emm...

borteixo

Un paso más de google para intentar cargarse las aplicaciones nativas. Lo raro es que en Android no intenten abandonar todo el tinglado de layouts por una solución más orientada a html y css, y pasar de java a javascript del mismo modo que hacen otros frameworks como PhoneGap.

prejudice

#21 Ahí está el fúturo, en mi opinión no tiene sentido que para que tu aplicación funcione en diferente teléfonos tengas que hacer una versión para Android, otra para iPhone, y otra para Windows Phone (Y posiblemente otra mas vía web)
Creo que HTML+CSS+JavaScript acabará siendo el standard de la interfaces gráficas de usuario

borteixo

#42 para interfaces puras html y css3 estaría bien como standard. Ahora bien, js puro para lo demás pues nope, otra cosa es ES6.

J

#42 Eso es lo que proponia Firefox OS. Y no sólo para la interface gráfica sino también para toda la app. Una pena de como le ha ido...

Veelicus

un importante adelanto sin duda, y un paso mas hacia la tumba de java

prejudice

#2 la tumba de Java en el navegador (applets). En servidores de aplicaciones empresariales, Java es el nuevo COBOL. Y en Android la aplicaciones "nativas" se hacen también en Java

Veelicus

#28 #31 #43 No digo que sea la tumba, sino un paso mas hacia ella.

D

#48 el índice TIOBE no está muy de acuerdo, pero bueno.

dreierfahrer

#48 como amante de python y persona q ha trabajado profesionalmente en python:

Java mola.

lol

o

#28 Google se cargará Java en Android tan pronto como pueda. La pena es que Dart ha sido un fail y ahora no saben que hacer (typescript?), pero te puedes apostar el culo a que se lo follan antes o despues.

Hivenfour_1

#59 hace poco decían que miran hacia Swift (sea lo k sea eso lol)

prejudice

#59 No lo creo.

D

#2 claro, porque la comunidad de Java actual se sustenta con los applets.

dreierfahrer

#2 a mi, sin embargo, me parece la tumba d javascript...

Más q nada pq ESTO fue la tumba d los applets...

musg0

#43 Javascript es practicamente imposible que muera en la web, pero según la tendencia y con la creación de web assembly probablemente javascript deje de ser exclusivamente el código fuente de las webs y veremos cada vez a más gente usando otros lenguajes y compilando a web assembly

dreierfahrer

#56 el problema básico es q javascript apesta lol

conversador

#0 Una noticia súper interesante

Imag0

Me parece una grandísima puta mierda intrusiva a más no poder. Espero que sea bloqueable como la mierda de java.

D

#35 La mierda de java??? wall

j

Es decir el disco duro accesible desde cualquier sito a través de una web.
Lo puede denominar web de entorno de escritorio o de tener el escritorio a través de una pestaña.

Si es a través de una web con un buen protocolo de seguridad y no de cualquier web que opte por el Api en su facilidad de incorporarlo… como dicen en los comentarios anteriores

Nova6K0

Que una web con un problema de seguridad, se le pueda inyectar código (curiosamente puede ser un iframe malicioso) y tener acceso directo a un dispositivo USB, no gracias.

Salu2

Xtrem3

Nada, a tapar la webcam cuando se sacude la nutria...

Joice

#22 Disculpe, ¿podría desarrollar algo más su tesis? No estamos seguros de haberla comprendido bien.

Xtrem3

#26 Era una broma sobre darle acceso a la webcam en un momento en el que uno no quiere ser visto (página para adultos con algún código malicioso, por ejemplo).

cyrus

cuidado a los que guarden tortilla con cebolla del dia anterior, nunca jamas estareis a salvo.

D

Venga! otra puerta abierta

s

t

Java ha muerto. Aquí están los enlaces directos a la API [ENG]
https://github.com/wicg/webusb
https://wicg.github.io/webusb

prejudice

#49 a Java le queda mucha vida

t

#63 Si tienes razón. Creo que tendría que haber puesto en los navegadores.