31-tokens se envían por los headers HTTP
Las claves y tokens se envían por los headers HTTP principalmente por estas razones:
1. Separación de responsabilidades
Los headers están diseñados específicamente para metadatos y información de control
El body se reserva para el contenido principal de la solicitud
2. Seguridad
Evita que credenciales aparezcan en URLs (que se guardan en historiales y logs)
Los headers no se cachean tan fácilmente como las URLs
Mayor control sobre cómo se transmiten los datos sensibles
3. Estándares y convenciones
Authorization header es el estándar HTTP para credenciales (RFC 7235)
Formatos establecidos como:
Authorization: Bearer <token>API Keys suelen ir en headers personalizados como
X-API-Key
4. Prácticas RESTful
Las URLs deberían identificar recursos, no contener credenciales
Mantiene las URLs limpias y consistentes
5. Manejo consistente
Los frameworks y librerías están optimizados para leer credenciales de headers
Facilita la implementación de middleware de autenticación
Ejemplo común:
GET /api/users HTTP/1.1
Host: api.ejemplo.com
Authorization: Bearer eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9...
X-API-Key: abc123def456Esta práctica sigue los principios de seguridad y las mejores prácticas de diseño de APIs.
Comentarios
Publicar un comentario