Browserzugriff aus Java

[Bogomier]

Weiss nicht ob das hier das richtige Unterforum ist, notfalls bitte verschieben.

Hat jemand eine Ahnung, wie ich aus Java den Firefox dazu bringe, ein Public-Key-Schlüsselpaar zu erzeugen?

Bzw. wie man überhaupt Zugriff auf Browserfunktionen bekommt?

Schreibe eine Public-Key-Infrastruktur Anwendung, in der ich, nachdem ein Formular ausgefüllt wurde, den Browser des Ausfüllers veranlassen möchte, ein Schlüsselpaar zu erzeugen und den öffentlichen Schlüssel mir zu übergeben (Irgendwie mittels Post-Methode an ein Servlet)

Bin für jeden Hinweis dankbar, ist halt sehr speziell das Problem...aber vl. weiss trotzdem jemand Rat.

 

[The_S]

Ab Java 6 kannst du den Browser mit der Klasse Desktop ansteuern, vorher kannst du mit JDIC deinen Browser relativ plattformunabhängig starten. Den Browser aber direkt befehle zu erteilen wird nur über eine Socket-Verbindung mit selbigen funktionieren, dazu muss der Browser aber soetwas unterstützen.

 

[ice-breaker]

wenn du doch ein Schliüsselpaar an ein Servlet übertragen willst, bedeutet dies ja einen HTTP-Zugriff, warum erzeugst du nicht direkt in Java ein Schlüsselpaar mit den Crypto-Funktionen und schickst dann direkt in dem Java-Programm den HTTP-Request mit dem Schlüssel?

 

[Bogomier]

wenn du doch ein Schliüsselpaar an ein Servlet übertragen willst, bedeutet dies ja einen HTTP-Zugriff, warum erzeugst du nicht direkt in Java ein Schlüsselpaar mit den Crypto-Funktionen und schickst dann direkt in dem Java-Programm den HTTP-Request mit dem Schlüssel?

Ich möchte per Formular ein Zertifikat für einen öffentlichen Schlüssel generieren.

Dein Vorschlag wäre auch eine Möglichkeit. Allerdings müsste ich dann den privaten Schlüssel irgendwie auf "sichere" Weise an denjenigen übertragen, der ein Zertifikat angefordert hat.

*Persönlich übergeben: nicht möglich

*per Mail verschicken: zu unsicher

*möglich wäre es auch noch den privaten Schlüssel irgendwie per Passwort zu schützen. Hat da jemand ne Idee?

Trotzdem wäre es am besten der Antragsteller generiert sich sein Schlüsselpaar selbst und hat somit seinen privaten Schlüssel schon. Das Problem mit der Übertragung fällt weg.

Danke na Hobbit, werde mir das mal anschauen

 

[ice-breaker]

du sprichst von einem public-key-verfahren und willst den privaten schlüssel verteilen?
ähm, da stimmt in deinem konzept etwas nicht :roll:

 

[The_S]

Um was gehts jetzt eigentlich JSP oder Applikation? Falls JSP, vergiss was ich gesagt habe!

 

[Bogomier]

du sprichst von einem public-key-verfahren und willst den privaten schlüssel verteilen?
ähm, da stimmt in deinem konzept etwas nicht :roll:

lies bitte nochmal genau.

Trotzdem wäre es am besten der Antragsteller generiert sich sein Schlüsselpaar selbst und hat somit seinen privaten Schlüssel schon. Das Problem mit der Übertragung fällt weg.

Das Verteilen des privaten Schlüssels möchte ich ja gerade vermeiden, deswegen die Idee, dass sich der Antragsteller per Browser sein eigenes Schlüsselpaar generiert, somit hat nur er seinen Private-Key. Ich benötige nur den Public-Key um diesen zu zertifizieren.

Wenn ich allerdings auf meiner Seite das Schlüsselpaar generiere, hat der Antragsteller ja noch keinen Private-Key, also muss er ihn irgendwie bekommen. Deshalb müsste ich, falls ich das Schlüsselpaar selbst generiere, dem Empfänger den Private-Key irgendwie zukommen lassen.

Es gibt auch den PKCS#12-Standard (Personal Information Exchange Syntax Standard)
Definiert ein Dateiformat, das dazu benutzt wird, private Schlüssel mit dem zugehörigen Zertifikat passwortgeschützt zu speichern. (Wikipedia)
Das verteilen von privaten Schlüsseln ist also durchaus möglich.

Um was gehts jetzt eigentlich JSP oder Applikation? Falls JSP, vergiss was ich gesagt habe!

Applikation. Sind zwar auch jsp-Seiten mit dabei aber die Logik geschieht in Java-Klassen.

 

[The_S]

Du hast mich net verstanden ... Mit JSP meinte ich jegliche J2EE Technologie. Also wenn du am Ende kein JAR hast, auf das man auf dem Desktop doppelt klickt und sich darauf hin ein Java-Fenster mit deiner Applikation öffnet, dann vergiss alles was ich in diesem Thread gesagt habe. Für sowas haben wir übrigens eine eigene Kategorie ...

 

[Bogomier]

Du hast mich net verstanden ... Mit JSP meinte ich jegliche J2EE Technologie. Also wenn du am Ende kein JAR hast, auf das man auf dem Desktop doppelt klickt und sich darauf hin ein Java-Fenster mit deiner Applikation öffnet, dann vergiss alles was ich in diesem Thread gesagt habe. Für sowas haben wir übrigens eine eigene Kategorie ...

ok danke,

das mit der kategorie hab ich übrigens schon am anfang erwähnt. siehe oben

 

[The_S]

ok danke

kein Problem .

das mit der kategorie hab ich übrigens schon am anfang erwähnt. siehe oben

Da deine Frage aber auch eindeutig zweideutig gestellt ist, fällt es schwer zu entscheiden, um was es sich wirklich handelt. Ein kleiner Hinweis auf JSP, Servlet oder J2EE und schon hätte ein Mod oder Admin deinen Beitrag in das eindeutig ( ) benannte Unterforum "J2EE" verschoben.

 

[Bogomier]

dann probier ichs dort nochmal
:lol:

 

[ice-breaker]

Das Verteilen des privaten Schlüssels möchte ich ja gerade vermeiden, deswegen die Idee, dass sich der Antragsteller per Browser sein eigenes Schlüsselpaar generiert, somit hat nur er seinen Private-Key. Ich benötige nur den Public-Key um diesen zu zertifizieren.

Wenn ich allerdings auf meiner Seite das Schlüsselpaar generiere, hat der Antragsteller ja noch keinen Private-Key, also muss er ihn irgendwie bekommen. Deshalb müsste ich, falls ich das Schlüsselpaar selbst generiere, dem Empfänger den Private-Key irgendwie zukommen lassen.
Applikation. Sind zwar auch jsp-Seiten mit dabei aber die Logik geschieht in Java-Klassen.

Du hast mich falsch verstanden.
Ich wollte dir klar machen, dass der komplette Ansatz falsch ist, ein privater Schlüssel ist und bleibt immer NUR beim Client, niemand anders hat den irgendwann mal in den Händen. Der Client berechnet einen private und public key und den public key muss er dann dem server geben, denn warum sollte jemand anders den schlüssel haben um die daten für den client zu entschlüsseln? es sollen ja alle nur ihm etwas verschlüsseln

 

[Bogomier]

Bitte ganz lesen...

Prinzipiell hast Du ja recht, das ist der Normalfall, das Schlüsselpaare auf dem Client generiert werden.

Im Falle einer Public-Key-Infrastruktur aber, gibt es auch die Möglichkeit dass die Certification Authority (Bestandteil einer PKI) das Schlüsselpaar generiert!!

DENN: Eine CA erstellt Zertifikate. D.h. sie garantiert durch ihre digitale Signatur die Verknüpfung zw. einer Person und ihrem öffentlichen Schlüssel, sonst könnte jemand anders Deinen öffentlichen Schlüssel nehmen und behaupten es sei seiner.

Nun die Überlegung, wie rum ich es mache.

Entweder:

• der Client erzeugt sein Schlüsselpaar selbst und übergibt mir seinen Public-Key, ich erzeuge ein Zertifikat für den Public Key.

ODER

• die Certification Authority (in diesem Falle ich) erzeugt das Schlüsselpaar. Erstellt ein Zertifikat für den öffentlichen Schlüssel und muss den Private-Key dem Client übergeben. Im Idealfall, läuft es so, dass der Antragsteller zur CA persönlich hingeht und seinen Private-Key auf einer Chipkarte gespeichert überreicht bekommt!
  Alternativ gibt es die Möglichkeit nach dem PKCS-12-Standard, das Zertifikat und den Private-Key zusammen in einer Datei zu speichern und mit einem symmetrischen Schlüssel(also ein Passwort) zu verschlüsseln!

Das sind also verschiedene Ansätze, keine falschen Ansätze.

Schau Dir mal das Beispiel an, dann weisst Du was ich meine. Die machen es so, dass sie beim Absenden des Formulars den Browser dazu veranlassen ein Schlüsselpaar zu erzeugen und den öffentlichen Schlüssel kopierne und zertifizieren. Genau das war meine Frage zu Anfang, wie ich auf diese Browserfunktion zugreifen kann per Web-Applikation.

Die andere Möglichkeit gibt es aber auch!!! hoffe ich hab´s einigermaßen verständlich geschrieben.

Erstelle Dir scherzeshalber mal ein Zertifikat auf der Seite /(siehe Link), dann wird es klar was ich meine.

https://www.trustcenter.de/fcgi-bin/ExpressRequest.cgi