От KJ
К Claus
Дата 31.10.2022 20:55:22
Рубрики Современность;

Re: Да в...

>>носители дешевле, но оборудование и сеть - сложнее, непредсказуемость положения и количества узлов вызовет большие накладные расходы на само её связное существование.
>В общем то это аналог сотовой связи.
>Такая штука как микросота - тоже давно придумана, весит 50кг и вполне влезет на дрон.
>Честно говоря, чего то суперсложного здесь не вижно.
Предотвращение НСД, имитостойкость и шифрование как будет обеспечивать при условии возможности попадания узла к противнику?
От Игорь Скородумов
К KJ (31.10.2022 20:55:22)
Дата 12.11.2022 12:30:24

Re: Да в...

>>>носители дешевле, но оборудование и сеть - сложнее, непредсказуемость положения и количества узлов вызовет большие накладные расходы на само её связное существование.
>>В общем то это аналог сотовой связи.
>>Такая штука как микросота - тоже давно придумана, весит 50кг и вполне влезет на дрон.
>>Честно говоря, чего то суперсложного здесь не вижно.
>Предотвращение НСД, имитостойкость и шифрование как будет обеспечивать при условии возможности попадания узла к противнику?

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


С уважением,
Игорь
От АМ
К KJ (31.10.2022 20:55:22)
Дата 06.11.2022 15:33:21

Ре: Да в...

>>>носители дешевле, но оборудование и сеть - сложнее, непредсказуемость положения и количества узлов вызовет большие накладные расходы на само её связное существование.
>>В общем то это аналог сотовой связи.
>>Такая штука как микросота - тоже давно придумана, весит 50кг и вполне влезет на дрон.
>>Честно говоря, чего то суперсложного здесь не вижно.
>Предотвращение НСД, имитостойкость и шифрование как будет обеспечивать при условии возможности попадания узла к противнику?

например вводим узел идентификации, УИ, который хранит шифры конечных абонементов, при подключение абонемента к обычному узлу абонемент запрашивает у узла шифр который тот получает связавшись с УИ

Если обычный узел потерян, или его собственный шифр не актуален, то соответственно данный узел блокируется в УИ а приходящие через него запросы на шифр конечных абонементов игнорируются.
От KJ
К АМ (06.11.2022 15:33:21)
Дата 07.11.2022 19:56:07

Ре: Да в...

>>>>носители дешевле, но оборудование и сеть - сложнее, непредсказуемость положения и количества узлов вызовет большие накладные расходы на само её связное существование.
>>>В общем то это аналог сотовой связи.
>>>Такая штука как микросота - тоже давно придумана, весит 50кг и вполне влезет на дрон.
>>>Честно говоря, чего то суперсложного здесь не вижно.
>>Предотвращение НСД, имитостойкость и шифрование как будет обеспечивать при условии возможности попадания узла к противнику?
>
>например вводим узел идентификации, УИ, который хранит шифры конечных абонементов, при подключение абонемента к обычному узлу абонемент запрашивает у узла шифр который тот получает связавшись с УИ
Может быть, но как будет идентифицировать абонента?

>Если обычный узел потерян, или его собственный шифр не актуален, то соответственно данный узел блокируется в УИ а приходящие через него запросы на шифр конечных абонементов игнорируются.
А как определяем, что узел был потерян?
Перерыв связи может быть просто из-за горизонта, РЭБ или погодных условий.
От Claus
К KJ (07.11.2022 19:56:07)
Дата 07.11.2022 22:55:31

Ре: Да в...

>Может быть, но как будет идентифицировать абонента?
Действительно, имея конечный список своих устройств, к которым перед каждым запуском имеется полный доступ, обеспечить их идентификацию это прямо таки нерешаемая проблема. Угу.

>>Если обычный узел потерян, или его собственный шифр не актуален, то соответственно данный узел блокируется в УИ а приходящие через него запросы на шифр конечных абонементов игнорируются.
>А как определяем, что узел был потерян?
>Перерыв связи может быть просто из-за горизонта, РЭБ или погодных условий.
Если используется сеть дронов, то у каждого дрона есть 5-8 соседних узлов, через которые можно обеспечивать связь.
Если один узел пропадает, связь устанавливается через соседние. С потерянным узлом связь либо восстанавливается за заранее заданное время (максимум десятки минут), либо узел перестает считаться надежным и блокируется. А на его место пригоняется другой дрон. Потерянный дрон либо сам автоматически возвращается на базу и проходит диагностику, либо теряется окончательно.
Логины/пароли/Id на дронах можно хоть перед каждым вылетом менять.
Офигенно сложная система.
От KJ
К Claus (07.11.2022 22:55:31)
Дата 08.11.2022 20:57:27

Ре: Да в...

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

>>>Если обычный узел потерян, или его собственный шифр не актуален, то соответственно данный узел блокируется в УИ а приходящие через него запросы на шифр конечных абонементов игнорируются.
>>А как определяем, что узел был потерян?
>>Перерыв связи может быть просто из-за горизонта, РЭБ или погодных условий.
>Если используется сеть дронов, то у каждого дрона есть 5-8 соседних узлов, через которые можно обеспечивать связь.
Это еще нужно доказать.

>Если один узел пропадает, связь устанавливается через соседние. С потерянным узлом связь либо восстанавливается за заранее заданное время (максимум десятки минут), либо узел перестает считаться надежным и блокируется. А на его место пригоняется другой дрон. Потерянный дрон либо сам автоматически возвращается на базу и проходит диагностику, либо теряется окончательно.
В результате при выставлении помехи сеть автоматически вырубается через 10 минут. Усе.

>Логины/пароли/Id на дронах можно хоть перед каждым вылетом менять.
Да, да, в повседневной жизни мы прекрасно знаем как это "работает", точнее не работает. Примеров уйма. Вы бы хоть чуть-чуть для разнообразия почитали про IT-безопасность. И это я так "рядом постоял".

>Офигенно сложная система.
Если делать по настоящему, то она действительно сложная, но вам это понимание явно недоступно.
Вы просто ни разу не делали что-то серьезное.
От Claus
К KJ (08.11.2022 20:57:27)
Дата 09.11.2022 22:57:06

Ре: Да в...

>Не стоит демонстрировать свое непонимание - абонент попал к противнику, когда его отключать будете?
Я не понимаю, что Вы демонстрируете.
Если дрон упал и каким то чудом аппаратура не разбилась, то трафик с этого узла просто игнорируется.
Что здесь сложного?

>>>А как определяем, что узел был потерян?
Пропадания идущего с него видеотрафика и телеметрии недостаточно, чтобы догадаться?
И потери управления им.

>>>Перерыв связи может быть просто из-за горизонта, РЭБ или погодных условий.
Ну будет и что? Либо он восстановиться за заданное время, либо узел будет считаться потерянным.

>>Если используется сеть дронов, то у каждого дрона есть 5-8 соседних узлов, через которые можно обеспечивать связь.
>Это еще нужно доказать.
Что доказать?

>>Если один узел пропадает, связь устанавливается через соседние. С потерянным узлом связь либо восстанавливается за заранее заданное время (максимум десятки минут), либо узел перестает считаться надежным и блокируется. А на его место пригоняется другой дрон. Потерянный дрон либо сам автоматически возвращается на базу и проходит диагностику, либо теряется окончательно.
>В результате при выставлении помехи сеть автоматически вырубается через 10 минут. Усе.
Вы помеху на площади в тысячи кв. километров выставите?
Какие марсианские технологии для этого будут использоваться?


>>Логины/пароли/Id на дронах можно хоть перед каждым вылетом менять.
>Да, да, в повседневной жизни мы прекрасно знаем как это "работает", точнее не работает. Примеров уйма. Вы бы хоть чуть-чуть для разнообразия почитали про IT-безопасность. И это я так "рядом постоял".
По сути что нибудь скажете?

>Вы просто ни разу не делали что-то серьезное.
Угу.
От KJ
К Claus (09.11.2022 22:57:06)
Дата 10.11.2022 20:41:22

Ре: Да в...

>>Не стоит демонстрировать свое непонимание - абонент попал к противнику, когда его отключать будете?
>Я не понимаю, что Вы демонстрируете.
Ваше невежество.

>Если дрон упал и каким то чудом аппаратура не разбилась, то трафик с этого узла просто игнорируется.
>Что здесь сложного?
Что мы не знаем разбился ли БпЛА или нет.

>>>>А как определяем, что узел был потерян?
>Пропадания идущего с него видеотрафика и телеметрии недостаточно, чтобы догадаться?
>И потери управления им.
Это может быть помеха.

>>>>Перерыв связи может быть просто из-за горизонта, РЭБ или погодных условий.
>Ну будет и что? Либо он восстановиться за заданное время, либо узел будет считаться потерянным.
Т.е. достаточно заглушить каналы связи, чтобы все БпЛА оказались потерянными.

>>>Если используется сеть дронов, то у каждого дрона есть 5-8 соседних узлов, через которые можно обеспечивать связь.
>>Это еще нужно доказать.
>Что доказать?
Что у "у каждого дрона есть 5-8 соседних узлов" всегда. Пока это ваши заявления в жалкой попытке оправдать вашу дурость.

>>>Если один узел пропадает, связь устанавливается через соседние. С потерянным узлом связь либо восстанавливается за заранее заданное время (максимум десятки минут), либо узел перестает считаться надежным и блокируется. А на его место пригоняется другой дрон. Потерянный дрон либо сам автоматически возвращается на базу и проходит диагностику, либо теряется окончательно.
>>В результате при выставлении помехи сеть автоматически вырубается через 10 минут. Усе.
>Вы помеху на площади в тысячи кв. километров выставите?
Другими БпЛА? Запросто.

>Какие марсианские технологии для этого будут использоваться?
Существующие в современных ВС РФ.

>>>Логины/пароли/Id на дронах можно хоть перед каждым вылетом менять.
>>Да, да, в повседневной жизни мы прекрасно знаем как это "работает", точнее не работает. Примеров уйма. Вы бы хоть чуть-чуть для разнообразия почитали про IT-безопасность. И это я так "рядом постоял".
>По сути что нибудь скажете?
Так это по сути, если вы не понимаете, так это следствие вашего незнания ситуации.


>>Вы просто ни разу не делали что-то серьезное.
>Угу.
Согласен.
От Claus
К KJ (10.11.2022 20:41:22)
Дата 11.11.2022 11:50:07

Ре: Да в...

>>>Не стоит демонстрировать свое непонимание - абонент попал к противнику, когда его отключать будете?
>>Я не понимаю, что Вы демонстрируете.
>Ваше невежество.
После ваших бредней про возможность выставить помеху на площади в 80тыс. км2, дальше обсуждать смысла не вижу.

По факту, даже мавики в прифронтовой полосе заглушить не удается.
Ну а остальные проблемы вы откровенно высасываете из пальца, причем там где их нет.
От АМ
К KJ (07.11.2022 19:56:07)
Дата 07.11.2022 22:43:19

Ре: Да в...

>>>>>носители дешевле, но оборудование и сеть - сложнее, непредсказуемость положения и количества узлов вызовет большие накладные расходы на само её связное существование.
>>>>В общем то это аналог сотовой связи.
>>>>Такая штука как микросота - тоже давно придумана, весит 50кг и вполне влезет на дрон.
>>>>Честно говоря, чего то суперсложного здесь не вижно.
>>>Предотвращение НСД, имитостойкость и шифрование как будет обеспечивать при условии возможности попадания узла к противнику?
>>
>>например вводим узел идентификации, УИ, который хранит шифры конечных абонементов, при подключение абонемента к обычному узлу абонемент запрашивает у узла шифр который тот получает связавшись с УИ
>Может быть, но как будет идентифицировать абонента?

Абоменемт, например определенный расчёт БПЛА, получает личный номер абонемента и ключи.

По ключам вероятно возможна смена ключа каждый час, привязка по времени, тоесть абонемент получает на личный номер от УИ 24 ключа на 1 сутки, или 48 на 2ое суток, не суть. Каждый ключ состоит как из части которую в процессе идентификации абонемент запрашивает у УИ так и части которую УИ в процессе идентификации запрашивает у абонемента.

Там масса вариантов, вплоть до того что раз в неделю всем абонементам присваиваются новые личные номера.

Таким образом когда проис ходит связь между абонементом через узел с УИ получаем 3 идентификации:

1. абонемент шлет узлу личный номер, сделав запрос в УИ узел узнает что личный номер актуален

2. абонемент получает информацию что узел надежен, так как от УИ черец узел пришел актуальный ключ подходящий к личному номеру

2. узел получает от УИ информацию что абонемент прислал правильный ключ, тоесть абонемент надежен

>>Если обычный узел потерян, или его собственный шифр не актуален, то соответственно данный узел блокируется в УИ а приходящие через него запросы на шифр конечных абонементов игнорируются.
>А как определяем, что узел был потерян?
>Перерыв связи может быть просто из-за горизонта, РЭБ или погодных условий.

это вопрос алгоритмов какой кратковременный перерыв связи считать критичным

мы ведь обсуждаем размещение станции на ЛА а значит долговременные перерывы в работе узла и соответственно "ручная" блокировка узла скажим системным администратором будет делом обыденым, но с другой стороны злым людям физически подключится именно к летаюшему обьекту будет делом сложным а значит кратковременные перерывы скорее не критичны
От KJ
К АМ (07.11.2022 22:43:19)
Дата 08.11.2022 20:52:42

Ре: Да в...

>>>>>В общем то это аналог сотовой связи.
>>>>>Такая штука как микросота - тоже давно придумана, весит 50кг и вполне влезет на дрон.
>>>>>Честно говоря, чего то суперсложного здесь не вижно.
>>>>Предотвращение НСД, имитостойкость и шифрование как будет обеспечивать при условии возможности попадания узла к противнику?
>>>
>>>например вводим узел идентификации, УИ, который хранит шифры конечных абонементов, при подключение абонемента к обычному узлу абонемент запрашивает у узла шифр который тот получает связавшись с УИ
>>Может быть, но как будет идентифицировать абонента?
>
>Абоменемт, например определенный расчёт БПЛА, получает личный номер абонемента и ключи.

>По ключам вероятно возможна смена ключа каждый час, привязка по времени, тоесть абонемент получает на личный номер от УИ 24 ключа на 1 сутки, или 48 на 2ое суток, не суть. Каждый ключ состоит как из части которую в процессе идентификации абонемент запрашивает у УИ так и части которую УИ в процессе идентификации запрашивает у абонемента.
На мой взгляд уязвимостей достаточно, чтобы положить систему при попадании терминала абонента в плен.



>>>Если обычный узел потерян, или его собственный шифр не актуален, то соответственно данный узел блокируется в УИ а приходящие через него запросы на шифр конечных абонементов игнорируются.
>>А как определяем, что узел был потерян?
>>Перерыв связи может быть просто из-за горизонта, РЭБ или погодных условий.
>
>это вопрос алгоритмов какой кратковременный перерыв связи считать критичным
Это не вопрос алгоритмов, это исходная информация. Нет алгоритма определения "какой перерыв считать критичным".

> мы ведь обсуждаем размещение станции на ЛА а значит долговременные перерывы в работе узла и соответственно "ручная" блокировка узла скажим системным администратором будет делом обыденым, но с другой стороны злым людям физически подключится именно к летаюшему обьекту будет делом сложным а значит кратковременные перерывы скорее не критичны
При большом количестве узлов это будет отнимать большое внимание и в результате систему можно просто "положить" широкополосной помехой.
От АМ
К KJ (08.11.2022 20:52:42)
Дата 08.11.2022 22:17:10

Ре: Да в...


>>По ключам вероятно возможна смена ключа каждый час, привязка по времени, тоесть абонемент получает на личный номер от УИ 24 ключа на 1 сутки, или 48 на 2ое суток, не суть. Каждый ключ состоит как из части которую в процессе идентификации абонемент запрашивает у УИ так и части которую УИ в процессе идентификации запрашивает у абонемента.
>На мой взгляд уязвимостей достаточно, чтобы положить систему при попадании терминала абонента в плен.

каким образом?

>>>>Если обычный узел потерян, или его собственный шифр не актуален, то соответственно данный узел блокируется в УИ а приходящие через него запросы на шифр конечных абонементов игнорируются.
>>>А как определяем, что узел был потерян?
>>>Перерыв связи может быть просто из-за горизонта, РЭБ или погодных условий.
>>
>>это вопрос алгоритмов какой кратковременный перерыв связи считать критичным
>Это не вопрос алгоритмов, это исходная информация. Нет алгоритма определения "какой перерыв считать критичным".

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

>> мы ведь обсуждаем размещение станции на ЛА а значит долговременные перерывы в работе узла и соответственно "ручная" блокировка узла скажим системным администратором будет делом обыденым, но с другой стороны злым людям физически подключится именно к летаюшему обьекту будет делом сложным а значит кратковременные перерывы скорее не критичны
>При большом количестве узлов это будет отнимать большое внимание и в результате систему можно просто "положить" широкополосной помехой.

кому обращать внимание здесь будет, остальное вопрос организации
От KJ
К АМ (08.11.2022 22:17:10)
Дата 09.11.2022 20:20:46

Ре: Да в...


>>>По ключам вероятно возможна смена ключа каждый час, привязка по времени, тоесть абонемент получает на личный номер от УИ 24 ключа на 1 сутки, или 48 на 2ое суток, не суть. Каждый ключ состоит как из части которую в процессе идентификации абонемент запрашивает у УИ так и части которую УИ в процессе идентификации запрашивает у абонемента.
>>На мой взгляд уязвимостей достаточно, чтобы положить систему при попадании терминала абонента в плен.
>
>каким образом?
DDOS например.

>>>>>Если обычный узел потерян, или его собственный шифр не актуален, то соответственно данный узел блокируется в УИ а приходящие через него запросы на шифр конечных абонементов игнорируются.
>>>>А как определяем, что узел был потерян?
>>>>Перерыв связи может быть просто из-за горизонта, РЭБ или погодных условий.
>>>
>>>это вопрос алгоритмов какой кратковременный перерыв связи считать критичным
>>Это не вопрос алгоритмов, это исходная информация. Нет алгоритма определения "какой перерыв считать критичным".
>
>я имел в виду для системы, по заложеным алгоритман она будет определять автоматичеки
А я имел ввиду, что все упирается в интервал времени, определенный когда-то при разработке системы, не обязательно верный.

>>> мы ведь обсуждаем размещение станции на ЛА а значит долговременные перерывы в работе узла и соответственно "ручная" блокировка узла скажим системным администратором будет делом обыденым, но с другой стороны злым людям физически подключится именно к летаюшему обьекту будет делом сложным а значит кратковременные перерывы скорее не критичны
>>При большом количестве узлов это будет отнимать большое внимание и в результате систему можно просто "положить" широкополосной помехой.
>
>кому обращать внимание здесь будет, остальное вопрос организации
Это очередное "путь подчиненные разбираются".
От Claus
К KJ (09.11.2022 20:20:46)
Дата 09.11.2022 23:02:56

Ре: Да в...

>>каким образом?
>DDOS например.
Даа.
Один дрон крутится в квадрате 10*10км.
Т.е. 100км2.
Все дроны крутятся на площади порядка 800*100км, т.е. 80000км2.
Расскажите, какими средствами Вы устроите DDOS атаку по радиоканалу, на такой площади.
По моему Вы с умным видом щеки надуваете, но несете откровенную ахинею.

>>>>это вопрос алгоритмов какой кратковременный перерыв связи считать критичным
>>>Это не вопрос алгоритмов, это исходная информация. Нет алгоритма определения "какой перерыв считать критичным".
Это просто заданный параметр, который можно менять в любой момент.


>При большом количестве узлов это будет отнимать большое внимание и в результате систему можно просто "положить" широкополосной помехой.
Угу, на площади в 80000км2
От KJ
К Claus (09.11.2022 23:02:56)
Дата 10.11.2022 20:37:49

Ре: Да в...

>>>каким образом?
>>DDOS например.
>Даа.
>Один дрон крутится в квадрате 10*10км.
>Т.е. 100км2.
>Все дроны крутятся на площади порядка 800*100км, т.е. 80000км2.
>Расскажите, какими средствами Вы устроите DDOS атаку по радиоканалу, на такой площади.
Вы дурак или прикидыватесь?
DDJS организуется по каналам связи, и совершенно неважно где и как находятся абоненты.

>По моему Вы с умным видом щеки надуваете, но несете откровенную ахинею.
А по моему, вы несете невежественную чушь, даже не пытаясь вникнуть в рассматриваемый вопрос.

>>>>>это вопрос алгоритмов какой кратковременный перерыв связи считать критичным
>>>>Это не вопрос алгоритмов, это исходная информация. Нет алгоритма определения "какой перерыв считать критичным".
>Это просто заданный параметр, который можно менять в любой момент.
С риском получить полный отказ сети.

>>При большом количестве узлов это будет отнимать большое внимание и в результате систему можно просто "положить" широкополосной помехой.
>Угу, на площади в 80000км2
Можно и на большей площади, вы просто даже не потрудились нарисовать распределение.

При этом мы уже далего ушли от "что есть на гражданке", и тем более в сотовых сетях.
От АМ
К KJ (09.11.2022 20:20:46)
Дата 09.11.2022 22:07:25

Ре: Да в...

>>>На мой взгляд уязвимостей достаточно, чтобы положить систему при попадании терминала абонента в плен.
>>
>>каким образом?
>ДДОС например.

у вас всего 1 абонемент

Речь про "боевой интернет", количество абонементов в сети крайне ограничено и известно кто и где они

>>>>это вопрос алгоритмов какой кратковременный перерыв связи считать критичным
>>>Это не вопрос алгоритмов, это исходная информация. Нет алгоритма определения "какой перерыв считать критичным".
>>
>>я имел в виду для системы, по заложеным алгоритман она будет определять автоматичеки
>А я имел ввиду, что все упирается в интервал времени, определенный когда-то при разработке системы, не обязательно верный.

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

>>>> мы ведь обсуждаем размещение станции на ЛА а значит долговременные перерывы в работе узла и соответственно "ручная" блокировка узла скажим системным администратором будет делом обыденым, но с другой стороны злым людям физически подключится именно к летаюшему обьекту будет делом сложным а значит кратковременные перерывы скорее не критичны
>>>При большом количестве узлов это будет отнимать большое внимание и в результате систему можно просто "положить" широкополосной помехой.
>>
>>кому обращать внимание здесь будет, остальное вопрос организации
>Это очередное "путь подчиненные разбираются".

это просто обьективно так, обслуживание БПЛА будет означать наличие в большом количестве соответствующего персонала
От KJ
К АМ (09.11.2022 22:07:25)
Дата 10.11.2022 20:33:54

Ре: Да в...

>>>>На мой взгляд уязвимостей достаточно, чтобы положить систему при попадании терминала абонента в плен.
>>>
>>>каким образом?
>>ДДОС например.
>
>у вас всего 1 абонемент
Да с хренов? под сотню будет.

>Речь про "боевой интернет", количество абонементов в сети крайне ограничено и известно кто и где они
Ну т.е. нужно корректировать на нижнем уровне.

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

>>>>>это вопрос алгоритмов какой кратковременный перерыв связи считать критичным
>>>>Это не вопрос алгоритмов, это исходная информация. Нет алгоритма определения "какой перерыв считать критичным".
>>>
>>>я имел в виду для системы, по заложеным алгоритман она будет определять автоматичеки
>>А я имел ввиду, что все упирается в интервал времени, определенный когда-то при разработке системы, не обязательно верный.
>
>парамтеров может быть много, время которое узел недоступен, начало или конец рабочего времени узла, даже летные параметры, в конце концов подозрительный для системы узел вместе с его игнорирование будет означать соответствующие сообщение оператору который может после анализа проблемы внести коррекцию
Много слов, нет конкретного ответа.


>>>>> мы ведь обсуждаем размещение станции на ЛА а значит долговременные перерывы в работе узла и соответственно "ручная" блокировка узла скажим системным администратором будет делом обыденым, но с другой стороны злым людям физически подключится именно к летаюшему обьекту будет делом сложным а значит кратковременные перерывы скорее не критичны
>>>>При большом количестве узлов это будет отнимать большое внимание и в результате систему можно просто "положить" широкополосной помехой.
>>>
>>>кому обращать внимание здесь будет, остальное вопрос организации
>>Это очередное "путь подчиненные разбираются".
>
>это просто обьективно так, обслуживание БПЛА будет означать наличие в большом количестве соответствующего персонала
Но на самом деле это не оптимально.
От АМ
К KJ (10.11.2022 20:33:54)
Дата 11.11.2022 01:30:40

Ре: Да в...

>>>>>На мой взгляд уязвимостей достаточно, чтобы положить систему при попадании терминала абонента в плен.
>>>>
>>>>каким образом?
>>>ДДОС например.
>>
>>у вас всего 1 абонемент
>Да с хренов? под сотню будет.

1 терминал взят в плен

>>Речь про "боевой интернет", количество абонементов в сети крайне ограничено и известно кто и где они
>Ну т.е. нужно корректировать на нижнем уровне.

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

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

тут конечно нужен большой коллектив и время

>>>>>>это вопрос алгоритмов какой кратковременный перерыв связи считать критичным
>>>>>Это не вопрос алгоритмов, это исходная информация. Нет алгоритма определения "какой перерыв считать критичным".
>>>>
>>>>я имел в виду для системы, по заложеным алгоритман она будет определять автоматичеки
>>>А я имел ввиду, что все упирается в интервал времени, определенный когда-то при разработке системы, не обязательно верный.
>>
>>парамтеров может быть много, время которое узел недоступен, начало или конец рабочего времени узла, даже летные параметры, в конце концов подозрительный для системы узел вместе с его игнорирование будет означать соответствующие сообщение оператору который может после анализа проблемы внести коррекцию
>Много слов, нет конкретного ответа.

нет простого ответа

>>>>кому обращать внимание здесь будет, остальное вопрос организации
>>>Это очередное "путь подчиненные разбираются".
>>
>>это просто обьективно так, обслуживание БПЛА будет означать наличие в большом количестве соответствующего персонала
>Но на самом деле это не оптимально.

сама такая система на бпла такого рода не оптимальна

но в целом американцы работают над быстро развертываемой системой боевого интернете на базе бпла, только это насколько помню специфические бпла
От Claus
К KJ (31.10.2022 20:55:22)
Дата 31.10.2022 21:39:00

Re: Да в...

>Предотвращение НСД, имитостойкость и шифрование как будет обеспечивать при условии возможности попадания узла к противнику?
Точно также как это делается в сетях сотовой связи, да и во всех остальных. Шифровать важный трафик, периодически менять ключи, пароли и т.д.
Обычное в общем то дело.
От KJ
К Claus (31.10.2022 21:39:00)
Дата 01.11.2022 21:58:51

Re: Да в...

>>Предотвращение НСД, имитостойкость и шифрование как будет обеспечивать при условии возможности попадания узла к противнику?
>Точно также как это делается в сетях сотовой связи, да и во всех остальных. Шифровать важный трафик, периодически менять ключи, пароли и т.д.
Там это делается по заранее проложенной инфраструктуре, к которой доступа у "злоумышленника" нет.
Узел попал к противнику, как его исключать будем?

>Обычное в общем то дело.
Любое доел кажется легким, если в нем не разбираешься.
От Claus
К KJ (01.11.2022 21:58:51)
Дата 01.11.2022 22:48:18

Re: Да в...

>Там это делается по заранее проложенной инфраструктуре, к которой доступа у "злоумышленника" нет.
>Узел попал к противнику, как его исключать будем?
У мотивированного злоумышленника нет доступа к столбу на котором прикручена микросота? Вы это серьезно?
Вообще, сотовое оборудование есть у любой страны, к нему имеют доступ миллионы людей во всем мире и как то справляются.
От KJ
К Claus (01.11.2022 22:48:18)
Дата 02.11.2022 20:48:23

Re: Да в...

>>Там это делается по заранее проложенной инфраструктуре, к которой доступа у "злоумышленника" нет.
>>Узел попал к противнику, как его исключать будем?
>У мотивированного злоумышленника нет доступа к столбу на котором прикручена микросота? Вы это серьезно?
Да.
Нужен не доступ к столбу, а к станции.
1 Это не так просто = она банально высоко, и без оборудования не залезть.
2 В типовой модели нарушителя от физического НСД не защищаются, есть сигналка на вскрытие, а далее - задача правоохранительных органов.

>Вообще, сотовое оборудование есть у любой страны, к нему имеют доступ миллионы людей во всем мире и как то справляются.
Да никак не справляются. Вы бы почитали, что ли по теме.
От Claus
К KJ (02.11.2022 20:48:23)
Дата 03.11.2022 00:50:09

Re: Да в...

>>Вообще, сотовое оборудование есть у любой страны, к нему имеют доступ миллионы людей во всем мире и как то справляются.
>Да никак не справляются. Вы бы почитали, что ли по теме.
И что, прям любой может слушать кого угодно и перехватывать и вскрывать интернет трафик?
Блин, телекоммуникационное оборудование , оно вообще все стандартное. И наличие образцов Cisco у вероятного партнера отнюдь не означает, что они свободно читают трафик нашего МО или администрации президента.
Ну а в примере выше речь вообще об ОПЕРАТИВНЫХ данных, ценность которого измеряется минутами, максимум часами.
Что даст противнику перехват видеотрафика с дрона? Свои позиции он и так может с воздуха просматривать. А сам факт видеосигнала идущего с дрона и даже его точные координаты, когда "все небо в попугаях", а дроны надо применять именно так, ничего ему не даст.
Ну определит он координаты дрона, ну даже собьет несколько штук - да и фиг с ними. Если все нормально организовать, их и по сотне в день можно будет терять совершенно свободно.
Шифрование данных тоже никто не отменял.
В общем проблема откровенно надуманная.
От KJ
К Claus (03.11.2022 00:50:09)
Дата 04.11.2022 14:36:39

Re: Да в...

>>>Вообще, сотовое оборудование есть у любой страны, к нему имеют доступ миллионы людей во всем мире и как то справляются.
>>Да никак не справляются. Вы бы почитали, что ли по теме.
>И что, прям любой может слушать кого угодно и перехватывать и вскрывать интернет трафик?
Вы почитайте про атаку типа "подмена соты"

>Блин, телекоммуникационное оборудование , оно вообще все стандартное. И наличие образцов Cisco у вероятного партнера отнюдь не означает, что они свободно читают трафик нашего МО или администрации президента.
Вы вместо истерик почитайте по тематике. Речь не о том, что можно снимать и расшифровывать, а о том, что организация сотовой связи не подходит для военного применения.

>Ну а в примере выше речь вообще об ОПЕРАТИВНЫХ данных, ценность которого измеряется минутами, максимум часами.
>Что даст противнику перехват видеотрафика с дрона? Свои позиции он и так может с воздуха просматривать. А сам факт видеосигнала идущего с дрона и даже его точные координаты, когда "все небо в попугаях", а дроны надо применять именно так, ничего ему не даст.
Или возможность ему имитировать видеотрафик или выдавать координаты ложных целей.

>Ну определит он координаты дрона, ну даже собьет несколько штук - да и фиг с ними. Если все нормально организовать, их и по сотне в день можно будет терять совершенно свободно.
Или подменит координаты на другие...

>Шифрование данных тоже никто не отменял.
Ну так ключи как распределять?

>В общем проблема откровенно надуманная.
Это ваше понимание откровенное невежественное.
Просто потому, что вы не захотели разобраться.
От Claus
К KJ (04.11.2022 14:36:39)
Дата 05.11.2022 23:46:42

Re: Да в...

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

>Вы вместо истерик почитайте по тематике. Речь не о том, что можно снимать и расшифровывать, а о том, что организация сотовой связи не подходит для военного применения.
При минимальных доработках вполне подходит.

>Или возможность ему имитировать видеотрафик или выдавать координаты ложных целей.
Сейчас используют Орланы и даже мавики. У последних вообще защиты от вышеперечисленного фактически нет. И ничего.
А вообще, все ваши претензии сводятся к тому, что радиосвязь может перехватываться противником. Ну да, может и что?
Играть в 1941й и радиобоязнь?

>>Шифрование данных тоже никто не отменял.
>Ну так ключи как распределять?
Нашли проблему. Здесь даже открытые ключи не нужны.
Можно просто на каждый дрон ключи перед вылетом загружать, меняя их каждый раз.
От KJ
К Claus (05.11.2022 23:46:42)
Дата 06.11.2022 10:56:28

Re: Да в...

>>Вы почитайте про атаку типа "подмена соты"
>И какие проблемы от нее защититься, если знаешь список доверенных сот?
Это пример якобы "устойчивости" инфраструктуру СС, которой на самом деле нет.

>>Вы вместо истерик почитайте по тематике. Речь не о том, что можно снимать и расшифровывать, а о том, что организация сотовой связи не подходит для военного применения.
>При минимальных доработках вполне подходит.
Обоснуйте, пока, кроме истерик, ничего не вижу.

>>Или возможность ему имитировать видеотрафик или выдавать координаты ложных целей.
>Сейчас используют Орланы и даже мавики. У последних вообще защиты от вышеперечисленного фактически нет. И ничего.
1 Это вы просто не в курсе про Орланы.
2 Мавик - тут проще по месту оператора отстреляться, чем подменять сигнал, тем более, что для "точка-точка" это все легко отслеживается.
3 И то и другое пока не единственный канал получения ЦУ.
Вы же предлагаете сетевую систему, которая будет основным поставщиком развединформации.

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

>Играть в 1941й и радиобоязнь?
Думать и организовывать не тяп ляп, а по нормальному.

>>>Шифрование данных тоже никто не отменял.
>>Ну так ключи как распределять?
>Нашли проблему. Здесь даже открытые ключи не нужны.
Да, это проблема для сетевых структур.
Покажите решение, а то пока кроме забалтывания темы и аргументов не по существу ничего нет.

>Можно просто на каждый дрон ключи перед вылетом загружать, меняя их каждый раз.
Это уж и без вас делают.
Только тогда БпЛА не будут работать в "сетевой структуре", и аналога "интернета" не будет. О чем вам я и говорю.