Hacking Articles Tips Tricks Videos Tutorials
471 subscribers
66K photos
15 videos
157 files
132K links
Exploit
Pentesting
Hacking
Red Team
Blue Team
Kali Linux
Bug Bounty
Black Hat
Cyber security etc

@Hacking_Video
@Hacking_attack
Download Telegram
The script has identified a Service Principal with high-risk API permissions and added credentials. This may be expected, as some third-party or custom-built applications require added credentials in order to function. This may also be an artifact of UNC2452 activity in your environment. Consult with your administrators and search the audit logs to verify the credential is legitimate. You can also use the "Service Principal Sign-Ins" tab in the Azure AD Sign-Ins blade to search for authentications to your tenant using this Service Principal.Applications (Invoke-MandiantAuditAzureADApplications) This module uses Azure AD PowerShell to look for and audit Applications in Azure AD. Applications with high level privileges and added credentials - Alerts on Applications that have high-risk API permissions and added credentials. While the Applications and added permissions are likely legitimate, the added credentials may not be. Verify that the Application credentials are part of a legitimate use case. Verify that the Applications needs the listed permissions. Example !! High-privileged Application with credentials found.
Validate that the application needs these permissions.
Validate that the credentials added to the application are associated with a legitimate use case.

ObjectID: xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
AppID: xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
DisplayName: Acme Test App
KeyCredentials:
PasswordCredentials:

CustomKeyIdentifier :
EndDate : 12/22/2021 4:01:52 PM
KeyId : xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
StartDate : 12/22/2020 4:01:52 PM
Value :

CustomKeyIdentifier :
EndDate : 12/21/2021 6:32:54 PM
KeyId : xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
StartDate : 12/21/2020 6:33:16 PM
Value :

Risky Permissions:
Mail.Read (Read mail in all mailboxes)
Directory.Read.Al l (Read all data in the organization directory)
The script has identified an Application with high-risk API permissions and added credentials. This may be expected, as some third-party or custom-built applications require added credentials in order to function. This may also be an artifact of UNC2452 activity in your environment. Consult with your administrators and search the audit logs to verify the credential is legitimate.Cloud Solution Provider Program (Invoke-MandiantGetCSPInformation) This module checks to see if the tenant is managed by a CSP, or partner, and if delegated administration is enabled. Delegated administration allows the CSP to access a customer tenant with the same privileges as a Global Administrator. Although the CSP program enforces strong security controls on the partner's tenant, a threat actor that compromises the CSP may be able to access customer environments. Organizations should verify if their partner needs delegated admin privileges and remove it if not. If the partner must maintain delegated admin access, consider implementing Conditional Access Policies to restrict their access. Organizations can check and manage partner relationships by navigating to the Admin Center (https://admin.microsoft.com/) and navigating to Settings -> Partner Relationships on the left-hand menu bar. Mailbox Folder Permissions (Get-MandiantMailboxFolderPermissions) This module audits all the mailboxes in the tenant for the existance of suspicious folder permissions. Specifically, this module will examine the "Top of Information Store" and "Inbox" folders in each mailbox and check the permissions assigned to the "Default" and "Anonymous" users. Any value other than "None" will result in the mailbox being flagged for analysis. In general the Default and Anonymous users should not have permissions on user inboxes as this will allow any user to read their contents. Some organizations may find shared mailboxes with this permission, but it is not recommended practice. Application Impersonation

___________________________
@hacking_Attack
@Hacking_Video
(https://www.kitploit.com/search/label/Impersonation) (Get-MandiantApplicationImpersonationHolders) This module outputs the list of users and groups that hold the ApplicationImpersonation role. Any user or member of a group in the output of this command can use impersonation to "act as" and access the mailbox of any other user in the tenant. Organizations should audit the output of this command to ensure that only expected users and groups are included, and where possible further restrict the scope. Unified Audit Log (Get-MandiantUnc2452AuditLogs) This module is a helper script to search the Unified Audit Log. Searching the Unified Audit Log has many technical caveats that can be easy to overlook. This module can help simplify the search process by implementing best practices for navigating these caveats and handling some common errors. By default, the module will search for log entries that can record UNC2452 techniques. The log records may also capture legitimate administrator activity, and will need to be verified. Update Application - Records actions taken to update App Registrations. Set Domain Auth - Records when authentication (https://www.kitploit.com/search/label/Authentication) settings for a domain are changed, including the creation of federation realm objects. These events should occur rarely in an environment and may indicate a threat actor configuring an AAD backdoor. Set Federation Settings - Records when the federation realm object for a domain is modified. These events should occur rarely in an environment and may indicate a threat actor preparing to execute a Golden SAML attack. Update Application Certificates (https://www.kitploit.com/search/label/Certificates) and Secrets - Records when a secret or certificate is added to an App Registration. PowerShell Mailbox Logins - Records Mailbox Login operations where the client application was PowerShell. Update Service Principal - Records when updates are made to an existing Service Principal. Add Service Principal Credentials - Records when a secret or certificate is added to a Service Principal. Add App Role Assignment - Records when an App Role (Application Permission) is added. App Role Assignment for User - Records when an App Role is assigned to a user. PowerShell Authentication - Records when a user authenticates to Azure AD using a PowerShell client. New Management Role Assignments - Records when new management role assignments are created. This can be useful to identify new ApplicationImpersonation grants. Usage Required Modules The PowerShell module requires the installation of three Microsoft 365 PowerShell modules. AzureAD MSOnline ExchangeOnlineManagement To install the modules: Open a PowerShell window as a local administrator (right-click then select Run As Administrator) Run the command Install-Module and follow the prompts Required User Permissions The PowerShell module must be run with a Microsoft 365 account assigned specific privileges. Global Administrator or Global Reader role in the Azure AD portal View-Only Audit Logs in the Exchange Control Panel To grant an account View-Only Audit Logs in the Exchange Control Panel: Navigate to https://outlook.office365.com/ecp and login as a global admin or exchange admin (not the exact URL may differ if you are in an alternate cloud) Click admin roles in the dashboard, or expand the roles tab on the left and click admin roles if you are in the new UI Create a new admin role by clicking the + sign or clicking add new role group Give your role a name and default write-scope Add the View-Only Audit Logs permission to the role Add the user to the role Note it can take up to an hour for this role to apply Running the tool Download this tool as a ZIP and unzip it, or clone the repository to your system Open a PowerShell window Change directories to the location of this module cd C:\path\to\the\module Import this module Import-Module

___________________________
@hacking_Attack
@Hacking_Video
.\MandiantAzureADInvestigator.psd1 you should receive this output ">
Mandiant Azure AD Investigator
Focusing on UNC2452 Investigations

PS C:\Users\admin\Desktop\mandiant>
Connect to Azure AD by running Connect-MandiantAzureEnvironment -UserPrincipalName . You should receive a login prompt and output to the PowerShell window indicating the connections have been established. Note: If you run into issues you may need to change your execution policy by running Set-ExecutionPolicy -ExecutionPolicy RemoteSigned. This may require administrator privileges. ----------------------------------------------------------------------------
The module allows access to all existing remote PowerShell (V1) cmdlets in addition to the 9 new, faster, and more reliable cmdlets.

|--------------------------------------------------------------------------|
| Old Cmdlets | New/Reliable/Faster Cmdlets |
|--------------------------------------------------------------------------|
| Get-CASMailbox | Get-EXOCASMailbox |
| Get-Mailbox | Get-EXOMailbox |
| Get-MailboxFolderPermission | Get-EXOMailboxFolderPermission |
| Get-MailboxFolderStatistics | Get-EXOMailboxFolderStatistics |
| Get-MailboxPermission | Get-EXOMailboxPermission |
| Get-MailboxStatistics | Get-EXOMailboxStatistics |
| Get-MobileDeviceStatistics | Get-EXOMobileDeviceStatistics |
| Get-Recipient | Get-EXORecipient |
| Get-RecipientPermission | Get-EXORecipientPermission |
|--------------------------------------------------------------------------|

To get additional information, run: Get-Help Connect-ExchangeOnline or check https://aka.ms/exops-docs

Send your product improvement suggestions and feedback to exocmdletpreview@service.microsoft.com. For issues related to the module, contact Microsoft support. Don't use the feedback alias for problems or support issues.
----------------------------------------------------------------------------

Account Environment TenantId TenantDomain
------- ----------- -------- ------------
doug@test.onmicrosoft.com AzureCloud xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx test.onm...
Run all checks Invoke-MandiantAllChecks -OutputPath . You can also run individual checks using the specific cmdlet. Review the output on the screen and the written CSV files. Further Reading For additional information from Mandiant regarding UNC2452, please see: Highly Evasive Attacker Leverages SolarWinds Supply chain to Compromise Multiple Global Victims with SUNBURST Backdoor (https://www.mandiant.com/resources/evasive-attacker-leverages-solarwinds-supply-chain-compromises-with-sunburst-backdoor) Remediation and Hardening Strategies for Microsoft 365 to Defend Against UNC2452 (https://www.mandiant.com/resources/remediation-and-hardening-strategies-for-microsoft-365-to-defend-against-unc2452) The response to UNC2452 has been a significant effort across the security industry and these blogs heavily cite additional contributions that will be of value to users of this tool. We recommend reading the linked material from these posts to best understand activity in your environment. As always, the Mandiant team is available to answer follow-up questions or further assist on an investigation by contacting us here. (https://www.mandiant.com/report-incident)

Download Mandiant-Azure-AD-Investigator (https://github.com/mandiant/Mandiant-Azure-AD-Investigator)

___________________________
@hacking_Attack
@Hacking_Video
Bug Fix Update: TribeOne dApp is Ready to Take NFT Space by Storm

Our dApp is getting closer and closer to perfection as we work hard to achieve the best possible user experience.Continue reading on Medium »
Read more...
Beginner Bug Bounty Guide - Part 2

Previous: Beginner Bug Bounty Guide - Part 1Continue reading on Medium »
Read more...
How to auto-run a script from a USB on Windows without using Rubber Ducky?
https://www.reddit.com/r/Pentesting/comments/sabwkz/how_to_autorun_a_script_from_a_usb_on_windows/

I would like to pentest my AutoPlay settings on Windows to see if I can prevent a regular USB flash drive from automatically running a script on the USB. I have a script that simply creates an empty file on the desktop, and I've placed this script on the USB flash drive. How do I get my flash USB to automatically run this script? My goal is to confirm that my AutoPlay settings successfully defeat this kind of attack. I am aware that USB Rubber Ducky is a more popular attack vector and will not be prevented by AutoPlay. Regardless I just want to pentest my AutoPlay settings for regular USB flash drives, not USB Rubber Ducky. But speaking of Rubber Ducky attacks, I disabled AutoPlay on windows and then unplugged and replugged my keyboard, and it worked automatically. Is there anyway to instruct Windows to disallow this and somehow require my approval, for example by clicking on a dialogue box? I assume that this could defeat a USB Rubby Ducky attack. Am I correct? submitted by /u/highlightprotein (https://www.reddit.com/user/highlightprotein)
[link] (https://www.reddit.com/r/Pentesting/comments/sabwkz/how_to_autorun_a_script_from_a_usb_on_windows/) [comments] (https://www.reddit.com/r/Pentesting/comments/sabwkz/how_to_autorun_a_script_from_a_usb_on_windows/)

___________________________
@hacking_Attack
@Hacking_Video
Hacking Articles Tips Tricks Videos Tutorials
Photo
KitPloit - PenTest Tools!
Mandiant-Azure-AD-Investigator - PowerShell module for detecting artifacts that may be indicators of UNC2452 and other threat actor activity

https://blogger.googleusercontent.com/img/a/AVvXsEhnfet5fSf1tYAxR0JFBmdtRK2FmIYsK3YjblmF6YbDUeMPzbcG0LFgOy3FWoMTxt8_hyHcMgm7ayEYRRHBh0uP7DfM6W6JYrXxgjVZZDhk6cok69bGnv3BsUGDYW-VLU7CpwZZShrbQC5625dv9rfeAlV7zrj-lboaYrgptqQN2r6U_RZzuIFtv8oG=w340-h400 This repository contains a PowerShell module for detecting artifacts that may be indicators of UNC2452 and other threat actor activity. Some indicators are "high-fidelity" indicators of compromise, while other artifacts are so called "dual-use" artifacts. Dual-use artifacts may be related to threat actor activity, but also may be related to legitimate functionality. Analysis and verification will be required for these. For a detailed description of the techniques used by UNC2452 see our blog.
This tool is read-only. It does not make any changes to the Microsoft 365 environment.

In summary this module will:

* Do a best effort job at identifying indicators of compromise that will require further verification and analysis

It will not:

* Identify a compromise 100% of the time, or
* Tell you if an artifact is legitimate admin activity or threat actor activity.

With community feedback, the tool may become more thorough in its detection of IOCs. Please open an issue, submit a PR, or contact the authors if you have problems, ideas, or feedback. FeaturesFederated Domains (Invoke-MandiantAuditAzureADDomains)This module uses MS Online PowerShell to look for and audit federated domains in Azure AD. All federated domains will be output to the file federated domains.csv.

* Signing Certificate Unusual Validity Period - Alerts on a federated domain where the signing certificates have a validity period of > 1 year. AD FS managed certificates are valid for only one year. Validity periods that are longer than one year could be an indication that a threat actor has tampered with the domain federation settings. They may also be indicative of the use of a legitimate custom token-signing certificate. Have your administrators verify if this is the case.
* Signing Certificate Mismatch - Alerts on federated domains where the issuer or subject of the signing certificates do not match. In most cases the token-signing certificates will always be from the same issuer and have the same subject. If there is a mismatch, then it could be an indication that a threat actor has tampered with the domain federation settings. Have your administrators verify if the subject and issuer names are expected, and if not consider performing a forensic investigation to determine how the changes were made and to identify any other evidence of compromise.
* Azure AD Backdoor (any.sts) - Alerts on federated domains configured with any.stsas the Issuer URI. This is indicative of usage of the Azure AD Backdoor tool. Consider performing a forensic investigation to determine how the changes were made and to identify any other evidence of compromise.
* Federated Domains - Lists all federated domains and the token issuer URI. Verify that the domain should be federated and that the issuer URI is expected.
* Unverified Domains - Lists all unverified domains in Azure AD. Unverified domains should not be kept in Azure AD for long in an unverified state. Consider removing them. Examples!! Evidence of AAD backdoor found.
Consider performing a detailed forensic investigation
Domain name: foobar.com
Domain federation name:
Federation issuer URI: http://any.sts/16B45E3B
‼️
The script has identified a domain that has been federated with an issuer URI that is an indicator of an Azure AD Backdoor. The backdoor sets the issuer URI to hxxp://any.sts by default. Consider performing a forensic investigati[...]

___________________________
@hacking_Attack
@Hacking_Video