Хочуу запустить арбитражного бота на vps. Соответственно приватники со средствами

Question

Хочуу запустить арбитражного бота на vps. Соответственно приватники со средствами

будут хранится на сервере. Можно ли как-то защитить приватники от утечки? Что бы условно работник хостинга на смог зайти ко мне на сервер и взять приватник

#cryptocurrency #eth #russian

0

02.10.2023

15 ответов

42 просмотра

Admin Автор вопроса

Atlas
Удалить исходный код, и оставить ток бинарник и ег...

Как вариант. Но я пишу на ноде, она легко декомпилируется

0

02.10.2023

Microwave Dev

Admin
Как вариант. Но я пишу на ноде, она легко декомпил...

В оперативку положить через зашифрованный http запрос

0

02.10.2023

D M

при запуске вводить с консоле и доступ организовывать через mprotect

0

02.10.2023

atlas

А такие случаи были?

0

02.10.2023

D M

atlas
А такие случаи были?

Еще как

0

02.10.2023

qap

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

0

02.10.2023

Atlas

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

0

03.10.2023

Admin Автор вопроса

Atlas
Так если это арбитраж в блокчейне, мб будешь храни...

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

0

03.10.2023

Alex Korolev

Admin
Я не думаю что это кого-то остановит. Та и в целом...

Не знаю, может здесь есть решение https://aws.amazon.com/ru/blogs/database/part1-use-aws-kms-to-securely-manage-ethereum-accounts/

0

03.10.2023

Alex Korolev

Admin
Я не думаю что это кого-то остановит. Та и в целом...

Вообще вариант хранить средства на контракте кажется одним из самых надёжных, правда защищать вывод надо не странным названием функции, а установкой пароля: передаем в контракт хэш пароля, и вывод разрешаем только когда с транзакцией передаем оригинал пароля(они должны быть одноразовые, условно на каждый withdraw надо передавать оригинал пароля, и хэш от нового пароля) Хотя здесь остаётся уязвимость, что если вы работаете вообще с любыми токенами, то через контракт смогут провести сделку в rug pool. Здесь что то типа whitelist надо делать, что бы транзакции могли идти только в разрешенные биржи/пары.

0

03.10.2023

Admin Автор вопроса

Alex Korolev
Вообще вариант хранить средства на контракте кажет...

Та я условно придумал тему про арбитраж, просто нужно безопасно хранить приватник на сервере

0

03.10.2023

Alex Korolev

Admin
Та я условно придумал тему про арбитраж, просто ну...

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

0

03.10.2023

Admin Автор вопроса

Alex Korolev
Обфускация приватного ключа: Храните посимвольно к...

Думаю на это время тратиться будет, когда нужно срочно подписат и забродкастить

0

03.10.2023

Alex Korolev

Ещё такой вариант есть https://en.m.wikipedia.org/wiki/Hardware_security_module

0

08.10.2023