This was a pending change to:
- Use the same tagline, copyright and license notice across files.
- Remove authors' contacts that are no longer valid (due to affiliation changes).
- Update repository location.
- Update license file with missing licenses (althought those were already in source files).
This doesn't include any change on the source code, nor any change on current copyright or licenses. Just formatting and phrasing to make our and distro's maintainers life easier.
In reviewing #1051 (and related #347) we found out that there's some ugly duplicated code that's better suited for an utils function.
The expected target format is:
`<DOMAIN></USERNAME><:PASSWORD>@HOSTNAME`
This PR:
- Moved target parsing routine to an utils module.
- Added unit tests for the new function.
- Using the new function across example scripts that accept a target.
* Allows to chose different exec methods when -use-vss mode is chosen:
1. smbexec (default): Creates a service executing the desired commands
2. wmiexec: Executes commands through Win32Process.Create() API
3. mmcexec: Executes commands through DCOM MMC object (Kerberos not supported here)
Replaced all instances of `#!/usr/bin/python` with `#!/usr/bin/env python` so impacket's examples and scripts can be run inside a virtualenv without having to call python.
* Changing the (current-disabled) to (status=Enabled/Disabled)
* Moving that data to the end of the line, in alignment to the pwd-last-set display option
* Only supportted in VSS mode. DRSUAPI coming soon
* Created LocalOperations class to encapsulate some offline registry specific operations.
* Now DumpSecrets is cleaner, and just handles the instances created based on the scripts parameters set by the user
* Now we access the structures for both _V6 and V9
* We added we support this feature in DRSBind().dwflags
* Addresses issue found by @MichaelGrafnetter (https://github.com/CoreSecurity/impacket/issues/165)
* Still needs to be tested but don't have yet a TP 5 propery configured.
* By default we set dwReplEpoch to 0 when calling DRSBind(). If this call's answer specifies a different dwReplEpoch, then we call DRSBind again with the right one. Otherwise calls will fail later.
* Thanks @gentilkiwi for reporting it in impacket, @MichaelGrafnetter for reporting it to mimikatz and @rmbolger for reporting it DSInternals :)
0xdeaddood