Transkript

1

2 Vertrauen in der globalen öffentlichen Internetwelt aufzubauen. In Internet, sind die meisten Leute fremd. Vertrauen um überhaupt eine Zusammenarbeit zu realisieren. Die abgegebene Informationen nicht missbrauchen. Beim Aushandeln von Trust werden bestimmte private Informationen ausgetauscht wie z.b Kontonummer oder Adresse. Access Control Policies regeln, wer Zugang zu Informationen bzw. Services kriegen kann.

3 Client Name (of User) Telephone Number (of User) Credit Card Number (of User) Server Ticket Reservation Service Address (of Service Provider) Certificate of Card Company Der Benutzer will eine Eintrittskarte per Internet reservieren. Der Server verlangt dafür entweder Benutzername und Telefonnummer oder seine Kreditkartenummer. Die Information über Kreditkartenummer ist für User empfindlich und er will sie nicht ohne Sicherungen offenlegen, die sein Vertrauen für Service Provider stärkt. Damit der User seine Kreditkartenummer dem Server gibt, fordert der User dass der Service Provider das dazugehörige Zertifikat vom Kredikartenunternehmen zeigt.

4 Policy, um die Regeln/Sicherungen zu beschreiben. Bsp: Ticket Reservation Service (Name Telephone Number) V Credit Card Number Digital Credentials (Berechtigungsnachweis): Daten, die von vertrautenswürdigen Stellen vergeben und signiert werden.bsp: Zeugnisse, die von Universität signiert werden.

5 Credentials werden gebraucht, um Vertrauen zu gewinnen. Credentials können empfindlich sein, deshalb müssen sie oft geschützt werden. Zwei Arten von Policies : Service Policies Credential Policies

6 Client und Server tauschen solange Credentials aus, bis Vertrauen aufgebaut wurde. Bsp: Pharmazie.Medikamente_Bestellung Alice.digitale Kreditkarte Alice.legalisierte Rezept Alice.legalisierte Rezept Pharmazie.gultige Genehmigung [Arzneimittel_Behörde]

7

8

9

10 Client Service request Policy Service request, credentials Service Server Service request Policy Client Service request, credentials Policy Service request,credentials Service Server

11 Alice Medikamente Bestellung Kreditkarte legalisierte Rezept Pharmazies Genehmigung Pharmazies Genehmigung Alices Kreditkarte Rezept Medikamente Bestellung Pharmacy Online Service Pharmazie.Medikamente_Bestellung Alice.digitale Kreditkarte Alice.legalisierte Rezept Alice.legalisierte Rezept Pharmazie.gultige Genehmigung [Arzneimittel_Behörde]

12 Ein Bsp vom graduellen Trust in (semi) realen Welt : Die Benutzung von Kreditkarten beim Einkaufen Kaufen von 12 T-Shirts, mit Kreditkarte bezahlen Hologram >> Scanner Prüfung der Karte vom Computer Kassenbon unterschreiben

13 Für dieses Negotiation ist einiges zu beachten : 1. Eine digitalisierte Version von der Kredikarte. Die digitalisierte Version soll nachprüfbar( die Karte nicht entzogen, genug Geld auf die Karte) und fälschungssicher (die Karte echt) sein. 2. Der Laden muss in der Lage sein, die Kreditkarte zu erkennen, er muss sagen können ob die Kreditkarte vom seinen vertrauten Partner/ Issuer (Bsp. : VISA) ausgestellt wurde oder nicht.

14 Type-1 Credential : A.r D Bsp. : UniKarlsruhe.Student Alice Type-2 Credential : A.r B.r2 Bsp. : Alice.medizinische Akte Alice.Patient_Id Type-3 Credential : A.r A.r1.r2 Type-4 Credential : A.r A1.r1... Ak.rk

15 Ungeschützte Credentials : Credentials, die direkt veröffentlicht werden. Bsp Policy : Alice.Adresse true... Alice... Alice adresse Adresse Pharmacy Online Service

16 Unsichtbare Credentials : Credentials, die niemals veröffentlicht werden. Bsp Policy : Alice.Credit Card Number false... Alice... Credit card Number(von Alice) Pharmacy Online Service

17 Manchmal Policies selbst enthalten empfindliche Informationen. Bsp. : Alice.medizinische Akte Alice.Patient_Id V (Psychiater_Id Information_Erlaubnis [ Alice] ) Alices Akte Client Alice ID V(Psychiater ID Alices Erlaubnis) Alices ID Alices Akte Krankenhaus Online Service Schrittweise Policyoffenlegung

18 prerequisite = notwendig, enthält Policy Informationen, die weniger kritisch sind. Anforderungen in prerequisite Policy erfüllt >> requisite Policy enthüllen (requisite = hinreichend). prerequisite(alice.medizinische Akte) Alice.PatientID V MitarbeiterID Id(Mitarbeiter_ID=Psychiater_ID)=true Requisite(Alice.medizinische Akte) Information_Veröffentlichungserlaubnis [Alice]

19 . Medizinische Akte von Alice (Prerequisite) Alice ID V Mitarbeiter ID Client Psychiater ID (Requisite)Veröffentlichungs erlaubnis von Alice Veröffentlichungerlaubnis Krankenhaus Online Service Medizinische Akte von Alice

20

21 Der Besitzer eines Credentials steht als Issuer von anderem Credential Typ = reference Beziehung= Speditionservice client Issuer = subjekta_schlüssel Besitzer= subjektb_schlüssel Typ = reference Beziehung= Spediteur Issuer = subjektb_schlüssel Besitzer= subjektc_schlüssel Credential 1 Credential 2

22 Vorhandensein eines Credentials löst unterschiedliche Reaktion aus. Die Information von der Existenz eines empfindlichen Credentials soll beschützt werden >> Acknowledegement Policy Bsp: Wenn wir die Existenz von Alices medizinische Akte als empfindlich beachten Ack[ Alice_PatientID] =MitarbeiterID

23 Bsp. Alice ID Mitarbeiter ID Client Mitarbeiter ID Veröffentlichungserlaubnis Veröffentlichungserlaubnis Krankenhaus Online Service Alice ID

24 Manchmal induziert das Vorhandensein eines Credentials das Vorhandensein anderes Credentials. Type-2 Credential: A.r B.r2 Alice.Bestellung Alice.Kundennr Fragen über die Existenz von Alices Bestellung, um Ack Policy von Alices Kundennr auszuweichen. [Ack]Alice.Kundennr = Bestellungsdatum Alice.Bestellung Bestellungsnr Ack Policy von B.r2 wird immer geschickt wenn die Existenz von A.r gefragt wird.

25 A Alices Bestellung Client Bestellungsdatum Bestellungsdatum Bestellungsnr Pharmacy Online Service Bestellungsnr Alices Bestellung

26 Ein gerichteter azyklischer Graph mit einem einzelnen Ursprungsknoten No und einem einzigen Senkeknoten R. Alle Knoten Ni stellen Policies dar, der Knoten R stellt empfindliches Service/Credential dar. Für Clienten zu wählen, welche Credentials sie lieber aufdecken wollen. Eine Kante Nj zu Nk : Nj Nk

27 Po : x.type= student.id x.status = graduate student P1: y.type = Führerschein P2: z.type= Studiennachweis y.age 25 z.notendurchschnitt 2.0 R: das spezielle Versicherungsangebot

28 Eager Strategy Teilen alle Credentials aus, so bald ihre Policies erfüllt sind ohne zu denken ob es nötig ist. Kein Policiesaustausch Vorteil : zeigt kein Policy Nachteil : Risiko zu viel Informationen zu enthüllen Relevant Credentials Set Strategy All Relevant Policies Strategy

29

30 Client Policies. S2 S3 S3 S3 C4 R S2 C4 S2 C1 S1 C2 C3 S2 C1,C2,C3 C4 Server Policies C4 C4 C3 S3 S3 C3 C1 C2 S2 S3 S1 (C1, C3), S1 R S1

31 Teilt alle ungeschützte Policies aus. Könnte eventuell zur Aufdeckung von mehr Credentials als bei Relevant Credentials Set Strategy führen. Nachteil : Policys Aufdeckung Vorteil : kein unnötiges Offenlegen von Credentials

32 Client Policies. S2 S3 S3 S3 R (R,C4) (C4,S2) C4 S2 C1 S1 C2 C3 S2 C4 (R,C3),(R, C1 C2) Server Policies C4 C4 C3 S3 (C1,S3), (C2,S3), (C3,S3) C3 C1 C2 S2 S3 S1 (C2, S1) R (S1, C3) C3

33 Eine Art Sprache für Policies Gibt Namen für Policies Erlauben Policies auch selbst Policies zu haben Mehr Schütz und Raumbewegung für Policies

34

35 Alice Medikamente Bestellung Name Alice Digitale Kreditkarte P2 Alices digitale Kreditkarte Adresse Alices Adresse Legalisiertes Rezept Alices legalisiertes Rezept Alices Medikamente Bestellung Pharmacy Online Service

36 Jede empfindliche Quelle Q wird genau von einem Policy ID geschützt. Bsp : (Pharmazie.Medikamente_Bestellung : P) Jede Policy ID hat genau eine Policy Definition. Bsp : P P1 P2

37 Ein Credential ist mit Issuers Private Key digital signiert und wird mit Issuers Public Key nachgeprüft. Jede Credential enthält Public Key vom Credentials Besitzer. Ein Public Key kann sein Private Key identifizieren. Private Key kann wiederum anderes Credential signieren >> Credential Kette.

38

39