Если монетизация не связана с продажами - то реализовал.Реализуй мне малварь на голанге, которую ты сможешь нормально монентизировать. Кроме локера. У тебя вероятнее всего ничего не выйдет, т.к всё упрётся в вес и трафферы не будут грузить твоё чудо
все дело в том что тут срач, а не обсуждение, и утрирование, а не аргументы.Кстати какие 10-15 мегабайт, это что-же надо с кодом делать такое, что-бы такой вес был.
Максимум 500Кб., и-то это можно ужать до 200Кб.
Не более...
Все это адекватный вполне-себе вес.)))
Какие-то ужасы вы рассказываете, не пугайте меня...
сам хз, откуда у него получился такой весКстати какие 10-15 мегабайт, это что-же надо с кодом делать такое, что-бы такой вес был.
Максимум 500Кб., и-то это можно ужать до 200Кб.
Не более...
Все это адекватный вполне-себе вес.)))
Какие-то ужасы вы рассказываете, не пугайте меня...
видимо, всё-таки удалось выстрелить себе в ногу.
А касательно голанга? Я вижу в нём только один минус - вес.
Не писал на нем ни разу, поэтому хз.
Можно вместо стандартной либы юзать винапи. У меня есть желание написать что-то подобное на го, но что-то времени не нахожу для этого. Мне кажется тогда можно будет уложиться в 500-1000 кб
Я немного не про то. Смотри, в Си (или Паскаль) ты можешь написать код, который не будет тянуть за собой разную ерунду, попросту говоря будет примерно тоже, что и на асме (но лучше оптимизировано). Почему это важно в малвари? Потому что такой код (в теории) можно преобразовать в ШК, или банально загрузить в память (мы же малварь пишем, а не калькуляторы, надо учитывать крипторы и прочее). Если взять, допустим, стандартный ехе с новой студии, со всеми этими _except_handler4, CFG, и проч. и проч. Никакой пе лоадер это не осилит, во-первых некоторые вещи нужно делать вообще из ядра, а во-вторых - посмотри на квалификацию криптовщиков, там пздц же если честно. Допустим, в студии мы все отключили, а если стандартная либа не отключается и тянет за собой какие-то нюансы? Вот тут важно , можно ли в GO убрать такое, есть там оно вообще или нет, какие получаются бинарники.
На голанге, к сожалению, не получится написать полностью чистый бинарник. Го имеет сборщик мусора, который никак не убрать, он тянет за собой много всякой дряни, необходимой для работы. Компилятор нормально всё это дело собирает в один бинарник, без нужды таскать с собой сторонние либы.
В малваре обычно так и делают, ну по крайней мере я всегда кодил без црт (и те, на кого я ориентировался).
Как с криптом? Можешь сделать для теста простой хелловорлд на Go, интересно посмотреть.
Не некруто.
само по себе сначала сделать билд 15 мб, а потом думать, как его грузить - неправильный путь. хз откуда берутся идеи грузить такие объёмы напрямую. без натива и лоу левела здесь никак не обойтись.
про преймущества в рантайме вообще говорить не приходится, живёшь в доверенных процессах, мигрируешь куда хочешь без (почти) какого-либо внимания со стороны ав дальше уже грузи всё что хочешь. пацаны из тао вообще не заморачиваются и заливают своим таргетам по 50 - 100 метров кошерных модулей. там вплоть до интерпретатора lua Мне кажется ты кроме скринов кода с растом, с ним в жизни не работал, ибо то что ты написал никак вообще не коррелирует с реальностью. На расте можно писать такой же процедурный код как и на си, и так же легко вызывать asm код. Размер кода на расте тоже такой же как и на си, стилак можно написать вполне спокойно с весом ~50кб без std либы и ~120кб с пересобранной оптимизированной std либой, причем в большинстве случаев имея все memory safety гарантии и прекрасный error handling, что довольно важно в малваре
Именно поэтому го никак для малвари не подойдет, мальвар с встроенным сборщиком мусора это вообще больше на прикол похоже конечно. А вот на rust, как раз можно собрать бинарник без какого-либа рантайма, плюс есть zero-cost абстракции которые намного облегчают жизнь и не добавляют всякой ерунды в твой
