Исправление
sanyo1234,
(текущая версия)
:
У процессора и ME разное адресное пространство.
Причем тут адресное пространство, если устанавливается связь по сети? Кроме того ME имеет доступ ко всему адресному пространству и основного CPU тоже, не так ли?
По какому протоколу ME устанавливает соединение, через которое обменивается сообщениями с DBus? Откуда он знает, как работать с DBus?
ME - это разве не аналог маленького интегрированного SoC образно «одноплатника» со своей собственной OS на борту?
Кому кроме АНБ и инженеров с NDA известно, какие там программы выполняются на этом невидимом компьютере?
Где в systemd находится код, который все это реализует?
Код общий для всех («ловкость рук и никаких закладок»), например, который используется в logind ?
https://github.com/elogind/elogind
Unlike systemd, whose logind arranges to manage resources for user sessions via RPC calls to systemd
...
И зачем в этой схеме DBus?
Чтобы не было подозрительно, чтобы задействовать основную кодовую базу systemd «без каких либо закладок» (c) Бинго!?!
Даже в сертифицированной вдоль и поперек Русбитех Astra SE для платформы x86? LOL
Придумали, свой Эль брус, панимаишь, савсем абнаглели …
Можно просто байтики туда-сюда гонять.
А куда спрятать открытый код в systemd, который бы их обрабатывал?
Исходная версия
sanyo1234,
:
У процессора и ME разное адресное пространство.
Причем тут адресное пространство, если устанавливается связь по сети? Кроме того ME имеет доступ ко всему адресному пространству и основного CPU тоже, не так ли?
По какому протоколу ME устанавливает соединение, через которое обменивается сообщениями с DBus? Откуда он знает, как работать с DBus?
ME - это разве не аналог маленького интегрированного SoC образно «одноплатника» со своей собственной OS на борту?
Кому кроме АНБ и инженеров с NDA известно, какие там программы выполняются на этом невидимом компьютере?
Где в systemd находится код, который все это реализует?
Код общий для всех («ловкость рук и никаких закладок»), например, который используется в logind ?
https://github.com/elogind/elogind
Unlike systemd, whose logind arranges to manage resources for user sessions via RPC calls to systemd
...
И зачем в этой схеме DBus?
Чтобы не было подозрительно, чтобы задействовать основную кодовую базу systemd «без каких либо закладок» (c) Бинго!?!
Можно просто байтики туда-сюда гонять.
А куда спрятать открытый код в systemd, который бы их обрабатывал?