Historia · Unidad 07 · Lección 3 de 4
De las PC personales a Windows NT
Entiende por qué escritorios familiares pueden ocultar supuestos muy distintos sobre usuarios, aplicaciones y autoridad.
Para prepararteHistoria de los sistemas operativos
Después de esta lección puedes
- distinguir la línea de Windows vinculada a DOS de la familia NT
- explicar cómo la compatibilidad conserva supuestos antiguos sobre permisos
- relacionar la identidad de procesos con el mínimo privilegio
Explora las épocas de abajo. En pantallas anchas, desplázate horizontalmente para ver toda la cronología.
-
DOS y el software temprano de Windows asumen un uso muy personal.
Por qué importa Los hábitos de una aplicación pueden sobrevivir a su contexto.
-
Se publica una arquitectura distinta de Windows.
Por qué importa NT no es una interfaz de DOS simplemente renombrada.
-
Los fundamentos NT llegan a muchos usuarios domésticos.
Por qué importa La compatibilidad lleva programas anteriores a otro modelo de protección.
-
La elevación se vuelve visible en el uso cotidiano.
Por qué importa Trabajo normal y cambios administrativos pueden usar distinta autoridad.
Un escritorio familiar puede esconder un cambio arquitectónico importante. Los menús y los iconos ayudan a seguir trabajando, pero no explican cómo se separan los programas o se comprueban permisos. La historia de Windows muestra por qué conviene estudiar por separado la interfaz y el modelo de seguridad.
La computación personal arrastró supuestos personales
DOS y las primeras versiones de Windows crecieron cuando una persona solía controlar la PC y sus programas. Las aplicaciones podían acostumbrarse a modificar ubicaciones compartidas o disponer de acceso amplio. Esos hábitos respondían a ciertos entornos, pero se complicaban al reunir datos de varias personas o incorporarse a redes administradas.
Sería simplista decir que todos los sistemas anteriores carecían completamente de protección. Hay que preguntar qué recursos, usuarios y fallos pretendía separar su arquitectura. Un escritorio cómodo no demuestra ninguna respuesta concreta.
NT fue una línea arquitectónica diferente
Windows NT 3.1 se publicó en 1993. Era una arquitectura distinta, desarrollada en paralelo a la familia de Windows relacionada con DOS. Windows moderno pertenece a la línea NT; no es simplemente DOS con una sucesión de temas visuales.
Windows XP llevó esos fundamentos a muchos más usuarios domésticos en 2001. Mantener la compatibilidad era importante: las personas querían conservar documentos, aplicaciones, juegos y periféricos. Un límite técnicamente más sólido resulta más fácil de adoptar cuando no obliga a abandonar todo de golpe.
La compatibilidad también conservó supuestos problemáticos. Si una aplicación antigua espera escribir en una ubicación de todo el sistema, darle más autoridad puede parecer una solución. Eso no explica por qué una tarea cotidiana exigía esos permisos ni si sus datos deberían guardarse en otro lugar.
Una persona y un proceso no tienen siempre la misma autoridad
El control de acceso de Windows usa información de seguridad asociada a procesos y objetos protegidos. Un token contiene información de identidad; los permisos del objeto ayudan a decidir qué operaciones solicitadas se permiten. También pueden intervenir otras protecciones. La palabra “administrador” no describe por completo una decisión de acceso.
La llegada de Vista al público doméstico en 2007 hizo visible el Control de cuentas de usuario, o UAC. Una actividad normal y una tarea administrativa elevada podían usar distinta autoridad. El aviso es un punto de decisión, no una prueba de que la acción sea inofensiva ni de que la persona la haya comprendido.
PrediceUna aplicación escolar de dibujo solo guarda después de elevar permisos. ¿Conviene ejecutar inmediatamente todos los programas así?
No. Identifica la operación que falla y la ubicación prevista para los datos. Corregir un supuesto incorrecto puede permitir la tarea sin repartir autoridad innecesaria a programas ajenos.
Cambiaron la arquitectura y las expectativas para las aplicaciones. Persistió la presión por conservar el trabajo existente. Los proyectos actuales de mínimo privilegio todavía necesitan controles técnicos y migraciones utilizables, para que las tareas normales no requieran administración rutinaria.
Compruébate
Sin reloj ni penalizaciones. Lee cada explicación y vuelve a intentarlo cuando quieras.
Las preguntas de esta lección han cambiado. Tu lectura sigue guardada; repasa las preguntas actualizadas.
-
Dos sistemas antiguos muestran escritorios parecidos de Windows. ¿Demuestra eso el mismo kernel?
Ver la respuesta
Respuesta correcta: No; las familias vinculadas a DOS y NT tienen fundamentos distintos. Una interfaz familiar puede existir en familias arquitectónicas diferentes.
-
Un programa antiguo de dibujo solo funciona como administrador. ¿Qué debe investigarse?
Ver la respuesta
Respuesta correcta: Qué recursos usa y si su diseño supone permisos excesivos. La necesidad puede reflejar una costumbre antigua de almacenamiento o instalación.
-
Una persona pertenece a Administradores. ¿Eso describe por completo cada proceso que ejecuta?
Ver la respuesta
Respuesta correcta: No; importan el token real, la elevación y la operación solicitada. La pertenencia de la cuenta y la autoridad efectiva del proceso son cuestiones distintas.
-
Un instalador con firma válida solicita administración. ¿La firma demuestra que el cambio sea apropiado?
Ver la respuesta
Respuesta correcta: No; comprobar procedencia y aprobar autoridad tienen funciones diferentes. La operación prevista y la confianza en el editor todavía requieren juicio.
Pruébalo
- EscribeInventa una aplicación de dibujo escolar y un instalador separado que modifica archivos del sistema. Enumera los recursos que necesita realmente cada uno. Explica por qué dar permisos de administrador al programa de dibujo para resolver un guardado puede ocultar un error de diseño.