Please IT departments: be less violent with your end users. User training is not the only way to secure a healthy mitigation. User shaming is NOT the WAY. Account management, policies, and security tools will help but blaming the user because they "clicked that link" is bogus. The advice I had to give very recently: do your job. OK, rant over. #infosec #ITDepartments #cybersecurity #doyourjob

I have been looking for a method for running #winget as #System (because many #RemoteMonitoringandManagement programs run scripts as System on endpoints) to update third party applications on computers. This is a commonly requested feature by #ITDepartments and there are a number of discussions surrounding the desire and potential issues related to changing how winget is packaged to allow it to run using the System account (https://github.com/microsoft/winget-cli/discussions?discussions_q=system+account).

After reading https://github.com/microsoft/winget-cli/issues/1861 and https://github.com/microsoft/winget-cli/discussions/962, I came up with a method to have winget run as System.

```$exeFilename = get-childitem -Path "C:\program files\windowsapps\" -filter winget.exe -Recurse | %{$_.FullName}
New-Alias -Name sysget -Value $exeFilename

sysget upgrade --all -e --accept-package-agreements --accept-source-agreements```

I have been looking for a method for running #winget as #System (because many #RemoteMonitoringandManagement programs run scripts as System on endpoints) to update third party applications on computers. This is a commonly requested feature by #ITDepartments and there are a number of discussions surrounding the desire and potential issues related to changing how winget is packaged to allow it to run using the System account (https://github.com/microsoft/winget-cli/discussions?discussions_q=system+account).

After reading https://github.com/microsoft/winget-cli/issues/1861 and https://github.com/microsoft/winget-cli/discussions/962, I came up with a method to have winget run as System.

$exeFilename = get-childitem -Path "C:\program files\windowsapps\" -filter winget.exe -Recurse | %{$_.FullName}
New-Alias -Name sysget -Value $exeFilename

sysget upgrade --all -e --accept-package-agreements --accept-source-agreements

I have been looking for a method for running #winget as #System (because many #RemoteMonitoringandManagement programs run scripts as System on endpoints) to update third party applications on computers. This is a commonly requested feature by #ITDepartments and there are a number of discussions surrounding the desire and potential issues related to changing how winget is packaged to allow it to run using the System account (https://github.com/microsoft/winget-cli/discussions?discussions_q=system+account).

After reading https://github.com/microsoft/winget-cli/issues/1861 and https://github.com/microsoft/winget-cli/discussions/962, I came up with a method to have winget run as System.

```
$exeFilename = get-childitem -Path "C:\program files\windowsapps\" -filter winget.exe -Recurse | %{$_.FullName}
New-Alias -Name sysget -Value $exeFilename

sysget upgrade --all -e --accept-package-agreements --accept-source-agreements```

I have been looking for a method for running #winget as #System (because many #RemoteMonitoringandManagement programs run scripts as System on endpoints) to update third party applications on computers. This is a commonly requested feature by #ITDepartments and there are a number of discussions surrounding the desire and potential issues related to changing how winget is packaged to allow it to run using the System account (https://github.com/microsoft/winget-cli/discussions?discussions_q=system+account).

After reading https://github.com/microsoft/winget-cli/issues/1861 and https://github.com/microsoft/winget-cli/discussions/962, I came up with a method to have winget run as System.

```
$exeFilename = get-childitem -Path "C:\program files\windowsapps\" -filter winget.exe -Recurse | %{$_.FullName}
New-Alias -Name sysget -Value $exeFilename

sysget upgrade --all -e --accept-package-agreements --accept-source-agreements```

The explosion of #UnstructuredData and the diversity in #DataTypes is bringing a host of new challenges for #ITDepartments and #DataStorage professionals, including escalating storage and #BackupCosts, management complexity, #SecurityRisks, and an opportunity gap from hindered visibility.
We need new, smart #analytics and #metrics that help us understanding data and involving application owners and department and #BusinessStakeholders in #DataManagement decisions.
https://flip.it/ZC1uAP