<feed xmlns='http://www.w3.org/2005/Atom'>
<title>wix/src/dtf/SfxCA, branch bob/DecrashUtilDecompiler</title>
<subtitle>A mirror of https://github.com/wixtoolset/wix.git
</subtitle>
<id>https://git.lua4.win/wix/atom?h=bob%2FDecrashUtilDecompiler</id>
<link rel='self' href='https://git.lua4.win/wix/atom?h=bob%2FDecrashUtilDecompiler'/>
<link rel='alternate' type='text/html' href='https://git.lua4.win/wix/'/>
<updated>2024-04-05T16:46:43+00:00</updated>
<entry>
<title>Ensure elevated SFXCA uses Windows Installer cache and unelevated uses Temp folder</title>
<updated>2024-04-05T16:46:43+00:00</updated>
<author>
<name>Rob Mensching</name>
<email>rob@firegiant.com</email>
</author>
<published>2024-04-04T22:24:34+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/wix/commit/?id=681cf4a9eb6be7e4092c6e5b690773fbd8469e63'/>
<id>urn:sha1:681cf4a9eb6be7e4092c6e5b690773fbd8469e63</id>
<content type='text'>
Fixes 8078
</content>
</entry>
<entry>
<title>Protect elevated working folder from malicious data</title>
<updated>2024-03-22T18:57:27+00:00</updated>
<author>
<name>Rob Mensching</name>
<email>rob@firegiant.com</email>
</author>
<published>2024-03-21T06:51:53+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/wix/commit/?id=fed3d69eb4da7fa2bafdd8f555ce5869c36925f7'/>
<id>urn:sha1:fed3d69eb4da7fa2bafdd8f555ce5869c36925f7</id>
<content type='text'>
When running elevated, Burn uses the Windows Temp folder as its working folder
to prevent normal processes from tampering with the files. Windows Temp does
allow non-elevated processes to write to the folder but they cannot see the
files there. Unfortunately, contrary to our belief, non-elevated processes
can read the files in Windows Temp by watching for directory changes. This
allows a malicious process to lie in wait, watching the Windows Temp folder
until a Burn process is launched elevated, then attack the working folder.
Mitigate that attack by protecting the working folder to only elevated users.

Managed custom actions also fall back to using the Windows Temp folder in
some cases and thus can be exposed in a similar fashion as an elevated Burn
process. Remove that possibility.
</content>
</entry>
<entry>
<title>Don't follow junctions when recursing directories.</title>
<updated>2024-03-22T18:55:43+00:00</updated>
<author>
<name>Rob Mensching</name>
<email>rob@firegiant.com</email>
</author>
<published>2024-03-22T18:55:43+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/wix/commit/?id=e84b6768772c01e44dd55fb583cf78388ec7e48a'/>
<id>urn:sha1:e84b6768772c01e44dd55fb583cf78388ec7e48a</id>
<content type='text'>
When deleting directories recursively, an elevated custom action
following junctions in a user-writable location could recurse into
any directory, including some that you might not want to be deleted.
Therefore, avoid recursing into directories that are actually
junctions (aka "reparse points").

This applies to:

- The RemoveFoldersEx custom action (which doesn't actually do deletions
but would instruct elevated MSI to delete on your behalf).
- DTF's custom action runner.
</content>
</entry>
<entry>
<title>Minimize calls into GitInfo by caching results during build_init</title>
<updated>2022-11-13T15:27:49+00:00</updated>
<author>
<name>Rob Mensching</name>
<email>rob@firegiant.com</email>
</author>
<published>2022-11-11T07:35:31+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/wix/commit/?id=c8a832c931f6c34892e596a11c14e9181d5eee16'/>
<id>urn:sha1:c8a832c931f6c34892e596a11c14e9181d5eee16</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Provide managed CA and Embedded UI DTF libraries via NuGet</title>
<updated>2022-04-01T01:01:06+00:00</updated>
<author>
<name>Rob Mensching</name>
<email>rob@firegiant.com</email>
</author>
<published>2022-03-31T18:56:14+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/wix/commit/?id=47582b162368e8edf7a3b11c13b8e9dabc5f0a26'/>
<id>urn:sha1:47582b162368e8edf7a3b11c13b8e9dabc5f0a26</id>
<content type='text'>
Lots of refactoring to bring the SFX tooling back into the 'dtf'
layer since they are (in the end) tightly coupled to some DTF
assemblies. Also refactored the DTF tests into their own folder
and added a couple integration tests to build using the new CA/UI
NuGet package.

Closes wixtoolset/issues#6080
</content>
</entry>
</feed>
