Optimierung einer Softwarebibliothek für sicherheitsrelevante

Weitere Magazine

Empfehlungen

Info

Anhang A: Tests 62 Fehleraufdeckung: Es wird gezeigt, dass ändern eines Bits zu einer anderen Signatur führt. Für diese Zwecke wird im ROM eine Konstante angelegt nämlich: “static const unsigned int testvar = 0;” Der ROM-Test wird ausgeführt. Die Signatur, die berechnet wurde, ist die folgende: 0xBCDE18DA - Hexadezimal oder 3168671962 - Dezimal Nach diesem Durchlauf wird nur die Konstante geändert, und zwar wie folgt: “static const unsigned int testvar = 1;” Der ROM-Test wird wieder ausgeführt. Die Signatur die berechnet wurde, ist die folgende: 0x5860C61F – Hexadezimal oder 1482737183 - Dezimal Die berechneten Signaturen unterscheiden sich deutlich. Jetzt wird überprüft ob das Ändern der Konstanten in den ursprünglichen Zustand auch die zuerst berechnete Signatur als Ergebnis wieder zurückgegeben wird. Die Konstante wird wieder geändert wie folgt: “static const unsigned int testvar = 0;” Der ROM-Test wird wieder ausgeführt. Die Signatur die berechnet wurde, ist die folgende: 0xBCDE18DA – Hexadezimal oder 3168671962 - Dezimal Das ist die gleiche Signatur, die im ersten Test das Ergebnis war. Aus diesem wird ersichtlich, dass das Ändern eines einzelnen Bits zu einer anderen Signatur führt. 2. RAM-Test Ausführungszeit: Die Ermittlung der Ausführungszeit für eine Zeitscheibe des RAM-Tests geschieht genau wie beim ROM-Test: mit Hilfe von LEDs. Für eine Zeitscheibe des RAM-Tests werden laut Osziloskops 71ms benötigt. Bis ein Wort selbst und das Wort mit allen 8 Sektoren getestet wird, werden in etwa 71*8 ≈ 568 ms benötigt. Bis ein Sektor vollständig getestet ist und weggelassen werden kann vergehen ≈ 581632 ms oder etwa 10min. Diese Zeit wird benötigt um den größten Teil des Tests (von acht die immer schneller werden) auszuführen, falls dieser am Stück ausgeführt sein sollte. Die weiteren Berechnungen werden immer Kürzer, weil immer weniger Sektoren zu testen gibt. Dies zeigt der Auszug aus dem Quellcode bevor dieser automatisiert wurde: void RAM_test() { … runsector = 1; …
Anhang A: Tests 63 for(i=start; i
Seite 1 und 2:
Fachhochschule Bonn-Rhein-Sieg Univ
Seite 3 und 4:
Erklärung 3 Erklärung Hiermit erk
Seite 5 und 6:
Inhaltsverzeichnis 5 Inhaltsverzeic
Seite 7 und 8:
1 Einleitung 7 1 Einleitung Währen
Seite 9 und 10:
1 Einleitung 9 CPU-Tests ist es, Be
Seite 11 und 12: 2 Grundlagen 11 die RISC-Prozessore
Seite 13 und 14: 2 Grundlagen 13 • zwei 10-Bit A/D
Seite 15 und 16: 2 Grundlagen 15 Das genaue Funktion
Seite 17 und 18: 2 Grundlagen 17 Befehlsatz: Abbildu
Seite 19 und 20: 2 Grundlagen 19 Sprung (Branching)
Seite 21 und 22: 2 Grundlagen 21 so kompiliert werde
Seite 23 und 24: 2 Grundlagen 23 2.1.2.2 Speicher We
Seite 25 und 26: 2 Grundlagen 25 Abbildung 18: Risik
Seite 27 und 28: 2 Grundlagen 27 Abbildung 20: „Ba
Seite 29 und 30: 2 Grundlagen 29 2.5.2 RAM/ROM-Fehle
Seite 31 und 32: 2 Grundlagen 31 1. Adresse zeigt au
Seite 33 und 34: 2 Grundlagen 33 Die Division sieht
Seite 35 und 36: 2 Grundlagen 35 Bei den Tests von A
Seite 37 und 38: 3 Anforderungsanalyse und -definiti
Seite 39 und 40: 4 Konzept und Implementierung 39 4
Seite 41 und 42: 4 Konzept und Implementierung 41 5.
Seite 43 und 44: 4 Konzept und Implementierung 43 Da
Seite 51 und 52: 4 Konzept und Implementierung 51 An
Seite 53 und 54: 5 Validation 53 5 Validation Dieses
Seite 55 und 56: 6 Fazit und Ausblick 55 6 Fazit und
Seite 57 und 58: Literaturverzeichnis 57 [HAM99] Qai
Seite 59 und 60: Abbildungsverzeichnis 59 Abbildung
Seite 61: Anhang A: Tests 61 Anhang A: Tests
Seite 65 und 66: Anhang A: Tests 65 Ausführungszeit
Seite 67 und 68: Anhang A: Tests 67 5. DA-/AD-Test A
Seite 69 und 70: Anhang B: Entwicklungsumgebung HITO
Seite 71 und 72: Anhang B: Entwicklungsumgebung HITO
Alle anzeigen

Optimierung einer Softwarebibliothek für sicherheitsrelevante

Erfolgreiche ePaper selbst erstellen

Template löschen?

Als Template speichern?