OBRIYOS
[DEV PREVIEW // ARM64 + X86_64] [DEV]

// ОПЕРАЦІЙНА СИСТЕМА, НАПИСАНА З НУЛЯ

ЧИСТА АРХІТЕКТУРА. ТАКТИЛЬНА МАТЕРІЯ.

Суверенна операційна система нового покоління — незалежна від чужих платформ: власне ядро для x86-64 та AArch64. Уже працює у перевірених профілях QEMU. Підтримка реальних ARM-плат, графічне середовище та фундамент F0 ще в розробці.

02
архітектури
процесорів
235
тестів ядра
пройдено
00
аварійних
зупинок ядра
ГОРТАЙ

// 01 — ЯДРО СИСТЕМИ

Анатомія ядра

Чотири вузли, на яких тримається все: два світи процесорів у одному ядрі, пам’ять, яку не можна потай зіпсувати, відмова без аварії та прямий шлях до відеокарти.

[SYS.CORE // 4 NODES]
// ARCH.01 [ACTIVE]

Одне ядро — два світи процесорів

Спільні підсистеми ядра працюють із двома архітектурними шарами: x86-64 та AArch64. Обидва перевіряються у QEMU; підтримку конкретних фізичних плат належить прийняти окремо.

  • x86-64Ring 3 + CR3
  • AArch64EL0 + TTBR0
  • перемикання просторівSCHED_OK 0x16
[SEAM: SINGLE HAL // ADR-0029]
// MEMORY.02 [PASS]

Пам’ять, яку не зіпсувати потай

Ділянка пам’яті або виконується, або змінюється — ніколи обидва відразу. Тому чужий код не може тихо переписати ядро, а сторінки з невідомим власником потрапляють у «карантин»: ядро їх підозрює, а не довіряє.

  • W^X (або виконувати, або змінювати)УВІМКНЕНО
  • доступ програм до пам’яті ядра0 БАЙТІВ
  • карантин невідомих сторінок13 ДІАПАЗОНІВ
[ISOLATION: EL0 // O0·O2·UBSan]
// RUNTIME.03 [RESUME=1]

Помилка програми — не смерть системи

Зіпсований файл або дивний системний виклик не «синій екран»: ядро відмовляє запиту, записує відмову в журнал і живе далі. Паніка ядра — подія, яку ми перевіряємо тестами, а не сподіваємось уникнути.

  • некоректний викликВІДМОВА + ЖУРНАЛ
  • збій у програміІЗОЛЬОВАНИЙ ВИХІД
  • паніка ядра0 ВИПАДКІВ
[POLICY: FAIL-CLOSED]
// GFX.04 [FRAMEBUFFER / 3D PLANNED]

Від фреймбуфера до графічного середовища

На ARM у QEMU вже працює фреймбуфер VirtIO-GPU 640×480. Віконний інтерфейс, Vulkan через Venus та програмний Lavapipe — наступні заплановані напрями після фундаменту F0.

  • VirtIO-GPU (шина графіки)СУЧАСНА
  • Venus (апаратний шлях)НАПРЯМУ
  • Lavapipe (без GPU)ПРОГРАМНО
[P2: VIRTIO-GPU // VULKAN: PLANNED]

// 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]
  1. 01

    Вітрина замінює стіну

    Кожна програма живе у власному ізольованому світі адрес (Ring 3 / EL0) і бачить лише те, що їй видано. Ядро — єдиний, хто має повний доступ до машини.

    per-task CR3 / TTBR0 — свій простір у кожного процесу
  2. 02

    Дозвіл замінює довіру

    Програма не отримує право «все» лише тому, що запущена. Хочеш файл — пред’яв ключ-дозвіл (capability). Немає ключа — немає дії. Цей механізм заплановано; його реалізація й негативні тести ще попереду.

    capability handles — доступ тільки за пред’явленим дозволом
  3. 03

    Чуже теж у вітрині

    Майбутні шари сумісності Linux і Wine мають працювати у просторі користувача. Зараз запуск таких програм Obriy не підтримує.

    linux-abi / wine → sandboxed user-space only
ВЕКТОР АТАКИ ЗВИЧАЙНА СИСТЕМА OBRIY: ЦІЛЬОВА МОДЕЛЬ
Шифрувальник дістався однієї програми читає диск «по-сусідськи», шифрує все немає ключа до диска — безсилий у вітрині
Право програми на файли яку запустив — таке й право лише явно видані ключі-дозволи
Чужі програми (Wine, Linux) змішані з системою тільки в пісочниці, окремо від системи
Пам’ять, яку можна переписати виконуй і змінюй одночасно або виконуй, або змінюй — W^X
// SIMULATION

Як має працювати відмова в доступі

// сценарій майбутньої capability-моделі. Це ілюстрація, а не виконання коду чи перевірка безпеки ОС у браузері.

// 04 — ЖИВІ ДОКАЗИ

Ядро говорить саме

Демонстрація на основі приймальних журналів ядра. Набери help — термінал відповість так, як відповідає «Струм» у системі.

[DEMO // BROWSER ONLY]
Струм — інтерактивне демо [DEMO: READY]

// демонстраційний сценарій: без підключення до ОС, читання ваших файлів або виконання системних команд