TigerVNC/tigervnc

X509 client authentication

Offen

#787 geöffnet am 14.01.2019

Auf GitHub ansehen
 (8 Kommentare) (0 Reaktionen) (0 zugewiesene Personen)C++ (1.179 Forks)github user discovery
enhancementhelp wanted

Repository-Metriken

Stars
 (7.410 Sterne)
PR-Merge-Metriken
 (Durchschn. Merge 95T 10h) (4 gemergte PRs in 30 T)

Beschreibung

Is there a technical reason why the X509CA configuration option is available on the client side, but not the server side ? I wanted to use this so that a VNC server would only accept client connections from users with a certificate signed from the configured CA. It is possible to configure OpenVPN and SSH to trust a given CA, so I was wondering why this "trusting feature" was implemented the other way around in TigerVNC.

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

Contributor Guide

Research-Richtung
Untersuche die bestehende X509CA Implementierung auf der Clientseite, verstehe die aktuelle Zertifikatsverwaltung des Servers und entwerfe eine serverseitige X509CA Option, um von einer bestimmten CA signierte Clientzertifikate zu vertrauen.
Tech Stack
cpp
Domain
authentication
Issue Type
Funktion
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
3
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-2 Tage
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
TLS/SSLX.509 certificates
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
40