Resumen

  • RFC 3607 es un modelo histórico Informational de 2003. Combina observaciones de escala de aquella época con supuestos sobre población utilizable, participación, rendimiento, coordinación y objetivo criptográfico.
  • Una fracción de infección o participación no es un recibo de ejecución. Para afirmar trabajo real hacen falta inventario de máquinas, autoridad sobre recursos, unidades no superpuestas, resultados validados, fallos y procedencia del candidato.

El error empezó en una hoja de cálculo. Una celda contenía una fracción de participación; otra, una población de Internet; una tercera, una velocidad por equipo. El producto daba un tiempo llamativo. Al pasar al tablero ejecutivo desaparecieron las etiquetas “supuesto” y “escenario”. Quedó una frase: tantos equipos pueden terminar el trabajo en tanto tiempo.

RFC 3607 fue publicado en septiembre de 2003 como documento Informational bajo el título “Chinese Lottery Cryptanalysis Revisited: The Internet as a Codebreaking Tool”. Retomó una idea de cómputo distribuido a enorme escala y utilizó el rápido alcance de Code Red para mostrar que una población conectada podía alterar la economía de ciertas tareas criptográficas. No fue un estándar de Internet, una orden de despliegue ni una medición de una flota que hubiera ejecutado ese trabajo.

La categoría importa porque delimita la afirmación. El texto pregunta qué ocurriría si un conjunto de parámetros fuese cierto. Población, fracción activa, capacidad por host, tiempo útil, sobrecarga de coordinación y objetivo criptográfico forman parte de la ecuación. El resultado es condicional a esos valores, aunque se exprese con muchos dígitos.

La primera frontera separa infección observada y capacidad utilizable. CAIDA documentó históricamente más de 359.000 hosts infectados por Code Red en menos de catorce horas. Esa cifra pertenece a un gusano, un periodo y una metodología de observación. No demuestra que los mismos hosts permanecieran simultáneamente disponibles, tuvieran capacidad homogénea o pudieran completar otra carga bajo un único coordinador.

Un endpoint observado tampoco equivale siempre a una máquina. Un equipo puede cambiar de dirección; varios pueden compartir una; un host puede desaparecer antes de recibir trabajo. Otros pueden repetir el mismo fragmento, devolver basura, abandonar la tarea o ser limpiados. Multiplicar direcciones por un benchmark produce una estimación, no un registro de ejecución.

La fracción de participación merece su propia etiqueta. Si se supone que participa el 0,5 % de una población, el modelo puede calcular consecuencias. Pero no se ha medido ese 0,5 % hasta que existen denominador, método de muestreo, intervalo, definición de participación y recibos de los participantes. Precisión decimal no es procedencia.

La segunda frontera separa un reto público de la autorización sobre recursos. Publicar una condición de éxito permite que cualquiera compruebe un candidato. No concede control sobre procesadores ajenos. La autoridad para definir el problema y la autoridad para comprometer máquinas pertenecen a sujetos distintos.

Un mismo candidato puede salir de voluntarios, infraestructura contratada, equipos propios o sistemas comprometidos. Los bits del resultado no revelan cuál. Que la comprobación matemática sea correcta no legaliza ni legitima el proceso. Consentimiento, contrato, mandato operativo y responsabilidad requieren expedientes diferentes.

La tercera frontera separa trabajo agregado y cobertura única. Para afirmar que se exploró una parte de un espacio finito se necesita identificar cada unidad, asignarla sin solapamientos o contabilizar los solapamientos, registrar aceptación y finalización, validar la salida y conservar timeouts y reasignaciones. Una suma de operaciones por segundo puede ocultar el mismo rango calculado muchas veces y otros rangos nunca tocados.

Un candidato válido tampoco demuestra exhaustividad. La búsqueda puede detenerse al primer acierto. El candidato puede proceder de una vía no declarada, conocimiento previo o un actor independiente. El verificador establece que el valor satisface una condición; no reconstruye el itinerario que llevó a él.

La cuarta frontera es la atribución. Una vía anónima o cifrada puede proteger al remitente, pero precisamente por eso no funciona como registro completo de procedencia. El receptor puede tener alta confianza en la respuesta y ninguna prueba sobre quién encargó el cálculo, administró los equipos o sufrió el uso no autorizado.

Quien publica primero no tiene por qué haber descubierto primero. El coordinador no tiene por qué ser dueño de los hosts. El propietario puede ignorar el trabajo y el verificador puede no haber participado en su producción. Crédito, daño y responsabilidad no se deducen de poseer un candidato.

La quinta frontera es temporal. La aritmética de RFC 3607 pertenece al entorno criptográfico y técnico de 2003. NIST retiró DES después; la especificación vigente de AES describe otros tamaños de clave y condiciones; documentos posteriores cambiaron la orientación sobre MD5 y SHA-1. Conservar una población histórica y cambiar el nombre del algoritmo no da un análisis contemporáneo.

El coste varía con hardware especializado, mejoras algorítmicas, energía, memoria, red, coordinación y velocidad de migración defensiva. También cambia si el objetivo es una clave aleatoria, un secreto derivado de contraseña, un transcript o una implementación defectuosa. “Escala de Internet” no es una constante física.

RFC 3766 vincula longitud de clave y coste de ataque al sistema concreto. RFC 4086 exige entender el origen de la aleatoriedad. RFC 7696 convierte el debilitamiento de supuestos en una obligación de agilidad. Una señal histórica puede abrir una revisión; no puede cerrar por sí sola el juicio sobre todos los sistemas presentes.

Una cadena verificable debe conservar primero el texto exacto del reto, identificadores, material objetivo, predicado de éxito y fecha. Después, quién podía publicar el reto y quién autorizó recursos, tipo de participación y vigencia. La ejecución requiere unidades únicas, identidad o atestación limitada del trabajador, asignación, finalización, validación, duplicados, fallos y reintentos.

La capa de resultado conserva candidato, software y versión de verificación, verificador, entorno y transcript. La decisión posterior registra alcance, sistemas afectados, migración y dudas restantes. La etiqueta única “rotura exitosa” destruye esas distinciones.

Lo desconocido debe seguir visible. Si no se conocen hosts, se dice desconocido. Si no hay prueba de consentimiento, el tamaño agregado no lo sustituye. Si no se reconstruye cobertura única, se muestra la estimación junto al libro ausente. Si el canal es anónimo, no se inventa atribución por horario o posesión.

La verificación pública sigue siendo valiosa: permite rechazar falsos candidatos sin confiar en quien los envía. Su dominio es concreto, la relación entre candidato y predicado. No certifica la historia social, operacional y jurídica del cómputo.

El legado de RFC 3607 es que una gran reserva de ordenadores generales puede cambiar la intuición sobre trabajos costosos. La advertencia se vuelve más fuerte, no más débil, cuando mantiene sus supuestos. El resultado puede ser verdadero y la población ejecutora seguir sin medirse. Un tablero responsable muestra ambas cosas.