P03-L08 · P03 · P03-M02
Aplicar una lista de comprobación de solo lectura previa a la firma a una solicitud simulada
Requisitos previos: P03-L07
Objetivos de aprendizaje
- Aplicar una lista de comprobación de solo lectura previa a la firma a una solicitud simulada
- Aplicar las comprobaciones anteriores a un nuevo caso saneado.
- Escribir una decisión puntuada con hechos ausentes y sin autorización en vivo.
Máster de origen EN · P03-L08 · needs_review
Solo estudio sin conexión/de solo lectura. Nunca facilite secretos, contraseñas ni códigos de autenticación. Sin conexión de cartera, aprobación real, revocación en vivo, firma de transacción, transferencia, fondos ni operación. Los recursos visuales son solo especificaciones.
Por qué importa
Una lista de comprobación es útil cuando cambia la decisión sobre una solicitud concreta. Esta evaluación combina fuente exacta, alcance de autoridad, etapa de evidencia e informe seguro en un nuevo caso sin conexión.
Explicación
Definir primero la tarea prevista
La intención del usuario en esta evaluación es consultar un saldo público. Una buena entrega identifica ese propósito antes de leer la urgencia de la página o su flujo sugerido. Nada en el propósito indicado requiere introducir secretos ni autorizar. El ejercicio solo proporciona resúmenes, con identificadores SIM no válidos y orígenes reservados .invalid.
Inspeccionar origen y distribución
R1 es la referencia estipulada de forma independiente. El nombre de host completo de R2 difiere. Esa diferencia no identifica a un operador humano, pero impide tratar el mensaje como una solicitud autenticada mediante la referencia. La etiqueta de versión de paquete de R3 carece de registro de integridad, por lo que la conclusión sobre distribución sigue siendo UNKNOWN. No visite ninguna tarjeta ni ejecute software para averiguarlo.
Inspeccionar capacidad y contexto
R4 es una solicitud con forma de permit pese a su texto de consulta de saldo. La semántica de firma estructurada y la gestión de la aplicación deben leerse en los campos reales [TYPED]. El conjunto ficticio proporciona token/propietario/destinatario del permiso de gasto/importe, pero omite el contexto de contrato verificador y nonce. Puede identificar el alcance de gasto solicitado sin inventar los campos ausentes.
R5 informa de un permiso de gasto existente en cero en un contexto estipulado anterior. El permiso de gasto ERC-20 es un estado con alcance definido [ERC20], no una garantía de que una solicitud nueva sea segura. El distintivo de revisión de hardware de R6 tampoco aporta efectos decodificados ni evidencia de un dispositivo real. La respuesta no debe usar ninguno de los dos como permiso para omitir procedencia o alcance ausentes.
Tomar una decisión sin acusar
Una decisión defendible sin conexión es STOP: fuente sin resolver, autoridad más allá de la intención y contexto de alcance ausente. Es una decisión sobre si el alumno tiene evidencia suficiente para continuar el ensayo, no prueba de robo ni de un atacante identificado. Una autorización real no es necesaria ni está permitida para demostrar la decisión.
Construir el informe y puntuarlo
OBSERVED: nombres de host del conjunto ficticio, resumen de solicitud y tarjeta seleccionada de permiso de gasto. INFERRED: discrepancia de fuente y discrepancia de capacidad/propósito. UNKNOWN: contrato verificador, nonce, integridad del software, ejecución e identidad humana. INSUFFICIENT EVIDENCE: seguridad garantizada o pérdida confirmada. La orientación de seguridad respalda evitar solicitudes de secretos e interacciones con soporte no oficial [SECURITY]; ningún dato confidencial debe figurar en la entrega.
Puntúe cinco dimensiones: fuente/objeto exactos; alcance/etapa; procedencia; incertidumbre; decisión segura. Una entrega que invente ejecución o incluya valores confidenciales requiere corrección con independencia de la puntuación numérica. Este ejercicio formativo no emite un certificado, verifica competencia real en seguridad ni personaliza acciones financieras.
Terminología
- Intención: tarea que el usuario realmente quiere realizar.
- Registro de decisión: conclusión vinculada a la evidencia proporcionada.
- Hueco de cobertura: contexto necesario ausente de los registros.
- Error crítico de evidencia: invención o atribución sin respaldo que invalida el razonamiento.
Ejemplo histórico
ILLUSTRATIVE, caso nuevo sin conexión. Intención=consultar saldo público. R1 referencia https://safe.example.invalid. R2 mensaje https://safe.example.invalid.assist.invalid. R3 paquete APP-Q v3, integridad ausente. R4 texto consultar saldo; solicitud con forma de permit TOKEN-Q/OWNER-Q/SPENDER-Q/value 900 unidades enteras del conjunto ficticio, contrato verificador/nonce UNKNOWN. R5 permiso de gasto seleccionado anterior de TOKEN-Q 0 en SIM-H5. R6 solo distintivo de revisión de hardware. Sin firma/recibo/secreto ni registro actual de dispositivo.
Especificaciones visuales
Panel de evidencia con seis tarjetas de fuentes que alimentan columnas de fuente exacta, alcance solicitado, contexto ausente y decisión. Tarjeta final STOP—contexto insuficiente para continuar, no «robo confirmado». Proporcionar una rúbrica de cinco dimensiones con equivalentes textuales para móvil/RTL.
Lo que demuestra la evidencia
Huecos especificados de fuente/alcance y una decisión defendible de detenerse sin conexión.
Lo que no demuestra la evidencia
Firma real, pérdida, identidad maliciosa, seguridad general, estado real del hardware ni elegibilidad para certificación.
Errores comunes
- Usar un permiso de gasto cero para aprobar una solicitud nueva.
- Tratar un distintivo como evidencia decodificada de dispositivo.
- Inventar contrato/nonce ausentes.
- Continuar porque lo dice una cuenta atrás o un logotipo.
Ejercicio práctico
Entregue una matriz de evidencia de seis filas, una tabla de etapas solicitado/firmado/ejecutado y una nota de decisión de un máximo de 100 palabras. Incluya los cuatro estados de evidencia, dos seguimientos precisos sin secretos y la puntuación de cinco dimensiones. No interactúe con los dominios ni proporcione datos confidenciales.
Entregue una tabla y una conclusión acotada usando solo el material sin conexión proporcionado. Distribución editorial del tiempo: estudio 12 min, ejercicio 8 min, corrección/cuestionario 10 min.
Mostrar corrección detallada
R2 difiere del host completo de R1; integridad de R3 UNKNOWN. R4 solicita autoridad de gasto más allá de consultar saldo, con contrato verificador/nonce ausentes. R5 solo cubre su estado seleccionado anterior; R6 solo muestra una declaración. No se proporciona firma/ejecución. Decisión STOP hasta obtener fuente independiente y alcance/procedencia decodificados. Solicite distribución/contexto exactos y evidencia de contrato verificador/nonce mediante registros confiables sin secretos. Identidad y ejecución UNKNOWN; robo y seguridad universal INSUFFICIENT EVIDENCE. Un informe con puntuación completa conserva estas distinciones y no realiza ninguna acción en vivo.
Rúbrica: alcance exacto, procedencia de fuente, razonamiento, límites explícitos y manejo seguro sin conexión, un punto cada uno. Las observaciones inventadas o atribuciones de identidad sin respaldo requieren corrección con independencia de la puntuación. Solo formativo.
Lista de verificación
- Indicar la intención.
- Comparar el origen completo.
- Leer los campos de autoridad.
- Registrar huecos de etapa/contexto.
- Tomar una decisión justificada sin conexión.
- Solicitar registros, nunca secretos.
Resumen
Un ensayo completo de seguridad vincula comprobaciones de fuente exacta, inspección de capacidad, procedencia e incertidumbre con una decisión segura sin conexión. Completarlo no verifica seguridad real de activos ni emite un certificado.
Resumen
- Aplicar una lista de comprobación de solo lectura previa a la firma a una solicitud simulada
- Aplicar las comprobaciones anteriores a un nuevo caso saneado.
- Escribir una decisión puntuada con hechos ausentes y sin autorización en vivo.
Lección siguiente
P04-L01 después de revisar el prerrequisito y la corrección.
Herramientas
NONE en el catálogo autorizado. Los datos sin conexión proporcionados bastan; no se requiere comprar un producto ni operar con una cartera.
Fuentes y límites de las afirmaciones
- [TYPED] EIP-712: firma estructurada tipada — Campos estructurados de firma/dominio; las protecciones de aplicación contra reutilización siguen siendo separadas.
- [ERC20] Estándar de token ERC-20 — approve, allowance y transferFrom para interfaces conformes.
- [SECURITY] Seguridad de Ethereum y prevención de estafas — Confidencialidad de secretos, comprobación de dominios exactos y cautela con el soporte no oficial.
La documentación explica mecanismos. Los registros históricos conservan su clase de fuente declarada. La inspección de fuentes no es aceptación editorial independiente.
Especificaciones visuales
P03-L08-V01
Aplicar una lista de comprobación de solo lectura previa a la firma a una solicitud simulada
ILLUSTRATIVE, tarjetas saneadas sin conexión, no una pantalla en directo
Panel de evidencia con seis tarjetas de fuentes que alimentan columnas de fuente exacta, alcance solicitado, contexto ausente y decisión. Tarjeta final STOP—contexto insuficiente para continuar, no «robo confirmado». Proporcionar una rúbrica de cinco dimensiones con equivalentes textuales para móvil/RTL.
Panel de evidencia con seis tarjetas de fuentes que alimentan columnas de fuente exacta, alcance solicitado, contexto ausente y decisión. Tarjeta final STOP—contexto insuficiente para continuar, no «robo confirmado». Proporcionar una rúbrica de cinco dimensiones con equivalentes textuales para móvil/RTL.
390px: tarjetas apiladas/equivalente textual; aceptación del renderizado a 768px y en escritorio pendiente
Prosa RTL; identificadores aislados en LTR; conservar las direcciones factuales de los enlaces
FIX-P03-L08
Fuentes y límites de las afirmaciones
TYPED · PRIMARY_DOCUMENTATION
EIP-712: firma estructurada tipada
- Afirmación respaldada
- Campos estructurados de firma/dominio; las protecciones de aplicación contra reutilización siguen siendo separadas.
- Límite de verificación
- Fuente primaria inspeccionada para el mecanismo asociado o declaración atribuida; sin autenticación de datos ilustrativos.
- Fecha de verificación
- 2026-10-01
https://eips.ethereum.org/EIPS/eip-712
ERC20 · PRIMARY_DOCUMENTATION
Estándar de token ERC-20
- Afirmación respaldada
- approve, allowance y transferFrom para interfaces conformes.
- Límite de verificación
- Fuente primaria inspeccionada para el mecanismo asociado o declaración atribuida; sin autenticación de datos ilustrativos.
- Fecha de verificación
- 2026-10-01
https://eips.ethereum.org/EIPS/eip-20
SECURITY · PRIMARY_DOCUMENTATION
Seguridad de Ethereum y prevención de estafas
- Afirmación respaldada
- Confidencialidad de secretos, comprobación de dominios exactos y cautela con el soporte no oficial.
- Límite de verificación
- Fuente primaria inspeccionada para el mecanismo asociado o declaración atribuida; sin autenticación de datos ilustrativos.
- Fecha de verificación
- 2026-10-01
https://ethereum.org/en/security/
Procedencia de datos
id: FIX-P03-L08
dataStatus: ILLUSTRATIVE
source: Original embedded offline cards; no real observations
observedAt: null
timeBasis: SIM/T markers are fictional order, not UTC timestamps