Unikernels were hard. key word: were
🇬🇧 English
Justin Cormack, who worked on Mirage OS and Unikernel Systems, noticed a resurgence in unikernel interest and interviewed the author for his newsletter. Their conversation, held over beer at a pub, covered Mirage, Orleans, Haskell, Nix, and Cursed. A unikernel merges application and OS, eliminating userland—so services like web servers or DNS must be built as libraries.
This was historically difficult due to missing drivers and storage support, requiring pulling components from NetBSD. The author calls traditional OS design 'design debt' rooted in 40-year-old multi-user assumptions for human operators. This legacy creates attack surfaces: popping a userland app gives attackers a shell and 'VIP butler' for exfiltration.
Unikernels reduce this by removing shells and interpreters—without them, model weights (like AI) have no next action, turning easy RCE exploits into targeted attacks needing source code. While library gaps (e.g., Stripe in OCaml) once deterred adoption, AI now enables porting missing libraries via automation. The shift isn’t just technical—it’s cognitive: overcoming the dogma that unikernels are 'hard' by leveraging AI to handle complexity.
🇸🇦 العربية
كانتunikernels صعبة—الآن الذكاء الاصطناعي يجعلها ممكنة
Justin Cormack، الذي عمل على Mirage OS وأنظمةunikernel، لاحظ اهتمامًا متجددًا بـunikernels وقام بمقابلة المؤلف لنشرته الإخبارية. جرت المحادثة على bière في حانة، وتناولت مواضيع Mirage، Orleans، Haskell، Nix و Cursed.unikernel يدمج التطبيق ونظام التشغيل، eliminating مساحة المستخدمين—لذلك، يجب بناء خدمات مثل خوادم الويب أو DNS ككتب مكتبية. كان من الصعب تاريخيًا بسبب غياب محركات الأقراص ودعم التخزين، مما استدعى سحب المكونات من NetBSD. يصف المؤلف التصميم التقليدي لنظام التشغيل على أنه ‘ديون تصميم’ rooted في افتراضات قديمة 40 عامًا للمشغلين متعددي المستخدمين. هذا الإرث يخلق سطوح هجوم: تشغيل تطبيق مساحة مستخدم يعطي المهاجمين Shell و‘butler VIP’ للتصدير.unikernels تقلل من هذا من خلال إزالة shells والمترجمات—بدونها، أوزان النماذج (مثل AI) ليس لها حركة قادمة، مما يجعل exploits RCE السهلة هجمات مستهدفة تتطلب كود المصدر. في حين أن فجوات المكتبة (مثل Stripe في OCaml)曾经 أثارت إعاقة الاعتماد، فإن AI الآن يمكنها Porting المكتبات الناقصة عبر الأتمتة. التحول ليس تقنيًا فقط—إنه إدراكي: التغلب على dogma بأنunikernels ‘صعبة’ باستغلال AI لمعالجة التعقيد.
لماذا كانتunikernels صعبة قبل الذكاء الاصطناعي؟
كانتunikernels صعبة قبل الذكاء الاصطناعي لأنها كانت تتطلب بناء وظائف تشبه نظام التشغيل (شبكة، تخزين) ككتب مكتبية لتطبيقات بسبب غياب المحركات ودعم النظام الإيكولوجي المحدود، مما جعل التطوير معقدًا ومليئًا بالعوائق.
🇧🇩 বাংলা
Unikernels কঠিন ছিল—এখন AI এ সম্ভব
Justin Cormack, Mirage OS এবং Unikernel Systems-এ কাজ করেছেন,unikernel-তে আগ্রহের পুনর্জাগরণ দেখে তার নিউজলেটারে লেখকের সাথে কথা বলেছেন। বিয়ার পিতে একটি পাবে অনুষ্ঠিত কথোপকথন Mirage, Orleans, Haskell, Nix এবং Cursed নিয়ে। Unikernel অ্যাপ্লিকেশন এবং OS একত্রিত করে, ব্যবহারকারী স্থান সরিয়ে ফেলে—অতএব, ওয়েব সার্ভার বা DNS মতো সার্ভিসেস লাইব্রেরির মতো বনাম হতে হবে। ইতিহাসে ড্রাইভার এবং স্টোরেজ সাপোর্টের অভাবের কারণে এটি কঠিন ছিল, NetBSD থেকে উপাদান আনা প্রয়োজন ছিল। লেখক ঐকোনমূলক OS ডিজাইনকে ‘ডিজাইন ডেট’ বলते hain, যা 40 বছর আগের বহuple ব্যবহারকারীর ধারণা ও মানব অপারেটরদের উপর ভিত্তি করে। এই উত্তরাধিকার আটকে তৈরি করে আট্যাক সারফেস: ব্যবহারকারী স্থান অ্যাপ্লিকেশন উঠালে আট্যাকারদেরকে শেল এবং ‘VIP বাটিল’ দেয় এক্সফিলট্রেশন জন্য।unikernels এই থেকে কম করে shells এবং interprinters সরিয়ে ফেলে—এদের ছাড়া, AI মতো মডেল ওয়েটসের কোনো পরবর্তী কাজ নেই, সহজ RCE exploitsকে লক্ষ্য করা হয়ে ataque যা সোর্স কোড চাইতে হয়। লাইব্রেরি ফাঁক (যেমন OCaml-এ Stripe) আগে আপনাকে বাধা ছিল, কিন্তু AI এখন অটোমেশন মাধ্যমে লাপসিং লাইব্রেরি পোর্ট করতে সক্ষম। এই শিফট শুধু টেকনিক্যাল নয়—এটিognitif: ‘হার’ ডগমা পরাজয় কর AI জটিলতা পরিচালনা করে।
AI-এর আগেunikernels কেন কঠিন ছিল?
AI-এর আগেunikernels কেন কঠিন ছিল, কারণ এদেরে OS-কী বৈশিষ্ট্য (নেটওয়ার্ক, স্টোরেজ) অ্যাপ্লিকেশন লাইব্রেরির মতো বনাম করতে হয় ড্রাইভারের অভাব এবং সীমিত派系 সমর্থনের কারণে, যাembangালী এবং摩擦জনক উন্নয়ন করে।
🇩🇪 Deutsch
Unikernels waren Schwer—Jetzt KI Macht Sie Mögliche
Justin Cormack, der an Mirage OS und Unikernel Systems gearbeitet hat, bemerkte ein erneutes Interesse an Unikernels und interviewte den Autor für seinen Newsletter. Das Gespräch fand über ein Bier in einer Bar statt und behandelte Mirage, Orleans, Haskell, Nix und Cursed. Unikernel verbindet Anwendung und OS, hebt den User-Bereich auf — daher müssen Dienste wie Webserver oder DNS als Bibliotheken gebaut werden.
Historisch war das schwierig, weil Treiber und Speicherunterstützung fehlten, sodass Komponenten aus NetBSD gezogen werden mussten. Der Autor nennt traditionelles OS-Design ‘Design Debt’, verwurzelt in 40-jährigen Mehrbenutzer-Annahmen für menschliche Operatoren. Dieses Erbe schafft Angriffsflächen: Das Hochfahren einer Userland-App gibt Angreifern eine Shell und einen ‘VIP-Butler’ für Exfiltration.
Unikernels reduzieren das, indem sie Shells und Interpreter entfernen — ohne sie haben Modellgewichte (wie KI) keine nächste Aktion, wodurch einfache RCE-Exploits in gezielte Angriffe umgewandelt werden, die Quellcode erfordern. Obwohl Bibliothekslücken (z. B.
Stripe in OCaml) die Adoption früher verhinderten, ermöglicht KI nun das Portieren fehlender Bibliotheken durch Automatisierung. Die Verschiebung ist nicht nur technisch — sie ist kognitiv: Das Überwinden des Dogmas, dass Unikernels ‘schwer’ sind, durch KI, die Komplexität handhabbar macht.
Warum waren Unikernels vor KI schwer?
Unikernels waren vor KI schwer, weil sie OS-ähnliche Funktionalität (Netzwerk, Speicher) als Anwendungsbibliotheken bauen mussten, aufgrund fehlender Treiber und begrenzter Ökosystemunterstützung, was die Entwicklung komplex und reibungslos machte.
🇪🇸 Español
Unikernels Fueron Difíciles—Ahora IA los Hace Posibles
Justin Cormack, quien trabajó en Mirage OS y Unikernel Systems, notó un resurgimiento del interés en los unikernels y entrevistó al autor para su boletín. Su conversación, sostenida sobre una cerveza en un pub, trató sobre Mirage, Orleans, Haskell, Nix y Cursed. Unikernel fusiona aplicación y SO, eliminando el espacio de usuario: por lo tanto, servicios como servidores web o DNS deben construirse como bibliotecas.
Históricamente esto fue difícil debido a controladores y soporte de almacenamiento faltantes, requiriendo componentes de NetBSD. El autor llama al diseño tradicional de SO ‘deuda de diseño’ arraigada en suposiciones de hace 40 años para operadores humanos multiusuario. Este legado crea superficies de ataque: levantar una aplicación de espacio de usuario da a los atacantes una shell y un ‘mayordomo VIP’ para exfiltración.
Los unikernels reducen esto al eliminar shells e intérpretes: sin ellos, los pesos del modelo (como IA) no tienen próxima acción, convirtiendo fáciles exploits RCE en ataques dirigidos que requieren código fuente. Aunque lagunas de biblioteca (por ejemplo, Stripe en OCaml) antes desalentaron la adopción, IA ahora permite portar bibliotecas faltantes mediante automatización. El cambio no es solo técnico—es cognitivo: superar el dogma de que los unikernels son ‘difíciles’ aprovechando IA para manejar la complejidad.
¿Por qué se consideraban dificiles los unikernels antes de la IA?
Los unikernels se consideraban difíciles antes de la IA porque requerían construir funcionalidades de tipo SO (red, almacenamiento) como bibliotecas de aplicación debido a controladores faltantes y soporte limitado del ecosistema, lo que hacía el desarrollo complejo y engorroso.
🇫🇷 Français
Les Unikernels étaient Difficiles—Maintenant l'IA les Rend Possibles
Justin Cormack, qui a travaillé sur Mirage OS et Unikernel Systems, a remarqué un regain d'intérêt pour les unikernels et a interviewé l'auteur pour sa newsletter. La conversation, tenue sur une bière dans un pub, a couvert Mirage, Orleans, Haskell, Nix et Cursed. Unikernel fusionne application et OS, éliminant l'espace utilisateur—donc les services comme les serveurs web ou DNS doivent être construits comme des bibliothèques.
Historiquement, cela était difficile en raison de pilotes manquants et de support de stockage, nécessitant de tirer des composants de NetBSD. L'auteur appelle la conception traditionnelle du système d'exploitation 'dette de conception' enracinée dans des hypothèses multi-utilisateurs de 40 ans pour des opérateurs humains. Ce legs crée des surfaces d'attaque : lever une application espace utilisateur donne aux attaquants un shell et un 'butler VIP' pour l'exfiltration.
Les unikernels réduisent cela en supprimant les shells et les interprètes — sans eux, les poids du modèle (comme IA) n'ont pas prochaine action, transformant les exploits RCE faciles en attaques ciblées nécessitant le code source. Bien que des lacunes de bibliothèque (par exemple, Stripe en OCaml) aient autrefois découragé l'adoption, l'IA permet désormais le portage de bibliothèques manquantes via automatisation. Le changement n'est pas seulement technique—c'est cognitif : surmonter le dogme selon lequel les unikernels sont 'difficiles' en exploitant IA pour gérer la complexité.
Pourquoi les unikernels étaient-ils considérés difficiles avant l'IA ?
Les unikernels étaient considérés difficiles avant l'IA car ils nécessitaient de construire une fonctionnalité de type OS (réseau, stockage) en tant que bibliothèques d'applications en raison de pilotes manquants et d'un support d'écosystème limité, rendant le développement complexe et lourd en frottements.
🇮🇳 हिन्दी
Unikernels The Hard—Ab AI Unikernels Sahi Ban Sakti Hain
Justin Cormack, jise Mirage OS aur Unikernel Systems mein kaam kiya tha, unhone unikernels mein vriddhi dekhkar uski newsletter ke liye author se baat ki. Is baat cheet beer par pub main hui, Mirage, Orleans, Haskell, Nix aur Cursed par charcha ki. Unikernel application aur OS ko merge karta hai, userland hatata hai—isliye web servers ya DNS jaise services libraries banaane padte hain.
Istahas mein driver aur storage support khali hone ke karan, NetBSD se components laane padte the. Author traditional OS design ko ‘design debt’ khta hai, jo 40 saal purane multi-user assumptions par basa hota hai insaan operators ke liye. Is legacy se attack surfaces bante hain: userland app uthakar attackers ko shell aur ‘VIP butler’ milta hai jo exfiltration ke liye use hota hai.
Unikernels isse kam karte hain shell aur interpreters hatakar—bina unke, AI jaise model weights ke koi next action nahi hota, easy RCE exploits ko targeted attacks banata hai jo source code chahte hain. Library gaps (jaise OCaml mein Stripe) adoption ko previously rok rahi thi, lekin AI ab automation se missing libraries port kar sakti hai. Is shift sirf technical nahi—cognitive bhi hai: ‘hard’ dogma ko overcome karna AI se complexity handle karna.
AI se pahle unikernels kyun theek the?
AI se pahle unikernels theek the kyunki unhe OS jaise functionality (networking, storage) application libraries banaane padte the kyunki drivers khali the aur ecosystem support limited tha, jisse development complex aur friction bhari ho jati thi.
🇮🇩 Bahasa Indonesia
Unikernels Sulit—AI Membuat Mungkin
Justin Cormack, yang bekerja di Mirage OS dan Unikernel Systems, memperhatikan Kebangkitan minat unikernels dan menginterview penulis untuk newsletter-nya. Perbincangannya di pub minum bir, membahas Mirage, Orleans, Haskell, Nix, dan Cursed. Unikernel menggabungkan aplikasi dan OS, menghapus userland—jadi layanan seperti web server atau DNS harus dibangun sebagai library.
Historis karena driver dan dukungan penyimpanan yang hilang, harus menarik komponen dari NetBSD. Penulis desain OS tradisionalnya disebut ‘design debt’ yang akarnya 40 tahun lalu premis multi-user untuk operator manusia. Warisan ini menciptakan permukaan serangan: userland app diangkat memberikan attacker shell dan ‘VIP butler’ untuk eksfiltrasi.
Unikernels mengurangi ini dengan menghapus shell dan interpreter—tanpa mereka, model weights (seperti AI) tidak memiliki langkah selanjutnya, mengubah RCE eksploit yang mudah menjadi serangan yang menargetkan kode sumber. Meskipun celah library (misalnya Stripe di OCaml) akan menahan adoptasi, AI sekarang membuat library yang hilang melalui otomatisasi dipindahkan. Perubahan ini bukan hanya teknis—ini kognitif: mengatasi dogma bahwa Unikernels ‘susah’ dengan AI untuk menangani kompleksitas.
Mengapa Unikernels sebelum AI sulit?
Mengapa Unikernels sebelum AI sulit, karena mereka membangun fungsi mirip OS (jaringan, penyimpanan) sebagai aplikasi library karena driver hilang dan ekosistem support yang terbatas, membuat pengembangan kompleks dan gesekan.
🇯🇵 日本語
Unikernels は困難だった—AI が可能に
Justin CormackはMirage OSとUnikernel Systemsで作業経験があり、unikernelへの関心の再燃に気づき、ニュースレターのために著者にインタビューを行いました。会話はパブでビールを飲みながら行われ、Mirage、Orleans、Haskell、Nix、Cursedについて議論されました。UnikernelはアプリケーションとOSを統合し、ユーザーランドを排除する—したがって、WebサーバーやDNSなどのサービスはライブラリとして構築する必要があります。 historically は、ドライバーやストレージサポートが不足していたため困難で、NetBSDからコンポーネントを引っ張る必要がありました。著者は従来のOS設計を「設計の負債」と呼び、40年前のマルチユーザー仮定に根差して人間のオペレーター向けです。この遺産は攻撃面を作成します: ユーザーランドアプリをポップすると、攻撃者はシェルと「VIP バトラー」を得て、外部へのデータ漏洩が可能になります。Unikernelsはシェルとインタプリタを排除することでこのリスクを低減します—それらがないと、AIモデルの重み(など)には次のアクションがなく、簡単なRCEエクスプロイトを標的とした攻撃に変え、ソースコードが必要になります。ライブラリの欠如(OCamlのStripeなど)はかつて導入を妨げましたが、AIは now 自動化によって欠落しているライブラリをポート可能にします。このシフトは技術的なだけでなく認知的なものでもあります: 「困難」というドグマをAIで複雑さを処理することで克服します。
AI 以前になぜUnikernels は困難だったのか?
AI 以前にUnikernels は困難だったのは、ネットワークやストレージなどのOS機能をアプリケーションライブラリとして構築する必要があったためで、ドライバーの欠如と限られたエコシステムサポートにより、開発が複雑で摩擦が多かったからです。
🇧🇷 Português
Unikernels Foram Difíceis—Agora IA Torna Elas Possíveis
Justin Cormack, que trabalhou em Mirage OS e Unikernel Systems, notou um renascimento do interesse em unikernels e entrevistou o autor para sua newsletter. A conversa, realizada sobre uma cerveja em um pub, abordou Mirage, Orleans, Haskell, Nix e Cursed. Unikernel funde aplicação e SO, eliminando o espaço de usuário—portanto, serviços como servidores web ou DNS devem ser construídos como bibliotecas.
Historicamente, isso foi difícil devido a drivers e suporte de armazenamento faltantes, exigindo a extração de componentes do NetBSD. O autor chama o design tradicional de SO de ‘dívida de design’ enraizada em suposições de 40 anos para operadores humanos multiusuário. Esse legado cria superfícies de ataque: levantar um aplicativo de espaço de usuário dá aos atacantes uma shell e um ‘butler VIP’ para exfiltração.
Os unikernels reduzem isso ao eliminar shells e intérpretes—sem eles, pesos de modelo (como IA) não têm próxima ação, transformando exploits RCE fáceis em ataques diretos que exigem código-fonte. Embora lacunas de biblioteca (por exemplo, Stripe em OCaml) tenham anteriormente desencorajado a adoção, IA agora permite portar bibliotecas faltantes via automação. A mudança não é apenas técnica—é cognitiva: superar o dogma de que os unikernels são ‘difíceis’ aproveitando IA para lidar com a complexidade.
Por que os unikernels eram considerados difíceis antes da IA?
Os unikernels eram considerados difíceis antes da IA porque exigiam a construção de funcionalidades do tipo SO (rede, armazenamento) como bibliotecas de aplicação devido a drivers faltantes e suporte limitado do ecossistema, o que tornava o desenvolvimento complexo e trabalhoso.
🇷🇺 Русский
Unikernels Были Сложны—Теперь ИИ Делает Их Возможными
Justin Cormack, который работал на Mirage OS и Unikernel Systems, заметил возрождение интереса к unikernels и интервьюировал автора для своей рассылки. Беседа проходила за пивом в пабе, и затрагивала Mirage, Orleans, Haskell, Nix и Cursed. Unikernel объединяет приложение и ОС, исключая пользовательское пространство — поэтому сервисы вроде веб-серверов или DNS должны строиться как библиотеки. Исторически это было сложно из-за отсутствия драйверов и поддержки хранилища, требовалось тянуть компоненты из NetBSD. Автор называет традиционный дизайн ОС ‘техническим долгом’, укорнившимся в предположениях многопользовательской системы 40 лет для человеческих операторов. Этот遗产 создает поверхности атак: поднятие приложения пользовательского пространства дает атакукам shell и ‘VIP-ботля’ для эксфильтрации. Unikernels снижают этот риск, удаляя shells и интерпретаторы — без них веса моделей (как ИИ) не имеют следующего действия, превращая легкие эксплойты RCE в целевые атаки, требующие исходного кода. Хотя пробелы в библиотеках (например, Stripe в OCaml) ранее отпугивали adoption, ИИ теперь позволяет портировать отсутствующие библиотеки через автоматизацию. Смена не только техническая — это когнитивный: преодоление догмата, чтоunikernels ‘сложные’, с помощью ИИ для обработки сложности.
Почемуunikernels считались сложными до ИИ?
Unikernels считались сложными до ИИ, потому что требовали создания функциональности, похожей на ОС (сетевой доступ, хранилище), в виде библиотек приложений из-за отсутствия драйверов и ограниченной поддержки экосистемы, что делало разработку сложной и насыщенной трением.
🇨🇳 简体中文
Unikernel 难了——现在 AI 让它们成为可能
Justin Cormack,曾参与 Mirage OS 和 Unikernel Systems 的工作,注意到 unikernel 兴趣的回升,并为他的通讯录访谈了作者。这次对话在酒吧喝啤酒时进行,涵盖了 Mirage、Orleans、Haskell、Nix 和 Cursed。Unikernel 将应用程序和操作系统合并,消除了用户空间——因此,如 Web 服务器或 DNS 等服务必须作为库构建。历史上这很困难,因为缺少驱动程序和存储支持,需要从 NetBSD 拉取组件。作者将传统的操作系统设计称为‘设计债务’,根源在于 40 年前针对人类操作员的多用户假设。这种遗产创造了攻击面:弹出用户空间应用程序会给攻击者提供 shell 和‘VIP 管家’用于外泄。Unikernel 通过移除 shell 和解释器来降低这种风险——没有它们,像 AI 模型权重这样的内容没有下一步操作,将轻松的 RCE 漏洞转变为需要源代码的定向攻击。虽然库缺口(如 OCaml 中的 Stripe)曾阻碍采用,但 AI 现在通过自动化使缺失库的移植成为可能。这种转变不只是技术性的——它是认知的:通过利用 AI 处理复杂性来克服‘Unikernel 难’的教条。
为什么在 AI 之前被认为 unikernel 难?
Unikernel 在 AI 之前被认为很难,是因为它们需要将操作系统级别的功能(如网络、存储)作为应用程序库构建,因为缺少驱动程序和有限的生态系统支持,这使得开发变得复杂且充满摩擦。