Файлы с ключами доступны провайдеру хостинга https://forum.web.money/index.php?/topic/23272-

Файлы с ключами доступны провайдеру хостинга https://forum.web.money/index.php?/topic/23272-

Вопрос связан с использованием XML интерфейсов и необходимости выкладывания на хостинг файла ключей и пароля к нему.

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

Как обезопасить себя от этого? Может кто-либо вкратце рассказать, как они решали на практике эту проблему?

Видел рекомендацию, чтобы обезопасить себя от этого, можно использовать схему перевода поступающих на кошелек ресурса средств, на другой кошелек, управляемый под другим WMID, со своим файлом ключей и паролем к нему, который провайдер хостинга не будет знать!

Насколько верна эта рекомендация, наверное, есть и другие пути? Может ссылку?

#2 Обычный пользователь, не сотрудник AndrewTishkin (WMID 282697973392 )
  • Группа: Модераторы
  • сообщений 16 602
  • Регистрация: 17-ноября 08
  • Местоположение Россия/Глазов
  • Webmoney BL

В январе 2010 года на сайте Макхост в течение некоторого времени висело русское национальное слово из трех букв. Слово провисело на сайте несколько дней и потом также неожиданно было убрано

или безлимитных купертино, надо идти к врачу, потому что в здравом уме и трезвой памяти пойти на такой шаг затруднительно

Видел рекомендацию, чтобы обезопасить себя от этого, можно использовать схему перевода поступающих на кошелек ресурса средств, на другой кошелек, управляемый под другим WMID, со своим файлом ключей и паролем к нему, который провайдер хостинга не будет знать!

Это стандартная схема и вряд ли кто подскажет что-то альтернативное без извращений, вроде "монолита" cgi-скрипта, в котором будет зашит и код, и файл ключей с паролем, и чтобы выдрать это хозяйство можно было только через реверс-инжиниринг (ключевое слово - "можно", опять же 100% защиты нет, и если кому-то очень надо, он это сделает, а извращение приведёт только к трудностям для разработчика сайта).

Схема работает через Доверенный WMIDЕсть основной WMID №1. Регистрируется дополнительный WMID №2, ключ и пароль от которого используются на сайте.После входа Вами WMIDом №1 в центр безопасности, вручную однократно выписывается доверенность для определённых кошельков (которые принадлежат WMIDу №1) на WMID №2 (у которого, следовательно, наличие кошельков необязательно)Устанавливаются лимиты (затрудняюсь сказать, на что именно эти лимиты - только на вывод, что логичнее всего, только на ввод, или на всё сразу; просьба к практикам пояснить этот момент для теоретиков )

Дополнительно, если для работы сайта не нужен финансовый резерв, с определённой периодичностью (например, 2 раза в день) лишние средства перекачиваются с кошелька, на который выписана доверенность, на кошелёк, на который она не выписана (переводы между кошельками одного WMIDа - бескомиссионные; кстати, для владельцев начального аттестата и выше ещё и перевод средств между присоединёнными WMIDами осуществляется без комиссии, это на тот случай, если всё-таки хранить деньги на кошельках WMIDа №2, потому что лимиты не панацея, а способ минимизировать ущерб

Сообщение отредактировал AndrewTishkin: 20 декабря 2012 - 02:54

#3 Продвинутый пользователь 407826847451 (WMID 407826847451 )
  • Группа: Пользователи
  • сообщений 63
  • Регистрация: 28-марта 07
  • Webmoney BL
#4 =) Alligator (WMID 342321554572 )
  • Группа: Модераторы
  • сообщений 2 969
  • Регистрация: 09-декабря 10
  • Местоположение Україна
  • Webmoney BL

Вопрос связан с использованием XML интерфейсов и необходимости выкладывания на хостинг файла ключей и пароля к нему.

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

Как обезопасить себя от этого? Может кто-либо вкратце рассказать, как они решали на практике эту проблему?

Видел рекомендацию, чтобы обезопасить себя от этого, можно использовать схему перевода поступающих на кошелек ресурса средств, на другой кошелек, управляемый под другим WMID, со своим файлом ключей и паролем к нему, который провайдер хостинга не будет знать!

Насколько верна эта рекомендация, наверное, есть и другие пути? Может ссылку?

#5 Новичок lgn (WMID 205041311256 )
  • Группа: Пользователи
  • сообщений 3
  • Регистрация: 20-декабря 12
  • Webmoney BL

Грамотно подобранный провайдер, имеющий собственный дата-центр и огромную клиентскую базу, а следовательно и тысячи подконтрольных серверов, такой ерундой заниматься не будет. Хотя бы потому, что сотрудникам ЦОДа из-за обилия работы не хватит времени на неправомерные действия и перевод денег на свой кошелёк с использованием Ваших скриптов (копирование ключей для запуска кипера классик на другом ПК не рассматривается по причине необходимости кода активации, который высылается на e-mail и/или телефон, а также заблаговременно подключенной защиты по IP-адресу)Если же выбирать из всяких макхостов

В январе 2010 года на сайте Макхост в течение некоторого времени висело русское национальное слово из трех букв. Слово провисело на сайте несколько дней и потом также неожиданно было убрано

или безлимитных купертино, надо идти к врачу, потому что в здравом уме и трезвой памяти пойти на такой шаг затруднительно

Видел рекомендацию, чтобы обезопасить себя от этого, можно использовать схему перевода поступающих на кошелек ресурса средств, на другой кошелек, управляемый под другим WMID, со своим файлом ключей и паролем к нему, который провайдер хостинга не будет знать!

Это стандартная схема и вряд ли кто подскажет что-то альтернативное без извращений, вроде "монолита" cgi-скрипта, в котором будет зашит и код, и файл ключей с паролем, и чтобы выдрать это хозяйство можно было только через реверс-инжиниринг (ключевое слово - "можно", опять же 100% защиты нет, и если кому-то очень надо, он это сделает, а извращение приведёт только к трудностям для разработчика сайта).

Схема работает через Доверенный WMIDЕсть основной WMID №1. Регистрируется дополнительный WMID №2, ключ и пароль от которого используются на сайте.После входа Вами WMIDом №1 в центр безопасности, вручную однократно выписывается доверенность для определённых кошельков (которые принадлежат WMIDу №1) на WMID №2 (у которого, следовательно, наличие кошельков необязательно)Устанавливаются лимиты (затрудняюсь сказать, на что именно эти лимиты - только на вывод, что логичнее всего, только на ввод, или на всё сразу; просьба к практикам пояснить этот момент для теоретиков )

Дополнительно, если для работы сайта не нужен финансовый резерв, с определённой периодичностью (например, 2 раза в день) лишние средства перекачиваются с кошелька, на который выписана доверенность, на кошелёк, на который она не выписана (переводы между кошельками одного WMIDа - бескомиссионные; кстати, для владельцев начального аттестата и выше ещё и перевод средств между присоединёнными WMIDами осуществляется без комиссии, это на тот случай, если всё-таки хранить деньги на кошельках WMIDа №2, потому что лимиты не панацея, а способ минимизировать ущерб

📎📎📎📎📎📎📎📎📎📎