The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]




Версия для распечатки Пред. тема | След. тема
Новые ответы [ Отслеживать ]
изолировать от сети сохранив передачу данных, как?, !*! несторМахно, 20-Июл-20, 15:18  [смотреть все]
изолировать от сети сохранив передачу данных, или один диск на два пк. как?
----------------------------------------------------------------------------
Здравствуйте :) !

есть машина[A] которая rsunc-ом общается с сервером в сети, забирает данные и отправляет результат своей работы.
теоретически сервер в сети рано или поздно будет взломан и при наличии неизвестной мне уязвимости в rsync вломана будет и машина[A].
ее взлом критичен и допустить его нельзя.

по этому возник вопрос, а можно ли не программно(firejail\lxc\doker\kvm и т.д) а аппаратно изолировать эту машину сохранив при этом возможность передачи данных?

например вот по такой схеме:

[машина_А]=<==sata==>=[HDD]=<==sata==>=[машина_С с rsync]--<---сеть--->--[сервер_B]

или

         +-<-sata_read-<--[HDD]-<-sata_write-<-+
[машина_А]                                     [машина_С с rsync]--<---сеть--->--[сервер_B]
         +->-sata_write->-[HDD]->-sata_read->--+

или с помощью какого либо другого устройства...

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


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

возможно кто-то уже сталкивался с такой задачей, или просто есть идеи?


  • изолировать от сети сохранив передачу данных, как?, !*! Аноним, 16:36 , 20-Июл-20 (1)
    > возможно кто-то уже сталкивался с такой задачей, или просто есть идеи?

    Ага, шапочка из фольги, говорят, помогает.

    По теме - бред какой-то несешь. Взломают, не взломают... Облако еще приплел, его взломать сложнее, мда... Ну свое облако подними, если тебе так спокойнее.
    Либо настрой файрвол, обновляй своевременно ОС/софт и не парь мозг себе и людям, либо вози свои данные на троллейбусе.

  • изолировать от сети сохранив передачу данных, как?, !*! ACCA, 16:46 , 20-Июл-20 (2)
    Ну что же ты так, недопараноил.

    > есть машина[A] которая rsunc-ом общается с сервером [В] в сети, забирает данные и
    > отправляет результат своей работы.

    Предположим, что в данных, которые отдаёт [В], сидит троян. При попытке обработки данных на [А] его запускает. Дальше нафантазируешь сам.

    Всё, что для взлома - это знать, как устроен обработчик на [A].

    • изолировать от сети сохранив передачу данных, как?, !*! несторМахно, 16:57 , 20-Июл-20 (3)
      >>>По теме - бред какой-то несешь.Облако еще приплел, его взломать сложнее, мда... Либо настрой файрвол, обновляй своевременно ОС/софт и не парь мозг себе и людям, либо вози свои данные на троллейбусе. <<<

      Анон ты че такой злой? Кофе кончился или жена не дала?

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


      > Ну что же ты так, недопараноил.
      > Предположим, что в данных, которые отдаёт [В], сидит троян. При попытке обработки
      > данных на [А] его запускает. Дальше нафантазируешь сам.
      > Всё, что для взлома - это знать, как устроен обработчик на [A].

      спасибо, это учел :) данные проверяются перед обработкой.

      • изолировать от сети сохранив передачу данных, как?, !*! Аноним, 17:38 , 20-Июл-20 (4)
        >>>>По теме - бред какой-то несешь.Облако еще приплел, его взломать сложнее, мда... Либо настрой файрвол, обновляй своевременно ОС/софт и не парь мозг себе и людям, либо вози свои данные на троллейбусе. <<<
        > Анон ты че такой злой? Кофе кончился или жена не дала?

        Я вполне благодушен. Кофе не пью, жена дает два-три раза в неделю, нам хватает. Просто говорю то, что думаю без обиняков.

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

        Хорошо, вот тебе решение согласно твой модели - строй собственную изолированную сеть передачи данных. Тяни собственные кабели, закупай оборудование и обеспечивай охрану всего этого хозяйства. Потянешь ты все это? Думаю, нет - что возвращает нас к моему первоначальному посылу.

        • изолировать от сети сохранив передачу данных, как?, !*! несторМахно, 18:10 , 20-Июл-20 (5)
          > Хорошо, вот тебе решение согласно твой модели - строй собственную изолированную сеть
          > передачи данных. Тяни собственные кабели, закупай оборудование и обеспечивай охрану всего
          > этого хозяйства. Потянешь ты все это? Думаю, нет - что возвращает
          > нас к моему первоначальному посылу.

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

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


          • изолировать от сети сохранив передачу данных, как?, !*! Аноним, 18:56 , 20-Июл-20 (9)
            >> Хорошо, вот тебе решение согласно твой модели - строй собственную изолированную сеть
            >> передачи данных. Тяни собственные кабели, закупай оборудование и обеспечивай охрану всего
            >> этого хозяйства. Потянешь ты все это? Думаю, нет - что возвращает
            >> нас к моему первоначальному посылу.
            > ну потяну и что? только зачем мне городить дорогущий комбайн

            Затем, что настоящая безопасность стоит дорого.

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

            Интернет по умолчанию открытая, небезопасная сеть. Поэтому либо ты принимаешь связанные с нею риски - и мы возвращаемся к моему первоначальному посылу; либо...

            > их пользователи шлют. на болванках раз в день приносить?

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

            Имею в своей организации подобную изолированную сеть. Свои два сервера и четыре рабочих места. Плюс еще два компьютера со спецдоступом. На один скидывают данные извне, и там их тщательно проверяют. Если ничего криминального не находят - переносят их на второй комп, который включен в изолированную сеть, и с него (и только с него) загружают на сервер.
            Все это хозяйство стоит как МКС, потому что каждая резиновая ножка у подставки монитора сертифицирована ФАПСИ, ФСБ, ФСТЭК и еще многими непонятными лично мне аббревиатурами, я, слава богу, лично к этому отношения никакого не имею. Те, кто имеют, имеют небольшой профит к зарплате и много проблем в личной жизни.

            Еще раз спрашиваю - тебе за безопасность или за поговорить о погоде?

            • изолировать от сети сохранив передачу данных, как?, !*! несторМахно, 19:23 , 20-Июл-20 (10)
              >> их пользователи шлют. на болванках раз в день приносить?
              > Да, там где безопасность диктует свои требования, так и поступают.

              приходится искать компромисс, если поступать четко по безопасности болванки придется носить каждые 5-10 минут.

              если я не найду решение так и будут делать. но мозг мне зачем?

              > Еще раз спрашиваю - тебе за безопасность или за поговорить о погоде?

              мне компромисс. а конкретно сейчас ищу как один диск к двум компам подключить и чтоб работало.

              • изолировать от сети сохранив передачу данных, как?, !*! Аноним, 20:03 , 20-Июл-20 (11)
                > приходится искать компромисс, если поступать четко по безопасности болванки придется носить
                > каждые 5-10 минут.

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

                > если я не найду решение так и будут делать. но мозг мне
                > зачем?

                Боюсь, что прямой ответ снова вызовет у тебя боль и недоумение :)

                >> Еще раз спрашиваю - тебе за безопасность или за поговорить о погоде?
                > мне компромисс.

                Компромиссное решение я тебе предложил изначально - не [cencored] мозги себе и людям, соблюдай элементарные правила сетевой гигиены, и будет тебе щастье. А день и ночь отмахиваться матрасом от мифических угроз - руки устанут.

                > а конкретно сейчас ищу как один диск к двум компам
                > подключить и чтоб работало.

                Смотри на распределенные файловые системы - Cepf, Lustre, GlusterFS.
                Смотри в сторону собственных облаков - Owncloud, Nextcloud
                Все это - компромиссы в незащищенной сети Что тебя изначально не устраивало, иначе первый же запрос в гугле привел тебя если не к этим словам, то к чему-то, очень на них похожему. И имеющие свои уязвимые места.

                • изолировать от сети сохранив передачу данных, как?, !*! несторМахно, 20:44 , 20-Июл-20 (12)
                  > что и вызвало мой к тебе посыл. Быстро же ты меняешь приоритеты.
                  > Боюсь, что прямой ответ снова вызовет у тебя боль и недоумение :)
                  > не [cencored] мозги себе и людям.

                  мне кажется ты слишком свысока пишешь и явно хочешь ощутить свое превосходство даже там где это вызывает недоумение :)

                  мы видимо не понимаем друг друга, да и ладно.

                  твои предложения я учел, подожду, почитаю, может еще кто ответит, люди разные, решений тоже немало.


      • изолировать от сети сохранив передачу данных, как?, !*! ACCA, 18:21 , 20-Июл-20 (6)
        > спасибо, это учел :) данные проверяются перед обработкой.

        А если найду уязвимость в проверяльщике?

        Про изоляцию сетей. Недавно встретил прелюбопытнейшую конфигурацию - cеть на публичных адресах, но изолирована простейшим firewall без трансляции адреса. Наружу ты выйти можешь, а внутрь не попасть. Даже VPN туда невозможно пробросить.

        • изолировать от сети сохранив передачу данных, как?, !*! несторМахно, 18:33 , 20-Июл-20 (7)
          > А если найду уязвимость в проверяльщике?

          если уязвимость позволит запустить твой код - сервис взломан, я пошел сушить сухари.
          если нет - не все потеряно :)

          > Про изоляцию сетей. Недавно встретил прелюбопытнейшую конфигурацию - cеть на публичных
          > адресах, но изолирована простейшим firewall без трансляции адреса. Наружу ты выйти
          > можешь, а внутрь не попасть. Даже VPN туда невозможно пробросить.

          если можно наружу то можно и внутрь, простейший пример tor_hidden_service, поднимаем его внутри этой сетки, он лезет наружу, регается на нодах, и все - заходи по ssh.

  • изолировать от сети сохранив передачу данных, как?, !*! Licha Morada, 02:02 , 21-Июл-20 (14)
    > аппаратно изолировать
    > сохранив при этом возможность передачи данных

    Противоречие. Или надо переопределить термины, чтобы появилось пересечение между "ещё можно обмениваться данными" и "уже аппаратно изолированно".

    Пусть оператор читает с экрана одной машины и набивает данные на другой. Это достаточно изолированно?
    Или пусть одна машина показывает на экране QR, а другая распознаёт веб-камерой.
    Не так давно описывали сценарий проникновения в изолированную сеть когда одна машина пищала динамиком, а другая слушала микрофоном.

    Или пусть оператор на внешних носителях таскает данные, хотя иранские центрифуги от Stuxnet это не спасло.

    Вроде бы, можно порт USB перевести в роль device, так чтобы одни компьютер представлялся флешкой другому. Это всё еще считается за аппаратную изоляцию, или уже нет? Хотя, я бы больше доверил сети IP.


    Вам про изолированную сеть дело писали, она может быть просто шнурком от одной машины к другой.
    Интернет - сервер А - изолированная сеть - сервер Б.

    Если процесс позволяет, сервер Б можно держать отключённым, от эенергии и/или от изолированной сети, и включать только когда надо переборсить данные.
    Для каждой транзакции, сервер А можно загружать с RO носителя и на время отключать от Internet.

    Короче, это не столько вопрос технологии, сколько строгости протокола и масштаба неудобств которые вы готовы терпеть.

    • изолировать от сети сохранив передачу данных, как?, !*! несторМахно, 04:53 , 21-Июл-20 (15)
      > Или пусть одна машина показывает на экране QR, а другая распознаёт веб-камерой.

      интересная идея, но это должно быть довольно медленно.

      > Вроде бы, можно порт USB перевести в роль device, так чтобы одни
      > компьютер представлялся флешкой другому. Это всё еще считается за аппаратную изоляцию,
      > или уже нет? Хотя, я бы больше доверил сети IP.

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

      > Для каждой транзакции, сервер А можно загружать с RO носителя и на
      > время отключать от Internet.

      вот это тоже интересно, не подумал об этом, сейчас уже утро а не спал еще, в более адекватном состоянии обдумаю.

      > Короче, это не столько вопрос технологии, сколько строгости протокола и масштаба неудобств
      > которые вы готовы терпеть.

      да, согласен полностью.

      Licha Morada, спасибо вам за варианты!


  • SAN (СХД) технологии, !*! Аноним, 20:38 , 23-Июл-20 (16)
    > смысл чтобы обмениваться данными без участия сетевых программ и протоколов.

    Как вариант - SAN (СХД) технологии.
    [машина_А] подключается к FC-switch или SAS-switch и монтирует LUN, выделенный для совместного использования с [машина_С с rsync].
    На серверах нужна поддержка кластерной файловой системы (shared disks). Или можно просто по очереди монтировать этот LUN по расписанию. :)




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру