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

Если не секрет), то какие преимущества есть у ассемблера в области написания малвари перед С, ведь С это тот же ASM только на "стероидах"

Нам препод говорил, что Си больше памяти кушает.

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

Ну вот да, для таких нужд.

в том числе и это.

Но можно и встроенный в СИ ассемблер использовать, нет?

да и в промышленности все то же самое. да перечислять можно долго. причем с разных сторон использования и для разных целей.

Гирлянды всякие с мозгами.)

можно, но надежнее просто асм.

Надёжнее - да, но писать-то на нем сложно...

зато эффективно и интересно-)

)

А как например защищают систему на ассемблере? Можно ли на нем защитить железо от малвари или что то другое?)  (Не кидайте камнями, просто нешарю за асм)

Не настолько сложно, как об этом говорят.

Спасибо за ответ, видимо в современных процессорах это уже работает по другому

Да, я вот про это и прочитал

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

В Golang многие математические функции из встроенной библиотеки реализованы на ассемблере

Да в нем и указатели есть.)