2-28 SicherheitscService, v1.8 März 2002 2 2,1,9,3 HandhabencSicherheitstechnikcGebiete Für Sicherheitstechnikgebiete kann Leitung umfassen: ?, welches aufstellt und die zugrundeliegenden Sicherheitsdienstleistungen angefordert im Gebiet beibehält. ?, das aufstellen und Beibehaltenvertrauen zwischen Gebiete in Übereinstimmung mit den Vereinbarungen zwischen ihrem Management. ?, das Wesen in der Weise angefordert durch diese Sicherheitstechnik ausübt. Wesen zum Sein ausgeübt umfassen Sie Direktion, die Identitäten, langfristige Schlüssel haben und beliebig privilegierte Attribute. Solche Leitung ist häufig Sicherheitstechnikbesondere. Auch sie kann draußen getan werden das Gegenstandsystem, da es ein Ziel dieser Spezifikation zum Erlauben der allgemeinen Sicherheit ist die zu verwendende Technologie und lassen sogar einen LOGON des einzelnen Benutzers, sowie anderen einwenden Anwendungen. Diese Spezifikation umfaßt nicht solches Sicherheitstechnikbesonderen Leitung. 2,1,10 Einführen des Modells Dieses Bezugsmodell ist- genug allgemein, eine sehr breite Vielzahl der Sicherheit zu umfassen politische Linien und Anwendungsgebiete zum Erlauben, daß conformant Implementierungen zur Verfügung gestellt werden , um eine breite Vielzahl der Werbung und der Regierung zu treffen sichern Sie Systeme in beiden ausgedrückt Sicherheitsfunktionalität und -versicherung. (jede mögliche Implementierung dieses Modells benötigt kennzeichnen Sie die bestimmte Sicherheitspolitik es Unterstützungen.), Das Modell erlaubt auch unterschiedliche Weisen von den verläßlichen Kern von einem sicherem zusammenfügen Gegenstandsystem zum Adressieren der unterschiedlichen Anforderungen. Es gibt eine Zahl der Implementierung Wahlen auf, wie man sichergeht, daß die Verwertung von Sicherheiten nicht überbrückt werden kann. Dieses Durchführung konnte durch Kleinteile, das zugrundeliegende Betriebssystem durchgeführt werden, ORB-Kern oder ORB-Dienstleistungen. Anhang E, Richtlinien für ein vertrauenswürdiges System beschreibt einige dieser Wahlen. (es ist wichtig, wenn man diese Architektur für instantiating ein bestimmtes ORB-Produkt oder Satz Sicherheitsdienstleistungen, die ein oder mehr ORBs, zu stützen kennzeichnen Sie, was Teile des Modells vertraut werden müssen für, was. Dieses sollte enthalten sein in einer Übereinstimmungaussage, wie in Anhang D beschrieben, Übereinstimmungaussage . 2,2 SicherheitscArchitektur Dieser Abschnitt beschreibt, wie das Sicherheitsmodell eingeführt wird. Er beschreibt das komplette Architektur als erforderliches zum Stützen aller Eigenschaftspakete beschrieben in Abschnitt 1,2,2, "CORBA-Sicherheit und sichere Interoperabilität kennzeichnen Pakete," auf Seite 1 10. Nicht alle diese Pakete sind vorgeschrieben, damit alle Implementers sich stützen. Sehen Sie Anhang D, ÜbereinstimmungcDetails für eine endgültige Aussage über Übereinstimmunganforderungen. Dieser Abschnitt beginnt, indem er die unterschiedlichen Ansichten wiederholt, die unterschiedliche Benutzer von der Sicherheit haben in den CORBA-compliantsystemen als die Sicherheitsarchitektur muß diesen bieten. Das strukturelle Modell für Sicherheit in den CORBA-compliantsystemen wird beschrieben. Dieses umfaßt etwas Expansion des ORB-Service-Konzeptes, das in CORBA 2 zu eingeführt wird Stützinteroperabilität zwischen ORBS.