elastic/elasticsearch

Do not allow setting xpack.security.user when running as a node

Open

#29.751 geöffnet am 10. Feb. 2017

Auf GitHub ansehen
 (4 Kommentare) (0 Reaktionen) (0 zugewiesene Personen)Java (25.882 Forks)batch import
:Security/Security>enhancementTeam:Securityhelp wanted

Repository-Metriken

Stars
 (76.700 Stars)
PR-Merge-Metriken
 (Durchschn. Merge 2T) (1.000 gemergte PRs in 30 T)

Beschreibung

Original comment by @jaymode:

I think we've thought about this but never did anything about it because we used shield.user in the test framework. In master we no longer use shield.user for node clients and we should probably fail on startup if someone sets shield.user and isn't running as a transport client.

Contributor Guide

Research-Richtung
Untersuchen Sie die Verwendung der Einstellung xpack.security.user beim Knotenstart und erzwingen Sie eine Prüfung, die fehlschlägt, wenn die Einstellung gesetzt ist und nicht als Transport Client ausgeführt wird.
Tech Stack
java
Domain
security
Issue Type
Sicherheit
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-3 Stunden
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
JavaElasticsearch
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
40