От Claus
К Claus
Дата 31.10.2022 11:15:00
Рубрики Современность;

Подумал, а ведь сеть на таких дронах это же тот самый боевой интернет будет

>А можно еще веселее сделать - каждый пепелац превратить в узел сети, по одному на каждые 10 кв. км и мы получаем структуру передачи данных убиваемую разве что ядерным взрывом.
Если каждый такой дрон будет узлом сети и каждый такой узел друг от друга будет на расстоянии порядка 10 км располагаться, то через них можно будет весьма серьезный трафик гнать. Причем выбивание отдельных дронов его не прервет.
Например можно с озорных камер гнать 4К видео с частотой в 2 кадра в секунду (порядка 2 мбит трафик) - для определения движения, вспышек от артиллерии и пусков ракет этого хватит.
А с камер зумящих конкретный объект и до 30 кадров в секунду.
А при необходимости на них и связь наземных войск завязать можно.
Штука то весьма интересная может получиться.
От АМ
К Claus (31.10.2022 11:15:00)
Дата 08.11.2022 01:37:39

интересный вопрос здесь можно ли поднять высотность моторов для 15км (-)
От Claus
К АМ (08.11.2022 01:37:39)
Дата 11.11.2022 12:58:48

А зачем? Там и 1 км достаточно. (-)
От АМ
К Claus (11.11.2022 12:58:48)
Дата 12.11.2022 01:25:21

ретранслятор или носитель оружия которых достать только дорогими ЗУР (-)
От bedal
К Claus (31.10.2022 11:15:00)
Дата 31.10.2022 13:56:03

ещё немного - и Вы изобретёте старлинк? (-)
От Claus
К bedal (31.10.2022 13:56:03)
Дата 31.10.2022 14:57:14

Re: ещё немного...

Так я не спорю - аналог старлинка естественно нужен. Вопрос когда его мы сможем получить. А такая сеть тоже вполне будет работать, причем даже при более простом оборудовании у пользователей.
От bedal
К Claus (31.10.2022 14:57:14)
Дата 31.10.2022 16:55:15

эта сеть должна будет быть _сложнее_ старлинка

носители дешевле, но оборудование и сеть - сложнее, непредсказуемость положения и количества узлов вызовет большие накладные расходы на само её связное существование.
От Claus
К bedal (31.10.2022 16:55:15)
Дата 31.10.2022 18:19:14

Да в общем то это аналог сотовой связи.

>носители дешевле, но оборудование и сеть - сложнее, непредсказуемость положения и количества узлов вызовет большие накладные расходы на само её связное существование.
В общем то это аналог сотовой связи.
Такая штука как микросота - тоже давно придумана, весит 50кг и вполне влезет на дрон.
Честно говоря, чего то суперсложного здесь не вижно.
От bedal
К Claus (31.10.2022 18:19:14)
Дата 06.11.2022 13:02:43

За мелкими отличиями в порядке сложности

Сделайте все узлы сотовой сети перемещающимися и исчезающими, и.

Ну, и насчёт пустяка в полцентнера без учёта питания, - это мощно.
От KJ
К Claus (31.10.2022 18:19:14)
Дата 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й и радиобоязнь?
Думать и организовывать не тяп ляп, а по нормальному.

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

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