CookieNuke

Qué hace

• Limpia al irte. Cuando cierras la última pestaña de un sitio o navegas a otro, CookieNuke borra sus cookies y sus datos: almacenamiento local y de sesión, IndexedDB, service workers y caché.
• Dos formas de elegir. O la lista de los sitios que quieres limpiar, o al revés: limpiar todo y proteger los sitios en los que quieres seguir con la sesión iniciada. Al activar este segundo modo no se borra nada, y te enseña los sitios que tienen cookies para que marques cuáles proteger.
• Limpiar ahora. Un botón en el popup, el menú del clic derecho o Alt+Shift+K borran el sitio que tienes delante en ese momento. Es lo que uso antes de levantarme de un ordenador que no es mío.
• No te cierra lo que estás usando. Si el sitio sigue abierto en otra pestaña, espera. Y las cookies de dominio padre, como .google.com, se quedan si las necesita otro sitio abierto o protegido.
• Periodo de gracia opcional de 30 segundos a 15 minutos, cookies que se conservan por sitio (como el aviso de cookies o un wp_*), limpiezas programadas, reglas por ruta, contador de cookies en el icono, pausa global o por sitio e importación y exportación en JSON.
• Todo en tu navegador. La configuración se guarda en chrome.storage.local. Ni cuentas, ni servidores, ni telemetría. En 14 idiomas.

Cómo está hecho

Escucha eventos, no sondea

No hay content scripts ni temporizadores que miren las pestañas cada cierto tiempo. El service worker reacciona a tres eventos: webNavigation.onBeforeNavigate (te vas a otro sitio), webNavigation.onCommitted (llegas a uno) y tabs.onRemoved (cierras la pestaña). Lo que sabe de cada pestaña lo guarda en storage.session, para no olvidarlo cuando Chrome duerme el worker.

Un objetivo por sitio

Cada vez que hay que decidir si se limpia, resolveCleanupTarget calcula el objetivo con el modo y las listas de ese momento: una entrada de la lista de vigilancia, un sitio suelto (en el modo protección) o nada. localhost, las IP y los nombres sin punto nunca son objetivo.

Cookies con la API, el resto en la página

Las cookies se borran con chrome.cookies, también las de todas las rutas y las particionadas (CHIPS). El resto se borra con un script inyectado en la pestaña o, si la pestaña ya no existe, con chrome.browsingData filtrado por origen, que nunca se usa en incógnito.

Problemas que resolví

• Limpiezas que no pasaban. El estado de las pestañas vivía en memoria, y Chrome para el service worker tras unos 30 segundos sin actividad. Si cerrabas la pestaña después, no sabía qué sitio era. Ahora está en storage.session y se reconstruye al arrancar.
• Cerrarte la sesión en la otra pestaña. Cerrar una de dos pestañas de un sitio borraba las cookies que estaba usando la otra. Ahora la limpieza espera a la última, solo contando pestañas del mismo tipo de ventana.
• Cerrar una pestaña de incógnito borraba datos normales. browsingData no distingue el almacén de incógnito, así que nunca se usa para él.
• Cookies que sobrevivían. Dos cookies con el mismo nombre en rutas distintas contaban como una, y las particionadas ni se consultaban.
• .google.com y Gmail. En el modo protección, cerrar www.google.com habría borrado las cookies de .google.com que también usa mail.google.com, aunque estuviera protegido. Antes de publicar la 2.0, la limpieza aprendió a respetar las cookies de dominio padre que cubren un sitio protegido o abierto.