Nadie en esta categoría publica este tipo de artículo. Lo he buscado. Así que aquí está: cada permiso que Second Bookmark Bar le pide a Chrome, por qué está ahí, y qué podría hacer técnicamente con él que deliberadamente no hago. Si estás evaluando si instalar una extensión de marcadores —esta o cualquier otra—, la primera mitad te sirve sin importar cuál termines eligiendo.
Cómo auditar cualquier extensión de marcadores, no solo esta
Antes de entrar en los detalles, el método general, porque aplica a cualquier extensión que alguna vez consideres instalar:
- Lee la lista de permisos en la página de la Chrome Web Store, no solo en el aviso de instalación: la ficha suele explicar para qué sirve cada uno en un lenguaje más claro, y puedes leerla antes de comprometerte a nada.
- “Leer y cambiar todos tus datos en los sitios web” (el aviso de
host_permissionspor acceso amplio a<all_urls>) es al que realmente hay que prestar atención. Significa que el código de la extensión puede ejecutarse en cada página que visitas. Un permiso de host acotado a un dominio específico —el backend propio de la extensión, por ejemplo— es una afirmación muy distinta al acceso sin restricciones a cada sitio que navegas. - El permiso
bookmarksotorga acceso de lectura y escritura a todo tu árbol de marcadores. Eso es inherentemente amplio —no hay forma de pedirle a Chrome “solo algunos marcadores”—, así que la pregunta honesta no es si el permiso es amplio, sino qué hace la extensión con ese acceso una vez concedido. - Desde Manifest V3, “sin código remoto” es casi universal: las extensiones ya no pueden obtener y ejecutar JavaScript arbitrario desde un servidor en tiempo de ejecución, lo que cierra una categoría de expansión silenciosa de permisos tras la instalación que sí era un riesgo real bajo Manifest V2. Vale la pena comprobar que una extensión realmente se distribuye como Manifest V3, y la mayoría de las serias ya lo hacen; Chrome ha ido retirando el soporte de V2 en toda la tienda.
- Una política de privacidad que nombra específicamente qué se recopila importa más que una que simplemente existe. “Podemos recopilar información para mejorar nuestros servicios” es texto genérico de relleno. La política que vale la pena confiar es la que dice exactamente qué sale de tu dispositivo, y bajo qué condición.
El manifest real de Second Bookmark Bar
Aquí está el bloque de permisos del manifest.json real, no una paráfrasis:
"permissions": [
"activeTab",
"bookmarks",
"storage",
"favicon",
"identity",
"alarms"
],
"optional_permissions": [
"tabGroups"
],
"host_permissions": [
"https://ughpzmmhthrcnwtpfkzr.supabase.co/*"
]Cada entrada, para qué sirve:
| Permiso | Qué otorga | Para qué se usa realmente |
|---|---|---|
bookmarks | Leer y escribir tu árbol de marcadores de Chrome | Todo el producto. Cada operación de carpeta, slot, orden, deduplicación y reversión es una llamada a la API de marcadores. No existe una versión de esta extensión que funcione sin él. |
storage | Almacenamiento local y sincronizado de la extensión | Configuración, ajustes de slots de cambio rápido, reglas adaptativas, rangos de memoria de páginas guardadas, instantáneas de puntos de restauración. Nada de esto es tu historial de navegación: es la configuración y las copias de seguridad propias de la extensión. |
activeTab | Acceso temporal a la pestaña actual, solo después de que interactúas con la interfaz de la extensión | Impulsa el flujo de guardado con selector y el comando de guardado rápido: captura la URL, el título y la miniatura de la página actual cuando realmente activas un guardado, no de forma pasiva en segundo plano. |
favicon | La API de favicon integrada de Chrome | Muestra los iconos de los sitios junto a los marcadores y carpetas para que la barra se lea visualmente en lugar de como texto plano, sin que la extensión tenga que obtener y almacenar en caché los iconos desde servidores de terceros por su cuenta. |
alarms | Programar temporizadores en segundo plano en el service worker | Tres usos honestos: sondear un reintento de sincronización en la nube a intervalos fijos, verificar durante un flujo de pago de Stripe para que la interfaz se actualice cuando se completa el pago, y una limpieza periódica de tokens de autenticación caducados (cada seis horas). Todos están relacionados con la sincronización en la nube; ninguno se ejecuta si nunca activas la sincronización en la nube. |
identity | El asistente OAuth de Chrome (launchWebAuthFlow) | El flujo de inicio de sesión con Google para la sincronización en la nube, y nada más. Este permiso no permite que la extensión lea tus datos de cuenta de Google en general: está acotado al propio proceso de inicio de sesión. |
tabGroups (opcional) | Crear y etiquetar grupos de pestañas de Chrome | No se solicita en la instalación. Chrome lo pide solo si usas la acción específica de “abrir esta carpeta como grupo de pestañas”; prefiero pedirlo exactamente una vez, en el momento en que se necesita, en lugar de solicitarlo por adelantado para una función que la mayoría no usará todos los días. |
Permiso de host: ughpzmmhthrcnwtpfkzr.supabase.co | Acceso de red a exactamente un dominio | El backend alojado en Supabase para la sincronización en la nube y el estado de cuenta/facturación. No <all_urls>. No “todos los sitios web”. Un dominio específico, y el tráfico solo va ahí si has iniciado sesión para la sincronización en la nube. |
Esa es toda la lista de permissions y host_permissions. Sin SDK de analítica, sin red publicitaria, sin permiso de host amplio <all_urls> para acceso de red arbitrario: el único permiso de host del manifest está acotado exactamente a su propio backend, el mismo proyecto de Supabase del que depende la sincronización en la nube.
Dos cosas que vale la pena nombrar explícitamente, porque son reales y el objetivo de este artículo es no dejar nada fuera:
El content script en sí. El manifest también declara un content script que se ejecuta en cada página http:// y https:// (document_start), y es esto lo que realmente produce el aviso de instalación de Chrome “Leer y cambiar todos tus datos en los sitios web que visitas”, no el permiso de host de Supabase. Ese aviso es exacto: el script es lo que dibuja la barra y la interfaz de búsqueda directamente dentro de cada página que visitas. Lo que hace con ese acceso es acotado —renderizar la interfaz y leer los elementos específicos de la página necesarios para construir el marcador que le pides que cree (por ejemplo, el título de un video, el nombre del canal, la duración y la posición de reproducción cuando lo arrastras a la barra)—, pero el acceso en sí es amplio, y la respuesta honesta a “por qué necesita esto cada sitio web” es ese aviso, no una forma de evitarlo.
Miniaturas para carpetas de videos que no son de YouTube. Las miniaturas de YouTube se construyen solo a partir del ID del video, así que esas nunca salen del navegador como solicitud de red. Sin embargo, para elementos de carpetas de videos de otros sitios, la extensión sí hace solicitudes salientes: toma una lista corta de URLs candidatas a imagen de miniatura ya presentes en la página desde la que guardaste, y obtiene cada una (solo los bytes de la imagen, credentials: 'omit') para confirmar cuál resuelve realmente a una imagen antes de usarla como miniatura de la tarjeta. Esas solicitudes van al dominio que alojaba la página, no al propio backend de Second Bookmark Bar, así que no aparecen en la lista de permisos de host del manifest, pero son una segunda ruta de red real además de la de Supabase, y sería inexacto describir esta extensión como si solo hablara con un host.
Lo que podría hacer técnicamente y no hago
Ser honesto sobre el techo de estos permisos importa más que describir el piso. Con bookmarks y storage, técnicamente podría construir una versión de esta extensión que suba en silencio todo tu árbol de marcadores a un servidor al instalarla. No lo hago: el permiso de host de Supabase solo se activa después de que inicias sesión explícitamente para una función de nube de pago, y fuera de eso las únicas solicitudes salientes son las de verificación de miniaturas descritas arriba, que no llevan datos de marcadores ni de cuenta, solo comprueban si una URL de imagen determinada resuelve. Con activeTab, en teoría podría registrar cada página que visitas, salvo que el permiso está acotado de forma que la extensión solo ve una pestaña cuando la invocas activamente, no en cada navegación. No hay ningún listener conectado para grabar la navegación de forma pasiva. Y con el content script ejecutándose en cada página, en teoría podría leer cualquier cosa en ella, salvo que el código que lo hace no está oculto: es el mismo content.js que se distribuye en el paquete de la Chrome Web Store, y solo actúa cuando interactúas con la barra o arrastras algo hacia ella.
También hay un informe automatizado que la extensión puede enviar incluso si nunca has iniciado sesión: si detecta que su propia licencia o los datos de integridad de instalación han sido manipulados, envía una única alerta anónima (solo un tipo de evento y una severidad, sin datos de marcadores ni de navegación) al mismo backend de Supabase, para detectar abuso del nivel de pago. No se ejecuta durante el uso normal.
Sincronización en la nube: la excepción explícita
Todo lo anterior es local de forma predeterminada: los datos de marcadores y la configuración viven en el almacenamiento de marcadores propio de Chrome y en el almacenamiento de extensión de Chrome, en tu dispositivo. La sincronización en la nube es la única excepción deliberada, y es opt-in: requiere iniciar sesión con Google, y requiere una suscripción de pago. Cuando está activada, tus raíces de marcadores, la configuración de la extensión y los espacios compartidos se sincronizan con el backend de Supabase usando tokens de sesión de corta duración con renovación automática, límite de frecuencia y versionado de tokens, no una clave estática de larga duración guardada en el almacenamiento.
La dirección de la sincronización también importa: por defecto, la extensión es local-first. Las lecturas desde la nube solo ocurren cuando tú las activas explícitamente; las escrituras suben tus cambios automáticamente para que tus datos queden respaldados, pero nada baja de la nube en silencio, en segundo plano, reescribiendo lo que tienes en tu dispositivo. Si una suscripción caduca, conservas acceso de solo lectura durante un período de gracia, y la exportación local siempre funciona sin importar el estado de la suscripción: que la sincronización en la nube desaparezca no significa que tus marcadores desaparezcan.
La prueba de la desinstalación
La prueba que aplicaría a cualquier extensión con acceso a bookmarks: ¿qué queda después de eliminarla? Aquí, la respuesta es todo, porque la extensión nunca creó, para empezar, un almacén de datos paralelo y propietario. Lee y escribe marcadores estándar de Chrome, el mismo árbol que gestiona el propio Chrome. Desinstala la extensión y tus marcadores siguen ahí, siguen organizados en las mismas carpetas, siguen siendo exportables desde chrome://bookmarks como cualquier otro marcador. Nada en eliminar la extensión toca los datos subyacentes, porque los datos subyacentes nunca fueron otra cosa que los del propio Chrome. Esto —junto con la versión resumida de la pregunta sobre sincronización y desinstalación— también se cubre en las preguntas frecuentes del sitio, por si quieres la versión de referencia rápida.
Si quieres la mecánica de reversión y exportación que respalda esa afirmación con más detalle, eso tiene su propio artículo; si estás evaluando si la sincronización en la nube en concreto vale la pena pagarla, el desglose de Free vs. Pro lo cubre por separado. La política de privacidad tiene la versión en lenguaje legal de todo lo anterior; este artículo es la versión en lenguaje llano, y prefiero que leas esta primero.