{"id":21372,"date":"2026-09-24T12:17:12","date_gmt":"2026-09-24T12:17:12","guid":{"rendered":"https:\/\/www.examlabs.com\/certification\/?p=21372"},"modified":"2026-09-24T12:17:12","modified_gmt":"2026-09-24T12:17:12","slug":"cyberark-cpc-sen-practice-test-questions-and-exam-dumps-part18-q341-360","status":"publish","type":"post","link":"https:\/\/www.examlabs.com\/certification\/cyberark-cpc-sen-practice-test-questions-and-exam-dumps-part18-q341-360\/","title":{"rendered":"CyberArk CPC-SEN Practice Test Questions and Exam Dumps Part18 Q341-360"},"content":{"rendered":"

View Full <\/b>CyberArk CPC-SEN Exam Dumps<\/b><\/a> and Practice Test Dumps.<\/b><\/p>\n


\n<\/b>Question 341. Why should machine identities be included in a modern privileged access management program?<\/b><\/p>\n

    \n
  1. <\/b> Machine identities cannot access sensitive resources<\/span><\/li>\n
  2. <\/b> Applications, services, automation, and workloads can hold powerful secrets and privileges that require governance<\/span><\/li>\n
  3. <\/b> Machine identities always authenticate interactively<\/span><\/li>\n
  4. <\/b> Only human identities create privileged-access risk<\/span><\/li>\n<\/ol>\n

    Correct Answer: 2. Applications, services, automation, and workloads can hold powerful secrets and privileges that require governance<\/b><\/p>\n

    Explanation:<\/b><\/p>\n

    Modern PAM must protect more than human administrators. Applications, services, DevOps pipelines, cloud workloads, automation, and AI-driven processes can all operate through machine identities that hold powerful credentials or entitlements. Compromise of one of these identities can provide direct access to databases, cloud resources, applications, or infrastructure without requiring an interactive user login. CyberArk’s current platform exposes dedicated capabilities for secrets management, cloud discovery, access control, machine identity protection, and secure AI-agent management, reflecting the growing importance of non-human privilege in enterprise environments.<\/span><\/p>\n

    Question 342. What is the PRIMARY purpose of the CyberArk Secrets Hub API?<\/b><\/p>\n

      \n
    1. <\/b> To record privileged RDP sessions<\/span><\/li>\n
    2. <\/b> To approve human dual-control requests<\/span><\/li>\n
    3. <\/b> To create Safe owners<\/span><\/li>\n
    4. <\/b> To manage secrets in CyberArk PAM and make them consumable natively within supported cloud platforms<\/span><\/li>\n<\/ol>\n

      Correct Answer: 4. To manage secrets in CyberArk PAM and make them consumable natively within supported cloud platforms<\/b><\/p>\n

      Explanation:<\/b><\/p>\n

      The Secrets Hub API is designed for machine and application secret use cases. CyberArk describes it as a way to manage secrets through the PAM platform while allowing supported cloud environments to consume those secrets natively. This helps organizations centralize control over sensitive credentials without forcing every workload to embed static passwords or implement human-oriented PAM workflows. Secrets Hub therefore extends privileged credential governance into cloud-native applications and automation. It complements rather than replaces human session controls such as PSM or Secure Infrastructure Access.<\/span><\/p>\n

      Question 343. Which practice BEST follows least privilege for a machine identity that needs access to one cloud database?<\/b><\/p>\n

        \n
      1. <\/b> Grant it only the database secret and permissions required for its workload<\/span><\/li>\n
      2. <\/b> Give it global cloud administrator permissions<\/span><\/li>\n
      3. <\/b> Let it share a human administrator’s credential<\/span><\/li>\n
      4. <\/b> Make it a permanent Safe owner<\/span><\/li>\n<\/ol>\n

        Correct Answer: 1. Grant it only the database secret and permissions required for its workload<\/b><\/p>\n

        Explanation:<\/b><\/p>\n

        Least privilege applies equally to machine and human identities. A workload that needs to access one database should receive only the secret, role, and permissions required for that database operation. Granting broader cloud privileges increases blast radius if the application, host, token, or secret is compromised. CyberArk’s modern APIs support secrets management, cloud entitlement discovery, Zero Standing Privileges, and access policies that can help organizations constrain non-human access to what is actually necessary.<\/span><\/p>\n

        Question 344. What is the PRIMARY security risk of embedding a cloud API key directly in application source code?<\/b><\/p>\n

          \n
        1. <\/b> It prevents source-code compilation<\/span><\/li>\n
        2. <\/b> It disables audit logging<\/span><\/li>\n
        3. <\/b> Anyone who obtains the source or repository may gain a reusable credential<\/span><\/li>\n
        4. <\/b> It makes the application unable to authenticate<\/span><\/li>\n<\/ol>\n

          Correct Answer: 3. Anyone who obtains the source or repository may gain a reusable credential<\/b><\/p>\n

          Explanation:<\/b><\/p>\n

          Hard-coded secrets create persistent exposure because source code is often copied into repositories, developer workstations, build systems, backups, and logs. If a cloud API key is embedded directly in code, anyone who gains access to those locations may obtain a credential that can be reused outside the application. Centralized secrets management reduces this risk by allowing applications to retrieve credentials securely at runtime. CyberArk provides APIs and services specifically for managing secrets across cloud and DevOps environments rather than relying on embedded static values.<\/span><\/p>\n

          Question 345. What is the PRIMARY purpose of CyberArk Secrets Manager, SaaS APIs?<\/b><\/p>\n

            \n
          1. <\/b> To centralize secrets management across cloud and DevOps environments<\/span><\/li>\n
          2. <\/b> To manage only Windows desktop passwords<\/span><\/li>\n
          3. <\/b> To provide browser session recording<\/span><\/li>\n
          4. <\/b> To replace identity lifecycle management<\/span><\/li>\n<\/ol>\n

            Correct Answer: 4. To centralize secrets management across cloud and DevOps environments<\/b><\/p>\n

            Explanation:<\/b><\/p>\n

            CyberArk lists Secrets Manager, SaaS APIs as capabilities for centralizing secrets management across cloud and DevOps environments while supporting cloud portability. This addresses use cases involving application credentials, automation secrets, workload identities, and other machine-oriented authentication data. Centralized secrets management reduces hard-coded credentials, improves rotation and governance, and provides a consistent security layer across otherwise different cloud platforms. It is therefore an important part of modern PAM alongside human privileged access, infrastructure sessions, identity management, and cloud entitlement governance.<\/span><\/p>\n

            Question 346. What is the security benefit of rotating a machine credential regularly?<\/b><\/p>\n

              \n
            1. <\/b> It reduces the period during which a stolen secret remains useful<\/span><\/li>\n
            2. <\/b> It makes authorization unnecessary<\/span><\/li>\n
            3. <\/b> It permanently disables the application<\/span><\/li>\n
            4. <\/b> It converts the workload into a human identity<\/span><\/li>\n<\/ol>\n

              Correct Answer: 1. It reduces the period during which a stolen secret remains useful<\/b><\/p>\n

              Explanation:<\/b><\/p>\n

              Credential rotation limits the lifetime of a compromised secret. If an attacker obtains a machine password, token, or API credential, regular rotation reduces how long that stolen value can remain valid. Rotation is especially useful when combined with runtime secret retrieval so applications do not need hard-coded credential updates after every change. Modern CyberArk secrets-management capabilities are intended to centralize this lifecycle and reduce static credential exposure across cloud, application, and DevOps environments.<\/span><\/p>\n

              Question 347. Which CyberArk service is designed to automate discovery of cloud identities and their entitlements?<\/b><\/p>\n

                \n
              1. <\/b> PSM<\/span><\/li>\n
              2. <\/b> Credential Provider only<\/span><\/li>\n
              3. <\/b> Cloud Discovery Service API<\/span><\/li>\n
              4. <\/b> Safe Backup<\/span><\/li>\n<\/ol>\n

                Correct Answer: 3. Cloud Discovery Service API<\/b><\/p>\n

                Explanation:<\/b><\/p>\n

                CyberArk’s Cloud Discovery Service API is specifically designed to automate tasks involving cloud identities and their entitlements across supported cloud service providers. This helps organizations identify human and machine identities that possess elevated permissions, including roles or entitlements that may otherwise be difficult to track manually. Discovery provides the visibility needed to assess exposure and decide whether privileges should be removed, reduced, or governed through access policies. It is therefore foundational to managing privilege in dynamic multi-cloud environments.<\/span><\/p>\n

                Question 348. What should normally happen after CyberArk discovers a machine identity with excessive cloud privileges?<\/b><\/p>\n

                  \n
                1. <\/b> Automatically grant it more permissions<\/span><\/li>\n
                2. <\/b> Assess its actual requirement and reduce or govern unnecessary privilege<\/span><\/li>\n
                3. <\/b> Convert it into a human administrator<\/span><\/li>\n
                4. <\/b> Disable all cloud discovery<\/span><\/li>\n<\/ol>\n

                  Correct Answer: 2. Assess its actual requirement and reduce or govern unnecessary privilege<\/b><\/p>\n

                  Explanation:<\/b><\/p>\n

                  Discovery identifies privilege, but remediation should be based on business need and risk. If a machine identity has broad permissions it does not require, the organization should reduce those permissions or move the identity to a governed, temporary, or policy-based access model. CyberArk provides cloud discovery, Risk Management, Access Control Policies, and Zero Standing Privileges capabilities that can help organizations move from visibility to remediation. The goal is not merely to inventory privilege but to reduce unnecessary exposure.<\/span><\/p>\n

                  Question 349. Why is cloud entitlement visibility important in modern PAM?<\/b><\/p>\n

                    \n
                  1. <\/b> Privilege can exist through roles and permissions even when no traditional privileged password exists<\/span><\/li>\n
                  2. <\/b> Every cloud entitlement always contains a password<\/span><\/li>\n
                  3. <\/b> Cloud roles cannot create security risk<\/span><\/li>\n
                  4. <\/b> Entitlement visibility replaces authentication<\/span><\/li>\n<\/ol>\n

                    Correct Answer: 1. Privilege can exist through roles and permissions even when no traditional privileged password exists<\/b><\/p>\n

                    Explanation:<\/b><\/p>\n

                    Traditional PAM often focused heavily on privileged passwords, but cloud privilege is frequently granted through roles, policies, identities, and entitlements. A workload can have extensive administrative access without possessing a conventional password that would be vaulted and rotated. CyberArk’s Cloud Discovery Service and Risk Management capabilities address this broader model by identifying cloud identities and their entitlements. Modern PAM therefore needs visibility into both credentials and permission structures to understand where privilege actually exists.<\/span><\/p>\n

                    Question 350. What is the PRIMARY purpose of CyberArk Risk Management after cloud identities are discovered?<\/b><\/p>\n

                      \n
                    1. <\/b> To create cloud administrator passwords<\/span><\/li>\n
                    2. <\/b> To replace entitlement discovery<\/span><\/li>\n
                    3. <\/b> To create PSM recordings<\/span><\/li>\n
                    4. <\/b> To provide risk information that helps prioritize remediation of discovered entities<\/span><\/li>\n<\/ol>\n

                      Correct Answer: 4. To provide risk information that helps prioritize remediation of discovered entities<\/b><\/p>\n

                      Explanation:<\/b><\/p>\n

                      Discovery can produce many identities, permissions, and entitlement relationships. CyberArk’s Risk Management API provides risk information associated with discovered entities so organizations can prioritize the most important findings. This helps security teams focus first on identities with excessive privilege, high-impact access, anomalous characteristics, or other meaningful exposure rather than treating every discovery result equally. Risk context complements discovery, access control, and remediation by guiding where security effort should be concentrated.<\/span><\/p>\n

                      Question 351. Which CyberArk API would BEST support automatically removing standing privilege and granting access only when policy conditions are satisfied?<\/b><\/p>\n

                        \n
                      1. <\/b> Secrets Hub API<\/span><\/li>\n
                      2. <\/b> Access Control Policies API<\/span><\/li>\n
                      3. <\/b> Identity Roles API only<\/span><\/li>\n
                      4. <\/b> Secure Browser API<\/span><\/li>\n<\/ol>\n

                        Correct Answer: 2. Access Control Policies API<\/b><\/p>\n

                        Explanation:<\/b><\/p>\n

                        CyberArk describes the Access Control Policies API as the interface for managing policies that enforce Zero Standing Privileges across cloud and infrastructure environments. These policies can govern how and when temporary privileged access is provided instead of leaving powerful permissions assigned permanently. This supports automated and consistent authorization decisions. The Access Requests API handles individual access requests, whereas Access Control Policies define the rules under which those requests or privilege grants are governed.<\/span><\/p>\n

                        Question 352. What is the PRIMARY reason to use Zero Standing Privileges for cloud workloads where practical?<\/b><\/p>\n

                          \n
                        1. <\/b> To create more permanent administrator accounts<\/span><\/li>\n
                        2. <\/b> To eliminate all audit records<\/span><\/li>\n
                        3. <\/b> To remove always-available privileged permissions that attackers could otherwise exploit<\/span><\/li>\n
                        4. <\/b> To prevent applications from accessing cloud resources<\/span><\/li>\n<\/ol>\n

                          Correct Answer: 3. To remove always-available privileged permissions that attackers could otherwise exploit<\/b><\/p>\n

                          Explanation:<\/b><\/p>\n

                          Zero Standing Privileges reduces the attack surface by ensuring elevated permissions are not permanently assigned when they are not actively required. For cloud workloads and automation, this can be particularly valuable because non-human identities often run continuously and can otherwise retain powerful permissions around the clock. CyberArk explicitly supports ZSP through Access Control Policies and Secure Cloud\/Infrastructure Access capabilities. Privilege can then be granted dynamically according to policy when the workload or user has a legitimate need.<\/span><\/p>\n

                          Question 353. Which CyberArk API family is specifically designed to secure the deployment and management of AI agents?<\/b><\/p>\n

                            \n
                          1. <\/b> Secure AI Agents APIs<\/span><\/li>\n
                          2. <\/b> PSM Recording API<\/span><\/li>\n
                          3. <\/b> Safe Backup API<\/span><\/li>\n
                          4. <\/b> CPM Reconcile API<\/span><\/li>\n<\/ol>\n

                            Correct Answer: 4. Secure AI Agents APIs<\/b><\/p>\n

                            Explanation:<\/b><\/p>\n

                            CyberArk’s current API catalog includes Secure AI Agents APIs, reflecting the growing importance of autonomous and semi-autonomous agents as machine identities. AI agents can call APIs, access data, modify cloud resources, and act without constant human supervision, so their privileges and secrets need governance just like other non-human identities. CyberArk’s broader identity-security direction increasingly emphasizes workforce, machine, and AI identities together rather than treating AI agents as outside the PAM model.<\/span><\/p>\n

                            Question 354. Why can AI agents create privileged-access risk even when no human administrator is directly involved in each action?<\/b><\/p>\n

                              \n
                            1. <\/b> AI agents cannot authenticate<\/span><\/li>\n
                            2. <\/b> They can operate autonomously using powerful permissions, tokens, and secrets<\/span><\/li>\n
                            3. <\/b> AI agents always run without network access<\/span><\/li>\n
                            4. <\/b> They are incapable of changing infrastructure<\/span><\/li>\n<\/ol>\n

                              Correct Answer: 2. They can operate autonomously using powerful permissions, tokens, and secrets<\/b><\/p>\n

                              Explanation:<\/b><\/p>\n

                              AI agents may act continuously and programmatically, calling APIs, retrieving information, changing resources, or triggering automated workflows. If an AI agent has excessive privilege or its token is compromised, the resulting actions can occur quickly and without the natural pauses associated with human administration. CyberArk’s current identity-security material treats AI agents as an expanding class of non-human identity requiring stronger governance. Their permissions should therefore follow least privilege, secrets should be protected, and activity should be auditable.<\/span><\/p>\n

                              Question 355. What is the BEST security approach for an AI agent that needs occasional privileged cloud access?<\/b><\/p>\n

                                \n
                              1. <\/b> Give it a permanent global administrator role<\/span><\/li>\n
                              2. <\/b> Embed an administrator password in its prompt or configuration<\/span><\/li>\n
                              3. <\/b> Use policy-controlled, least-privilege access with short-lived or non-standing permissions and protected machine credentials<\/span><\/li>\n
                              4. <\/b> Disable logging so the agent can operate faster<\/span><\/li>\n<\/ol>\n

                                Correct Answer: 1. Use policy-controlled, least-privilege access with short-lived or non-standing permissions and protected machine credentials<\/b><\/p>\n

                                Explanation:<\/b><\/p>\n

                                AI agents should be treated as powerful machine identities. Giving an agent permanent global administrator privileges creates excessive standing exposure, while embedding administrator passwords creates secret-leakage risk. A stronger model uses narrowly scoped permissions, short-lived or Zero Standing Privilege access where available, protected secrets, and auditable policy enforcement. CyberArk’s current APIs include Secure AI Agents, Access Control Policies, Secrets Hub, and secure cloud-access capabilities that support this type of modern identity-governance model.<\/span><\/p>\n

                                Question 356. Why should machine credentials not be shared across many unrelated workloads?<\/b><\/p>\n

                                  \n
                                1. <\/b> Shared secrets increase blast radius and make it harder to determine which workload used the credential<\/span><\/li>\n
                                2. <\/b> CyberArk cannot store shared credentials<\/span><\/li>\n
                                3. <\/b> Machine identities never need unique credentials<\/span><\/li>\n
                                4. <\/b> Shared secrets automatically rotate every minute<\/span><\/li>\n<\/ol>\n

                                  Correct Answer: 3. Shared secrets increase blast radius and make it harder to determine which workload used the credential<\/b><\/p>\n

                                  Explanation:<\/b><\/p>\n

                                  When many workloads share the same privileged secret, compromise of any one workload can expose access intended for all of them. Shared machine credentials also weaken accountability because audit records may show only the shared target identity rather than which application or automation actually initiated the activity. Distinct workload identities, narrow authorization, and dedicated secrets improve both blast-radius reduction and traceability. Modern CyberArk secrets-management and machine-identity capabilities are designed to support more granular control than a single shared application credential.<\/span><\/p>\n

                                  Question 357. What is a PRIMARY benefit of cloud-native secret consumption through CyberArk Secrets Hub?<\/b><\/p>\n

                                    \n
                                  1. <\/b> Applications can consume managed secrets through supported cloud-native mechanisms without embedding long-lived secrets directly in code<\/span><\/li>\n
                                  2. <\/b> Every developer learns the managed password<\/span><\/li>\n
                                  3. <\/b> Cloud applications no longer require authentication<\/span><\/li>\n
                                  4. <\/b> Secret rotation becomes unnecessary<\/span><\/li>\n<\/ol>\n

                                    Correct Answer: 1. Applications can consume managed secrets through supported cloud-native mechanisms without embedding long-lived secrets directly in code<\/b><\/p>\n

                                    Explanation:<\/b><\/p>\n

                                    Secrets Hub helps bridge centralized CyberArk secret governance with the native mechanisms developers and cloud workloads already use. This reduces pressure to hard-code credentials while preserving cloud-native operational patterns. The secret remains governed through CyberArk PAM while supported cloud services consume it through their expected interfaces. This approach makes central rotation and control easier to adopt because application teams do not necessarily need to redesign every workload around an interactive PAM retrieval flow.<\/span><\/p>\n

                                    Question 358. An automation workload suddenly begins requesting many unrelated secrets. Which response is MOST appropriate?<\/b><\/p>\n

                                      \n
                                    1. <\/b> Expand its permissions so the requests succeed<\/span><\/li>\n
                                    2. <\/b> Ignore the change because machine identities are trusted<\/span><\/li>\n
                                    3. <\/b> Disable all PAM services<\/span><\/li>\n
                                    4. <\/b> Investigate the anomalous behavior and restrict or revoke the workload’s access if compromise is suspected<\/span><\/li>\n<\/ol>\n

                                      Correct Answer: 4. Investigate the anomalous behavior and restrict or revoke the workload’s access if compromise is suspected<\/b><\/p>\n

                                      Explanation:<\/b><\/p>\n

                                      A sudden change in machine behavior can indicate misconfiguration, credential theft, application compromise, or malicious automation. Security teams should compare the activity with the workload’s expected role and determine whether the identity should be restricted, disabled, or have its token or secret rotated. CyberArk’s Risk Management, Detection and Response, secrets-management, and access-policy capabilities support this type of identity-centric investigation. Machine identities should not receive automatic trust merely because they normally operate without human interaction.<\/span><\/p>\n

                                      Question 359. Which CyberArk capability is MOST useful for identifying whether discovered machine identities have risky or excessive access?<\/b><\/p>\n

                                        \n
                                      1. <\/b> PSM recording retention<\/span><\/li>\n
                                      2. <\/b> CPM password generation only<\/span><\/li>\n
                                      3. <\/b> Cloud Discovery combined with Risk Management<\/span><\/li>\n
                                      4. <\/b> Safe naming standards<\/span><\/li>\n<\/ol>\n

                                        Correct Answer: 3. Cloud Discovery combined with Risk Management<\/b><\/p>\n

                                        Explanation:<\/b><\/p>\n

                                        Cloud Discovery provides visibility into cloud identities and their entitlements, while Risk Management adds context that helps determine which discovered entities represent the greatest exposure. Together, these capabilities can reveal machine identities with excessive permissions, unusual access patterns, or other risk characteristics requiring remediation. This is more effective than focusing only on passwords because cloud workloads may obtain privilege through roles and entitlements that do not rely on traditional credentials.<\/span><\/p>\n

                                        Question 360. An organization wants to secure service accounts, cloud workloads, AI agents, and DevOps automation without hard-coded secrets or permanent excessive privilege. Which CyberArk design BEST meets the requirement?<\/b><\/p>\n

                                          \n
                                        1. <\/b> Give all non-human identities one shared cloud administrator password<\/span><\/li>\n
                                        2. <\/b> Combine centralized secrets management, Secrets Hub or Secrets Manager for workload consumption, Cloud Discovery and Risk Management for visibility, Access Control Policies for ZSP, and dedicated controls for AI agents<\/span><\/li>\n
                                        3. <\/b> Exclude machine identities from PAM<\/span><\/li>\n
                                        4. <\/b> Use only human MFA and leave machine privileges unchanged<\/span><\/li>\n<\/ol>\n

                                          Correct Answer: 2. Combine centralized secrets management, Secrets Hub or Secrets Manager for workload consumption, Cloud Discovery and Risk Management for visibility, Access Control Policies for ZSP, and dedicated controls for AI agents<\/b><\/p>\n

                                          Explanation:<\/b><\/p>\n

                                          Modern machine-identity security requires several coordinated controls. Secrets management removes hard-coded credentials and provides centralized lifecycle governance. Secrets Hub and Secrets Manager allow workloads to consume protected secrets through supported cloud and DevOps patterns. Cloud Discovery finds identities and entitlements, while Risk Management helps prioritize excessive or dangerous privilege. Access Control Policies can enforce Zero Standing Privileges, reducing permanent elevated access. CyberArk’s current API portfolio also includes Secure AI Agents capabilities for emerging autonomous identities. Together these services extend PAM beyond human administrators to the broader non-human identity landscape.<\/span><\/p>\n","protected":false},"excerpt":{"rendered":"

                                          View Full CyberArk CPC-SEN Exam Dumps and Practice Test Dumps. Question 341. Why should machine identities be included in a modern privileged access management program? Machine identities cannot access sensitive resources Applications, services, automation, and workloads can hold powerful secrets and privileges that require governance Machine identities always authenticate interactively Only human identities create privileged-access […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":[],"categories":[1648,1647],"tags":[],"_links":{"self":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/21372"}],"collection":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/comments?post=21372"}],"version-history":[{"count":1,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/21372\/revisions"}],"predecessor-version":[{"id":21373,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/21372\/revisions\/21373"}],"wp:attachment":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/media?parent=21372"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/categories?post=21372"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/tags?post=21372"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}