Parte 33 · Clase 326 de 830

ARQ-326 · Control de acceso y seguridad electrónica

Parte 33 · Clase desarrollada · Incorporada en v0.19.0.

Prerrequisitos conceptuales: ARQ-325, ARQ-171, ARQ-178. Sin calendario. Casos, observaciones y parámetros ficticios salvo antecedentes atribuidos. Material educativo; revisión externa especializada pendiente.

Pregunta central

¿Cómo coordinar control de acceso y seguridad electrónica sin confundir identidad, permiso, apertura física y posibilidad de salir de un edificio?

Resultado y continuidad

ARQ-325 distinguió comunicación y servicio. ACC-LOG-01 desarrolla ahora una regla ficticia para entrada ordinaria a una zona no crítica. No configura cerraduras, no regula evacuación y no prescribe estados de dispositivos ante emergencias. Construirás una tabla de decisiones, separarás observaciones físicas de órdenes y documentarás un cambio con sus evidencias pendientes.

1. Cuatro capas que no deben convertirse en una sola

Identificar significa relacionar una señal con una identidad declarada. Autenticar busca comprobar esa relación mediante un mecanismo. Autorizar decide si una acción está permitida bajo condiciones. Ejecutar produce o intenta producir un cambio físico. El éxito en una capa no demuestra automáticamente éxito en las demás.

Una credencial reconocida puede corresponder a alguien sin permiso para esa zona o momento. Una autorización puede generar una orden que no alcanza el actuador. Una puerta puede informar apertura sin demostrar quién pasó. El proyecto debe conservar esos límites para interpretar registros sin exagerar lo que prueban.

NIST incluye sistemas de control de acceso físico dentro del ámbito de tecnología operacional [BMS-OT]. Se toma esa identificación y la importancia de las condiciones físicas, sin afirmar haber implementado todos los controles del documento ni convertido un ejemplo lógico en una instalación segura.

2. Definir la tarea y el estado antes de la regla

El caso estudia únicamente entrada ordinaria. No se utiliza la misma expresión para decidir la salida, la evacuación, el trabajo de mantenimiento o una intervención de emergencia. Cada función requiere criterios, responsabilidades y regulación pertinentes.

Antes de dibujar lectores, describe quién necesita realizar la actividad, qué información se utiliza, qué barreras podrían aparecer y qué alternativas legítimas existen. La accesibilidad de ARQ-171 exige seguir la tarea completa: una identificación válida no sirve si la persona no puede interactuar con el dispositivo o comprender su respuesta.

Tampoco se deben inventar derechos o restricciones de un edificio real. El estudiante trabaja con identidades sintéticas E1–E6 y permisos de ejercicio. No recopila nombres, imágenes, registros de desplazamiento o datos biométricos de personas.

3. Una conjunción con información desconocida

ACC-LOG-01 utiliza tres condiciones para estudiar entrada: credencial válida, ventana permitida y zona autorizada. En el modelo, todas deben cumplirse. Si alguna es falsa, la regla no se satisface; si ninguna es falsa pero queda una desconocida, el resultado es pendiente.

«Pendiente» describe el estado de la información del ejercicio. No es una orden de abrir o cerrar un dispositivo. El comportamiento de una instalación ante pérdida de datos debe definirse con especialistas y requisitos del caso, no deducirse automáticamente de una tabla docente.

La separación evita convertir falta de información en permiso confirmado. También evita ocultar un conflicto conocido bajo una etiqueta vaga: una credencial no válida y una zona desconocida contienen un resultado negativo y una investigación pendiente que deben conservarse por separado.

4. Caso trabajado: seis eventos y dos tipos de evidencia

E1 tiene las tres condiciones verdaderas y una observación de puerta abierta; E2 tiene credencial y zona verdaderas, pero ventana falsa; E3 tiene credencial y ventana verdaderas, con zona desconocida; E4 tiene credencial falsa y las otras verdaderas.

La regla ordinaria se satisface en E1; no se satisface en E2 y E4; queda pendiente en E3. Ahora añadimos E5, con las tres condiciones verdaderas y observación de puerta cerrada después de la orden dentro del escenario. E6 tiene las tres verdaderas, pero no existe observación física disponible.

E5 muestra una diferencia entre permiso y resultado físico. E6 conserva una verificación pendiente. Contar cuatro eventos con ciertos datos positivos o calcular un porcentaje general no resuelve cuál actividad se completó. Las unidades «condición», «evento» y «paso de una persona» no son equivalentes.

Figura 326. La autorización no demuestra ejecución ni identifica por sí sola a quien atravesó una puerta. La regla solo describe entrada ordinaria ficticia.

5. La observación de estado también tiene alcance

Una señal de puerta abierta describe una condición detectada por un sensor bajo su método. Puede necesitar referencias temporales, calibración o información complementaria. No prueba automáticamente que el mecanismo se movió cuando se ordenó ni que una persona determinada lo atravesó.

Para comparar orden y respuesta conserva identificador, instante, versión y condiciones. Si los relojes no están coordinados, una secuencia aparente puede ser un problema de referencias. No debe atribuirse intención o incumplimiento de una persona solo a partir de una coincidencia incompleta de registros.

La definición de verificación y validación de sistemas ayuda a separar orden transmitida, cambio observado y adecuación a la tarea [NASA-VERIFY]. En este ejercicio no hubo pruebas con usuarios ni puertas reales; la tabla enseña qué evidencias distintas harían falta.

6. Arquitectura, interacción y privacidad

La ubicación del punto de control afecta llegada, espera, giro, aproximación y comprensión. Un lector puede estar visible y ser difícil de alcanzar; una respuesta luminosa puede no ser suficiente para todas las condiciones de interacción. El diseño debe examinar alternativas y no reducir la inclusión a una sola tecnología.

La información recopilada también necesita finalidad y límites. No todo registro que un sistema puede producir es necesario para prestar el servicio. Identificar un evento, investigar una incidencia y conservar recorridos personales completos son operaciones distintas, con responsabilidades que deben revisarse según la jurisdicción.

La línea base de capacidades de ciberseguridad de NIST para dispositivos incluye identificación, configuración y protección de datos [BMS-IOT]. Aquí se utiliza como apoyo para formular preguntas al proveedor, no como demostración de cumplimiento de privacidad ni como autorización para utilizar biometría.

7. Estados excepcionales no se resuelven con una preferencia genérica

Una pérdida de energía o comunicación puede afectar alimentación, autorización y supervisión de maneras diferentes. No corresponde recomendar una posición universal para todas las cerraduras, porque entrada, salida, sectores y funciones pueden requerir condiciones distintas.

El expediente debe pedir una matriz de estados acordada por responsables de seguridad, accesibilidad, operación y las especialidades pertinentes. La regulación y la estrategia de emergencia deben verificarse. Esta clase no modifica controles ni enseña a omitir mecanismos de seguridad.

Una puerta alternativa tampoco resuelve por sí sola el recorrido. Debe conectar con el destino, encontrarse disponible en el estado y conservar condiciones de uso. El grafo de accesibilidad sigue siendo una herramienta para localizar dependencias, no una autorización de evacuación.

8. Cambios de permisos y cambios del espacio

Supón que una zona cambia de actividad o se incorpora otra puerta. No basta copiar la configuración de un acceso próximo. Deben revisarse tarea, permisos, señalización, horarios operativos, registros y documentos de mantenimiento. Un cambio espacial puede alterar el significado de una autorización antigua.

También puede cambiar únicamente la información. Si una revisión de permisos queda en el servidor y el dispositivo utiliza otra versión, hay una incompatibilidad que debe investigarse. No se supone que sincronizar significa aplicar correctamente ni que conservar una copia antigua es siempre aceptable.

Los identificadores del ejercicio permiten registrar versión de regla y resultado sin datos personales. La revisión debe poder reconstruir qué condición produjo cada decisión. Es mejor una evidencia limitada y clara que un registro abundante cuyo significado cambia de una pantalla a otra.

9. Mantenimiento y recepción orientados a funciones

La recepción reunirá inventario, configuraciones autorizadas, documentos de producto, planos, evidencias de prueba y responsables de operación. Se distinguirán pruebas de comunicación, actuación y experiencia de uso. Los resultados de una no sustituyen las otras.

Las pruebas deben planificarse con condiciones seguras; no se sugieren cortes, bloqueos o aperturas sobre un edificio ocupado para comprobar hipótesis del curso. El trabajo del estudiante es preparar preguntas, criterios y estados, dejando los procedimientos reales a quienes correspondan.

La documentación de mantenimiento debe identificar cómo se informa una incidencia, qué revisión se requiere después de una sustitución y qué evidencia actualiza el expediente. No debe contener contraseñas expuestas ni instrucciones que permitan acceso no autorizado.

Práctica independiente

Clasifica cuatro eventos de entrada ordinaria: K1 tiene las tres condiciones verdaderas; K2 tiene dos verdaderas y ventana desconocida; K3 tiene credencial falsa, ventana desconocida y zona verdadera; K4 tiene las tres verdaderas, pero la puerta permanece cerrada en la observación simulada.

Explica qué puede afirmarse de cada evento y qué falta. Después redacta dos comprobaciones para un cambio de uso de zona: una sobre la información y otra sobre el recorrido físico. No utilices la regla de entrada para decidir una salida de emergencia.

Autoevaluación y enlace

Puedes clasificar condiciones sin ocultar desconocidos y distinguir una orden de un resultado físico. ARQ-327 estudiará sensores, automatización y edificios conectados: una lectura, una decisión y una actuación seguirán siendo evidencias diferentes.

Decisión pedagógica y posición curricular

Por qué existe

Esta clase existe para resolver una necesidad concreta del recorrido: ¿Cómo coordinar control de acceso y seguridad electrónica sin confundir identidad, permiso, apertura física y posibilidad de salir de un edificio?

Por qué está exactamente aquí

Ocupa el lugar 6 de la Parte 33. Se estudia después de ARQ-325 · Telecomunicaciones y redes de datos porque usa esa base para responder «¿Cómo coordinar control de acceso y seguridad electrónica sin confundir identidad, permiso, apertura física y posibilidad de salir de un edificio?». Se ubica antes de ARQ-327 · Automatización, sensores y edificios conectados porque la evidencia producida aquí debe estar disponible para ese paso.

• Prerrequisitos: ARQ-325, ARQ-171, ARQ-178
• Capacidad que introduce: ARQ-325 distinguió comunicación y servicio. ACC-LOG-01 desarrolla ahora una regla ficticia para entrada ordinaria a una zona no crítica. No configura cerraduras, no regula evacuación y no prescribe estados de dispositivos ante emergencias.
• Clases o experiencias que dependen de ella: ARQ-327, ARQ-329, ARQ-330

flowchart LR
    A["Prerrequisitos · ARQ-325, ARQ-171, ARQ-178"] --> B["ARQ-326 · necesidad y fundamento"]
    S["Fuentes · BMS-OT NIST SP 800-82 Revision 3: Guide to Operational Technology Security + BMS-IOT NISTIR 8259A: IoT Device…"] --> B
    B --> C["Actividad auténtica"]
    C --> D["Evidencia auditable"]
    D --> E["Continuidad · ARQ-327, ARQ-329, ARQ-330"]

El diagrama permite comprobar una relación que el texto lineal oculta con facilidad: esta clase recibe capacidades previas, toma decisiones apoyadas por fuentes, exige una experiencia y produce evidencia que habilita trabajo posterior. No representa un procedimiento de obra.

Resultado observable, evidencia y evaluación

1. Identificar y delimitar las condiciones necesarias para responder la pregunta central de control de acceso y seguridad electrónica.
2. Producir y comprobar la evidencia declarada por la clase: ARQ-325 distinguió comunicación y servicio. ACC-LOG-01 desarrolla ahora una regla ficticia para entrada ordinaria a una zona no crítica. No configura cerraduras, no regula evacuación y no prescribe estados de dispositivos ante emergencias.
3. Justificar una decisión de control de acceso y seguridad electrónica mediante fuentes, supuestos, alternativas y límites explícitos.

Actividad, evidencia y criterio de aceptación

Actividad: Clasifica cuatro eventos de entrada ordinaria: K1 tiene las tres condiciones verdaderas; K2 tiene dos verdaderas y ventana desconocida; K3 tiene credencial falsa, ventana desconocida y zona verdadera; K4 tiene las tres verdaderas, pero la puerta permanece cerrada en la observación simulada. Explica qué puede afirmarse de cada evento y qué falta. Después redacta dos comprobaciones para un cambio de uso de zona: una sobre la información y otra sobre el recorrido físico.

Evidencia mínima: ARQ-325 distinguió comunicación y servicio. ACC-LOG-01 desarrolla ahora una regla ficticia para entrada ordinaria a una zona no crítica. No configura cerraduras, no regula evacuación y no prescribe estados de dispositivos ante emergencias.

Archivo sugerido: evidence/ARQ-326/evidencia.md.

Criterio de aceptación: la entrega se acepta cuando:

• La entrega responde explícitamente a la pregunta: ¿Cómo coordinar control de acceso y seguridad electrónica sin confundir identidad, permiso, apertura física y posibilidad de salir de un edificio?
• La actividad conserva las fronteras del caso y permite reconstruir el procedimiento: Clasifica cuatro eventos de entrada ordinaria: K1 tiene las tres condiciones verdaderas; K2 tiene dos verdaderas y ventana desconocida; K3 tiene credencial falsa, ventana desconocida y zona verdadera; K4 tiene las tres verdaderas, pero la puerta permanece cerrada en la observación simulada. Explica qué puede afirmarse de cada evento y qué falta. Después redacta dos comprobaciones para un cambio de uso de zona: una sobre la información y otra sobre el recorrido físico.
• Cada afirmación externa puede seguirse hasta una fuente, su alcance consultado y su límite.
• La evidencia deja disponible una entrada comprobable para ARQ-327.
• Puedes clasificar condiciones sin ocultar desconocidos y distinguir una orden de un resultado físico. ARQ-327 estudiará sensores, automatización y edificios conectados: una lectura, una decisión y una actuación seguirán siendo evidencias diferentes.

La rúbrica común complementa estos criterios; no los reemplaza. Una entrega puede superar un promedio y continuar pendiente si oculta una condición crítica.

Trazabilidad de las decisiones

La tabla permite auditar las relaciones; la explicación, el caso y la práctica de la clase siguen siendo la documentación principal.

Autoevaluación, recuperación y continuidad

Errores diagnósticos

Antes de avanzar, comprueba si puedes reconstruir cada resultado sin mirar la solución, señalar qué evidencia lo sostiene y nombrar una condición que obligaría a revisar tu decisión. Conserva la primera versión, la objeción recibida y la revisión.

Conexión siguiente: La continuidad inmediata es ARQ-327 · Automatización, sensores y edificios conectados; conserva el método y vuelve a verificar datos y límites.

Fuentes y alcance de uso

Los casos, datos, diagramas y soluciones son elaboraciones originales. Las fuentes nuevas se consultaron el 23 de septiembre de 2026; las heredadas conservan su alcance. No se declara lectura integral cuando el acceso fue parcial ni se anuncian ensayos reales.

[BMS-OT] NIST SP 800-82 Revision 3: Guide to Operational Technology Security

Keith Stouffer y colaboradores / NIST. https://csrc.nist.gov/pubs/sp/800/82/r3/final

Consulta: Ficha y resumen de la revisión 3 final de 2023. Nota de 21 de septiembre de 2026 remite al borrador inicial de revisión 4. El PDF completo no pudo recuperarse. Apoyo: La tecnología operacional incluye automatización, acceso y monitorización de edificios, con requisitos de seguridad física y fiabilidad. Límite: No se presenta la revisión 4 en borrador como final ni se declara aplicación íntegra de la guía. La arquitectura defensiva y los ejercicios son propuestas didácticas propias.

[BMS-IOT] NISTIR 8259A: IoT Device Cybersecurity Capability Core Baseline

Michael Fagan y colaboradores / NIST. https://nvlpubs.nist.gov/nistpubs/ir/2020/NIST.IR.8259A.pdf

Consulta: Introducción y sección 2; tabla 1 revisada en texto e imágenes, páginas impresas 5–10. Apoyo: Identidad, configuración, protección de datos, acceso a interfaces, actualización y conocimiento del estado como capacidades a investigar. Límite: Base inicial, no lista universal suficiente ni certificación. No se implementaron controles sobre dispositivos reales.

[NASA-VERIFY] NASA Systems Engineering Handbook, 5.0: Product Realization

National Aeronautics and Space Administration. https://www.nasa.gov/reference/5-0-product-realization/

Consulta: Apartados web de verificación y validación Apoyo: Distinguir conformidad con requisitos de adecuación al uso Límite: La verificación de cálculos no constituye validación de un edificio.