이전 버전입니다. 현재 최신 버전은 1.131.0입니다. SysManager 1.131.0 · 출시일:
설치 파일 1.52.98
| 아키텍처 | 형식 | 설치 범위 | 파일 크기 | 다운로드 | SHA256 |
|---|---|---|---|---|---|
| 64비트 | 포터블 | — | — | github.com | VirusTotal |
링크와 SHA256은 Windows 패키지 관리자 커뮤니티 매니페스트에서 가져왔습니다. 실행하기 전에 다운로드한 파일의 해시를 비교해 보십시오.
릴리스 노트
[1.52.98] - 2026-07-11
Fixed
- winget was launched by its bare name, which — despite the System32 path-pinning added for other tools — could still let an attacker-planted winget.exe run with the app's privileges (local privilege escalation). Every winget operation (Bulk Installer install/list/search, App Updates upgrade, Uninstaller list) routes through PowerShellRunner.RunProcessAsync("winget", …), which hardens the target via SystemPaths.ResolveSystemTool. But winget is not a System32 tool — it is an MSIX app whose real binary lives under %ProgramFiles%\WindowsApps\Microsoft.DesktopAppInstaller_*__8wekyb3d8bbwe\winget.exe, and whose only PATH entry is a per-user execution alias in the user-writable %LOCALAPPDATA%\Microsoft\WindowsApps. ResolveSystemTool probes only System32, so both probes missed and it returned the unrooted bare string "winget". Launched with UseShellExecute=false, Win32 CreateProcess searches the calling process's own load directory first — so a winget.exe planted next to SysManager's portable .exe (commonly run from a user-writable Downloads folder, sometimes elevated via the prominent "Run as administrator" buttons on the winget tabs) would execute with the app's rights. The previously-relied-on WorkingDirectory=System32 pin does not cover this: the working directory is search item #2, the app-load directory is #1. Added SystemPaths.ResolveWinget, which resolves winget to the highest-versioned App Installer package under the admin-only-writable WindowsApps folder (verified by publisher hash and by actually containing winget.exe) and fails closed — if no trusted install is found it returns a rooted System32\winget.exe path (which normally doesn't exist, surfacing the same Win32Exception the callers already handle) rather than the plantable bare name. ResolveSystemTool now delegates winget/winget.exe to it. The per-user %LOCALAPPDATA% alias is deliberately never used for the (potentially elevated) launch. This closes the last winget binary-planting vector left open after the v1.52.91 (powershell) and v1.52.92 (Bulk Installer CWD) hardening.
Verify the download
Get-FileHash .\SysManager-v1.52.98.exe -Algorithm SHA256
Expected SHA256: 35AF5B9BAAB72EAA835F0F6F1F741CCE0537AF8BAEEAD4E1DEAF2080C237728Dhttps://github.com/laurentiu021/SystemManager/releases/tag/v1.52.98