Passwörter über Systeme und Mandanten synchronisieren
10 Beiträge
•
Seite 1 von 1
10 Beiträge
Seite 1 von 1
Hallo zusammen,
unsere User vergessen grundsätzlich Ihre Passwörter vom Entwicklungs und Q-System, das vom Produktivsystem haben sie aber i.d.R. parat.
Nun die Idee ein Programm, welches das verschlüsselte Passwort vom Produktivsystem nimmt und auf sämtliche anderen Systeme via RFC Fubas kopiert, sofern der User da auch vorhanden ist.
Meinen Recherchen nach sollte das Passwort in der Tabelle USR02 verschlüsselt abgelegt sein.
Nunja, hab mir dann mal einen zweiten User angelegt, und mal sämtliche Felder der USR02 von meinem richtigen User auf den Testuser kopiert.
Ein einloggen ist nicht möglich, er meint immer das Passwort sei falsch.
BAPIs gibts in dem Umfeld auch nicht so wirklich, die wollen alle das alte Passwort zur Verifizierung.
Sind auf Release 701.
Habt ihr eine Idee? Wo hängts?
LG
unsere User vergessen grundsätzlich Ihre Passwörter vom Entwicklungs und Q-System, das vom Produktivsystem haben sie aber i.d.R. parat.
Nun die Idee ein Programm, welches das verschlüsselte Passwort vom Produktivsystem nimmt und auf sämtliche anderen Systeme via RFC Fubas kopiert, sofern der User da auch vorhanden ist.
Meinen Recherchen nach sollte das Passwort in der Tabelle USR02 verschlüsselt abgelegt sein.
Nunja, hab mir dann mal einen zweiten User angelegt, und mal sämtliche Felder der USR02 von meinem richtigen User auf den Testuser kopiert.
Ein einloggen ist nicht möglich, er meint immer das Passwort sei falsch.
BAPIs gibts in dem Umfeld auch nicht so wirklich, die wollen alle das alte Passwort zur Verifizierung.
Sind auf Release 701.
Habt ihr eine Idee? Wo hängts?
LG
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Moin.
Wenn Du die Zentrale Benutzerverwaltung verwendest, hast Du m.W. das Problem nicht.
http://help.sap.com/saphelp_nw70ehp2/he ... ontent.htm
lg jens
Wenn Du die Zentrale Benutzerverwaltung verwendest, hast Du m.W. das Problem nicht.
http://help.sap.com/saphelp_nw70ehp2/he ... ontent.htm
lg jens
<:: XING-Gruppe Tricktresor::>
Die deutsche Rechtschreibung ist Freeware, du darfst sie kostenlos nutzen –
Aber sie ist nicht Open Source, d. h. du darfst sie nicht verändern oder in veränderter Form veröffentlichen.
Die deutsche Rechtschreibung ist Freeware, du darfst sie kostenlos nutzen –
Aber sie ist nicht Open Source, d. h. du darfst sie nicht verändern oder in veränderter Form veröffentlichen.
Wieso kein SSO: http://scn.sap.com/docs/DOC-46720?abapsi hat geschrieben:Habt ihr eine Idee?
Gruß Hendrik
ZBV verwenden wir leider nicht.
SSO wär nicht schlecht, kriege ich aber auf die Schnelle wohl nicht durch... Aber danke für den Link.
Mir ist bewusst, dass die angedachte Lösung etwas dirty ist aber unser Berechtigungskonzept ist wasserdicht, da kann auch nichts passieren.
Geht einfach drum täglich mehrere Tickets zu erschlagen.
SSO wär nicht schlecht, kriege ich aber auf die Schnelle wohl nicht durch... Aber danke für den Link.
Mir ist bewusst, dass die angedachte Lösung etwas dirty ist aber unser Berechtigungskonzept ist wasserdicht, da kann auch nichts passieren.
Geht einfach drum täglich mehrere Tickets zu erschlagen.
Hallo abapsi,
unter 4.7 hat dieser Trick für verschiedene Mandanten funktioniert, heutzutage wird wohl der Mandant (und das System) in dem Verschlüsselungsalgorithmus verwendet.
MfG
Thomas R.
unter 4.7 hat dieser Trick für verschiedene Mandanten funktioniert, heutzutage wird wohl der Mandant (und das System) in dem Verschlüsselungsalgorithmus verwendet.
MfG
Thomas R.
Moin.
Es gibt mit der Transaktion SCC8 und dem Profil SAP_UONL (Benutzer ohne Berechtigungsprofile und Rollen) die Möglickeit Benutzer zu transportieren.
Dann Stimmt sogar die Änderungshistorie im Infosystem .
Lohnt sich vermutlich, erst mal die Standards zu testen.
lg Jens
Es gibt mit der Transaktion SCC8 und dem Profil SAP_UONL (Benutzer ohne Berechtigungsprofile und Rollen) die Möglickeit Benutzer zu transportieren.
Dann Stimmt sogar die Änderungshistorie im Infosystem .
Lohnt sich vermutlich, erst mal die Standards zu testen.
lg Jens
<:: XING-Gruppe Tricktresor::>
Die deutsche Rechtschreibung ist Freeware, du darfst sie kostenlos nutzen –
Aber sie ist nicht Open Source, d. h. du darfst sie nicht verändern oder in veränderter Form veröffentlichen.
Die deutsche Rechtschreibung ist Freeware, du darfst sie kostenlos nutzen –
Aber sie ist nicht Open Source, d. h. du darfst sie nicht verändern oder in veränderter Form veröffentlichen.
@ Thomas R:
Ich vermute leider auch, dass die SAP dort was gravierend geändert hat. Ich kann nichtmal auf dem gleichen System auf den gleichen Mandant dasselbe verschlüsselte Passwort eintragen, will auch nicht.
@ Daniel:
Auch dann nicht wenn ich den kompletten Satz aus der USR02 nehme und nur den UNAME ändere.
Ich habe so ein Programm schon einmal gesehen und da hat es auch ziemlich gut funktioniert, war allerdings auf einem deutlich älteren Release.
@Tron, danke für den Tipp ich mach mich mal schlau ob das noch eine Möglichkeit ist.
Ich vermute leider auch, dass die SAP dort was gravierend geändert hat. Ich kann nichtmal auf dem gleichen System auf den gleichen Mandant dasselbe verschlüsselte Passwort eintragen, will auch nicht.
@ Daniel:
Auch dann nicht wenn ich den kompletten Satz aus der USR02 nehme und nur den UNAME ändere.
Ich habe so ein Programm schon einmal gesehen und da hat es auch ziemlich gut funktioniert, war allerdings auf einem deutlich älteren Release.
@Tron, danke für den Tipp ich mach mich mal schlau ob das noch eine Möglichkeit ist.
Damals (z.B. 4.7) wurden auch die letzten 5 Pws in den Feldern OCOD1 .. OCOD5 aufbewahrt. Jetzt, vermute ich, wird dafür USH02 verwendet.abapsi hat geschrieben:@ Thomas R:
Ich habe so ein Programm schon einmal gesehen und da hat es auch ziemlich gut funktioniert, war allerdings auf einem deutlich älteren Release.
Aber wie wäre es, wenn der User sich selbst das Passwort zurücksetzen könnte. Zum Beispiel über einen RFC Zugang und einer kleinen RFC Anwendung.
lg Jens
<:: XING-Gruppe Tricktresor::>
Die deutsche Rechtschreibung ist Freeware, du darfst sie kostenlos nutzen –
Aber sie ist nicht Open Source, d. h. du darfst sie nicht verändern oder in veränderter Form veröffentlichen.
Die deutsche Rechtschreibung ist Freeware, du darfst sie kostenlos nutzen –
Aber sie ist nicht Open Source, d. h. du darfst sie nicht verändern oder in veränderter Form veröffentlichen.
Seite 1 von 1
Vergleichbare Themen
0
Antw.
Antw.
975
Views
Views
2
Antw.
Antw.
1582
Views
Views
ALV: Event zum synchronisieren von zwei Tabellen
von grossmic » 03.08.2010 10:13 • Verfasst in ABAP® Core
von grossmic » 03.08.2010 10:13 • Verfasst in ABAP® Core
0
Antw.
Antw.
2910
Views
Views
0
Antw.
Antw.
1517
Views
Views
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 3 Tagen von DeathAndPain 4 / 1411
vor 3 Tagen von DeathAndPain 4 / 1411
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.
Aktuelle Forenbeiträge
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 3 Tagen von DeathAndPain 4 / 1411
vor 3 Tagen von DeathAndPain 4 / 1411