9
Powershell start-process als aktueller Benuter mit adminrechten
ich habe einen task der ein programm starten soll für den aktuell angemeldeten nutzer (i.d.R. Adminrechte verfügbar)
Der Task läuft unter dem Nutzer SYSTEM mit Adminrechten....
Das würde es mit Adminrechten starten, jedoch für den Benutzer "SYSTEM"
$todo=start-process -Verb RunAs $programm
Ich kann das Programm auch für den aktuell angemeldetem Benutzer starten, nur dann mit eingeschränkten rechten:
$todo=&"$programm"
Was ich brauche ist eine kombination von beiden:
$todo=start-process -Verb RunAs $loggedinUser $programm
mit credentials kann ich nicht arbeiten weil ich keine leeren passwörter in securestring konvertieren kann...
weiß jemand rat?
Der Task läuft unter dem Nutzer SYSTEM mit Adminrechten....
Das würde es mit Adminrechten starten, jedoch für den Benutzer "SYSTEM"
$todo=start-process -Verb RunAs $programm
Ich kann das Programm auch für den aktuell angemeldetem Benutzer starten, nur dann mit eingeschränkten rechten:
$todo=&"$programm"
Was ich brauche ist eine kombination von beiden:
$todo=start-process -Verb RunAs $loggedinUser $programm
mit credentials kann ich nicht arbeiten weil ich keine leeren passwörter in securestring konvertieren kann...
weiß jemand rat?
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 258252
Url: https://administrator.de/forum/powershell-start-process-als-aktueller-benuter-mit-adminrechten-258252.html
Ausgedruckt am: 08.04.2025 um 22:04 Uhr
9 Kommentare
Neuester Kommentar
Moin,
start-process kennt den Parameter -Credential ... machts jetzt Klick
Gruß jodel32
start-process kennt den Parameter -Credential ... machts jetzt Klick
1
2
3
4
5
2
3
4
5
$user = "username"
$pass = "password"
$cred = New-Object PSCredential($user,(ConvertTo-SecureString -String $pass -AsPlainText -Force))
Start-Process c:\deine.exe -Credential ($cred)
hab ich eben noch editiert:
mit credentials kann ich nicht arbeiten weil ich keine leeren passwörter in securestring konvertieren kann...
also es ist eher eine private umgebung und da sind auch leere passwörter unterwegs
mit credentials kann ich nicht arbeiten weil ich keine leeren passwörter in securestring konvertieren kann...
also es ist eher eine private umgebung und da sind auch leere passwörter unterwegs
was ist der Sinn und Zweck ?? Da scheint mit eher ein Denkfehler in der Logik zu sein.
Mit höchsten Rechten kannst du alles machen...,
Mit höchsten Rechten kannst du alles machen...,
Die Software/Tool verwendet den Benutzernamen und schaltet entsprechende Oberflächen frei. Dazu wird der Username unter dem der Prozess läuft ausgelesen. "SYSTEM" hilft den Task recht einfach einzurichten und das Programm zu starten/updaten etc., aber bei dieser Software "darf" es eben nicht "SYSTEM" als Processowner sein.
Bisher wurde es mit psexec gemacht und funktioniert auch. Soll aber zukünftig ohne weitere Software auskommen.
das problem ohne pw:
Bisher wurde es mit psexec gemacht und funktioniert auch. Soll aber zukünftig ohne weitere Software auskommen.
das problem ohne pw:
1
2
3
4
5
6
7
8
9
2
3
4
5
6
7
8
9
PS C:\...> $user = "$thisuser"
$pass = ""
$cred = New-Object PSCredential($user,(ConvertTo-SecureString -String $pass -AsPlainText -Force))
ConvertTo-SecureString : Das Argument kann nicht an den Parameter "String" gebunden werden, da es sich um eine leere Zeichenfolge handelt.
In Zeile:3 Zeichen:71
+ $cred = New-Object PSCredential($user,(ConvertTo-SecureString -String $pass -AsP ...
+ ~~~~~
+ CategoryInfo : InvalidData: (:) [ConvertTo-SecureString], ParameterBindingValidationException
+ FullyQualifiedErrorId : ParameterArgumentValidationErrorEmptyStringNotAllowed,Microsoft.PowerShell.Commands.ConvertToSecureStringCommand
https://clymb3r.wordpress.com/2013/11/03/powershell-and-token-impersonat ...
By the way sollte folgende Policy auf disabled stehen damit das klappen soll:
Start >> Ausführen ... >> secpol.msc
Local Policies >> Security Options >> Limit local account use of blank passwords to console logon only.
Dann kommt aber auch jeder Depp der einen Usernamen kennt auf den Rechner...
Andere Möglichkeit, du erstellst einen weiteren Task aus deinem PS-Script welcher dann mit den Creds des Users aus deinem PSScript heraus gestartet wird.
By the way sollte folgende Policy auf disabled stehen damit das klappen soll:
Start >> Ausführen ... >> secpol.msc
Local Policies >> Security Options >> Limit local account use of blank passwords to console logon only.
Dann kommt aber auch jeder Depp der einen Usernamen kennt auf den Rechner...
Andere Möglichkeit, du erstellst einen weiteren Task aus deinem PS-Script welcher dann mit den Creds des Users aus deinem PSScript heraus gestartet wird.
danke hat teilweise funktioniert.
da es als system läuft scheint er mit $env:username ein problem zu haben und den computernamen doppelt zu setzen:
kann ich den angemeldeten benutzernamen anders auslesen?
hab was gefunden:
da es als system läuft scheint er mit $env:username ein problem zu haben und den computernamen doppelt zu setzen:
1
2
3
4
5
6
7
8
9
2
3
4
5
6
7
8
9
Main : A token belonging to the specified username was not found. Username:
TestComputerTestComputer$
In C:\test.ps1:1639 Zeichen:1
+ Main
+ ~~~~
+ CategoryInfo : NotSpecified: (:) [Write-Error], WriteErrorExcep
tion
+ FullyQualifiedErrorId : Microsoft.PowerShell.Commands.WriteErrorExceptio
n,Main
kann ich den angemeldeten benutzernamen anders auslesen?
hab was gefunden:
1
2
3
4
5
6
7
8
2
3
4
5
6
7
8
$proc = gwmi win32_process -computer localhost -Filter "Name = 'explorer.exe'"
#Go through collection of processes
ForEach ($p in $proc) {
$temp = "" | Select Domain, User
$temp.user = ($p.GetOwner()).User
$temp.domain = ($p.GetOwner()).Domain
$global:report += $temp
}
Hi.
Darf ich das Ding nochmal aufrollen? Du hast einen Adminuser, der einen Task nutzen soll, welcher ein Skript startet. Und dabei soll mit höchsten Rechten gearbeitet werden.
Wozu der Nutzer System, der wird meiner Ansicht nach nicht benötigt. Einfach den Task einrichten mit der Option "mit höchsten Rechten ausführen" und "nur wenn angemeldet ausführen" und fertig.
Darf ich das Ding nochmal aufrollen? Du hast einen Adminuser, der einen Task nutzen soll, welcher ein Skript startet. Und dabei soll mit höchsten Rechten gearbeitet werden.
Wozu der Nutzer System, der wird meiner Ansicht nach nicht benötigt. Einfach den Task einrichten mit der Option "mit höchsten Rechten ausführen" und "nur wenn angemeldet ausführen" und fertig.
Mit Powershell einen Task erstellen
$Rootfolder.RegisterTaskDefinition('Run a powershell script through a scheduled task', $TaskDefinition, 6, "System", $null , 5)
lässt sich der Task mit der funktion auch ohne "System" starten? Also ohne einen User zu brauchen?
Dann würde ich es natürlich gleich streichen.
$Rootfolder.RegisterTaskDefinition('Run a powershell script through a scheduled task', $TaskDefinition, 6, "System", $null , 5)
lässt sich der Task mit der funktion auch ohne "System" starten? Also ohne einen User zu brauchen?
Dann würde ich es natürlich gleich streichen.
Ich kann Dir zur Powershell-Syntax nichts aus dem Stegreif sagen, aber es wird mit Sicheheit gehen. Ein Kennwort musst Du hierbei nicht übergeben, du musst lediglich die Optionen "ausführen nur wenn angemeldet" "und mit höchsten Privilegien ausführen" umsetzen.
