2016-11-24 5 views
-2

Als Teil der DFU (Device Firmware Upgrade) müssen wir die Binärdatei entschlüsseln, die vom PC kommt. Der Entschlüsselungsalgorithmus soll AES CTR 128 Bit Entschlüsselung sein. Da der Chip (TI DM3732) die h/w-Entschlüsselung nicht unterstützt, muss die s/w-Entschlüsselung implementiert werden. Ich sehe, es gibt viele Bibliotheken zum Aufruf der "AES_encrypt" API, aber ich bin nicht in der Lage, sie in meine Codebasis zu integrieren. Kann mir bitte jemand weiterhelfen?aes ctr 128-Bit-Entschlüsselung in Embedded-System

+1

Welche Bibliotheken haben Sie versucht zu verwenden? –

+0

Ich habe eine Lib von OpenSSL-Win32 namens "libeay32.a" gefunden. Ich habe versucht, diese Lib in mein Build-System aufzunehmen und nannte "AES_encrypt" aus .c-Datei. Aber endete mit Linking Fehler. – user3267021

+1

Wir können den Fehler nicht reproduzieren, da Sie nicht den Fehler angegeben haben. "Ich kann nicht" ist keine Fehlerbeschreibung. – Lundin

Antwort

2

Hinweis: als Antwort Posted weil es zu lange ist als Kommentar zu schreiben.


Ohne den Wunsch zu negativ zu klingen, ich denke, die beste Antwort ist, dass, wenn Sie nicht eine zuverlässige Krypto-Bibliothek in Ihrem Code-Basis integrieren können, dann müssen Sie nur jemanden finden, wer kann.

Hier ist warum: Anständige Kryptographie-Software ist nicht einfach zu schreiben. Wenn Sie SO und andere Websites durchsuchen, werden Sie wahrscheinlich Code finden, der Ihren Vorstellungen entspricht. Jedoch, es sei denn, diese Software wurde gründlich Peer-Review-und Stress-getestet, wird es wahrscheinlich anfällig für alle Arten von side-channel attacks. Es kann sogar Fehler geben, die unter bestimmten Umständen zu Fehlfunktionen führen.

Wir scheinen in eine Ära vorzustoßen, in der selbst gewöhnliche Objekte wie kettles und sogar toilets sich mit dem Internet verbinden können. Und weil die Hersteller in puncto Sicherheit Abstriche machen, sind diese Geräte leicht zu bedienen. Als Ergebnis sehen wir massive botnet attacks, die von "intelligenten" Heimgeräten stammen.

Bruce Schneier buchstabiert die Gefahren in einer speech to the House of Representatives’ Energy & Commerce Committee erst letzte Woche:

Alles ist jetzt ein Computer: Dies ist kein Telefon. Es ist ein Computer, der telefoniert. Ein Kühlschrank ist ein Computer, der die Dinge kalt hält. Ein Geldautomat ist ein Computer mit Geld im Inneren. Ihr Auto ist kein mechanisches Gerät mit einem Computer. Es ist ein Computer mit vier Rädern und einem Motor ... Und das ist das Internet der Dinge, und das ist der Grund für den DDoS-Angriff, von dem wir sprechen.

Verwandte Themen