-
Data: 2013-07-23 02:00:22
Temat: Re: Problem z szyfrowaniem komunikacji między mcu
Od: LeonKame <k...@l...com> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]W dniu 2013-07-22 23:07, Marek pisze:
> Mam jakieś zaćmienie, problem może nie do końca z tematki grupy ale w
> końcu dotyczy obszaru mikrokontrolerów więc zaryzukuję. Dwa mcu
> komunikują się ze soba (UART), jeden wysyła polecenie (komunikat)
> drugiemu, ten drugi wykonuje robotę w zależności od polecenia,
> komunikacja jest w jedną stronę (mcu1->mcu2) i wg schematu: polecenie ->
> wykonanie. Chciałbym zaszyfrować komunikację między tymi dwoma mcu, aby
> nie można było podsłuchać komunikatu i go później "podrzucić" do mcu2
> wpinając się w uart. Założenie jest takie, że oba mcu maja "w sobie"
> klucz, wybieram jakis dowolny cipher. I tu pojawia się problem, bo
> generalnie szyfrownaie nic nie daje, bo: mcu 1 szyfruje polecenie X,
> dajac zaszyfrowany strumień, powiedzmy "Gk16w123clh3RZdYbGZc8g", 2 mcu
> mając ten sam klucz deszyfruje "Gk16w123clh3RZdYbGZc8g" dostając
> polecenie X i je wykonuje. Teraz wystarczy "udawać" mcu1 i wysłać do
> mcu2 po prostu "Gk16w123clh3RZdYbGZc8g", które zostanie odszyfrowane i
> spowoduje wykonanie polecenia X. Jak w miarę prosty sposób uniemożliwić
> taki atak? Wyobrażam sobie, że mcu2 może pierwszy nawiązywać komunikację
> i stowrzyć "dialog", który (jeśli będzie prawidłowy) oznaczać będzie, że
> druga strona ma prawidłowy klucz, czyli jest zaufana. Ale można
> wyobrazić sobie, że będzie można całą sekwencje odpowiedzi mcu1
> podrzucic na podstawie analizy statytycznej (np. wcześniej snifująć
> komunkację), liczba możliwych kombinacji jesty wielka ale skończona,
> więc nadal problem istnieje...
>
Szyfrujesz okreslonym ciagiem kluczy, w takim wypadku jesli bylo by
powtorzenie tego samego ciagu to mcu2 odrzuca jako nieautoryzowane i już.
"Simply the best"
Następne wpisy z tego wątku
- 23.07.13 04:37 JDX
- 23.07.13 08:33 Adam Wysocki
- 23.07.13 10:06 Piotr Gałka
- 23.07.13 10:17 Michoo
- 23.07.13 10:25 Piotr Gałka
- 23.07.13 11:13 Piotr Gałka
- 23.07.13 11:46 Zbych
- 23.07.13 12:54 Piotr Gałka
- 23.07.13 15:29 Adam Wysocki
- 23.07.13 22:57 Michoo
- 23.07.13 22:59 Michoo
- 24.07.13 08:50 Piotr Gałka
- 24.07.13 10:28 Piotr Gałka
- 25.07.13 09:57 Marek
- 25.07.13 10:10 Zbych
Najnowsze wątki z tej grupy
- Gniazdo + wtyk
- Aliexpress zaczął oszukiwać na bezczelnego.
- OpenPnP
- taka skrzynka do kablowki
- e-paper
- 60 mA dużo czy spoko?
- Dziwne zachowanie magistrali adresowej w 8085
- Współczesne mierniki zniekształceń nieliniowych THD audio, produkują jakieś?
- Jaki silikon lub może klej?
- Smar do video
- Litowe baterie AA Li/FeS2 a alkaliczne
- "ogrodowa linia napowietrzna"
- jaki zasilacz laboratoryjny
- jaki zasilacz laboratoryjny
- Puszka w ziemię
Najnowsze wątki
- 2025-02-25 Tak wiem.... To oczywiste ale jak oni dzisiaj dziadują na materiale
- 2025-02-25 rozliczenia policji
- 2025-02-25 Echhhhhh. Marzy mi się SWAP Audi A2 z 1.8 T ;-)
- 2025-02-25 Warszawa => Analityk Biznesowo-Systemowy <=
- 2025-02-25 Warszawa => SQL Developer <=
- 2025-02-25 Zbigniew Ziobro śmie sugerować "niedostatki niezawisłości" sędzi (wątpliwości co do bezstronności)
- 2025-02-25 Kraków => DevOps Engineer (Junior/Regular) <=
- 2025-02-25 Kraków => Front-end Developer <=
- 2025-02-25 Szpital
- 2025-02-24 Gniazdo + wtyk
- 2025-02-24 Dyrektor Toyoty miał rację. Elektryki to ślepa uliczka
- 2025-02-24 Białystok => System Architect (Java background) <=
- 2025-02-24 Białystok => System Architect (background deweloperski w Java) <=
- 2025-02-24 Białystok => Solution Architect (Java background) <=
- 2025-02-24 Warszawa => Data Engineer (Tech Leader) <=