LINUX.ORG.RU

Выложите ваши BIOS-provided physical RAM map из вывода dmesg

 ,


8

8

Upd: всё не надо больше дампов. я и так вижу что у вас всех по 64метра отгрызано.

Есть такое подозрение, о котором пока не скажу. Заодно укажите если есть встройка и какое колво рамы она отжирает. Можно просто что «есть встройка».

Что меня интересует так это записи вида:

[    0.000000] e820: BIOS-provided physical RAM map:
[    0.000000] BIOS-e820: [mem 0x0000000000000000-0x000000000009dfff] usable
[    0.000000] BIOS-e820: [mem 0x000000000009e000-0x000000000009ffff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000000e0000-0x00000000000fffff] reserved
[    0.000000] BIOS-e820: [mem 0x0000000000100000-0x00000000de7c8fff] usable
[    0.000000] BIOS-e820: [mem 0x00000000de7c9000-0x00000000de834fff] ACPI NVS
[    0.000000] BIOS-e820: [mem 0x00000000de835000-0x00000000dfa9bfff] usable
[    0.000000] BIOS-e820: [mem 0x00000000dfa9c000-0x00000000dfa9dfff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000dfa9e000-0x00000000dfb94fff] usable
[    0.000000] BIOS-e820: [mem 0x00000000dfb95000-0x00000000dfb9ffff] ACPI NVS
[    0.000000] BIOS-e820: [mem 0x00000000dfba0000-0x00000000dfba0fff] ACPI data
[    0.000000] BIOS-e820: [mem 0x00000000dfba1000-0x00000000dfbe9fff] ACPI NVS
[    0.000000] BIOS-e820: [mem 0x00000000dfbea000-0x00000000dfbf1fff] ACPI data
[    0.000000] BIOS-e820: [mem 0x00000000dfbf2000-0x00000000dfbf2fff] usable
[    0.000000] BIOS-e820: [mem 0x00000000dfbf3000-0x00000000dfbfefff] ACPI data
[    0.000000] BIOS-e820: [mem 0x00000000dfbff000-0x00000000dfbfffff] usable
[    0.000000] BIOS-e820: [mem 0x00000000dfc00000-0x00000000dfffffff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000f0000000-0x00000000f7ffffff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000fff00000-0x00000000ffffffff] reserved
[    0.000000] BIOS-e820: [mem 0x0000000100000000-0x000000021bffffff] usable

Есть одно предположение, которое хотелось бы проверить.

☆☆☆

Последнее исправление: ckotinko (всего исправлений: 1)

SMRAM?

  //
  // Choose regions to reserve for SMM usage.
  // Each block is 128KB which is defined in PlatformRange PPI.
  // Needs to convert the value of TSEG_SIZE from bytes to blocks.
  //
  *SmramMask = (TSEG_SIZE >> 17) | PEI_MR_SMRAM_CACHEABLE_MASK |\
                   PEI_MR_SMRAM_TSEG_MASK | PEI_MR_SMRAM_ABSEG_MASK; // (EIP58479)

gadfly ★★
()
Ответ на: комментарий от StReLoK

Про конкретно эту дыру - да. Я думал что ME еще ни разу не ломали, а там оказывается уже зашивали произвольный код для ARC4...

timdorohin ★★★★
()
Ответ на: комментарий от vaddd

Нет, хочется сдампить эту память. Если там гипервизор, то мы увидим его код. Он не может быть зашифрован, т.к. он должен выполняться процом в любой момент.

ckotinko ☆☆☆
() автор топика
Ответ на: комментарий от StReLoK

О, а у меня биос дырявый, кекеке...

Если туда можно загрузить руткит, значит туда можно и полезный payload закинуть?

*пустил сопли от влажных мечт о нормальной работе с железом и тонком тюнинге всего и вся*

timdorohin ★★★★
()
Последнее исправление: timdorohin (всего исправлений: 1)
Ответ на: комментарий от timdorohin

SMM были еще в первом пентиуме. но в пень особо ничего не вошъешь - память снаружи, к ней проводки идут, садись и перехватывай на 66мгц то. всё было как на ладони.

это сейчас термокомпенсация, link retraining, за импедансом следи и емкостью сильно не свети в линию.

ckotinko ☆☆☆
() автор топика
Ответ на: комментарий от timdorohin

Ну в теории то можно. Только на практике как обычно.

StReLoK ☆☆
()
Ответ на: комментарий от ckotinko

Суть в том, что к кор два дуба его память разожралась до 16 MB

Сколько сейчас - неизвестно...

timdorohin ★★★★
()
Последнее исправление: timdorohin (всего исправлений: 1)
Ответ на: комментарий от ckotinko

Если там гипервизор, то мы увидим его код. Он не может быть зашифрован, т.к. он должен выполняться процом в любой момент.

Ой, у меня тут для тебя ещё одна куча хороших новостей: http://developer.amd.com/wordpress/media/2013/12/AMD_Memory_Encryption_Whitepaper_v7-Public.pdf. По идее можно сделать так, что расшифровать интересующие тебя участки памяти может только процессор.

Deleted
()
Ответ на: комментарий от Deleted

Вот кстати да, даже некоторые армы умеют в AES в RAM-интерфейсе...

timdorohin ★★★★
()
Последнее исправление: timdorohin (всего исправлений: 1)

Предлагаю варианты решения вопроса

1)А что если попробрвать на fpga делать альтернативные чипсеты?
Особого то быстродействия не надо, потому что главное будет не вычислительная мощность, а безопасность.

2)Ну или на тех же fpga делать сетевые интерфейсы, драцверов для которых в биос не будет.

3) Ну или сделать из fpga распределённый процессор, который будет эмулировать x86_64?

torvn77 ★★★★★
()
Последнее исправление: torvn77 (всего исправлений: 1)
Ответ на: комментарий от ckotinko

1) Из нескольких fpga по возможности распаралелив эмулятор и нагрузив разные чипы разными функциями.
2) Безопасность будет в приоритете.

torvn77 ★★★★★
()
Последнее исправление: torvn77 (всего исправлений: 2)
Ответ на: комментарий от torvn77

На частоте, дай бог, в 100 мгц?
ckotinko По теме: то ли еще будет.

Deleted
()
Ответ на: комментарий от torvn77

а кому это будет нужно? ну просто эльбрус будет дешевле или даже старый микроконтроллер будет нагибать этого франкенштейна.

ckotinko ☆☆☆
() автор топика
Ответ на: комментарий от gadfly

Собственно, да.

(на e820 не хватило буфера, так что вот кусок /proc/iomem)

---8<---
df7f4000-df7fffff : System RAM
df800000-dfffffff : RAM buffer
---8<---

Что такое RAM buffer

         * Try to bump up RAM regions to reasonable boundaries to
         * avoid stolen RAM:
         */
        for (i = 0; i < e820.nr_map; i++) {
                struct e820entry *entry = &e820.map[i];
                u64 start, end;

                if (entry->type != E820_RAM)
                        continue;
                start = entry->addr + entry->size;
                end = round_up(start, ram_alignment(start)) - 1;
                if (end > MAX_RESOURCE_SIZE)
                        end = MAX_RESOURCE_SIZE;
                if (start >= end)
                        continue;
                printk(KERN_DEBUG
                       "e820: reserve RAM buffer [mem %#010llx-%#010llx]\n",
                       start, end);
                reserve_region_with_split(&iomem_resource, start, end,
                                          "RAM buffer");
        }

SMMR

[*] running module: chipsec.modules.smm_dma
[x][ =======================================================================
[x][ Module: SMM TSEG Range Configuration Check
[x][ =======================================================================
[*] TSEG      : 0x00000000DF800000 - 0x00000000DFFFFFFF (size = 0x00800000)
[*] SMRR range: 0x00000000DF800000 - 0x00000000DFFFFFFF (size = 0x00800000)

gadfly ★★
()
Ответ на: комментарий от ckotinko

Я дкмаю так, код linux сейчас максимально отвязан от архитектуры, может если у такого компа будет своя система команд то с быстродействием будет не так плохо?

Ну и ни кто не заставляет делать именно процессор, можно сделать свой чипсет к серийнлму ну и будет это бекдор биться в изоляции.

torvn77 ★★★★★
()
Ответ на: комментарий от gadfly

Да, всем признакам это SMM.

И вот еще статейка

https://xakep.ru/2008/07/29/44663/

В общем, старая дыра, которая в свете накопления всяких ME смотрится уже по другому

vaddd ☆☆
()
Ответ на: комментарий от torvn77

man openrisc и risc-v, они бегают на фгпа, и там есть линукс. Есть даже ОоО версии последнего, который догоняет кортекс А15 по заявлениям. Но зачем?

Deleted
()
Ответ на: комментарий от Deleted

Не знал что его на fpga делают,. думал что это просто проект микросхемы.

К нему можно прикрутить обычные процессоры или видеокарты в качестве ускорителей вычислений.
Его можно использовать как роутер с белым списком, изолировав бэкдор от сети.

На последнее то уж 100Мгц хватит?

torvn77 ★★★★★
()
Последнее исправление: torvn77 (всего исправлений: 3)
Ответ на: комментарий от torvn77

FPGA могут на гигагерцах работать, инфа 100%

Просто они очень чувствительны к длинне пути сигнала (т.е. какой-нибудь minimal instruction set computer они заведут, а что-нибуь сложнее - хрен.

timdorohin ★★★★
()
Ответ на: комментарий от timdorohin

Так никто же не заставляет использовать паралельные интерфейсы, тем более что современные шины, что процессора, что переферийная PC-E это не паралельные шины а «пучки» последовательных интерфейсов.

torvn77 ★★★★★
()
Ответ на: комментарий от torvn77

Да знаю я, не об этом речь. Просто процессор - так или иначе, куча параллельных шин. И от этого не уйти...

timdorohin ★★★★
()
Ответ на: ещё от Deleted

Эти безудержные технологические фантазии конечно интересны. Но хотелось бы чего-то более практичного насчет этой дырки в памяти

vaddd ☆☆
()
Ответ на: комментарий от vaddd

А что тут практичного можно сказать? сегодня залатаешь эту дыру, завтра окажется другая. И ведь все это даже не руткиты ЦРУ, а просто безалаберность вендоров. Видосы смотри на комплюктере, а бухгалтерию веди в тетрадке ручкой.

anonymous
()
Ответ на: комментарий от anonymous

Безалаберность? ) Это сознательное создание неконтролируемого пользователем доступа - «может нам пригодится, может большой брат потребует, ну и типа немного сисадмину останется»

Но, в принципе, любой продвинутый рутер-сервер между матплатой, реализованный на чем-то недырявом, может решить проблему

vaddd ☆☆
()
Ответ на: комментарий от anonymous

Зайди на сайт Atmel, полазь по Atmel SMART ARM - там у некоторых это есть (encrypted external DDR).

Находил, когда пытался найти дешевый встраиваемый процессор, сейчас лень это делать.

timdorohin ★★★★
()
Ответ на: ещё от Deleted

Лоуриск это снк со своими секьюрными фичами вроде тегированой памяти, которая базируется на risc-v.

Deleted
()
Ответ на: комментарий от Deleted

Лоуриск это снк со своими секьюрными фичами вроде тегированой памяти, которая базируется на risc-v.

Ну так в данном контексте SoC намного практически полезней. Ведь на голом наборе инструкций и ворохе IP cores линукс не запустить. На мой ламерский взгляд, к цели создания реального опенсорсного SoC (не на FPGA), способного запускать линукс, сейчас наиболее близки lowRISC. OpenRISC что-то пытались сделать, но так и не смогли взлететь.

Deleted
()
Ответ на: комментарий от vaddd

ну и для чего им может пригодится создание неконтролируемого пользователем доступа? какие профиты с этого можно получить? или, может быть, «неисповедимы пути вендора»?

anonymous
()
Ответ на: комментарий от anonymous

для чего им может пригодится создание неконтролируемого пользователем доступа?

большой брат потребует

aureliano15 ★★
()
Ответ на: комментарий от anonymous

Мелко плаваете. Любой разраб, программер, производитель, провайдер должен оставлять возможности для развития, для персонального доступа помимо того, что требуется здесь и сейчас. Если он этого не делает - это плохой, негодный вендор. Ни один серьезный продукт нельзя выпускать в полное неконтролируемое владение стихийным массовым клиентом.

Функция же возможного доступа Большого Брата - это дополнительный бонус, который может принести массу преимуществ в виде госзаказов, одобрения свыше и тп вкусностей.

vaddd ☆☆
()
Ответ на: комментарий от vaddd

Ни один серьезный продукт нельзя выпускать в полное неконтролируемое владение стихийным массовым клиентом

А как же open source?

aureliano15 ★★
()
Ответ на: комментарий от torvn77

лучше уж тогда эту логику в сетевуху встроить и не париться. прямо на железном уровне файрвол. тут FPGA даже слабенького хватит вполне для большинства машин. и никакой периферии и общей системы не нужно. только стек и фильтр.

Iron_Bug ★★★★★
()
user@work:~$ dmesg |grep BIOS
[    0.000000] e820: BIOS-provided physical RAM map:
[    0.000000] BIOS-e820: [mem 0x0000000000000000-0x000000000009e7ff] usable
[    0.000000] BIOS-e820: [mem 0x000000000009f800-0x000000000009ffff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000000f0000-0x00000000000fffff] reserved
[    0.000000] BIOS-e820: [mem 0x0000000000100000-0x00000000cfd9ffff] usable
[    0.000000] BIOS-e820: [mem 0x00000000cfda0000-0x00000000cfdd0fff] ACPI NVS
[    0.000000] BIOS-e820: [mem 0x00000000cfdd1000-0x00000000cfdfffff] ACPI data
[    0.000000] BIOS-e820: [mem 0x00000000cfe00000-0x00000000cfefffff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000e0000000-0x00000000efffffff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000fec00000-0x00000000ffffffff] reserved
[    0.000000] BIOS-e820: [mem 0x0000000100000000-0x000000042fffffff] usable
[    0.000000] SMBIOS 2.4 present.
[    0.000000] DMI: Gigabyte Technology Co., Ltd. GA-990XA-UD3/GA-990XA-UD3, BIOS F14b 01/24/2013
[    0.000000] AGP: Your BIOS doesn't leave a aperture memory hole
[    0.000000] AGP: Please enable the IOMMU option in the BIOS setup
[    3.567926] mtrr: probably your BIOS does not setup all CPUs.
[    5.267595] rtc-cmos: BIOS has alarm-disable quirk. 
[   27.521217] EDAC amd64: ECC disabled in the BIOS or no ECC capability, module will not load.
[   27.618885] ATOM BIOS: CAYMAN
torvn77 ★★★★★
()
[    0.000000] e820: BIOS-provided physical RAM map:
[    0.000000] BIOS-e820: [mem 0x0000000000000000-0x0000000000057fff] usable
[    0.000000] BIOS-e820: [mem 0x0000000000058000-0x0000000000058fff] reserved
[    0.000000] BIOS-e820: [mem 0x0000000000059000-0x0000000000085fff] usable
[    0.000000] BIOS-e820: [mem 0x0000000000086000-0x00000000000fffff] reserved
[    0.000000] BIOS-e820: [mem 0x0000000000100000-0x000000006457efff] usable
[    0.000000] BIOS-e820: [mem 0x000000006457f000-0x000000006457ffff] ACPI NVS
[    0.000000] BIOS-e820: [mem 0x0000000064580000-0x00000000645a9fff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000645aa000-0x0000000064658fff] usable
[    0.000000] BIOS-e820: [mem 0x0000000064659000-0x0000000064f58fff] reserved
[    0.000000] BIOS-e820: [mem 0x0000000064f59000-0x000000007b16dfff] usable
[    0.000000] BIOS-e820: [mem 0x000000007b16e000-0x000000007bbadfff] reserved
[    0.000000] BIOS-e820: [mem 0x000000007bbae000-0x000000007ce7dfff] ACPI NVS
[    0.000000] BIOS-e820: [mem 0x000000007ce7e000-0x000000007cefdfff] ACPI data
[    0.000000] BIOS-e820: [mem 0x000000007cefe000-0x000000007cefefff] usable
[    0.000000] BIOS-e820: [mem 0x000000007ceff000-0x000000007fffffff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000e0000000-0x00000000efffffff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000fd000000-0x00000000fe7fffff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000feb00000-0x00000000feb03fff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000fec00000-0x00000000fec00fff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000fed00000-0x00000000fed00fff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000fed10000-0x00000000fed19fff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000fed84000-0x00000000fed84fff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000fee00000-0x00000000fee00fff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000ff900000-0x00000000ffffffff] reserved
[    0.000000] BIOS-e820: [mem 0x0000000100000000-0x000000027effffff] usable

Skylake, встройка есть

mersinvald ★★★★★
()
Последнее исправление: mersinvald (всего исправлений: 1)

на современных компах - да, дофига там закладок. а вот, например, старая промышленная мамка с третьим пнём:

[    0.000000] BIOS-provided physical RAM map:
[    0.000000]  BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
[    0.000000]  BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
[    0.000000]  BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
[    0.000000]  BIOS-e820: 0000000000100000 - 000000001e000000 (usable)
[    0.000000]  BIOS-e820: 00000000fff80000 - 0000000100000000 (reserved)

Iron_Bug ★★★★★
()
Последнее исправление: Iron_Bug (всего исправлений: 2)
Ответ на: комментарий от ckotinko

руткит-то давно известен:

мои глаза, зачем я это прочитал

статья полный бред, выводы сделаны на уровне- «почему моя усб2 флешка работает по разному на разных мат-платах, 100% там чтото вшито скрытое!1111»

такой бред, взяты поверхностные «знания» людей что «есть чип виртуализации» нарисована табличка что «чип виртуализации соеденяется с матплатой ПРОВОДАМИ(данеможетбыть)»(плюс картинка консоли(онаж 100% правдивая, очевидноже)) это все вставлено в тонну воды от школьника...и вуаля статья готова

любой работающий с программатором хоть пару раз и патчащий им чипы, делая дампы памяти и сравнивая образы с прошивкой - знает ответ «почему низкоуровневое АПИ» работает поразному, и ответ совсем не в «скрытом функционале»... объяснять не стану слишком простой вопрос с кторым люди знакомятся на 2 курсе универа (или как я сказал патча чипы руками)

testersup889
()
Ответ на: комментарий от testersup889

любой работающий с программатором хоть пару раз и патчащий им чипы, делая дампы памяти и сравнивая образы с прошивкой - знает ответ «почему низкоуровневое АПИ» работает поразному, и ответ совсем не в «скрытом функционале»... объяснять не стану слишком простой вопрос с кторым люди знакомятся на 2 курсе универа (или как я сказал патча чипы руками)

А всё-таки? Я с программатором не работал, и статья мне показалась интересной. Да и «Хакер» - серьёзный журнал, откровенный бред печатать не будет. Хотелось бы услышать конкретные аргументы против, в двух словах.

aureliano15 ★★
()
Ответ на: комментарий от aureliano15

конкретные аргументы против

какие аргументы?

ты не отличаешь «правдивых» аргументов от «полной чуши»

с такими желаниями тебе только по телевизору покажут «настоящую правду»

testersup889
()
Ответ на: комментарий от testersup889

ты не отличаешь «правдивых» аргументов от «полной чуши»
с такими желаниями тебе только по телевизору покажут «настоящую правду»

Ну ты же понимаешь, что это просто слив. Сказал что-то бездоказательно - и в кусты. Я в состоянии проанализировать аргументы с разных сторон и сформировать собственное мнение. Но пока что с твоей стороны никаких аргументов, кроме «все - дерьмо, а я - д'артаньян», нет. Так аргументировать любой может, в чём ни хрена не понимает.

aureliano15 ★★
()
Ответ на: комментарий от aureliano15

и на чем строится твой анализ

и статья мне показалась интересной. Да и «Хакер» - серьёзный журнал, откровенный бред печатать не будет.

на том что «показалось правдоподобным» и «журнал хороший», так яж и сказал- для таких и существует телевизор

ласт пост, нелюблю отвечать детям строящим «выводы» из манеры подачи материала, ты и 1% не поймешь из написанного по работе чипов памяти, которое понимается после первой перепрошивки

testersup889
()
Ответ на: комментарий от testersup889

и на чем строится твой анализ

А я ничего не анализировал, т. к. некомпетентен в этом вопросе, о чём сразу сказал:

Я с программатором не работал

Именно поэтому и попросил тебя в 2 словах аргументировать свою позицию, чтоб было, с чем сравнивать. Но ты ничего конкретного, кроме как

ты и 1% не поймешь из написанного по работе чипов памяти

сказать не смог.

нелюблю отвечать детям

Любишь меряться пиписьками возрастом? А я не люблю. Был такой американский физик Фейнман, и он как-то сказал про тебя:

Если вы [skip] не можете в двух словах объяснить пятилетнему ребёнку, чем вы занимаетесь, — вы шарлатан.

ласт пост

Да дело твоё. Я уже понял, что сказать тебе нечего.

aureliano15 ★★
()
Ответ на: комментарий от Deleted

Мне все же кажется, что самые близкие к кемнию - sifive: они уже испекли и пытаются продавать свой МК на риск5 и у них есть большой сок, на котором бутается линукс и куда можно воткнуть ОоО ядро.
Если я доеду до orconf в этом году, я выпытаю у Алекса его планы по лоуриску.

Deleted
()
Ответ на: комментарий от Deleted

Мне все же кажется, что самые близкие к кемнию - sifive: они уже испекли и пытаются продавать свой МК на риск5 и у них есть большой сок, на котором бутается линукс и куда можно воткнуть ОоО ядро.

А вот этих чуваков я как-то пропустил... Выглядит круто, но я не нашёл подробной инфы про «большой сок». Только про мелкий для какой-то ардуиноподобной платы. Это уже лучше, чем вообще ничего, но линукс туда не влезет =(.

Deleted
()
Вы не можете добавлять комментарии в эту тему: топик перемещен в архив.