Суверенна операційна система нового покоління — незалежна від чужих платформ:
власне ядро для x86-64 та AArch64.
Уже працює у перевірених профілях QEMU. Підтримка реальних ARM-плат,
графічне середовище та фундамент F0 ще в розробці.
Чотири вузли, на яких тримається все: два світи процесорів у одному ядрі,
пам’ять, яку не можна потай зіпсувати, відмова без аварії та прямий шлях до відеокарти.
[SYS.CORE // 4 NODES]
// ARCH.01[ACTIVE]
Одне ядро — два світи процесорів
Спільні підсистеми ядра працюють із двома архітектурними шарами:
x86-64 та AArch64. Обидва перевіряються у QEMU;
підтримку конкретних фізичних плат належить прийняти окремо.
x86-64Ring 3 + CR3
AArch64EL0 + TTBR0
перемикання просторівSCHED_OK 0x16
// MEMORY.02[PASS]
Пам’ять, яку не зіпсувати потай
Ділянка пам’яті або виконується, або змінюється — ніколи обидва відразу.
Тому чужий код не може тихо переписати ядро, а сторінки з невідомим
власником потрапляють у «карантин»: ядро їх підозрює, а не довіряє.
W^X (або виконувати, або змінювати)УВІМКНЕНО
доступ програм до пам’яті ядра0 БАЙТІВ
карантин невідомих сторінок13 ДІАПАЗОНІВ
// RUNTIME.03[RESUME=1]
Помилка програми — не смерть системи
Зіпсований файл або дивний системний виклик не «синій екран»:
ядро відмовляє запиту, записує відмову в журнал і живе далі.
Паніка ядра — подія, яку ми перевіряємо тестами, а не сподіваємось уникнути.
некоректний викликВІДМОВА + ЖУРНАЛ
збій у програміІЗОЛЬОВАНИЙ ВИХІД
паніка ядра0 ВИПАДКІВ
// GFX.04[FRAMEBUFFER / 3D PLANNED]
Від фреймбуфера до графічного середовища
На ARM у QEMU вже працює фреймбуфер VirtIO-GPU 640×480.
Віконний інтерфейс, Vulkan через Venus та програмний Lavapipe —
наступні заплановані напрями після фундаменту F0.
VirtIO-GPU (шина графіки)СУЧАСНА
Venus (апаратний шлях)НАПРЯМУ
Lavapipe (без GPU)ПРОГРАМНО
// 02 — СИСТЕМНИЙ СОФТ
Рідний простір
Концепція майбутнього системного софту. Піктограми показують
напрям дизайну; ці графічні застосунки ще не доступні в Obriy.
[APP MATRIX // 6]
Струм// TERM.01Прямий канал до системи: миттєвий термінал без обгорток і зайвих шарів.Простір// FS.02Файли, диски FAT32 і робочі простори — як одне безперервне середовище.Browse.// NET.03Чистий погляд у мережу: без рекламного та трекінгового шуму.REMIX// AUDIO.04Аудіоплеєр студійної якості з рідкою хромованою хвилею інтерфейсу.OStore// PKG.05Каталог підписаних застосунків: перевірені джерела, яким довіряєш.Пуск// LAUNCH.06Центр системи: один жест — і вся сітка можливостей на екрані.
DESIGN CONCEPTS // PLANNED — концепції застосунків, реалізація після F0
// 03 — МОДЕЛЬ БЕЗПЕКИ
Безпека за задумом
Ізоляція пам’яті вже перевіряється тестами. Capability-доступ,
пісочниці та захист даних — цілі моделі безпеки, які ще належить реалізувати.
[THREAT MODEL // RING3/EL0]
01
Вітрина замінює стіну
Кожна програма живе у власному ізольованому світі адрес (Ring 3 / EL0)
і бачить лише те, що їй видано. Ядро — єдиний, хто має повний доступ до машини.
per-task CR3 / TTBR0 — свій простір у кожного процесу
02
Дозвіл замінює довіру
Програма не отримує право «все» лише тому, що запущена. Хочеш файл —
пред’яв ключ-дозвіл (capability). Немає ключа — немає дії.
Цей механізм заплановано; його реалізація й негативні тести ще попереду.
capability handles — доступ тільки за пред’явленим дозволом
03
Чуже теж у вітрині
Майбутні шари сумісності Linux і Wine мають працювати у просторі
користувача. Зараз запуск таких програм Obriy не підтримує.
linux-abi / wine → sandboxed user-space only
ВЕКТОР АТАКИЗВИЧАЙНА СИСТЕМАOBRIY: ЦІЛЬОВА МОДЕЛЬ
Шифрувальник дістався однієї програмичитає диск «по-сусідськи», шифрує всенемає ключа до диска — безсилий у вітрині
Право програми на файлияку запустив — таке й праволише явно видані ключі-дозволи
Чужі програми (Wine, Linux)змішані з системоютільки в пісочниці, окремо від системи
Пам’ять, яку можна переписативиконуй і змінюй одночасноабо виконуй, або змінюй — W^X
// SIMULATION
Як має працювати відмова в доступі
// сценарій майбутньої capability-моделі. Це ілюстрація, а не виконання коду чи перевірка безпеки ОС у браузері.
0 ФАЙЛІВ ЗАЧЕПЛЕНО // ЯДРО ЖИВЕ
// 04 — ЖИВІ ДОКАЗИ
Ядро говорить саме
Демонстрація на основі приймальних журналів ядра.
Набери help — термінал відповість так, як відповідає «Струм» у системі.
[DEMO // BROWSER ONLY]
Струм — інтерактивне демо[DEMO: READY]
// демонстраційний сценарій: без підключення до ОС, читання ваших файлів або виконання системних команд