Tree: 55be4d7842

master

4.2.6

4.2.4

4.2.3

5.0.0-rc9

5.0.0-rc8

5.0.0-rc7

5.0.0-rc6

5.0.0-rc5

5.0.0-rc4

5.0.0-rc3

5.0.0-rc2

5.0.0-rc1

Branches Tags

${ item.name }

Create tag ${ searchTerm }

Create branch ${ searchTerm }

from '55be4d7842'

${ noResults }

Commit Graph

6 Commits (55be4d7842ed3d45d58752c52c029e135ec3f6b3)

Author	SHA1	Message	Date
Raimund Andree	e1119c2261	fix: address review findings for group B Write orphaned audit entries outside the read error handler, so that a stopped pipeline isn't reported as a read error. Pass -RemoveSpecific through the string path overload of RemoveFileSystemAuditRule, and state on the Get-NTFSSimpleAccess page that the security descriptor of a file is reported. Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com> Co-authored-by: AI Assistant <ai@example.com>	4 weeks ago
Raimund Andree	9fc4959ce2	fix: restore -RemoveSpecific in Remove-NTFSAccess and Remove-NTFSAudit Defect 17. Both cmdlets carried a removeSpecific field that no parameter set, so they always took the rights away from matching entries; the version history documents a -RemoveSpecific switch since 4.1. Both cmdlets now have the switch, which removes only an entry that matches exactly. The Security2 list overloads didn't pass the flag on, and the audit item overload didn't support it; all overloads now do. The applies-to field of both cmdlets is initialized; -AppliesTo is mandatory in the Simple sets since defect 14, so it is always set when used. Tests: Access.Tests.ps1 3 tests, Audit.Tests.ps1 2 tests, on in-memory security descriptors. Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com> Co-authored-by: AI Assistant <ai@example.com>	4 weeks ago
Raimund Andée [MSFT]	4bcaaa9427	Fixes #35	8 years ago
Raimund Andée	dd883f889b	new upload	10 years ago
Raimund Andée	8c176ef431	cleanup before full new upload	10 years ago
Raimund Andée	d42b871972	Initial upload	10 years ago