Herramientas para desarrolladores que quieren entender lo que hacen.
Resuelve problemas técnicos con cero telemetría. Domina las especificaciones RFC, protocolos y la arquitectura de sistemas.
¿Qué es Curious-Techie?
Curious-Techie es una plataforma técnica independiente y enfocada en la privacidad, diseñada para ingenieros de software y desarrolladores que desean comprender el funcionamiento interno de la web. Combina utilidades en el navegador con guías arquitectónicas detalladas, especificaciones RFC, laboratorios prácticos y preparación para entrevistas técnicas. Todas las herramientas operan 100% en la memoria local del navegador sin enviar datos a servidores.
Temas Técnicos Populares
Centros de autoridad técnica que exploran protocolos web, seguridad del navegador, criptografía y formatos de datos.
Cryptography & Hashing
One-way mathematical functions, digests, HMAC & collision resistance.
DNS & Internet Protocols
Hierarchical name resolution, DNS-over-HTTPS & domain registries.
Browser & Web Security
Cross-Origin Resource Sharing, CSP Level 3 & HTTP defensive headers.
Data Encodings & Formats
Binary-to-text schemes, percent-encoding & serialization mechanics.
Tokens & Stateless Auth
JSON Web Token anatomy, asymmetric signatures & claim verification.
Unique Identifiers & Epochs
128-bit distributed keys, time-ordered UUID v7 & Unix timestamps.
Utilidades para Desarrolladores
Herramientas interactivas ejecutadas 100% en el navegador con latencia cero y privacidad absoluta.
Guías de Arquitectura Destacadas
Exploraciones detalladas de estándares web, especificaciones RFC y fundamentos de sistemas.
¿Qué es el DNS y cómo funcionan los servidores de nombres?
Aprende sobre el Sistema de Nombres de Dominio: resolución jerárquica, servidores raíz, registros A/AAAA/MX/TXT y DNS seguro sobre HTTPS (DoH).
Guía Completa de HTTP (Protocolo de Transferencia de Hipertexto)
Referencia arquitectónica de HTTP/1.1, HTTP/2, HTTP/3, semántica de peticiones y respuestas, y códigos de estado.
Guía Completa de HTTPS (HTTP Seguro)
Guía definitiva sobre seguridad en la capa de transporte sobre HTTP, certificados X.509, contenido mixto y HSTS.
¿Qué es SSL/TLS y cómo funcionan los certificados HTTPS?
Guía técnica sobre TLS 1.3, intercambios asimétricos de claves, cadenas de certificados X.509 y registros de Transparencia de Certificados.
Guía Completa de Seguridad Web
El modelo integral de defensa en profundidad: límites de seguridad del navegador, encabezados defensivos y mitigación de amenazas.
¿Qué es JWT? Arquitectura de JSON Web Tokens (RFC 7519)
Autenticación stateless, estructura de cabecera/payload/firma, Base64URL, ataques de algoritmo y verificación criptográfica.
Resolución de Problemas Técnicos
Diagnósticos verificados en producción, análisis de causa raíz y soluciones paso a paso para errores comunes.
Cómo Solucionar el Error CORS: Falta el Encabezado Access-Control-Allow-Origin
El error ocurre porque el servidor no envía el encabezado Access-Control-Allow-Origin en la respuesta HTTP. Para solucionarlo, agrega el encabezado en el servidor permitiendo el origen del frontend.
How to Fix CORS Preflight Errors
A CORS preflight error occurs when your backend fails to return a successful HTTP status (200 OK or 204 No Content) on the automatic preflight HTTP OPTIONS request, or fails to include Access-Control-Allow-Methods and Access-Control-Allow-Headers.
Why CSP Blocks JavaScript
The browser blocked your JavaScript because your server’s Content-Security-Policy (CSP) header does not permit inline scripts or the external domain hosting the script in its script-src directive.
Why JWT Works in Postman but Not in Browser
The request succeeds in Postman because Postman does not enforce the browser Same-Origin Policy (SOP). In a web browser, adding an Authorization: Bearer header triggers an automatic CORS preflight (HTTP OPTIONS) probe. If the backend fails the preflight or omits authorization from Access-Control-Allow-Headers, the browser blocks the token before the server ever reads it.
Referencias y Especificaciones
Hojas de referencia exhaustivas, encabezados de protocolo, códigos de estado HTTP y directivas de seguridad.
Referencia de Códigos de Estado HTTP
Los códigos de estado HTTP son enteros de 3 dígitos divididos en 5 clases: 1xx informativo, 2xx éxito, 3xx redirección, 4xx error del cliente y 5xx error del servidor.
Referencia de Métodos HTTP (RFC 9110)
Los métodos HTTP indican la acción deseada sobre un recurso. GET, HEAD y OPTIONS son seguros (solo lectura); GET, PUT y DELETE son idempotentes.
Referencia de Encabezados HTTP (Request & Response)
Los encabezados HTTP son pares clave-valor que transmiten metadatos contextuales sobre la solicitud o respuesta sin alterar el cuerpo del mensaje.
Referencia de Tipos de Contenido HTTP (Media Types)
El encabezado Content-Type indica al destinatario el tipo MIME y la codificación de caracteres del cuerpo del mensaje transmitido.
Laboratorios Interactivos de Diagnóstico
Simulaciones prácticas en el navegador para inspeccionar máquinas de estado, cascadas de hashing y backtracking de regex.
DNS Resolution & Zone Configuration Lab: Debugging TTL Caching, Record Delegation, and NXDOMAIN Outages
Diagnose and remediate a live multi-region DNS propagation outage caused by a misconfigured CNAME apex alias and excessive negative cache TTL on an authoritative nameserver.
HTTP Lifecycle & Status Code Engineering Lab: Request-Response Pipelines, Headers, and Caching Controls
Construct raw HTTP requests, analyze status code transitions (200 vs 304 vs 412), and eliminate redundant payload transfer using HTTP conditional validation headers.
HTTPS & TLS Handshake Deep-Dive Lab: Certificate Chains, Cipher Suites, and Mixed-Content Remediation
Diagnose an incomplete X.509 certificate trust chain causing ERR_CERT_AUTHORITY_INVALID on mobile devices, and remediate mixed-content active blocking on an upgraded HTTPS web application.
Laboratorio de Ingeniería Criptográfica JWT: Manipulación de Claims y Confusión de Algoritmos
Comprender la diferencia práctica entre codificación Base64URL y firmas criptográficas, diagnosticando vulnerabilidades comunes en la validación de tokens.
Preguntas y Respuestas Directas
Respuestas directas y autorizadas a preguntas frecuentes de ingeniería sin relleno ni ambigüedades.
Q: ¿Cualquiera puede descifrar un JWT?
Sí, los tokens JSON Web Tokens estándar (JWS) están firmados, no cifrados. El encabezado y la carga útil son cadenas codificadas en Base64URL que cualquiera puede decodificar y leer en texto plano sin conocer la clave secreta.
Q: ¿Por qué no debes almacenar JWTs en LocalStorage?
Almacenar tokens de autenticación en localStorage los expone a una exfiltración inmediata ante cualquier vulnerabilidad Cross-Site Scripting (XSS). Las cookies con flags HttpOnly, Secure y SameSite evitan que JavaScript malicioso acceda al token.
Q: Can an Expired JWT Token Still Be Verified?
Yes, the cryptographic signature of an expired JWT remains mathematically valid because signatures are computed solely over the header and payload data. However, compliant JWT libraries will reject the token during authentication because the expiration claim (`exp`) is explicitly checked after signature verification.
Q: What Is the Difference Between Authentication and Authorization?
Authentication (AuthN) verifies who a user is (identity confirmation), while Authorization (AuthZ) determines what permissions or resources that authenticated user is allowed to access.
Preparación para Entrevistas de Ingeniería
Compensaciones de diseño de sistemas y respuestas modelo para puestos de ingeniería senior.
Explica paso a paso el proceso exacto que ocurre cuando escribes una URL en el navegador y se resuelve su DNS.
El navegador consulta 4 capas de caché (navegador, SO, router y resolución recursiva del ISP). Si todas fallan, el resolver recorre la jerarquía: Servidor Raíz (.) -> Servidor TLD (.com) -> Servidor Autoritativo (example.com), devolviendo el registro A/AAAA.
¿Por qué el navegador envía una solicitud HTTP OPTIONS antes de un POST en CORS y cómo se previenen preflights innecesarios?
Los navegadores envían preflights OPTIONS para solicitudes no simples (encabezados como Authorization o application/json) para comprobar la compatibilidad del servidor antes de alterar el estado. Los preflights se optimizan en caché con el encabezado Access-Control-Max-Age.
Contenido Popular en Curious-Techie
Guías, comparativas y herramientas de alta utilidad consultadas frecuentemente por ingenieros.
SHA-256 vs SHA-512: Architectural Differences & Performance Benchmark
SHA-512 is fundamentally more secure and surprisingly runs faster on modern 64-bit CPUs than SHA-256 due to native 64-bit word operations. Choose SHA-256 for compact output and microcontrollers; choose SHA-512 for high-security applications and 64-bit server pipelines.
JWT vs Session Cookies: Stateless vs Stateful Web Authentication
Use Server Session Cookies for standard monolithic web applications and Single Page Applications sharing a backend domain. Use JWTs for distributed microservices, multi-region API gateways, and short-lived mobile authorization handshakes where database lookups on every request are prohibitive.
Base64 vs Hex
The fundamental difference between Base64 and Hex is storage efficiency versus human readability: Base64 encodes 6 bits per character using a 64-character alphabet, expanding binary data by only 33%. Hex (Base16) encodes 4 bits (a nibble) per character using a 16-character alphabet (0–9, a–f), expanding binary data by 100% (doubling its size).
DNS-over-HTTPS (DoH) vs DNS-over-TLS (DoT): Security & Censorship Comparison
DoH is superior for user privacy and censorship circumvention because its traffic blends inseparably with standard HTTPS web browsing on port 443. DoT is superior for enterprise network administration because dedicated port 853 allows network security teams to inspect or filter queries.
Contenido Recientemente Actualizado
Contenido técnico verificado continuamente según los últimos estándares RFC y compatibilidad de navegadores.
RFC 9110 HTTP Semantics & Method Idempotency Audit
Verified Active Standard • IETF HTTP Working Group
W3C Web Cryptography SubtleCrypto Memory Isolation Audit
100% Client-Side V8 Sandbox • W3C Web Security WG
RFC 9562 UUID Version 7 Timestamp-Ordered Entropy Review
Verified Sub-Millisecond Precision • IETF Standards Track
W3C Content Security Policy Level 3 Directive Compliance
Strict Nonce & Hash Verified • W3C Web Application Security
Grafo de Conocimiento y Relaciones Semánticas
Cómo se interconectan herramientas, estándares, laboratorios y mecanismos de seguridad en Curious-Techie.
Deconstructs cryptographic claims and Base64URL segments 100% locally in browser memory.
Translates 8-bit octets into 6-bit radix-64 printable characters with zero server telemetry.
Enforces strict cryptographic script nonces and restricts remote script execution domains.
Governs cross-origin HTTP fetch preflights under browser security boundaries.
Encapsulates UDP port 53 DNS queries inside encrypted HTTPS port 443 channels.
Visualizes NFA exponential state branch explosions live without crashing the main thread.