Apple/macOS eliminado silenciosamente del registro oficial de UNIX, pero el motivo sigue sin conocerse
Apple/macOS fue eliminado silenciosamente de las listas del registro oficial de UNIX antes del 10 de octubre, pese a que macOS Tahoe figuraba allí como producto certificado un año antes. El cambio sin explicación afecta a más que la última versión de macOS. Las entradas de Apple que anteriormente documentaban versiones certificadas y configuraciones de hardware ya no son visibles en el registro activo.
La desaparición supone un giro notable. Apple mantuvo la certificación oficial UNIX durante la mayoría de las principales generaciones de macOS desde Mac OS X Leopard. La empresa también obtuvo registros separados para Mac con Intel y Mac con Apple silicon tras cambiar de arquitectura de procesador.
Ni Apple ni The Open Group han explicado públicamente las entradas ausentes. Ese silencio limita las conclusiones posibles sobre la causa. No demuestra que macOS haya abandonado sus bases Unix, suspendido una prueba de conformidad o perdido compatibilidad con software habitual de línea de comandos.
El hecho inmediato es más limitado: el registro público de The Open Group ya no presenta a Apple entre sus proveedores UNIX certificados actuales. Esto interrumpe la vía de verificación pública detrás de una de las credenciales técnicas más longevas de macOS.
Apple/macOS eliminado silenciosamente de las listas del registro oficial de UNIX
El registro público pasó de mostrar certificaciones vigentes de Apple a no mostrar productos activos de Apple, sin una explicación adjunta.
The Open Group mantiene el registro de productos certificados para sistemas autorizados a utilizar sus marcas basadas en estándares. Antes del cambio, el registro incluía macOS bajo UNIX 03, la certificación alineada con la versión 3 de la Single UNIX Specification.
Las versiones archivadas y previamente indexadas del registro enumeraban macOS 26 Tahoe dos veces. Un registro cubría Mac con Apple silicon, mientras que otro cubría Mac basados en Intel. Las dos entradas reflejaban una regla básica de certificación: la aprobación se aplica a un producto y entorno de hardware definidos, no a todos los dispositivos que comparten el mismo nombre de sistema operativo.
El registro de Tahoe no era una reliquia histórica. Una página de producto específica identificaba macOS 26.0 en Apple silicon, mientras que un certificado correspondiente documentaba la configuración aprobada. La presencia continuaba el patrón de Apple de obtener nuevos registros para los lanzamientos anuales de macOS.
El registro también había incluido macOS 15 Sequoia para ambas plataformas de procesador. Páginas anteriores cubrían Sonoma, Ventura, Monterey, Big Sur y numerosas versiones solo para Intel que se remontaban a Mac OS X 10.5 Leopard.
Ese historial hace más difícil descartar la ausencia actual como un retraso rutinario que afecte a un único lanzamiento nuevo. Si Apple simplemente hubiera omitido la certificación de un sucesor de Tahoe, los productos certificados más antiguos aún podrían aparecer. En cambio, el registro visible ha perdido las entradas de Apple en conjunto.
La palabra “silenciosamente” exige cierta cautela. Describe con precisión la ausencia de un anuncio público asociado al cambio. No demuestra que The Open Group eliminara los registros sin comunicarse de forma privada con Apple.
El propio registro es una vista de productos certificados activos. No es un archivo histórico completo con explicaciones públicas para cada incorporación o retirada. Por tanto, una entrada ausente identifica un cambio de estado, pero no revela quién lo inició.
Siguen abiertas varias posibilidades. Apple podría haber decidido no continuar con el acuerdo de licencia pertinente. Podría haber vencido una renovación o un plazo administrativo. Las partes podrían estar actualizando el registro o resolviendo un problema técnico.
Tampoco puede descartarse un error temporal de publicación. La página actual no ofrece un aviso de retirada, fecha de entrada en vigor ni motivo de la desaparición de Apple. Sin esos detalles, atribuir un motivo convertiría un cambio observable en el registro en una narrativa corporativa sin respaldo.
No obstante, el momento importa. Apple obtuvo la certificación de Tahoe en 2025, continuando un patrón anual consolidado. La eliminación salió a la luz aproximadamente un año después, cerca del periodo en que otra gran generación de macOS normalmente pasaría a ocupar el centro del ciclo de software de Apple.
Esta es la primera tensión que los lectores deberían tener presente. El registro cambió, pero el sistema operativo no se convirtió de repente en un código diferente cuando cambió la página web. Lo que desapareció fue un estatus administrado de forma independiente y la garantía pública asociada a él.
La certificación UNIX es un estatus contractual, no un árbol genealógico
La certificación UNIX describe conformidad verificada y derechos de marca, mientras que la ascendencia Unix describe de dónde procede la tecnología de un sistema operativo.
La gente suele usar “Unix” para varias ideas relacionadas. Puede describir la familia original de sistemas operativos, una tradición de diseño, la compatibilidad con interfaces comunes o el permiso para utilizar la marca registrada UNIX en mayúsculas.
The Open Group controla la marca UNIX y gestiona el programa de certificación pertinente. Su programa UNIX afirma que solo los productos certificados conforme a la Single UNIX Specification pueden utilizar esa marca.
Esto convierte UNIX en una afirmación sobre estándares, no en una simple declaración sobre la ascendencia del código fuente. Un producto ajeno al linaje original de código de AT&T puede cumplir los requisitos si satisface las exigencias de conformidad. Un sistema estrechamente relacionado puede permanecer sin certificación si su proveedor nunca lo presenta.
La Single UNIX Specification define interfaces y comportamientos que favorecen la portabilidad del software. Su alcance incluye utilidades de línea de comandos, llamadas al sistema, cabeceras, comportamiento del shell e interfaces de desarrollo. UNIX 03 corresponde a la versión 3 de esa especificación.
Open Brand añade una capa de garantía a esos requisitos. Conforme al modelo de certificación de The Open Group, un proveedor garantiza que un producto registrado cumple los requisitos y seguirá cumpliéndolos durante los cambios cubiertos.
La organización puede exigir que los problemas se corrijan dentro de plazos establecidos. El registro ofrece a los clientes un lugar para confirmar que la garantía del proveedor y la autorización de uso de la marca siguen vigentes.
El sistema operativo de Apple tiene una identidad técnica independiente que precede y sobrevive al estado del registro. macOS combina el kernel XNU con tecnologías derivadas de Mach, BSD y los componentes Darwin de Apple. Apple sigue publicando partes sustanciales mediante sus lanzamientos de código abierto.
Estas bases explican por qué macOS ofrece shells, pipes, permisos, controles de procesos, sockets y herramientas de desarrollo familiares para los usuarios de Unix. No otorgan automáticamente certificación ni derechos de marca.
Esa distinción resuelve la aparente contradicción. macOS puede seguir siendo derivado de Unix y estar ampliamente orientado a POSIX incluso cuando Apple está ausente del registro oficial de UNIX. Simplemente carece de la certificación pública activa representada por ese registro.
POSIX y UNIX también están relacionados sin ser intercambiables. POSIX estandariza interfaces portables de sistemas operativos. La Single UNIX Specification incorpora un conjunto más amplio de requisitos y proporciona la base para la marca UNIX.
Un desarrollador que llama a fork(), utiliza descriptores de archivo o compila software mediante un shell interactúa con interfaces moldeadas por esa tradición de estándares. El desarrollador no consulta el registro de The Open Group en cada invocación.
La certificación importa en otra capa. Permite a compradores y desarrolladores confiar en una configuración nombrada y probada, en lugar de tratar la compatibilidad como una promesa informal del proveedor. También proporciona al proveedor una marca controlada que los competidores no pueden reclamar solo porque sus sistemas se comporten de forma similar.
Linux ilustra la diferencia. La mayoría de las distribuciones Linux ofrecen una amplia compatibilidad con POSIX y Unix, pero la mayoría nunca ha aparecido como producto UNIX certificado. Sus usuarios siguen compilando software portátil, operando servidores y utilizando entornos shell familiares.
A la inversa, la certificación no implica que cada ajuste de una instalación de consumo predeterminada coincida con cada supuesto de un entorno Unix más antiguo. Un proveedor puede documentar una configuración conforme, recibir exenciones conforme a las reglas del programa o exigir ajustes específicos del sistema durante las pruebas.
Por tanto, la eliminación del registro cambia una respuesta formal. Cuando antes alguien preguntaba si macOS actual era oficialmente UNIX, el certificado activo aportaba evidencia directa. Ahora esa respuesta necesita una fecha y una precisión de versión.
La larga trayectoria de certificación de Apple hace notable el giro
Apple renovó repetidamente el vínculo público entre macOS y UNIX, mientras otras plataformas de escritorio dependían de la compatibilidad sin la misma acreditación.
Mac OS X llegó al mercado con tecnología heredada de NeXT, Mach y BSD. Esa arquitectura proporcionó a los desarrolladores una base de estilo Unix bajo la interfaz gráfica de Apple, pero la arquitectura por sí sola no resolvía el estatus de la marca.
Apple comenzó a obtener registros UNIX 03 con Mac OS X 10.5 Leopard. La mayoría de los lanzamientos posteriores recibió una certificación correspondiente, aunque la secuencia histórica incluyó excepciones.
El patrón se volvió especialmente visible después de que Apple comenzó a trasladar los Mac de procesadores Intel a sus propios chips. macOS 11 Big Sur llegó durante esa transición, y Apple obtuvo registros vinculados a ambas familias de plataformas.
Este detalle importaba porque la certificación seguía la configuración probada. Apple no podía considerar razonablemente un resultado de Intel como evidencia automática para un sistema que utilizaba un conjunto de instrucciones y una plataforma de hardware diferentes.
La empresa repitió el enfoque de doble registro en lanzamientos posteriores. Sequoia apareció como productos separados para Apple silicon e Intel, al igual que Tahoe. Esa continuidad sugería que la certificación seguía formando parte del proceso de lanzamiento de Apple, aunque los consumidores rara vez la vieran anunciada.
El contraste con UNIX V7 añade otra capa. UNIX V7 es el estándar de marca más reciente de The Open Group, basado en la versión 4 de la Single UNIX Specification. Los registros recientes de macOS de Apple se mantuvieron bajo UNIX 03 en lugar de pasar a UNIX V7.
AIX de IBM ha aparecido bajo UNIX V7, mientras Apple continuó utilizando el objetivo de certificación anterior. Eso no invalidaba los registros de Apple. Sí mostraba que la credencial documentaba compatibilidad con una especificación consolidada, en lugar de liderazgo en el perfil más reciente.
Un análisis de 2024 sobre el registro de Sequoia señaló que Apple ocupaba dos entradas destacadas en el registro debido a sus aprobaciones específicas por procesador. La certificación de Sequoia era noticiable en gran medida porque pocos usuarios convencionales de ordenadores de escritorio aún se encuentran con sistemas UNIX formalmente certificados.
En 2025, Tahoe continuó la secuencia. Su certificado aportaba un contraejemplo concreto a cualquier afirmación de que Apple ya hubiera abandonado la certificación tras completar la transición de procesadores.
Por tanto, Apple/macOS eliminado silenciosamente de las páginas del registro oficial de UNIX supone un giro respecto a una práctica documentada. No es simplemente la ausencia de un nuevo certificado para un producto nuevo.
El contraste más útil en esta historia es entre la garantía de estándares sostenida por Apple durante años y la actual falta de un estatus verificable. Ese conflicto es más sólido que enfrentar macOS con Windows o Linux.
Windows sigue un modelo de plataforma diferente, aunque admite flujos de trabajo orientados a Unix mediante herramientas y entornos de compatibilidad. Las distribuciones de Linux suelen priorizar el desarrollo abierto, los ecosistemas de paquetes y la compatibilidad práctica de interfaces por encima de la marca UNIX.
Ninguna de estas comparaciones explica por qué desaparecieron los registros existentes de Apple. La respuesta depende de la relación entre Apple y The Open Group, incluidas la renovación de la certificación y las licencias de marca.
El marco Open Brand exige más que superar una prueba única. Un proveedor declara que su producto registrado seguirá siendo conforme. El marco también prevé correcciones cuando los cambios cubiertos generan problemas.
Los acuerdos de certificación incluyen obligaciones administrativas continuas. Los materiales públicos del programa describen procesos de renovación, garantías permanentes y la posibilidad de que un registro se pierda si no se mantienen los requisitos.
Ese mecanismo hace plausibles tanto la retirada voluntaria como la expiración administrativa. También hace plausible, en abstracto, una disputa sobre conformidad. Sin embargo, actualmente no hay pruebas públicas que permitan distinguir entre esas explicaciones.
Sería irresponsable convertir una ausencia en un fallo de prueba. Una campaña de pruebas fallida, una renovación impagada, una retirada solicitada y un error del sitio web pueden producir síntomas públicos similares con implicaciones muy distintas.
El silencio de Apple es igualmente ambiguo. Hoy la empresa rara vez comercializa macOS entre los compradores habituales de Mac en torno a la marca UNIX. Puede considerar que la credencial tiene menos valor comercial que en los primeros años de Mac OS X.
Eso es una inferencia, no una estrategia divulgada. Apple también podría estar gestionando una actualización rutinaria que todavía no ha llegado al registro público. El próximo cambio en la página podría resultar más informativo que el silencio actual.
Qué cambia la falta de certificación para desarrolladores y compradores
La mayoría de los desarrolladores no verá ninguna diferencia inmediata en tiempo de ejecución, pero las afirmaciones formales de contratación pública y cumplimiento pierden una fuente de verificación actual.
Un desarrollador que abra Terminal después del cambio en el registro seguirá accediendo al mismo entorno de shell instalado por el sistema operativo. Los binarios existentes no dejan de ejecutarse porque haya cambiado una página de certificación externa.
Los scripts de compilación, las herramientas de línea de comandos, los gestores de paquetes y los entornos de desarrollo tampoco consultan el registro UNIX antes de ejecutarse. Su compatibilidad depende de las interfaces reales, los componentes incluidos, el comportamiento del compilador y las políticas de plataforma de Apple.
Eso hace que el efecto práctico inmediato sea pequeño para muchos usuarios individuales. Es poco probable que alguien que desarrolla una aplicación web, programa en Swift o utiliza herramientas comunes de código abierto experimente un nuevo error atribuible únicamente al estado del registro.
La diferencia se acentúa en entornos formales. Un contrato gubernamental, un despliegue regulado o un documento de compras empresariales puede exigir un sistema operativo certificado en lugar de uno ampliamente compatible.
Para esos compradores, «macOS se comporta como Unix» no sustituye una inscripción activa. La certificación existe, en parte, para evitar que cada cliente tenga que realizar su propia evaluación independiente de conformidad.
Por tanto, las organizaciones deberían revisar cualquier requisito que mencione la certificación UNIX, UNIX 03 o un registro Open Brand activo. Un equipo de compras no debe suponer que un certificado antiguo satisface automáticamente un texto que exige un producto registrado actualmente.
La cualificación histórica sigue siendo importante. Un certificado puede documentar que una versión definida de macOS y una combinación de hardware superaron el programa en un momento concreto. No establece el estado actual de una versión más reciente ni restituye una entrada activa ausente.
Los proveedores de software afrontan una cuestión de documentación relacionada. Algunas matrices de soporte distinguen entre Linux, UNIX certificado y macOS. Si un proveedor clasificó macOS como UNIX únicamente por el registro público, quizá deba añadir matices de versión y fecha.
Los desarrolladores deberían evitar la reacción excesiva opuesta. La ausencia no significa que macOS haya dejado repentinamente de ofrecer interfaces POSIX. Tampoco significa que el software de shell deba reescribirse para una nueva arquitectura no Unix.
El software portátil siempre ha exigido más que comprobar una marca comercial. Los proyectos prueban versiones de sistemas operativos, compiladores, bibliotecas, comportamiento del sistema de archivos, restricciones de seguridad y supuestos específicos de arquitectura.
El macOS moderno también incluye decisiones de plataforma que el software Unix portátil debe gestionar explícitamente. El comportamiento predeterminado de su sistema de archivos, el aislamiento de aplicaciones, los requisitos de firma de código, los controles de privacidad y System Integrity Protection pueden afectar a las herramientas independientemente de la certificación.
Esas políticas ilustran por qué las pruebas reales de compatibilidad siguen siendo necesarias. Los estándares reducen la variación entre sistemas, pero no hacen idénticas a las plataformas completas.
La falta de registro puede importar simbólicamente a los desarrolladores porque la certificación UNIX respaldaba una descripción concisa de macOS. Apple vendía un escritorio de consumo pulido mientras mantenía debajo un entorno Unix reconocido formalmente.
Sin una inscripción activa, esa descripción se vuelve más compleja. «Basado en Unix», «derivado de Unix» y «orientado a POSIX» describen un linaje técnico o un comportamiento. «Certificado UNIX» exige un registro válido específico del producto.
La distinción también afecta a periodistas y educadores técnicos. Los artículos suelen afirmar que macOS es un sistema UNIX certificado sin identificar una versión. Esa afirmación amplia, en presente, debería comprobarse ahora frente al registro activo.
Las versiones anteriores de macOS sí contaron indudablemente con certificaciones. El código Darwin publicado por Apple y sus interfaces de larga trayectoria siguen siendo observables de forma independiente. La parte que cambió es el estado actual de la certificación.
Los equipos de seguridad no deberían interpretar la pérdida de certificación como prueba de una vulnerabilidad. Las pruebas de conformidad UNIX y los programas de aseguramiento de seguridad responden a preguntas distintas. El estado del registro no mide la velocidad de aplicación de parches, la resistencia al malware ni la calidad de los controles de privacidad de Apple.
Del mismo modo, la certificación no es una calificación completa de calidad. Verifica la conformidad con un estándar definido. No clasifica la experiencia de usuario, el rendimiento del hardware, la disponibilidad de aplicaciones ni el coste operativo.
Su valor es más limitado, pero sigue siendo importante. Crea una garantía respaldada por el proveedor de que determinadas interfaces y comportamientos cumplen un estándar compartido. Eliminar esa garantía incrementa la cantidad de verificación que queda en manos de compradores y mantenedores de software.
El registro por sí solo no puede explicar por qué Apple desapareció
La conclusión más sólida es que ya no puede verificarse públicamente la certificación, no que macOS haya fallado o abandonado la compatibilidad con Unix.
La explicación más tentadora es que Apple dejó de pagar o renovar su participación en UNIX. Los programas de certificación exigen compromisos administrativos continuos, mientras que Apple tiene hoy menos motivos para promocionar una identidad UNIX formal entre los consumidores.
La teoría encaja con los hechos visibles, pero sigue siendo una teoría. Ninguna de las partes ha publicado un aviso que indique que Apple rechazó la renovación o puso fin a un acuerdo de licencia de marca.
Una segunda teoría es que venció un plazo de registro mientras una nueva solicitud seguía en revisión. Las versiones anuales de macOS no siempre llegan al registro según el mismo calendario. La inscripción de Sequoia, por ejemplo, apareció después de que surgieran dudas sobre su ausencia inicial.
Eso explicaría más fácilmente la falta de una versión nueva que la desaparición de registros antiguos de Apple. Aun así, el diseño del registro o el estado de la cuenta podrían ocultar varios productos cuando cambia un acuerdo a nivel de proveedor.
Una tercera posibilidad es un problema de conformidad. El modelo Open Brand exige que los productos sigan cumpliendo el estándar aplicable, y una falta de conformidad sin resolver puede resultar en la pérdida del registro.
No hay pruebas públicas de que esto haya ocurrido con macOS. Ningún informe de pruebas divulgado, aviso de medidas correctivas o hallazgo técnico respalda la afirmación. Informar ahora de un incumplimiento sería especulación.
Una cuarta posibilidad es una migración del registro o un error de publicación. Los sitios web cambian bases de datos, filtros y plantillas de interfaz. Un proveedor puede desaparecer de una lista generada sin que su certificación legal termine en el mismo momento.
Tampoco debería asumirse esta explicación. El registro es el canal oficial de verificación pública, por lo que una omisión sin explicación sigue teniendo consecuencias aunque la haya causado un error técnico.
La ausencia de una vista histórica pública dificulta el análisis independiente. La página actual informa a los lectores de qué productos presenta ahora, mientras que las páginas indexadas antiguas y los certificados establecen lo que presentaba antes.
Un registro ideal conservaría las entradas retiradas con sus fechas originales de certificación, fechas de finalización y motivos. Ese enfoque permitiría a los compradores distinguir entre expiración, retirada voluntaria, sustitución y revocación.
La ambigüedad actual deposita demasiado peso interpretativo en la desaparición. Anima a los observadores a inferir un veredicto técnico a partir de una interfaz administrativa.
Apple podría resolver gran parte de la incertidumbre con una breve declaración. Podría indicar si sigue siendo licenciataria de UNIX, si la certificación actual de macOS está pendiente y si los registros de productos anteriores siguen siendo válidos.
The Open Group podría aclarar el registro sin debatir material confidencial de pruebas. Un aviso de estado fechado podría identificar si los productos de Apple expiraron, fueron retirados, sustituidos o están temporalmente ausentes.
Hasta que responda alguna de las partes, las descripciones deben seguir siendo precisas. Que Apple/macOS haya sido eliminado silenciosamente de los registros oficiales de UNIX es un cambio público observable. «macOS ya no es Unix» es una afirmación mucho más amplia que no está respaldada por las pruebas disponibles.
El uso de mayúsculas ayuda a preservar esa distinción. UNIX se refiere a la marca de certificación controlada. Unix, usado de forma más amplia, puede describir una familia de sistemas operativos y una tradición de diseño.
macOS conserva su arquitectura derivada de Unix independientemente de la inscripción activa de la marca. Se desconoce su capacidad actual para satisfacer el perfil de certificación porque Apple y The Open Group no han publicado resultados de pruebas actuales.
La falta de pruebas tiene implicaciones en ambos sentidos. Los observadores no pueden declarar responsablemente que macOS haya fallado. Tampoco pueden utilizar un certificado antiguo para afirmar que todos los productos actuales de macOS siguen certificados activamente.
Tres señales mostrarán si se trata de una ruptura o un retraso
Una entrada restaurada en el registro, una explicación formal o el lenguaje de Apple en sus materiales técnicos determinarán cuán duradero resulta este cambio.
La primera señal es el propio registro oficial. Una entrada restaurada de Apple como proveedor respaldaría firmemente la explicación de que la desaparición fue temporal o administrativa.
Los detalles importarían. Una inscripción para la versión más reciente de macOS demostraría que Apple sigue buscando la certificación. La restauración de registros de Tahoe sin un producto más nuevo conservaría el estado histórico, pero dejaría incierto el futuro.
Una nueva inscripción también debería identificar el hardware cubierto. La práctica anterior de Apple utilizaba productos distintos para Intel y Apple silicon. Dado que la transición desde Intel se acerca a su fin, una futura solicitud podría cubrir únicamente Apple silicon.
Eso no representaría el fin de la certificación de macOS. Reflejaría el menor soporte de Apple para el hardware Intel y la naturaleza específica por producto del programa.
La segunda señal es una declaración de Apple o The Open Group. La explicación más útil identificaría la fecha de entrada en vigor y clasificaría el cambio como expiración, retirada, suspensión, sustitución o corrección.
Una declaración limitada a «macOS sigue estando basado en Unix» no respondería a la cuestión de la certificación. El asunto se refiere a un registro activo de producto y a una garantía respaldada por una marca, no solo al linaje arquitectónico.
La tercera señal es el propio lenguaje de producto de Apple. La documentación técnica actual, los avisos legales y los materiales empresariales pueden revelar si Apple continúa realizando afirmaciones formales sobre UNIX.
Si Apple continúa utilizando la marca UNIX para un producto ausente del registro, eso exigiría una aclaración. Si sustituye discretamente esa redacción por un lenguaje de compatibilidad más amplio, una retirada voluntaria parecería más probable.
Los desarrolladores deberían vigilar estas señales en lugar de tratar el debate en línea como sustituto de la evidencia. El registro es la fuente autorizada para la certificación activa, mientras que Apple controla las afirmaciones sobre sus productos y su documentación de lanzamiento.
Los equipos de compras deberían conservar copias de los certificados pertinentes y registrar la fecha en que consultaron el registro. Los requisitos de las normas suelen depender de una configuración concreta del producto y de un momento específico.
Los responsables del mantenimiento del software deberían seguir probando directamente las versiones compatibles de macOS. La certificación puede reforzar las expectativas de portabilidad, pero las compilaciones automatizadas y las pruebas de lanzamiento revelan lo que los usuarios realmente encuentran.
La lección más amplia se refiere a la garantía técnica pública. Una insignia de certificación tiene valor porque una organización independiente define los requisitos, evalúa la evidencia y mantiene un registro verificable.
Ese valor se debilita cuando un gran proveedor desaparece sin un historial de estado visible. Incluso si la causa subyacente es rutinaria, la brecha de verificación obliga a los clientes a hacer conjeturas.
Por tanto, que Apple/macOS haya desaparecido silenciosamente de las listas oficiales del registro UNIX no demuestra una ruptura técnica dramática. Es evidencia de que una garantía pública vigente durante mucho tiempo ha dejado de estar disponible sin explicación.
El siguiente paso corresponde a Apple y a The Open Group. Un nuevo certificado reduciría esta historia a una incómoda laguna. Una retirada confirmada marcaría el fin de una trayectoria de certificación que abarca gran parte de la historia moderna de macOS.
Hasta entonces, use un lenguaje preciso y consulte el registro activo. macOS sigue siendo derivado de Unix y ampliamente compatible con software Unix, pero su certificación UNIX activa no puede confirmarse actualmente mediante el registro oficial.
