Tiempo compartido y límites de protección

Tienes una computadora costosa y una fila de personas con preguntas breves. Ejecutar un trabajo largo cada vez puede mantener ocupado el equipo, pero todos los demás esperan. El tiempo compartido cambió esa experiencia: varias personas podían interactuar con una máquina y recibir respuestas útiles.

Compartir tiempo añadió problemas de protección

El Compatible Time-Sharing System de MIT, conocido como CTSS, se demostró en 1961. Buscaba que una máquina compartida respondiera con agilidad a cada usuario. Eso no exigía ejecutar las instrucciones de todos exactamente al mismo instante. El cambio rápido entre tareas y la gestión de recursos podían sostener la interacción.

Imagina a dos estudiantes ficticios. Uno edita notas privadas; el otro compila un proyecto de clase. El sistema operativo debe repartir procesador, organizar el trabajo y decidir qué recursos usa cada uno. Darles turnos iguales no impide que uno lea los archivos del otro. Planificar y proteger son tareas diferentes.

Multics planteó la computadora como servicio compartido

Multics comenzó en 1965 con la colaboración de MIT, Bell Labs y General Electric. Buscaba un servicio de computación de utilidad amplia, incorporando al diseño la protección y los recursos compartidos. Entró en servicio en MIT en 1969; operar el sistema exigía administración, mantenimiento y políticas, además de ideas de investigación.

Esto importa más que llamar a Multics antepasado de sistemas posteriores. Afrontó una pregunta que sigue presente en un espacio de trabajo en la nube: ¿cómo cooperar con ciertos recursos y mantener otros privados? La influencia puede transmitirse mediante ideas sin que todos los sistemas posteriores hereden el mismo código fuente.

Conocer un nombre no concede una solicitud

La autenticación establece una identidad mediante algún mecanismo. La autorización decide si esa identidad puede realizar una operación concreta sobre un recurso. Durante una misma sesión, un estudiante puede leer sus notas, editar un documento común y recibir una negativa al solicitar un borrador ajeno.

En 1975, Jerome Saltzer y Michael Schroeder publicaron principios de protección de información. Dos ideas útiles son el mínimo privilegio y comprobar las decisiones de acceso pertinentes en vez de asumir que una comprobación anterior resuelve toda acción posterior. Son preguntas de diseño, no una afirmación de que un sistema histórico aplicara perfectamente todas las protecciones.

PrediceUna estudiante sale del grupo de proyecto, pero conserva la sesión. ¿Debe suponerse que su inicio de sesión anterior autoriza seguir abriendo los archivos del grupo?

No. Identidad, pertenencia actual, permisos en caché y recursos ya abiertos pueden tener duraciones distintas. El diseño debe precisar cuándo se aplica la revocación; iniciar sesión no responde por sí solo.

El cambio fue pasar de ejecutar trabajos separados a atender personas que interactúan. Persistió la necesidad de definir con precisión la autoridad. Los documentos compartidos, las cuentas de servicio y las aulas virtuales actuales necesitan reglas tanto para separar como para compartir deliberadamente.