Sicherheitstests erkennen, die versehentlich mit Administratorrechten laufen

Ziel

Sicherstellen, dass ein Sicherheitstest die vorgesehene Identität mit geringen Rechten prüft und nicht einen privilegierten Fixture-Standardwert. Diese eigene Methode prüft die effektive Berechtigung, bevor eine Zugriffsverweigerungs-Assertion oder ein erfolgreicher Nutzungsablauf als vertrauenswürdig gilt.

Voraussetzungen

Isolierte synthetische Konten und eine harmlose, von der Testrichtlinie reservierte administrative Operation verwenden. Kontenerstellung und Sitzungsauswahl im Fixture-Aufbau sichtbar machen, ohne wiederverwendbare Zugangsdaten zu protokollieren.

Schritte

1. Die erwartete Identität und Berechtigungen für jede Testrolle festlegen. Vermeiden, ein Konto bloss als normale nutzende Person zu beschreiben, wenn dessen geerbte Gruppen oder Fixture-Standardwerte nicht spezifiziert sind.

2. Unter dem Kandidatenkonto eine zulässige gewöhnliche Operation ausführen, um die Fixture-Gesundheit festzustellen. Danach die harmlose, nur der Administration vorbehaltene Kontrolle versuchen und die dokumentierte Verweigerung verlangen.

3. Die authentifizierte Identität der Anwendung über zulässige Testinstrumentierung prüfen. Sie mit dem vom Client ausgewählten Konto vergleichen, besonders dort, wo geteilte Sitzungen oder Hilfsfunktionen die Zugangsdaten wählen.

4. Nach einem Fixture-Reset oder Änderungen der Testreihenfolge wiederholen, falls die Testsuite Clients wiederverwendet. Jede Berechtigung untersuchen, die vom Login oder der administrativen Einrichtung eines vorangehenden Tests abhängt.

5. Sobald die Identitätsprüfungen bestehen, die eigentliche Sicherheitsregression ausführen. Die Berechtigungsprüfung nahe an der wiederverwendbaren Fixture-Konstruktion halten, damit spätere Bequemlichkeitsänderungen nicht stillschweigend alle Testkonten befördern.

Erwartetes Ergebnis

Eine vertrauenswürdige Fixture sollte sowohl zeigen, dass das gewöhnliche Konto funktioniert, als auch, dass ihm die privilegierte Fähigkeit fehlt, die die Prämisse des Tests ausschliesst.

Grenzen und Prüfbasis

Dieses Vorgehen validiert eine gewählte Fixture-Identität, nicht das gesamte Berechtigungsmodell. Versteckte Umgebungszugangsdaten und Delegation auf Diensteebene brauchen zusätzliche Prüfung, wo sie das effektive Prinzipal der Anwendung beeinflussen können. Dies ist eine ursprünglich vorgeschlagene Methode; es wird weder eine Ausführung noch ein empirisches Ergebnis beansprucht.