Information Technology Security Evaluation Criteria
# Information Technology Security Evaluation Criteria

Die Information Technology Security Evaluation Criteria (ITSEC, deutsch etwa Kriterien für die Bewertung der Sicherheit von Informationstechnologie) ist ein europäischer Standard für die Bewertung und Zertifizierung von Software und Computersystemen in Hinblick auf ihre Funktionalität und Vertrauenswürdigkeit bezüglich der Daten- und Computersicherheit. Nachdem Frankreich, Westdeutschland und Großbritannien 1989 jeweils eigene Kriterien publizierten, entwickelten die drei Länder und die Niederlande den gemeinsamen Standard ITSEC. Die erste Version wurde im Mai 1990 veröffentlicht. Der Standard wurde anschließend in einer überarbeiteten Version im Juni 1991 von der Europäischen Kommission veröffentlicht; er ist inhaltlich stark an den älteren deutschen Standard ITSK angelehnt und bietet somit eine differenziertere Einteilung als das amerikanische Orange Book (TCSEC). Die ITSEC- und TCSEC-Standards wurden 1996 in dem internationalen Standard Common Criteria vereinigt.

In Deutschland erfolgt die Zertifizierung nach ITSEC unter anderem durch das Bundesamt für Sicherheit in der Informationstechnik. Bewertet wird nach der Information Technology Security Evaluation Methodology (ITSEM; deutsch etwa: Methode für die Bewertung der Sicherheit von Informationstechnologie).

## Funktionalitätsklassen

Im Gegensatz zum amerikanischen Orange Book unterscheidet die ITSEC (wie bereits vorher der ITSK-Standard) die Bewertung nach Funktionalität und Vertrauenswürdigkeit (Qualität), bei der Vertrauenswürdigkeit wird weiter nach Korrektheit und Wirksamkeit unterschieden. So ergeben sich drei Dimensionen der Bewertung, wobei nur die ersten 5 der insgesamt 10 Funktionalitätsklassen eine hierarchische Ordnung bilden:

| ITSEC F | Bedeutung | BSI ITS F | TCSEC |
| - | - | - | - |
| F-C1 | Einfache Sicherheit, kooperative Nutzer | F1 | C1 |
| F-C2 | Login-Mechanismus, Daten einzelner Benutzer getrennt, (einfache) Protokollierung | F2 | C2 |
| F-B1 | Sicherheitsmodell, regelbasierte Schutzstufen | F3 | B1 |
| F-B2 | Formales Sicherheitsmodell, sicherer Datenfluss bei der Authentisierung | F4 | B2 |
| F-B3 | Referenzmonitor-Eigenschaften, formal verifizierbar. | F5 | B3/A |

Des Weiteren existieren Funktionalitätsklassen, die sich auf die Konsistenz von Daten und die Verfügbarkeit von Diensten beziehen:

| ITSEC F | Bedeutung | BSI ITS F |
| - | - | - |
| F-IN | Regelwerk zu Wahrung der Integrität und Konsistenz der Daten, Typkonzept (insbesondere für Datenbanksysteme: Constraints und Transaktionen) | F6 |
| F-AV | Verfügbarkeit, Fehlerüberbrückung, Ausfallwahrscheinlichkeit (Vorkehrungen für Stromausfall, redundante Hardware, Backups) | F7 |

Zusätzlich gibt es drei Funktionalitätsklassen, die sich auf die Übertragung von Daten (insb. in Netzwerken) beziehen:

| ITSEC F | Bedeutung | BSI ITS F |
| - | - | - |
| F-DI | Sicherung der Integrität und Authentizität von Nachrichten (Elektronische Unterschrift) | F8 |
| F-DC | Sicherung der Vertraulichkeit von Nachrichten (Verschlüsselung) | F9 |
| F-DX | Anforderungen an sichere Netzwerke | F10 |

## Qualitätsklassen

Bei der Bewertung der Qualität (Vertrauenswürdigkeit) eines Computersystems wird zwischen der Wirksamkeit der Methode und der Korrektheit der Implementation unterschieden.

Die Wirksamkeit bezeichnet die Widerstandsfähigkeit eines Schutzmechanismus gegen Umgehungsversuche. ITSEC unterscheidet 3 Stufen, in der ITSK wurde noch feiner unterschieden:

| ITSEC | BSI ITS | Bedeutung | TCSEC |
| - | - | - | - |
| - | ungeeignet | kein Schutz | D |
| niedrig | schwach | nur Schutz gegen zufällige, unbeabsichtigte Verstöße gegen die Sicherheitsregeln (leicht zu umgehen) | D |
| mittel | mittelstark | Schutz gegen absichtliche Verstöße von Angreifern mit beschränkter Gelegenheit und Mitteln | C1-C2 |
| stark | stark | guter Schutz, nur mit hohem Aufwand zu umgehen | B1-B2 |
| stark | sehr stark | sehr guter Schutz, nur mit sehr hohem Aufwand zu umgehen | B3-A |
| stark | nicht überwindbar | zurzeit nicht zu überwinden, keine Schwachstelle bekannt | B3-A |

Die Beurteilung der Korrektheit der Implementation erfolgt in 6 Stufen. Dabei wird insbesondere auf Programmfehler geprüft, sowie darauf, inwieweit die Implementation tatsächlich die zuvor bewertete Methode realisiert. Im Gegensatz zur BSI-Richtlinie ITSK fasst ITSEC die Wirksamkeit und Vertrauenswürdigkeit nicht zusammen, sondern behandelt die Werte getrennt.

| ITSEC E | CC EAL | BSI ITS Q | Bedeutung | TCSEC |
| - | - | - | - | - |
| E0 | - | Q0 | unwirksam | D |
| E1 | EAL2 | Q1 | informelle Spezifikation der Architektur, Funktionstest, gezielte Angriffe | C1 |
| E2 | EAL3 | Q2 | zusätzlich informelle Beschreibung des Feinentwurfs (Detailspezifikation) | C2 |
| E3 | EAL4 | Q3 | Analyse des Quellcodes bzw. des Hardwarelayouts | B1 |
| E4 | EAL5 | Q4 | Formales Sicherheitsmodell, semiformale Detailspezifikation | B2 |
| E5 | EAL6 | Q5 | Detailspezifikation muss nachvollziehbar auf Quellcode abbildbar sein | B3 |
| E6 | EAL7 | Q6 | zusätzlich formale Spezifikation und Analyse der Architektur (Verifikation) | A |
