|
|
|
Секретный обмен данными программы с сервером
|
|||
|---|---|---|---|
|
#18+
Добрый день! Мне нужно организовать общение программы с СУБД, с машины клиента. Проблема в том, что если в ини-файле прописать логин и пароль доступа к СУБД - то соответственно клиент сможет зайти в базу, скачать её и т.д. Ну т.е. как вообще такие задачи решаются? Когда нужно сделать подсос каких то данных с сервера, но чтобы владелец компьютера не смог получить эти данные сам? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.06.2019, 12:02 |
|
||
|
Секретный обмен данными программы с сервером
|
|||
|---|---|---|---|
|
#18+
Можно конечно назначить права доступа в базе, но я хочу чтобы клиент не видел вообще ничего. А если речь идет про БД - то в любом случае программа посылает логин и пароль, и снифером можно посмотреть эти данные. ... Может как то отказаться от БД? Запаковывать все необходимые данные в какой - нибудь зашифрованный dat файл, скачивать его по ФТП, внутри себя распаковывать и так работать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.06.2019, 12:06 |
|
||
|
Секретный обмен данными программы с сервером
|
|||
|---|---|---|---|
|
#18+
Basketbolснифером можно посмотреть эти данные.Вы определитесь, от каких именно угроз нужно защититься? В пределе - всё, что попадает в компьютер клиента, может быть им достано. Вопрос только ценой каких усилий. Как вариант - программу ставить не на компьютер клиента, а на отдельный сервер. И предоставлять доступ к ней через RDP. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.06.2019, 12:11 |
|
||
|
Секретный обмен данными программы с сервером
|
|||
|---|---|---|---|
|
#18+
Basketbol, для соединения с сервером использовать ssl, тогда снифером эти данные не посмотреть и зачем логин и пароль хранить в ini файле? при авторизации пусть клиент их вводит вручную, и уже с ними подключаться дальше вообще не понятно, то вы не хотите, чтобы клиент скачал базу(?), то хотите дать ему эти же данные в виде файла и чтобы он с ним работал(?) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.06.2019, 12:17 |
|
||
|
Секретный обмен данными программы с сервером
|
|||
|---|---|---|---|
|
#18+
Basketbolкак вообще такие задачи решаются? Когда нужно сделать подсос каких то данных с сервера, но чтобы владелец компьютера не смог получить эти данные сам? Единственный правильный (и работающий) способ - никогда не передавать закрытые данные на клиентский компьютер. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.06.2019, 12:20 |
|
||
|
Секретный обмен данными программы с сервером
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovBasketbolкак вообще такие задачи решаются? Когда нужно сделать подсос каких то данных с сервера, но чтобы владелец компьютера не смог получить эти данные сам? Единственный правильный (и работающий) способ - никогда не передавать закрытые данные на клиентский компьютер. Как-то открыл страничку какого-то банка. Хотел пару абзацев кредитных условий сохранить. А сайт оказался полностью на флеше. На экране просто рисованная картинка. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.06.2019, 08:45 |
|
||
|
Секретный обмен данными программы с сервером
|
|||
|---|---|---|---|
|
#18+
asutp2Basketbol, для соединения с сервером использовать ssl, тогда снифером эти данные не посмотретьоч смешно Dimitry SibiryakovЕдинственный правильный (и работающий) способ - никогда не передавать закрытые данные на клиентский компьютер. +1, если это невозможно, то остаётся только увеличивать стоимость затрат на взлом ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.06.2019, 09:01 |
|
||
|
Секретный обмен данными программы с сервером
|
|||
|---|---|---|---|
|
#18+
kealon(Ruslan)asutp2Basketbol, для соединения с сервером использовать ssl, тогда снифером эти данные не посмотретьоч смешно а ты в состоянии смотреть расшифрованные данные при использовании ssl? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.06.2019, 09:38 |
|
||
|
Секретный обмен данными программы с сервером
|
|||
|---|---|---|---|
|
#18+
asutp2а ты в состоянии смотреть расшифрованные данные при использовании ssl? SSL, если не предпринимать специальных усилий (а их практически никто не предпринимает), не устойчив для MITM. Этим пользуются реверс-прокси типа Fiddler, например. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.06.2019, 10:44 |
|
||
|
Секретный обмен данными программы с сервером
|
|||
|---|---|---|---|
|
#18+
Kazantsev Alexeyasutp2а ты в состоянии смотреть расшифрованные данные при использовании ssl? SSL, если не предпринимать специальных усилий (а их практически никто не предпринимает), не устойчив для MITM. "Специальные усилия" - это покупка нормального сертификата и проверка CRL?.. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.06.2019, 10:53 |
|
||
|
Секретный обмен данными программы с сервером
|
|||
|---|---|---|---|
|
#18+
alekcvp"Специальные усилия" - это покупка нормального сертификата и проверка CRL?.. https://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=1303826&msg=21703118 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.06.2019, 10:54 |
|
||
|
Секретный обмен данными программы с сервером
|
|||
|---|---|---|---|
|
#18+
Требования, озвученные ТСом, очень расплывчатые. Непонятно, что значит секретный обмен. От кого он должен быть секретным? Какая СУБД используется? Не хочет ли ТС сам себя обмануть? Если программа предназначена для работы с базой, то и хранить пароль не нужно (не в ини, не в реестре). А если не предназначена, то добавить авторизацию никто не запрещает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.06.2019, 11:09 |
|
||
|
Секретный обмен данными программы с сервером
|
|||
|---|---|---|---|
|
#18+
goldmi45, ТС не хочет, чтобы клиент мог в обход приложения к базе подключиться, кмк. Тут решение одно - трёхзвенка. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.06.2019, 11:17 |
|
||
|
Секретный обмен данными программы с сервером
|
|||
|---|---|---|---|
|
#18+
Kazantsev Alexeyalekcvp"Специальные усилия" - это покупка нормального сертификата и проверка CRL?.. https://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=1303826&msg=21703118 Ну, подразумевается, что если кто-то может изменить траффик между сервером и клиентом в локальной сети (для МИТМ, т.е. подменить запись в локальном DNS или установить прозрачный прокси), то доступ к серверу с CA у него тоже, скорее всего, есть. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.06.2019, 11:49 |
|
||
|
Секретный обмен данными программы с сервером
|
|||
|---|---|---|---|
|
#18+
alekcvpKazantsev Alexeyпропущено... https://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=1303826&msg=21703118 Ну, подразумевается, что если кто-то может изменить траффик между сервером и клиентом в локальной сети (для МИТМ, т.е. подменить запись в локальном DNS или установить прозрачный прокси), то доступ к серверу с CA у него тоже, скорее всего, есть.судя по задаче ТС, однозначно есть - т.е. всё это только защита от дурака, затруднит немного, но не панацея. Строго говоря, любое шифрование ломать не надо, достаточно найти кусок памяти в процессе в нужный мамент, программа всё равно расшифрует данные, как то же ей с ними работать надо. хотелка авторнужно сделать подсос каких то данных с сервера, но чтобы владелец компьютера не смог получить эти данные сам? однозначно противоречит аксиоме 21907265 железная защита (если предполагать, что злоумышленник не имеет доступа к серверу) это когда нечего ломать, т.е. все функции, использующие секретные данные, должны быть реализованы на сервере ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.06.2019, 12:11 |
|
||
|
Секретный обмен данными программы с сервером
|
|||
|---|---|---|---|
|
#18+
Basketbol, Достаточно зашифровать Exe-шник программы, которой доступ к БД осуществляется от абстрактного имени, например User, а доступ к программе осуществляется по логину и паролю, хранящимся в этой или другой БД ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.06.2019, 13:03 |
|
||
|
Секретный обмен данными программы с сервером
|
|||
|---|---|---|---|
|
#18+
m830, сниффер сети, думаю, покажет всё интересное. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.06.2019, 14:03 |
|
||
|
Секретный обмен данными программы с сервером
|
|||
|---|---|---|---|
|
#18+
Kazantsev AlexeyЭтим пользуются реверс-прокси типа Fiddler, например.Который требует от клиента установить свой сертификат ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.06.2019, 15:05 |
|
||
|
Секретный обмен данными программы с сервером
|
|||
|---|---|---|---|
|
#18+
L_argoКак-то открыл страничку какого-то банка. Хотел пару абзацев кредитных условий сохранить. А сайт оказался полностью на флеше. На экране просто рисованная картинка. А ты эту картинку в FineReader ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.06.2019, 15:06 |
|
||
|
Секретный обмен данными программы с сервером
|
|||
|---|---|---|---|
|
#18+
_Vasilisk_, +++! :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.06.2019, 17:37 |
|
||
|
Секретный обмен данными программы с сервером
|
|||
|---|---|---|---|
|
#18+
_Vasilisk_Который требует от клиента установить свой сертификат И что? Сейчас их кто только не ставит. Это не остановит клиента желающего увидеть трафик приложения. Вот, кстати, почитайте ... и комментарии тоже. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.06.2019, 19:37 |
|
||
|
Секретный обмен данными программы с сервером
|
|||
|---|---|---|---|
|
#18+
Kazantsev AlexeyИ что? Сейчас их кто только не ставитА то, что пока клиент самостоятельно не установит себе сертификат, никто его трафик читать не сможет Kazantsev AlexeyВот, кстати, почитайте .О чем я и говорюАО «Казахтелеком» намерен чуть позже в декабре выпустить подробную пошаговую инструкцию по добавлению его в ключницы в мобильные телефоны и планшеты на базе iOS и Android, персональные компьютеры и ноутбуки на базе Windows и MacOS, Kazantsev Alexeyи комментарии тоже.Браузеры честно говорят «Сертификат не подходит». На что поддержка провайдера говорит «А вы не парьтесь, это наш сертификат! Просто добавьте его в доверенные». Везде пользователь должен сам устанавливать сертификат. Ну или сговор с СА. Но Symantec уже пыталась. Врядли еще найдутся желающие ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2019, 13:43 |
|
||
|
Секретный обмен данными программы с сервером
|
|||
|---|---|---|---|
|
#18+
_Vasilisk_Kazantsev AlexeyИ что? Сейчас их кто только не ставитА то, что пока клиент самостоятельно не установит себе сертификат, никто его трафик читать не сможет не отходим от задачи Basketbolно чтобы владелец компьютера не смог получить эти данные сам? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2019, 14:29 |
|
||
|
Секретный обмен данными программы с сервером
|
|||
|---|---|---|---|
|
#18+
_Vasilisk_А то, что пока клиент самостоятельно не установит себе сертификат, никто его трафик читать не сможет Ну так что клиенту помешает это сделать, когда он сам и заинтересован в просмотре трафика? _Vasilisk_Везде пользователь должен сам устанавливать сертификат. Когда трафик мониторится на уровне провайдера вариантов только два: либо ты ставишь сертификат, либо у тебя перестаёт работать ssl/tls. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2019, 15:09 |
|
||
|
Секретный обмен данными программы с сервером
|
|||
|---|---|---|---|
|
#18+
Kazantsev Alexey, а что мешает использовать при обмене с сервером свое шифрование, на RSA/4096? Сервер имеется ввиду свой сервер (написанный на делфи, например на стандартном из коробки TidHttpServer), который шифрует/расшифровывает блоки данных своим секретным ключом? Например клиент посылает чтото типа {"data":"данные_зашифрованные_RSA"}, сервер отвечает аналогично {"data":"данные_зашифрованные_RSA"}. Процедура надежного обмена ключами сессии и использование приватных/публичных давно обкатана. В таком случае вообще плевать, что там хочет провайдер. Можно смело поставить его сертификат, провайдер будет видеть только данные именно в виде {"data":"данные_зашифрованные_RSA"}, всякие сниферы - аналогично. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2019, 16:43 |
|
||
|
|

start [/forum/topic.php?fid=58&msg=39826026&tid=2039377]: |
0ms |
get settings: |
6ms |
get forum list: |
9ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
145ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
37ms |
get tp. blocked users: |
1ms |
| others: | 210ms |
| total: | 421ms |

| 0 / 0 |
