Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Upload & Download Keys #7

Open
ghost opened this issue May 27, 2017 · 7 comments
Open

Upload & Download Keys #7

ghost opened this issue May 27, 2017 · 7 comments

Comments

@ghost
Copy link

ghost commented May 27, 2017

Frage, hast du eigentlich einen Upload & Download von Keys integriert?
Weil OpenPGPJS unterstützt es:

var hkp = new openpgp.HKP('https://pgp.mit.edu');

var options = {
    query: 'alice@example.com'
};

hkp.lookup(options).then(function(key) {
    var pubkey = openpgp.key.readArmored(key);
});
var hkp = new openpgp.HKP('https://pgp.mit.edu');

var pubkey = '-----BEGIN PGP PUBLIC KEY BLOCK ... END PGP PUBLIC KEY BLOCK-----';

hkp.upload(pubkey).then(function() { ... });

Oder ist es noch geplant?

@JamesCullum
Copy link
Owner

Wie per Mail besprochen, wird es aktuell nicht mit einem Keyserver abgeglichen, es wäre aber ein interessantes Feature.

@ghost
Copy link
Author

ghost commented May 27, 2017 via email

@JamesCullum
Copy link
Owner

Wieso denn? Soll das nicht noch ergänzt werden?

@ghost
Copy link
Author

ghost commented May 27, 2017 via email

@JamesCullum
Copy link
Owner

  • Schlüssellänge beim generieren wählen

Da wäre ein Default von 4096 wünschenswert, 2048 ist mutmaßlich bald outdated.

  • Kommentar und E-Mail zum generierten Schlüssel hinzufügen

Das wird bisher über den Namen des Schlüssels geregelt. Bitte bedenke, dass die Idee des Tools ist, zu allen PGP - Applikationen kompatibel zu sein, was auch die Verschlüsslung von Nicht-Emails beinhaltet. Eine EMail - Adresse sollte also nie verpflichtend sein, eine über den Benutzer eingegebene Bezeichnung finde ich dynamischer.

Auch solltest du den extrem begrenzten Cloudspeicher im Blick behalten, siehe hier. Das bedeutet maximal 100kb pro Erweiterung und 8kb pro Item, welches mit einem 4096er Key schon fast komplett voll ist. Wenn man bedenkt, dass alle Inhalte, die gesyncht werden, auch verschlüsselt werden sollten (Metadaten verraten sonst extrem viel), ist eine Kommentarfunktion wenig realistisch. Natürlich kann man dann nur Kommentare nicht synchronisieren, das würde aber dem vom Benutzer erwarteten Verhalten widersprechen.

  • Upload des öffentlichen Schlüssel zu einem Keyserver

Bitte auf jeden Fall über explizite Zustimmung.

@JamesCullum
Copy link
Owner

Wie siehts aus?

@ghost
Copy link
Author

ghost commented Jun 25, 2017

Sorry, hatte gerade viel zutun, hänge mich morgen dran 👍

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant