psadt-deploy-skill 0.43.0 → 0.44.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (2) hide show
  1. package/README.md +9 -10
  2. package/package.json +1 -1
package/README.md CHANGED
@@ -1,4 +1,4 @@
1
- <h1 align="center">PSADT v4 → Intune Deployment Skill</h1>
1
+ <h1 align="center">PSADT v4 → Intune Deployment Skill</h1>
2
2
 
3
3
  <p align="center">
4
4
  <em>A Claude Code skill that drives the full lifecycle of a PowerShell App Deployment Toolkit (PSADT) v4.x Intune Win32 package - from first conversation to a tested, upload-ready <code>.intunewin</code>.</em>
@@ -170,12 +170,11 @@ installed.
170
170
  **[CHANGELOG.md](CHANGELOG.md)** carries the complete history, every release since 0.1.0, and nothing is
171
171
  ever removed from it.
172
172
 
173
- Latest: **0.43.0 - The command that writes to the tenant could not bind.** A deep analysis of 0.42.0 read
174
- every control `SECURITY.md` claims, packaged an app end to end and ran the suite; its five stop-ship
175
- findings are fixed here. The Phase 9 upload command shown in `SKILL.md` could not bind, because
176
- `-IntuneWinPath` was mandatory while the artifact had been in the manifest since Phase 7 - and a new guard
177
- now binds every invocation the control plane shows against the real parameter sets. The third-party WinGet
178
- module that ships inside the `.intunewin` is pinned by SHA256 instead of a two-byte header. Three operator
179
- values that reached scripts running as SYSTEM are escaped or validated. A legacy config can no longer be
180
- written to, so the secret cannot be created inside the skill folder. The dossier template no longer names a
181
- customer.
173
+ Latest: **0.44.0 - A GREEN package that would have looped in production.** Google Chrome ships a new MSI
174
+ ProductCode with every build and updates itself in place, so the MSI generator's ProductCode-keyed package
175
+ passed every gate and would still have been re-installed by Intune every day once GoogleUpdater moved a
176
+ device on. `New-MsiPackage.ps1 -SelfUpdatingBinary` now generates a version-floor detection, an install
177
+ that skips an equal or newer build, and uninstall/repair by the registered ARP name - verified in the full
178
+ sandbox gate on Chrome 154. Every other lesson of that run became a gate too: pre-flight stays RED while
179
+ research is unanswered, packing and the sandbox refuse a RED or stale pre-flight, and the upload and the
180
+ dossier take the description, logo and detection script from the manifest instead of asking again.
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "psadt-deploy-skill",
3
- "version": "0.43.0",
3
+ "version": "0.44.0",
4
4
  "description": "Installer for the psadt-deploy Claude Code skill: build, test and deploy PSADT v4.x Intune Win32 packages.",
5
5
  "keywords": [
6
6
  "psadt",