El futuro de los plugins NPAPI

Con toda la movida de nuevas versiones y nuevos estándares hay una vieja tecnología que quedó detenida en el tiempo y es el mecanismo de plugins que todos los navegadores tienen incorporado.

Para hacerla sencilla, un plugin es una aplicación que, mediante el uso de una API se puede "conectar" al navegador e interactuar con este, el ejemplo más popular es Adobe Flash que gracias a esta API puede registrarse con el navegador para indicarle que cuando le llegue el tipo MIME apropiado invoque al reproductor.

La API en cuestión se hace llamar NPAPI y no es una novedad, de hecho la sigla nos refiere a "Netscape Plugin Application Programming Interface" y por si todavía no se dieron cuenta viene de la época del querido Netscape sí, para ser más precisos apareció en la versión 2.0 por lo que es algo que data de alrededor del año1996. Con la desaparación de Netscape, la posta la tomó la fundación Mozilla y soy hasta hoy en día quienes velan por ella (Microsoft intentó destronarla con su ActiveX pero no tuvo el éxito esperado).

Que hay de malo con esta API si la venimos usando hace tanto? bueno, un gran problema es el modelo de Seguridad, te permite acceso irrestricto al navegador y por lo tanto desde ahí podrías ejecutar código que pusiese en riesgo al usuario, y esto volvió a cobrar preponderancia con la llegada de las extensiones de Chrome, las cuales, obviamente utilizan este estándard y Google tiene algo que decir al respecto:

NPAPI is a really big hammer that should only be used when no other approach will work.

Tal es el nivel de desconfianza de Google que las aplicaciones que utilizan NPAPI deben pasar por una revisión manual (sí, manual) por parte de Google antes de ser aprobadas como "compatibles con Chrome".
No hay mucho más que decir, asi que Google contactó a Mozilla y puso manos a la obra, la próxima versión del estándard tiene nombre clave "Pepper" y el cambio esperamos verlo a nivel de la implementación de los browsers, es decir, para los programadores el cambio debería ser poco pero va a existir, Pepper tiene una serie de objetivos muy claros:

• Permitir la isolación del código que se ejecuta como plugin para que el mismo no impacte en el modelo de seguridad general del navegador que la implementa. Esto es ni más ni menos que el modelo de "sandbox" del Google Chrome y en castellano significa que la idea es que una aplicación no ponga en riesgo a otras, a ojos de cada aplicación ellas "ven" un navegador pelado y no tienen idea de en qué contexto se ejecutan.
• Una mejor integración de los plugins con el modelo de renderizado estándard del navegador, en otras palabras, poder mezclar el HTML que el navegador está renderizando con la salida de un plugin (de nuevo, piensen en Flash, no se puede hacer esto).
• Por útimo, pero quizás lo más importante: Generar un estandard nuevo que permita a la API estar disponible y ser utilizable por la nueva generación de dispositivos de hardware (celulares, lector de ebooks, televisores, etc., etc.)

Muy interesante todo, aunque todavía no están claros los tiempos pero supongo que mucho no va a faltar, sin ir más lejos, la última movida de Google sí o sí va a generar movimiento.

Por lo pronto, para los que quieran conocer la API los invito a su sitio oficial.