изолировать от сети сохранив передачу данных, или один диск на два пк. как?
----------------------------------------------------------------------------
Здравствуйте :) !есть машина[A] которая rsunc-ом общается с сервером[B] в сети, забирает данные и отправляет результат своей работы.
теоретически сервер в сети рано или поздно будет взломан и при наличии неизвестной мне уязвимости в rsync вломана будет и машина[A].
ее взлом критичен и допустить его нельзя.по этому возник вопрос, а можно ли не программно(firejail\lxc\doker\kvm и т.д) а аппаратно изолировать эту машину сохранив при этом возможность передачи данных?
например вот по такой схеме:
[машина_А]=<==sata==>=[HDD]=<==sata==>=[машина_С с rsync]--<---сеть--->--[сервер_B]
или
+-<-sata_read-<--[HDD]-<-sata_write-<-+
[машина_А] [машина_С с rsync]--<---сеть--->--[сервер_B]
+->-sata_write->-[HDD]->-sata_read->--+или с помощью какого либо другого устройства...
смысл чтобы обмениваться данными без участия сетевых программ и протоколов.
можно конечно как вариант копировать данные с сервера[B] в облако и из него забирать машиной[A]
тогда для взлома потребуется взломать облачного провайдера что сложно, но хотелось бы найти решение без облаков.возможно кто-то уже сталкивался с такой задачей, или просто есть идеи?
> возможно кто-то уже сталкивался с такой задачей, или просто есть идеи?Ага, шапочка из фольги, говорят, помогает.
По теме - бред какой-то несешь. Взломают, не взломают... Облако еще приплел, его взломать сложнее, мда... Ну свое облако подними, если тебе так спокойнее.
Либо настрой файрвол, обновляй своевременно ОС/софт и не парь мозг себе и людям, либо вози свои данные на троллейбусе.
Ну что же ты так, недопараноил.> есть машина[A] которая rsunc-ом общается с сервером [В] в сети, забирает данные и
> отправляет результат своей работы.Предположим, что в данных, которые отдаёт [В], сидит троян. При попытке обработки данных на [А] его запускает. Дальше нафантазируешь сам.
Всё, что для взлома - это знать, как устроен обработчик на [A].
>>>По теме - бред какой-то несешь.Облако еще приплел, его взломать сложнее, мда... Либо настрой файрвол, обновляй своевременно ОС/софт и не парь мозг себе и людям, либо вози свои данные на троллейбусе. <<<Анон ты че такой злой? Кофе кончился или жена не дала?
я описал модель угрозы от которой защищаюсь, если ты не понял так хоть негатив при себе держи.
> Ну что же ты так, недопараноил.
> Предположим, что в данных, которые отдаёт [В], сидит троян. При попытке обработки
> данных на [А] его запускает. Дальше нафантазируешь сам.
> Всё, что для взлома - это знать, как устроен обработчик на [A].спасибо, это учел :) данные проверяются перед обработкой.
>>>>По теме - бред какой-то несешь.Облако еще приплел, его взломать сложнее, мда... Либо настрой файрвол, обновляй своевременно ОС/софт и не парь мозг себе и людям, либо вози свои данные на троллейбусе. <<<
> Анон ты че такой злой? Кофе кончился или жена не дала?Я вполне благодушен. Кофе не пью, жена дает два-три раза в неделю, нам хватает. Просто говорю то, что думаю без обиняков.
> я описал модель угрозы от которой защищаюсь, если ты не понял так
> хоть негатив при себе держи.Хорошо, вот тебе решение согласно твой модели - строй собственную изолированную сеть передачи данных. Тяни собственные кабели, закупай оборудование и обеспечивай охрану всего этого хозяйства. Потянешь ты все это? Думаю, нет - что возвращает нас к моему первоначальному посылу.
> Хорошо, вот тебе решение согласно твой модели - строй собственную изолированную сеть
> передачи данных. Тяни собственные кабели, закупай оборудование и обеспечивай охрану всего
> этого хозяйства. Потянешь ты все это? Думаю, нет - что возвращает
> нас к моему первоначальному посылу.ну потяну и что? только зачем мне городить дорогущий комбайн там где справится китайский контроллер задающий очередь чтения\записи на один диск для двух компов?
только вот ненагуглил я такого... но не может быть чтобы подобный вопрос ни разу не возникал у безопасников.ты вот говоришь "строй изолированную сеть" а мне в нее то данные как пихать если она изолированная? данные в интернете если что, их пользователи шлют. на болванках раз в день приносить?
а если нет то уже не изолированная она, ведь каким-то клиентом мы из нее должны куда-то лезть и данные брать.
>> Хорошо, вот тебе решение согласно твой модели - строй собственную изолированную сеть
>> передачи данных. Тяни собственные кабели, закупай оборудование и обеспечивай охрану всего
>> этого хозяйства. Потянешь ты все это? Думаю, нет - что возвращает
>> нас к моему первоначальному посылу.
> ну потяну и что? только зачем мне городить дорогущий комбайнЗатем, что настоящая безопасность стоит дорого.
> ты вот говоришь "строй изолированную сеть" а мне в нее то данные
> как пихать если она изолированная? данные в интернете если что,Интернет по умолчанию открытая, небезопасная сеть. Поэтому либо ты принимаешь связанные с нею риски - и мы возвращаемся к моему первоначальному посылу; либо...
> их пользователи шлют. на болванках раз в день приносить?
Да, там где безопасность диктует свои требования, так и поступают.
Имею в своей организации подобную изолированную сеть. Свои два сервера и четыре рабочих места. Плюс еще два компьютера со спецдоступом. На один скидывают данные извне, и там их тщательно проверяют. Если ничего криминального не находят - переносят их на второй комп, который включен в изолированную сеть, и с него (и только с него) загружают на сервер.
Все это хозяйство стоит как МКС, потому что каждая резиновая ножка у подставки монитора сертифицирована ФАПСИ, ФСБ, ФСТЭК и еще многими непонятными лично мне аббревиатурами, я, слава богу, лично к этому отношения никакого не имею. Те, кто имеют, имеют небольшой профит к зарплате и много проблем в личной жизни.Еще раз спрашиваю - тебе за безопасность или за поговорить о погоде?
>> их пользователи шлют. на болванках раз в день приносить?
> Да, там где безопасность диктует свои требования, так и поступают.приходится искать компромисс, если поступать четко по безопасности болванки придется носить каждые 5-10 минут.
если я не найду решение так и будут делать. но мозг мне зачем?
> Еще раз спрашиваю - тебе за безопасность или за поговорить о погоде?
мне компромисс. а конкретно сейчас ищу как один диск к двум компам подключить и чтоб работало.
> приходится искать компромисс, если поступать четко по безопасности болванки придется носить
> каждые 5-10 минут.Изначально ты искал безопасное решение, причем имеющаяся среда, предполагающая компромисс, тебя на тот момент не устраивала, что и вызвало мой к тебе посыл. Быстро же ты меняешь приоритеты.
> если я не найду решение так и будут делать. но мозг мне
> зачем?Боюсь, что прямой ответ снова вызовет у тебя боль и недоумение :)
>> Еще раз спрашиваю - тебе за безопасность или за поговорить о погоде?
> мне компромисс.Компромиссное решение я тебе предложил изначально - не [cencored] мозги себе и людям, соблюдай элементарные правила сетевой гигиены, и будет тебе щастье. А день и ночь отмахиваться матрасом от мифических угроз - руки устанут.
> а конкретно сейчас ищу как один диск к двум компам
> подключить и чтоб работало.Смотри на распределенные файловые системы - Cepf, Lustre, GlusterFS.
Смотри в сторону собственных облаков - Owncloud, Nextcloud
Все это - компромиссы в незащищенной сети Что тебя изначально не устраивало, иначе первый же запрос в гугле привел тебя если не к этим словам, то к чему-то, очень на них похожему. И имеющие свои уязвимые места.
> что и вызвало мой к тебе посыл. Быстро же ты меняешь приоритеты.
> Боюсь, что прямой ответ снова вызовет у тебя боль и недоумение :)
> не [cencored] мозги себе и людям.мне кажется ты слишком свысока пишешь и явно хочешь ощутить свое превосходство даже там где это вызывает недоумение :)
мы видимо не понимаем друг друга, да и ладно.
твои предложения я учел, подожду, почитаю, может еще кто ответит, люди разные, решений тоже немало.
> мне кажется ты слишком свысока пишешь и явно хочешь ощутить свое превосходство
> даже там где это вызывает недоумение :)Нет, всего лишь не пытаюсь быть вежливым.
> спасибо, это учел :) данные проверяются перед обработкой.А если найду уязвимость в проверяльщике?
Про изоляцию сетей. Недавно встретил прелюбопытнейшую конфигурацию - cеть на публичных адресах, но изолирована простейшим firewall без трансляции адреса. Наружу ты выйти можешь, а внутрь не попасть. Даже VPN туда невозможно пробросить.
> А если найду уязвимость в проверяльщике?если уязвимость позволит запустить твой код - сервис взломан, я пошел сушить сухари.
если нет - не все потеряно :)> Про изоляцию сетей. Недавно встретил прелюбопытнейшую конфигурацию - cеть на публичных
> адресах, но изолирована простейшим firewall без трансляции адреса. Наружу ты выйти
> можешь, а внутрь не попасть. Даже VPN туда невозможно пробросить.если можно наружу то можно и внутрь, простейший пример tor_hidden_service, поднимаем его внутри этой сетки, он лезет наружу, регается на нодах, и все - заходи по ssh.
>Наружу ты выйти можешь, а внутрь не попасть.хотя если я неправильно понял и речь о пакетах, то да, если весь входящий закрыт то и тор не сработает
> аппаратно изолировать
> сохранив при этом возможность передачи данныхПротиворечие. Или надо переопределить термины, чтобы появилось пересечение между "ещё можно обмениваться данными" и "уже аппаратно изолированно".
Пусть оператор читает с экрана одной машины и набивает данные на другой. Это достаточно изолированно?
Или пусть одна машина показывает на экране QR, а другая распознаёт веб-камерой.
Не так давно описывали сценарий проникновения в изолированную сеть когда одна машина пищала динамиком, а другая слушала микрофоном.Или пусть оператор на внешних носителях таскает данные, хотя иранские центрифуги от Stuxnet это не спасло.
Вроде бы, можно порт USB перевести в роль device, так чтобы одни компьютер представлялся флешкой другому. Это всё еще считается за аппаратную изоляцию, или уже нет? Хотя, я бы больше доверил сети IP.
Вам про изолированную сеть дело писали, она может быть просто шнурком от одной машины к другой.
Интернет - сервер А - изолированная сеть - сервер Б.Если процесс позволяет, сервер Б можно держать отключённым, от эенергии и/или от изолированной сети, и включать только когда надо переборсить данные.
Для каждой транзакции, сервер А можно загружать с RO носителя и на время отключать от Internet.Короче, это не столько вопрос технологии, сколько строгости протокола и масштаба неудобств которые вы готовы терпеть.
> Или пусть одна машина показывает на экране QR, а другая распознаёт веб-камерой.интересная идея, но это должно быть довольно медленно.
> Вроде бы, можно порт USB перевести в роль device, так чтобы одни
> компьютер представлялся флешкой другому. Это всё еще считается за аппаратную изоляцию,
> или уже нет? Хотя, я бы больше доверил сети IP.вот тут затрудняюсь ответить, буду изучать эту возможность.
> Для каждой транзакции, сервер А можно загружать с RO носителя и на
> время отключать от Internet.вот это тоже интересно, не подумал об этом, сейчас уже утро а не спал еще, в более адекватном состоянии обдумаю.
> Короче, это не столько вопрос технологии, сколько строгости протокола и масштаба неудобств
> которые вы готовы терпеть.да, согласен полностью.
Licha Morada, спасибо вам за варианты!
> смысл чтобы обмениваться данными без участия сетевых программ и протоколов.Как вариант - SAN (СХД) технологии.
[машина_А] подключается к FC-switch или SAS-switch и монтирует LUN, выделенный для совместного использования с [машина_С с rsync].
На серверах нужна поддержка кластерной файловой системы (shared disks). Или можно просто по очереди монтировать этот LUN по расписанию. :)