{"id":1218,"date":"2023-12-02T12:09:27","date_gmt":"2023-12-02T04:09:27","guid":{"rendered":"https:\/\/www.ruianding.com\/blog\/?p=1218"},"modified":"2023-12-06T21:59:47","modified_gmt":"2023-12-06T13:59:47","slug":"attck-for-enterprise-credential-access","status":"publish","type":"post","link":"https:\/\/www.ruianding.com\/blog\/attck-for-enterprise-credential-access\/","title":{"rendered":"ATT&CK for Enterprise – TA0006 Credential Access"},"content":{"rendered":"\n

Credential Access, Tactic TA0006 – Enterprise | MITRE ATT&CK\u00ae<\/a><\/p>\n\n\n\n

“Credential Access”<\/strong> in cybersecurity refers to the methods and techniques used by attackers to obtain user credentials, like usernames and passwords, from a system or network. This can include stealing<\/strong>, guessing<\/strong>, or forging credentials<\/strong> to gain unauthorized access to systems and data. Techniques like keylogging, phishing, credential dumping, and exploiting system vulnerabilities are commonly used. The aim is to gain access to restricted areas, escalate privileges, or move laterally within a network. This blog will explore and categorize specific alerts from Credential access alerts <\/a>documentation.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n
\n\n\n\n

T1110 Brute Force<\/a><\/strong><\/h3>\n\n\n\n
External ID<\/strong><\/td>Name<\/strong><\/td>Sev.<\/strong><\/td>Description<\/strong><\/td><\/tr>
2004<\/td>Suspected Brute Force attack (LDAP)<\/td>Medium<\/td>Brute Force Nature<\/strong>: The attacker tries numerous passwords across various accounts to find a correct one. This is a trial-and-error method aimed at gaining unauthorized access.
LDAP Simple Bind<\/strong> \u2460: The attack involves the LDAP simple bind process, a basic method for authenticating LDAP clients to servers.
Attack Patterns<\/strong>:
Either Horizontal Attack<\/strong> \u2461 or Vertical Attack<\/strong> \u2462, it also can be the combination<\/strong> of both.
Detection Mechanism<\/strong>:
This type of attack is detected by “Defender for Identity” when there is an unusually high number of simple bind authentication attempts.
Detection is based on authentication events recorded by sensors on domain controllers and AD FS servers \u2463.
Impact<\/strong>:
If successful, the attacker gains access to at least one account, potentially compromising system security and allowing for unauthorized activities.<\/td><\/tr>
2023<\/td>Suspected Brute Force attack (Kerberos, NTLM) <\/td>Medium<\/td>Attack Method<\/strong>: The attacker tries multiple passwords on different accounts to find a correct one, or employs a password spray, using one password against many accounts.
Attack Patterns<\/strong>:
Either Horizontal Attack<\/strong> or Vertical Attack<\/strong>, it also can be the combination<\/strong> of both.
Attack Strategy<\/strong>:
Attackers often wait for a period (e.g., 30 minutes) between password spray<\/strong> \u2464 attempts to avoid triggering account lockout mechanisms.
Purpose and Efficacy<\/strong>:
These attacks are effective for gaining initial access to an organization and facilitating lateral movements or privilege escalation.
Detection<\/strong>:
An alert is triggered after observing many authentication failures or detecting a password spray. The minimum period for triggering an alert is one week \u2465<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

\u2460 LDAP Simple Bind<\/strong>: This method involves sending the user’s Distinguished Name (DN)<\/strong> and password<\/strong> in plain text to the LDAP server. The server then verifies these credentials against its directory to authenticate the user.
LDAP simple bind is necessary because it provides a straightforward and widely-supported mechanism for user authentication. It allows for easy integration of various applications and services with directory services for user verification.<\/p>\n\n\n\n

\u2461 Horizontal Brute-Force<\/strong>: This involves using a small set of passwords and trying them on many different user accounts. The attacker is not targeting a specific user but rather attempting to find any weak account.<\/p>\n\n\n\n

\u2462 Vertical Brute-Force<\/strong>: This method uses a large set of different passwords but targets just a few users. The aim here is to crack the password of a specific account or a small number of accounts, possibly with higher privileges.<\/p>\n\n\n\n

\u2463 User Authentication<\/strong>: ADFS can use LDAP simple bind to authenticate users against an AD domain. This is particularly common in environments where ADFS is configured to use AD as its identity store<\/strong>.
Integration with AD<\/strong>: LDAP is a native protocol for interacting with AD. Using LDAP simple bind, ADFS can efficiently query AD for user credentials and other directory information necessary for authentication and authorization processes.<\/p>\n\n\n\n

\u2464 T1110.003 Password Spraying<\/a> A Password Spray Attack is a type of cyber attack where an attacker uses a common<\/strong>, weak password<\/strong> to attempt to log into a large number of different accounts<\/strong>. This approach differs from traditional brute force attacks by targeting many accounts with a few passwords, rather than many passwords on a single account. Key aspects: Single password, mutiple accounts; evading lockout policies; periodic attempts<\/strong><\/p>\n\n\n\n

\u2465 The differing detection times for NTLM\/Kerberos and LDAP brute force attacks are due to their distinct attack patterns and protocol characteristics. NTLM\/Kerberos attacks are typically more complex and stealthier<\/strong>, involving slow, low-volume attempts that blend in with normal traffic, necessitating a longer period (about a week) for systems to learn and establish a baseline of normal behavior to identify anomalies. In contrast, LDAP brute force attacks are generally more straightforward and less sophisticated<\/strong>, with attackers quickly trying multiple passwords, resulting in a clear attack signature that is easier to detect in a shorter timeframe.<\/p>\n\n\n\n

\n\n\n\n

T1555 Credentials from Password Stores<\/a><\/h3>\n\n\n\n
External ID<\/strong><\/td>Name<\/strong><\/td>Sev.<\/strong><\/td>Description<\/strong><\/td><\/tr>
2020<\/td>Malicious request of Data Protection API master key<\/td>High<\/strong><\/td>Target on DPAPI<\/strong>: DPAPI is integral to Windows security, protecting password or sensitive data<\/strong> \u2460 saved by browsers and other sensitive files.
Master Key Vulnerability<\/strong>: In this attack, the focus is on the master key <\/strong>\u2461 backup<\/strong> held by domain controllers. This key is capable of decrypting all data protected by DPAPI on machines within a domain.
Attack Mechanism<\/strong>: Attackers aim to acquire this master key, which would allow them to decrypt any DPAPI-protected secrets across all domain-joined Windows machines.
Detection and Alerting<\/strong>: An alert is triggered in Microsoft’s Defender for Identity system when there’s an attempt to retrieve this backup master key, signaling a potential malicious activity.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

\u2460 Passwords and Secrets:<\/strong> DPAPI is commonly used to encrypt and protect passwords and other secrets stored on a Windows system.
Generic Data Encryption:<\/strong> Beyond just passwords, DPAPI can also be used to encrypt any kind of sensitive data. This includes cryptographic keys, connection strings, or any data that an application deems confidential.<\/p>\n\n\n\n

\u2461 Storage Path:<\/strong> The DPAPI master key is typically stored in the user’s profile configuration files, specifically within the user’s profile directory. For machines joined to a domain, the path is typically as follows: C:\\Users[Username]\\AppData\\Roaming\\Microsoft\\Protect\\<\/strong>
In this directory, there will be one or more folders named with GUIDs, and each folder represents a specific User Security ID (SID). These folders store the encrypted master key.
User Credential Encryption: <\/strong>The DPAPI master key is encrypted using the user’s login credentials. For users in a domain environment, this typically involves the user’s NTLM hash or Kerberos ticket.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n
\n\n\n\n

T1558 Steal or Forge Kerberos Tickets<\/a><\/h3>\n\n\n\n
External ID<\/strong><\/td>Name<\/strong><\/td>Sev.<\/strong><\/td>Description<\/strong><\/td><\/tr>
2013<\/td>Suspected Golden Ticket usage (forged authorization data)<\/td>High<\/strong><\/td>Exploiting Vulnerabilities<\/strong>: It targets known weaknesses in older Windows Server systems.
Manipulation of PAC<\/strong>: Attackers manipulate the Privileged Attribute Certificate (PAC), a component of the Kerberos ticket in Active Directory. PAC carries user authorization data, like group memberships.
Unauthorized Privilege Escalation<\/strong>: By altering the PAC, attackers grant themselves additional privileges within the network, potentially gaining unauthorized access to sensitive areas and data.<\/td><\/tr>
2410<\/td>Suspected Kerberos SPN exposure<\/td>High<\/strong><\/td>Enumerating SPNs<\/strong>: Attackers use tools to list service accounts and their Service Principal Names (SPNs), which are unique identifiers for each service in a Kerberos-authenticated network.
Requesting Kerberos Tickets<\/strong>: They then request Kerberos service tickets for these identified services.
Capturing and Exploiting TGS Tickets<\/strong>: The attackers capture Ticket Granting Service (TGS) tickets from the network’s memory and extract their hashes.
Offline Brute Force Attack<\/strong>: These extracted hashes are saved for conducting offline brute force attacks, where attackers attempt to crack the passwords without risking detection by the network\u2019s security systems.<\/td><\/tr>
2412<\/td>Suspected AS-REP Roasting attack<\/td>High<\/strong><\/td>Targeting Specific Accounts<\/strong>: The attack focuses on accounts that have Kerberos preauthentication disabled. Preauthentication is an additional security measure in Kerberos.
Sending AS-REQ Requests<\/strong>: Attackers send Authentication Service Request (AS-REQ) messages to the Kerberos service without the required encrypted timestamp.
Receiving AS-REP Messages<\/strong>: In response to these requests, they receive Authentication Service Response (AS-REP) messages that contain Ticket Granting Ticket (TGT) data.
Exploiting Insecure Encryption<\/strong>: The TGT data might be encrypted with weaker algorithms like RC4, making it more susceptible to attacks.
Offline Password Cracking<\/strong>: Attackers save the received data for later use in offline password cracking attacks, where they attempt to decipher the encrypted credentials without alerting the network’s security mechanisms.
Exposing Plaintext Credentials<\/strong>: The ultimate goal is to extract plaintext credentials, similar to a Kerberoasting attack, but targeting a different aspect of the Kerberos protocol.<\/td><\/tr>
2419<\/td>Suspicious modification of a sAMNameAccount attribute (CVE-2021-42278 and CVE-2021-42287 exploitation)<\/td>High<\/strong><\/td>Attack Context<\/strong>:
The attack occurs in Active Directory environments that have not been patched against specific vulnerabilities.
It allows attackers to escalate their privileges to that of a Domain Admin.
Mechanism of the Attack<\/strong>:
The attacker initially compromises a regular user account in the domain.
During Kerberos authentication, when a Ticket-Granting-Service (TGS) ticket is requested, the Key Distribution Center (KDC) tries to locate the account associated with the request.
If the requested account is not found, the KDC searches again, this time appending a trailing “$” to the account name.
The attacker exploits this by creating a situation where the KDC fails to find the initially requested account but succeeds when the trailing “$” is added. This is achieved by manipulating the sAMAccountName attribute.
As a result, the KDC issues a TGS ticket with the privileges of the manipulated account, essentially granting the attacker Domain Admin privileges.
Exploiting Specific Vulnerabilities<\/strong>:
The attack specifically exploits CVE-2021-42278 and CVE-2021-42287<\/a>, vulnerabilities in the way Active Directory handles account lookups.
By leveraging these vulnerabilities, an attacker with basic domain user credentials can elevate their access to that of a domain admin.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
\n\n\n\n

T1552 Unsecured Credentials<\/a><\/h3>\n\n\n\n
External ID<\/strong><\/td>Name<\/strong><\/td>Sev.<\/strong><\/td>Description<\/strong><\/td><\/tr>
2413<\/td>Suspected AD FS DKM key read<\/td>High<\/strong><\/td>Targeting AD FS Configuration<\/strong>:
The attack focuses on the AD FS configuration database, which stores critical security elements like the token signing and token decryption certificates, along with the private keys of AD FS.
Role of DKM Keys<\/strong>:
These certificates and keys are encrypted using a technology called Distributed Key Manager (DKM)<\/strong> \u2460.
AD FS uses these DKM keys for its operations, particularly for creating and verifying security tokens.
Attack Mechanism<\/strong>:
The attacker aims to access these DKM keys. Possessing these keys would allow the attacker to decrypt the certificates that are used for signing SAML tokens.
This type of attack is akin to the Golden Ticket attack but targets the SAML tokens instead of Kerberos tickets.
Purpose of the Attack<\/strong>:
By gaining access to these private keys, the attacker can perform actions like the Golden SAML attack, creating SAML tokens that can be used to impersonate any user and gain unauthorized access across federated services.
Detection Efforts<\/strong>:
The security systems in place attempt to detect any unauthorized attempts to access or read the DKM keys within the AD FS environment.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

\u2460 Decryption Key Management (DKM)<\/strong> can be understood as a kind of container or storage mechanism for encryption keys. It’s a critical component for securely handling the keys used by ADFS, particularly for encrypting and decrypting tokens.
Physically, the DKM is not located as a standalone entity or file within the ADFS infrastructure. Instead, it’s integrated into the Active Directory (AD) environment. The DKM stores its keys in the AD database, specifically within the configuration partition. This storage is typically done in the form of objects in the AD.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n
\n\n\n\n

Other combined Tactics<\/h3>\n\n\n\n
External ID<\/strong><\/td>Name<\/strong><\/td>Sev.<\/strong><\/td>Description<\/strong><\/td><\/tr>
2047<\/td>Suspected rogue Kerberos certificate usage<\/td>High<\/strong><\/td>Objective<\/strong>: The primary goal of this reconnaissance is to map the domain structure and identify privileged accounts,<\/strong> which can be crucial for attackers planning subsequent stages of their attack, often referred to as the “attack kill chain.”
Method<\/strong>: Attackers use LDAP both for legitimate administrative purposes and for malicious reconnaissance.
First Phase of Kerberoasting Attacks<\/strong>: This LDAP-focused reconnaissance is often the initial step in Kerberoasting attacks<\/strong>. In Kerberoasting, attackers aim to compile a list of Security Principal Names (SPNs) and subsequently attempt to acquire Ticket Granting Server (TGS) tickets for these SPNs, which can be cracked offline to reveal service account credentials.
Detection and Learning Period<\/strong>: To differentiate between legitimate and suspicious activities, Defender for Identity does not trigger alerts for this type of activity during the first 10 days after its deployment. This period allows Defender for Identity to learn and profile normal user behaviors. After this initial learning phase, alerts are generated for computers performing unusual LDAP enumeration queries or targeting sensitive groups using methods that have not been observed before.<\/td><\/tr>
2006<\/td>Suspected DCSync attack (replication of directory services) <\/td>High<\/strong><\/td>Malicious Replication Requests<\/strong>: In a DCSync attack, an attacker exploits the AD replication process<\/strong> \u2461. They simulate the behavior of a domain controller and initiate a replication request from a non-DC computer.
Data Exfiltration<\/strong>: By doing this, the attacker can potentially retrieve sensitive data from the AD, including password hashes<\/strong> and other critical security information<\/strong>.
Permissions Required<\/strong>: This type of attack typically requires that the attacker has already gained high-level permissions (like those of a Domain Administrator) to successfully initiate the replication request.<\/td><\/tr>
2014<\/td>Honeytoken authentication activity<\/td>Medium<\/td>Honeytoken Authentication as a Red Flag<\/strong>: Any sign of activity on a honeytoken account is a strong indicator of malicious behavior and warrants immediate investigation.
Proactive Security Measure<\/strong>: Using honeytokens is a strategic way to lure potential attackers<\/strong> and detect them early in their attempts to breach the network.
Monitoring and Response<\/strong>: Organizations should closely monitor these accounts and have protocols in place to respond swiftly if they detect activity.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

\u2460 “Security principal”<\/strong> typically refers to users, groups, and service accounts<\/strong> within the domain, each of which has a unique identity and security-related attributes.
Security Principal Reconnaissance (LDAP) is when attackers use LDAP queries<\/strong> to gather information (SPNs<\/strong>) about security principals in the domain environment, providing essential data support for subsequent attacks like Kerberoasting<\/strong>.<\/p>\n\n\n\n

In a Kerberos Roasting attack<\/strong>, attackers typically use already obtained user credentials to request service tickets. “Roasting”<\/strong> refers to the process of offline cracking of the service tickets. Since these service tickets are encrypted with the password associated with the service account, attackers can attempt to crack these tickets offline to obtain the service account’s password. The effectiveness of this attack largely depends on the strength and complexity of the service account’s password.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

\u2461 Active Directory replication<\/strong> is a process where changes made on one DC are synchronized across all other DCs in the network. This ensures consistency of data, including user credentials and policy settings, across the network.<\/p>\n","protected":false},"excerpt":{"rendered":"

Credential Access, Tactic TA0006 – Enterprise | MITRE ATT&CK\u00ae “Credential Access” in cybersecurity refers to the methods and techniques used by attackers to obtain user credentials, like usernames and passwords, from a system or network. This can include stealing, guessing, or forging credentials to gain unauthorized access to systems and data. Techniques like keylogging, phishing, […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_themeisle_gutenberg_block_has_review":false,"footnotes":""},"categories":[50],"tags":[],"class_list":["post-1218","post","type-post","status-publish","format-standard","hentry","category-cybersecurity"],"yoast_head":"\nATT&CK for Enterprise - TA0006 Credential Access - \u6781\u7b80IT\uff5cSimpleIT<\/title>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/www.ruianding.com\/blog\/attck-for-enterprise-credential-access\/\" \/>\n<meta property=\"og:locale\" content=\"en_US\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"ATT&CK for Enterprise - TA0006 Credential Access - \u6781\u7b80IT\uff5cSimpleIT\" \/>\n<meta property=\"og:description\" content=\"Credential Access, Tactic TA0006 – Enterprise | MITRE ATT&CK\u00ae “Credential Access” in cybersecurity refers to the methods and techniques used by attackers to obtain user credentials, like usernames and passwords, from a system or network. This can include stealing, guessing, or forging credentials to gain unauthorized access to systems and data. Techniques like keylogging, phishing, […]\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.ruianding.com\/blog\/attck-for-enterprise-credential-access\/\" \/>\n<meta property=\"og:site_name\" content=\"\u6781\u7b80IT\uff5cSimpleIT\" \/>\n<meta property=\"article:published_time\" content=\"2023-12-02T04:09:27+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2023-12-06T13:59:47+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/www.ruianding.com\/blog\/wp-content\/uploads\/2023\/12\/image-1.png\" \/>\n\t<meta property=\"og:image:width\" content=\"2493\" \/>\n\t<meta property=\"og:image:height\" content=\"908\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/png\" \/>\n<meta name=\"author\" content=\"Ruian Ding\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Written by\" \/>\n\t<meta name=\"twitter:data1\" content=\"Ruian Ding\" \/>\n\t<meta name=\"twitter:label2\" content=\"Est. reading time\" \/>\n\t<meta name=\"twitter:data2\" content=\"11 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\/\/www.ruianding.com\/blog\/attck-for-enterprise-credential-access\/#article\",\"isPartOf\":{\"@id\":\"https:\/\/www.ruianding.com\/blog\/attck-for-enterprise-credential-access\/\"},\"author\":{\"name\":\"Ruian Ding\",\"@id\":\"https:\/\/www.ruianding.com\/blog\/#\/schema\/person\/440d88575b7dc819a4cefc8c4199db3b\"},\"headline\":\"ATT&CK for Enterprise – TA0006 Credential Access\",\"datePublished\":\"2023-12-02T04:09:27+00:00\",\"dateModified\":\"2023-12-06T13:59:47+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\/\/www.ruianding.com\/blog\/attck-for-enterprise-credential-access\/\"},\"wordCount\":2328,\"publisher\":{\"@id\":\"https:\/\/www.ruianding.com\/blog\/#\/schema\/person\/440d88575b7dc819a4cefc8c4199db3b\"},\"image\":{\"@id\":\"https:\/\/www.ruianding.com\/blog\/attck-for-enterprise-credential-access\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/www.ruianding.com\/blog\/wp-content\/uploads\/2023\/12\/image-1.png\",\"articleSection\":[\"CyberSecurity\"],\"inLanguage\":\"en-US\"},{\"@type\":\"WebPage\",\"@id\":\"https:\/\/www.ruianding.com\/blog\/attck-for-enterprise-credential-access\/\",\"url\":\"https:\/\/www.ruianding.com\/blog\/attck-for-enterprise-credential-access\/\",\"name\":\"ATT&CK for Enterprise - TA0006 Credential Access - \u6781\u7b80IT\uff5cSimpleIT\",\"isPartOf\":{\"@id\":\"https:\/\/www.ruianding.com\/blog\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\/\/www.ruianding.com\/blog\/attck-for-enterprise-credential-access\/#primaryimage\"},\"image\":{\"@id\":\"https:\/\/www.ruianding.com\/blog\/attck-for-enterprise-credential-access\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/www.ruianding.com\/blog\/wp-content\/uploads\/2023\/12\/image-1.png\",\"datePublished\":\"2023-12-02T04:09:27+00:00\",\"dateModified\":\"2023-12-06T13:59:47+00:00\",\"breadcrumb\":{\"@id\":\"https:\/\/www.ruianding.com\/blog\/attck-for-enterprise-credential-access\/#breadcrumb\"},\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/www.ruianding.com\/blog\/attck-for-enterprise-credential-access\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\/\/www.ruianding.com\/blog\/attck-for-enterprise-credential-access\/#primaryimage\",\"url\":\"https:\/\/www.ruianding.com\/blog\/wp-content\/uploads\/2023\/12\/image-1.png\",\"contentUrl\":\"https:\/\/www.ruianding.com\/blog\/wp-content\/uploads\/2023\/12\/image-1.png\",\"width\":2493,\"height\":908},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/www.ruianding.com\/blog\/attck-for-enterprise-credential-access\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\/\/www.ruianding.com\/blog\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"ATT&CK for Enterprise – TA0006 Credential Access\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/www.ruianding.com\/blog\/#website\",\"url\":\"https:\/\/www.ruianding.com\/blog\/\",\"name\":\"Ruian's Tech Troubleshooting Toolbox\",\"description\":\"Debug the World.\",\"publisher\":{\"@id\":\"https:\/\/www.ruianding.com\/blog\/#\/schema\/person\/440d88575b7dc819a4cefc8c4199db3b\"},\"alternateName\":\"\u4e01\u777f\u5b89\u7684\u6280\u672f\u5206\u4eab\u535a\u5ba2\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/www.ruianding.com\/blog\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"en-US\"},{\"@type\":[\"Person\",\"Organization\"],\"@id\":\"https:\/\/www.ruianding.com\/blog\/#\/schema\/person\/440d88575b7dc819a4cefc8c4199db3b\",\"name\":\"Ruian Ding\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\/\/www.ruianding.com\/blog\/#\/schema\/person\/image\/\",\"url\":\"https:\/\/www.ruianding.com\/blog\/wp-content\/uploads\/2023\/05\/logo.png\",\"contentUrl\":\"https:\/\/www.ruianding.com\/blog\/wp-content\/uploads\/2023\/05\/logo.png\",\"width\":284,\"height\":284,\"caption\":\"Ruian Ding\"},\"logo\":{\"@id\":\"https:\/\/www.ruianding.com\/blog\/#\/schema\/person\/image\/\"},\"description\":\"I am currently a Support Specialist at NIO, focusing on cloud-related issues for NIO Power. Previously, at Microsoft Entra ID, I specialized in identity and access management (IAM), including device registration, Windows Hello for Business (WHfB), multi-factor authentication (MFA), and single sign-on (SSO). In addition to my core expertise, I have a strong foundation in Active Directory, Servers, Cloud Computing, Network Administration, and Front-end Web Development. This diverse technical skill set enables me to effectively handle a wide range of challenges in a fast-paced IT environment.\",\"sameAs\":[\"https:\/\/www.ruianding.com\"],\"url\":\"https:\/\/www.ruianding.com\/blog\/author\/ruiand\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"ATT&CK for Enterprise - TA0006 Credential Access - \u6781\u7b80IT\uff5cSimpleIT","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/www.ruianding.com\/blog\/attck-for-enterprise-credential-access\/","og_locale":"en_US","og_type":"article","og_title":"ATT&CK for Enterprise - TA0006 Credential Access - \u6781\u7b80IT\uff5cSimpleIT","og_description":"Credential Access, Tactic TA0006 – Enterprise | MITRE ATT&CK\u00ae “Credential Access” in cybersecurity refers to the methods and techniques used by attackers to obtain user credentials, like usernames and passwords, from a system or network. This can include stealing, guessing, or forging credentials to gain unauthorized access to systems and data. Techniques like keylogging, phishing, […]","og_url":"https:\/\/www.ruianding.com\/blog\/attck-for-enterprise-credential-access\/","og_site_name":"\u6781\u7b80IT\uff5cSimpleIT","article_published_time":"2023-12-02T04:09:27+00:00","article_modified_time":"2023-12-06T13:59:47+00:00","og_image":[{"width":2493,"height":908,"url":"https:\/\/www.ruianding.com\/blog\/wp-content\/uploads\/2023\/12\/image-1.png","type":"image\/png"}],"author":"Ruian Ding","twitter_card":"summary_large_image","twitter_misc":{"Written by":"Ruian Ding","Est. reading time":"11 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.ruianding.com\/blog\/attck-for-enterprise-credential-access\/#article","isPartOf":{"@id":"https:\/\/www.ruianding.com\/blog\/attck-for-enterprise-credential-access\/"},"author":{"name":"Ruian Ding","@id":"https:\/\/www.ruianding.com\/blog\/#\/schema\/person\/440d88575b7dc819a4cefc8c4199db3b"},"headline":"ATT&CK for Enterprise – TA0006 Credential Access","datePublished":"2023-12-02T04:09:27+00:00","dateModified":"2023-12-06T13:59:47+00:00","mainEntityOfPage":{"@id":"https:\/\/www.ruianding.com\/blog\/attck-for-enterprise-credential-access\/"},"wordCount":2328,"publisher":{"@id":"https:\/\/www.ruianding.com\/blog\/#\/schema\/person\/440d88575b7dc819a4cefc8c4199db3b"},"image":{"@id":"https:\/\/www.ruianding.com\/blog\/attck-for-enterprise-credential-access\/#primaryimage"},"thumbnailUrl":"https:\/\/www.ruianding.com\/blog\/wp-content\/uploads\/2023\/12\/image-1.png","articleSection":["CyberSecurity"],"inLanguage":"en-US"},{"@type":"WebPage","@id":"https:\/\/www.ruianding.com\/blog\/attck-for-enterprise-credential-access\/","url":"https:\/\/www.ruianding.com\/blog\/attck-for-enterprise-credential-access\/","name":"ATT&CK for Enterprise - TA0006 Credential Access - \u6781\u7b80IT\uff5cSimpleIT","isPartOf":{"@id":"https:\/\/www.ruianding.com\/blog\/#website"},"primaryImageOfPage":{"@id":"https:\/\/www.ruianding.com\/blog\/attck-for-enterprise-credential-access\/#primaryimage"},"image":{"@id":"https:\/\/www.ruianding.com\/blog\/attck-for-enterprise-credential-access\/#primaryimage"},"thumbnailUrl":"https:\/\/www.ruianding.com\/blog\/wp-content\/uploads\/2023\/12\/image-1.png","datePublished":"2023-12-02T04:09:27+00:00","dateModified":"2023-12-06T13:59:47+00:00","breadcrumb":{"@id":"https:\/\/www.ruianding.com\/blog\/attck-for-enterprise-credential-access\/#breadcrumb"},"inLanguage":"en-US","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.ruianding.com\/blog\/attck-for-enterprise-credential-access\/"]}]},{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/www.ruianding.com\/blog\/attck-for-enterprise-credential-access\/#primaryimage","url":"https:\/\/www.ruianding.com\/blog\/wp-content\/uploads\/2023\/12\/image-1.png","contentUrl":"https:\/\/www.ruianding.com\/blog\/wp-content\/uploads\/2023\/12\/image-1.png","width":2493,"height":908},{"@type":"BreadcrumbList","@id":"https:\/\/www.ruianding.com\/blog\/attck-for-enterprise-credential-access\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/www.ruianding.com\/blog\/"},{"@type":"ListItem","position":2,"name":"ATT&CK for Enterprise – TA0006 Credential Access"}]},{"@type":"WebSite","@id":"https:\/\/www.ruianding.com\/blog\/#website","url":"https:\/\/www.ruianding.com\/blog\/","name":"Ruian's Tech Troubleshooting Toolbox","description":"Debug the World.","publisher":{"@id":"https:\/\/www.ruianding.com\/blog\/#\/schema\/person\/440d88575b7dc819a4cefc8c4199db3b"},"alternateName":"\u4e01\u777f\u5b89\u7684\u6280\u672f\u5206\u4eab\u535a\u5ba2","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.ruianding.com\/blog\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"en-US"},{"@type":["Person","Organization"],"@id":"https:\/\/www.ruianding.com\/blog\/#\/schema\/person\/440d88575b7dc819a4cefc8c4199db3b","name":"Ruian Ding","image":{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/www.ruianding.com\/blog\/#\/schema\/person\/image\/","url":"https:\/\/www.ruianding.com\/blog\/wp-content\/uploads\/2023\/05\/logo.png","contentUrl":"https:\/\/www.ruianding.com\/blog\/wp-content\/uploads\/2023\/05\/logo.png","width":284,"height":284,"caption":"Ruian Ding"},"logo":{"@id":"https:\/\/www.ruianding.com\/blog\/#\/schema\/person\/image\/"},"description":"I am currently a Support Specialist at NIO, focusing on cloud-related issues for NIO Power. Previously, at Microsoft Entra ID, I specialized in identity and access management (IAM), including device registration, Windows Hello for Business (WHfB), multi-factor authentication (MFA), and single sign-on (SSO). In addition to my core expertise, I have a strong foundation in Active Directory, Servers, Cloud Computing, Network Administration, and Front-end Web Development. This diverse technical skill set enables me to effectively handle a wide range of challenges in a fast-paced IT environment.","sameAs":["https:\/\/www.ruianding.com"],"url":"https:\/\/www.ruianding.com\/blog\/author\/ruiand\/"}]}},"_links":{"self":[{"href":"https:\/\/www.ruianding.com\/blog\/wp-json\/wp\/v2\/posts\/1218","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.ruianding.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.ruianding.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.ruianding.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.ruianding.com\/blog\/wp-json\/wp\/v2\/comments?post=1218"}],"version-history":[{"count":37,"href":"https:\/\/www.ruianding.com\/blog\/wp-json\/wp\/v2\/posts\/1218\/revisions"}],"predecessor-version":[{"id":1383,"href":"https:\/\/www.ruianding.com\/blog\/wp-json\/wp\/v2\/posts\/1218\/revisions\/1383"}],"wp:attachment":[{"href":"https:\/\/www.ruianding.com\/blog\/wp-json\/wp\/v2\/media?parent=1218"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.ruianding.com\/blog\/wp-json\/wp\/v2\/categories?post=1218"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.ruianding.com\/blog\/wp-json\/wp\/v2\/tags?post=1218"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}