>> Необходимо постраничная защита процом и ядром OS.
> MMU это умеет со времен 80386, сложно сказать кто там у кого идею утащил, но почти все архитектуры реализуют это похоже - MMU, страницы, права доступа к ним. В мало мальски современных штуках права на R, W и X отдельно ставятся и вопрос в основном в том чтобы ос не протупляла в настройке этих прав.Вот RISC-V прогулял на аппаратном уровне защиту пямяти W^X.
И большинство GNU/Linux, *BSD прогуливают корректную работу с памятью W^X.
Хочишь возразить? Проводи аудит и вноси в студию результаты тестов: https://www.opennet.ru/openforum/vsluhforumID3/130135.html#501
> x86 просто древний и во времена 386 этим не парились,
Парелись W^X с конца 1960-тых годов. Просто парятся как и сегодня не все.
> поэтому там много проблем и много софта которому плохеет если W^X энфорснуть и есть куча особенностей. Актуальных вот именно ранним x86.
большых проблем с софтом на архитектурах со строгим W^X до пропоганды JIT небыло!
> У более современных систем вообще этого класса проблем быть не обязано, они могли уже с учетом делать.
А теперь проблемы есть: JIT, ...
> А MMU может адресоваться и иначе чем на x86, например как довольно отдельная mem-mapped железка. Не мешает ему быть эквивалентом по общим свойствам того что он делает.
Проведи аудит архитектуры CPU + OS и выложи результаты тестов.
>> Если проц не умеет защищать память постранично
> То это совсем уж микроконтроллер какой-то, на котором полновесная многозадачка вообще несколько оверкилл, или что-то совсем древнее, выпущенное до 80386.
Речь о RISC-V https://www.opennet.ru/openforum/vsluhforumID3/130135.html#501