eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.misc.elektronikaProblem z szyfrowaniem komunikacji między mcuRe: Problem z szyfrowaniem komunikacji między mcu
  • Path: news-archive.icm.edu.pl!news.icm.edu.pl!news.man.lodz.pl!newsfeed.pionier.net.p
    l!newsfeed.fsmpi.rwth-aachen.de!eternal-september.org!feeder.eternal-september.
    org!aioe.org!.POSTED!not-for-mail
    From: LeonKame <k...@l...com>
    Newsgroups: pl.misc.elektronika
    Subject: Re: Problem z szyfrowaniem komunikacji między mcu
    Date: Tue, 23 Jul 2013 02:00:22 +0200
    Organization: God is the best and fuck the rest
    Lines: 36
    Message-ID: <kskh2f$ub9$1@speranza.aioe.org>
    References: <a...@n...neostrada.pl>
    NNTP-Posting-Host: eT8lKg5w6BRegtDW4u/L2A.user.speranza.aioe.org
    Mime-Version: 1.0
    Content-Type: text/plain; charset=UTF-8; format=flowed
    Content-Transfer-Encoding: 8bit
    X-Complaints-To: a...@a...org
    User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/20130620 Thunderbird/17.0.7
    X-Notice: Filtered by postfilter v. 0.8.2
    Xref: news-archive.icm.edu.pl pl.misc.elektronika:650217
    [ ukryj 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"

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: