Construye una cabecera Permissions-Policy a partir de un objeto JSON donde cada función del navegador recibe una allowlist. Puedes bloquear una función con una lista vacía, permitir el origen propio con self y añadir orígenes explícitos. La salida normaliza la sintaxis para facilitar su inclusión en configuración de servidor o documentación de seguridad.
Convierte un mapa de funciones y allowlists en una cabecera Permissions-Policy. La herramienta no inventa funciones ni decide qué permisos necesita tu aplicación.
La disponibilidad y semántica de cada función dependen del navegador. Comprueba compatibilidad antes de aplicar una política restrictiva en producción.
Cada clave del JSON se trata como nombre de función y cada valor debe ser una lista. Los orígenes distintos de self se validan con URL y se serializan entre comillas.
No mantiene una base de datos de funciones soportadas por cada navegador y no valida permisos declarados dentro de atributos allow de iframes.
Usa una allowlist vacía para camera, lo que se serializa como camera=().
Se escribe como self dentro de la lista entre paréntesis, sin comillas.
Sí, puedes incluir un origen HTTPS explícito en la lista; conviene revisar además la configuración del iframe si aplica.
No. La política limita qué contextos pueden usar una función, pero el navegador puede seguir requiriendo consentimiento del usuario.
No. El soporte y algunos nombres de funciones evolucionan, por lo que hay que comprobar compatibilidad para los navegadores objetivo.
| Elemento | Tratamiento |
|---|---|
| Entrada | Texto o JSON pegado localmente |
| Procesamiento | Vanilla JavaScript, sin solicitudes externas |
| Salida | Resultado copiable y descargable |
Consulta el hub de cabeceras HTTP y seguridad para trabajar con CORS, cookies, CSP, HSTS, caché y políticas del navegador.