{"id":21358,"date":"2026-09-24T12:15:31","date_gmt":"2026-09-24T12:15:31","guid":{"rendered":"https:\/\/www.examlabs.com\/certification\/?p=21358"},"modified":"2026-09-24T12:15:31","modified_gmt":"2026-09-24T12:15:31","slug":"cyberark-cpc-sen-practice-test-questions-and-exam-dumps-part11-q201-220","status":"publish","type":"post","link":"https:\/\/www.examlabs.com\/certification\/cyberark-cpc-sen-practice-test-questions-and-exam-dumps-part11-q201-220\/","title":{"rendered":"CyberArk CPC-SEN Practice Test Questions and Exam Dumps Part11 Q201-220"},"content":{"rendered":"

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


\n<\/b>Question 201. What is the PRIMARY purpose of CyberArk PAM reporting in an operational environment?<\/b><\/p>\n

    \n
  1. <\/b> To replace CPM password management<\/span><\/li>\n
  2. <\/b> To create new target-system accounts automatically<\/span><\/li>\n
  3. <\/b> To disable PSM session monitoring<\/span><\/li>\n
  4. <\/b> To provide structured information about privileged accounts, activities, and system operations for administration and audit<\/span><\/li>\n<\/ol>\n

    Correct Answer: 4. To provide structured information about privileged accounts, activities, and system operations for administration and audit<\/b><\/p>\n

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

    CyberArk reporting helps administrators, security teams, and auditors understand privileged-account inventory, account-management status, access activity, and other PAM-related events. Reports support access reviews, compliance evidence, troubleshooting, operational monitoring, and governance. Reporting does not replace the security controls that generate the underlying data, such as CPM credential management or PSM session monitoring. Instead, it organizes PAM information into a format that can be reviewed and acted upon. CyberArk’s current PAM administration curriculum includes Reports as a dedicated topic alongside system monitoring, backup, recovery, common issues, and troubleshooting.<\/span><\/p>\n

    Question 202. Why should an organization periodically review CyberArk Safe membership?<\/b><\/p>\n

      \n
    1. <\/b> To force every managed password to rotate immediately<\/span><\/li>\n
    2. <\/b> To confirm that users and groups still require their assigned access and permissions<\/span><\/li>\n
    3. <\/b> To regenerate all PSM recordings<\/span><\/li>\n
    4. <\/b> To convert Safes into cloud workspaces<\/span><\/li>\n<\/ol>\n

      Correct Answer: 2. To confirm that users and groups still require their assigned access and permissions<\/b><\/p>\n

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

      Safe membership should reflect current business responsibilities. Employees change roles, contractors leave, projects finish, and administrative responsibilities evolve. Without periodic reviews, users can retain privileged access that is no longer justified. Reviewing membership supports least privilege and segregation of duties by ensuring users have only the access they currently need. Group-based assignments simplify administration but do not eliminate the need to review the groups themselves. Safe governance should therefore include regular validation of membership, permissions, account ownership, and exceptional access to highly sensitive credentials.<\/span><\/p>\n

      Question 203. What is the BEST way to provide an auditor with visibility into privileged activity while preventing the auditor from using managed accounts?<\/b><\/p>\n

        \n
      1. <\/b> Grant only the audit and visibility permissions required for the review<\/span><\/li>\n
      2. <\/b> Grant full Safe ownership<\/span><\/li>\n
      3. <\/b> Give the auditor Retrieve accounts permission<\/span><\/li>\n
      4. <\/b> Give the auditor every managed password<\/span><\/li>\n<\/ol>\n

        Correct Answer: 1. Grant only the audit and visibility permissions required for the review<\/b><\/p>\n

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

        Auditors typically need evidence, not operational control. CyberArk’s granular authorization model makes it possible to separate the ability to review account and activity information from the ability to use or retrieve privileged credentials. Providing only the required audit permissions supports least privilege and preserves the independence of the audit function. Granting Safe ownership or password retrieval would unnecessarily expand the auditor’s authority and increase risk. The goal is to let the auditor verify privileged-access controls without becoming another privileged operator.<\/span><\/p>\n

        Question 204. What is the PRIMARY purpose of CyberArk system monitoring?<\/b><\/p>\n

          \n
        1. <\/b> To approve all dual-control requests automatically<\/span><\/li>\n
        2. <\/b> To create application passwords<\/span><\/li>\n
        3. <\/b> To detect component, connectivity, or operational problems that could affect PAM services<\/span><\/li>\n
        4. <\/b> To replace backup and disaster-recovery planning<\/span><\/li>\n<\/ol>\n

          Correct Answer: 3. To detect component, connectivity, or operational problems that could affect PAM services<\/b><\/p>\n

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

          A CyberArk PAM environment depends on multiple services and communication paths. Problems affecting CPM, PSM, connectors, authentication, target connectivity, or related infrastructure can interrupt password management or privileged access. System monitoring gives administrators early visibility into failures and degraded conditions so they can respond before the issue becomes a widespread outage. CyberArk’s official PAM Administration course includes System Monitoring, Common Issues, and Troubleshooting as dedicated topics, reflecting the importance of operational health monitoring in enterprise PAM administration.<\/span><\/p>\n

          Question 205. Which condition MOST strongly suggests a centralized infrastructure problem rather than an individual account problem?<\/b><\/p>\n

            \n
          1. <\/b> One account has an incorrect address field<\/span><\/li>\n
          2. <\/b> Many unrelated accounts suddenly fail through the same connector or component<\/span><\/li>\n
          3. <\/b> One user lacks List accounts permission<\/span><\/li>\n
          4. <\/b> One access request expires<\/span><\/li>\n<\/ol>\n

            Correct Answer: 2. Many unrelated accounts suddenly fail through the same connector or component<\/b><\/p>\n

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

            Troubleshooting should begin by identifying what the failures have in common. If many unrelated accounts fail at the same time and all depend on the same CPM, PSM, connector, or network path, a shared infrastructure problem is more likely than independent account misconfiguration. Administrators should examine component health, network connectivity, DNS, proxy configuration, and service availability before modifying individual account settings. By contrast, an issue affecting only one account usually points toward account-specific properties, permissions, target configuration, or platform overrides.<\/span><\/p>\n

            Question 206. What is the PRIMARY purpose of maintaining backup and restore procedures for a PAM environment?<\/b><\/p>\n

              \n
            1. <\/b> To prevent every possible outage<\/span><\/li>\n
            2. <\/b> To eliminate the need for high availability<\/span><\/li>\n
            3. <\/b> To allow users to bypass authentication during failures<\/span><\/li>\n
            4. <\/b> To recover critical PAM configuration and data after a loss or failure<\/span><\/li>\n<\/ol>\n

              Correct Answer: 4. To recover critical PAM configuration and data after a loss or failure<\/b><\/p>\n

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

              Backup and restore planning provides a recovery path if important PAM data or configuration is lost, corrupted, or otherwise unavailable. Backups do not prevent every failure, but they reduce the impact of failures by enabling recovery to a known state. CyberArk’s PAM Administration training includes Backup and Restore as a dedicated topic, emphasizing that recovery planning is part of proper PAM administration rather than an optional afterthought. Backup procedures should also be tested so administrators know that the stored data can actually be restored when needed.<\/span><\/p>\n

              Question 207. What is the PRIMARY difference between high availability and disaster recovery?<\/b><\/p>\n

                \n
              1. <\/b> High availability focuses on continuing service during component failures, while disaster recovery focuses on restoring service after a larger outage or disaster<\/span><\/li>\n
              2. <\/b> Disaster recovery is only for password rotation<\/span><\/li>\n
              3. <\/b> High availability eliminates the need for backup<\/span><\/li>\n
              4. <\/b> They are exactly the same concept<\/span><\/li>\n<\/ol>\n

                Correct Answer: 1. High availability focuses on continuing service during component failures, while disaster recovery focuses on restoring service after a larger outage or disaster<\/b><\/p>\n

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

                High availability and disaster recovery address different resilience goals. High availability reduces service interruption when a component fails by using redundancy or failover. Disaster recovery addresses more severe events that may affect an entire environment, location, or service and requires a defined process for restoring operations. A mature PAM design often needs both. CyberArk’s official PAM administration curriculum treats Backup and Restore and Disaster Recovery as separate subjects, reinforcing the distinction between routine resilience and recovery from major disruption.<\/span><\/p>\n

                Question 208. Why should PAM backup media and recovery credentials themselves be protected as highly sensitive assets?<\/b><\/p>\n

                  \n
                1. <\/b> They contain no security-relevant information<\/span><\/li>\n
                2. <\/b> They are useful only for reporting<\/span><\/li>\n
                3. <\/b> They may contain or enable restoration of sensitive PAM configuration and privileged security data<\/span><\/li>\n
                4. <\/b> They are public by design<\/span><\/li>\n<\/ol>\n

                  Correct Answer: 3. They may contain or enable restoration of sensitive PAM configuration and privileged security data<\/b><\/p>\n

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

                  Backups of PAM systems can contain highly sensitive configuration, metadata, access-control information, and other data that an attacker could misuse. Recovery credentials may also provide significant administrative capability. Protecting production systems while leaving backups weakly secured creates an alternative path for compromise. Backup files should therefore be encrypted or otherwise strongly protected, access should be tightly restricted, and storage locations should be monitored. Recovery procedures should preserve the same security principles applied to the production PAM environment.<\/span><\/p>\n

                  Question 209. Which CyberArk SIA API security model is documented for protected API requests?<\/b><\/p>\n

                    \n
                  1. <\/b> Bearer authentication using a JWT token obtained from Identity authentication<\/span><\/li>\n
                  2. <\/b> Anonymous HTTP access<\/span><\/li>\n
                  3. <\/b> Basic authentication with the target root password<\/span><\/li>\n
                  4. <\/b> Authentication through PSM recordings<\/span><\/li>\n<\/ol>\n

                    Correct Answer: 1. Bearer authentication using a JWT token obtained from Identity authentication<\/b><\/p>\n

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

                    CyberArk’s Secure Infrastructure Access API documentation states that protected API calls use bearer authentication, with the JWT token obtained through Identity authentication and supplied in the Authorization header. This allows automation and integrations to authenticate securely without embedding target-system administrator passwords into API requests. API access should still follow least privilege, with tokens protected as sensitive credentials and roles restricted appropriately. For example, the SIA settings API requires the relevant administrative role to perform configuration operations.<\/span><\/p>\n

                    Question 210. What role is required to use the documented CyberArk SIA Settings API?<\/b><\/p>\n

                      \n
                    1. <\/b> SafeAuditor<\/span><\/li>\n
                    2. <\/b> CPMUser<\/span><\/li>\n
                    3. <\/b> PSMConnect<\/span><\/li>\n
                    4. <\/b> SiaAdmin<\/span><\/li>\n<\/ol>\n

                      Correct Answer: 4. SiaAdmin<\/b><\/p>\n

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

                      The current CyberArk Secure Infrastructure Access Settings API documentation specifies that callers must have the SiaAdmin role. The API is designed for managing general SIA configuration and therefore requires administrative authorization rather than ordinary infrastructure-access rights. This reflects good API security design: possessing a valid token is not enough; the authenticated identity must also have the correct role. Separating authentication from authorization prevents ordinary users from modifying high-impact infrastructure-access settings simply because they can authenticate to the platform.<\/span><\/p>\n

                      Question 211. Which setting category is explicitly represented in the SIA Settings API schema for privileged RDP access?<\/b><\/p>\n

                        \n
                      1. <\/b> RDP recording configuration<\/span><\/li>\n
                      2. <\/b> Safe password generation<\/span><\/li>\n
                      3. <\/b> CPM reconciliation rules<\/span><\/li>\n
                      4. <\/b> Discovery scanner scheduling<\/span><\/li>\n<\/ol>\n

                        Correct Answer: 3. RDP recording configuration<\/b><\/p>\n

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

                        CyberArk’s SIA Settings API schema includes dedicated configuration structures for RDP recording, as well as related RDP features such as file transfer, channels, keyboard layout, Kerberos authentication, and MFA caching. These settings allow administrators to control how privileged RDP access behaves and how session activity is captured. The presence of RDP recording configuration reinforces the principle that secure infrastructure access should combine authorization with session accountability.<\/span><\/p>\n

                        Question 212. Which SIA configuration area is specifically intended to control privileged SSH command visibility?<\/b><\/p>\n

                          \n
                        1. <\/b> Password Reconciliation Configuration<\/span><\/li>\n
                        2. <\/b> SSH Command Audit Configuration<\/span><\/li>\n
                        3. <\/b> Safe Membership Configuration<\/span><\/li>\n
                        4. <\/b> Identity Lifecycle Configuration<\/span><\/li>\n<\/ol>\n

                          Correct Answer: 2. SSH Command Audit Configuration<\/b><\/p>\n

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

                          CyberArk’s SIA Settings API includes a dedicated SSH command audit configuration structure. This supports command-level visibility during privileged SSH sessions, allowing organizations to capture more meaningful audit evidence than simply recording that a connection occurred. Command auditing is especially useful for Linux and UNIX administration, where shell commands can directly change critical system configuration. SSH command auditing complements session recording, authentication, and least-privilege access by improving visibility into what privileged users actually did after connecting.<\/span><\/p>\n

                          Question 213. What is the security purpose of RDP file-transfer controls in a privileged-session platform?<\/b><\/p>\n

                            \n
                          1. <\/b> To restrict or govern file movement between the user’s environment and the privileged target<\/span><\/li>\n
                          2. <\/b> To rotate passwords<\/span><\/li>\n
                          3. <\/b> To create Safe members<\/span><\/li>\n
                          4. <\/b> To generate cloud entitlements<\/span><\/li>\n<\/ol>\n

                            Correct Answer: 4. To restrict or govern file movement between the user’s environment and the privileged target<\/b><\/p>\n

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

                            File transfer during privileged RDP sessions can introduce security risk in both directions. Users might upload unapproved tools or malware to a sensitive server, or download confidential files to an uncontrolled workstation. Session-management platforms therefore provide controls for governing whether and how files can move through the privileged session. CyberArk’s SIA API includes RDP file-transfer configuration, allowing organizations to align session capabilities with security policy rather than permitting unrestricted transfer by default.<\/span><\/p>\n

                            Question 214. What is the PRIMARY reason to restrict RDP channels during privileged access?<\/b><\/p>\n

                              \n
                            1. <\/b> To limit unnecessary redirection capabilities that could increase data-exfiltration or attack risk<\/span><\/li>\n
                            2. <\/b> To disable authentication<\/span><\/li>\n
                            3. <\/b> To stop CPM password rotation<\/span><\/li>\n
                            4. <\/b> To provide Safe ownership<\/span><\/li>\n<\/ol>\n

                              Correct Answer: 1. To limit unnecessary redirection capabilities that could increase data-exfiltration or attack risk<\/b><\/p>\n

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

                              RDP supports multiple redirected channels such as clipboard, drives, devices, and other local resources. While useful, these capabilities can also create pathways for data leakage, malware transfer, or abuse of the privileged session. CyberArk SIA exposes RDP channel configuration so administrators can allow only the redirection capabilities required for the task. This follows least privilege at the session-feature level: a user should receive not only the minimum target permissions, but also the minimum session capabilities needed to perform the approved work.<\/span><\/p>\n

                              Question 215. What does MFA caching in SIA primarily help balance?<\/b><\/p>\n

                                \n
                              1. <\/b> Usability and repeated MFA enforcement within controlled privileged-access workflows<\/span><\/li>\n
                              2. <\/b> Safe membership and password complexity<\/span><\/li>\n
                              3. <\/b> PSM recording storage and Vault capacity<\/span><\/li>\n
                              4. <\/b> Discovery and onboarding<\/span><\/li>\n<\/ol>\n

                                Correct Answer: 2. Usability and repeated MFA enforcement within controlled privileged-access workflows<\/b><\/p>\n

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

                                CyberArk SIA exposes MFA caching settings for several access types, including RDP, SSH, Kubernetes, and database-related access. MFA caching can reduce excessive repeated prompts within a controlled period while still enforcing strong authentication according to policy. The correct duration should reflect organizational risk tolerance. A very long cache can weaken the protection provided by repeated verification, while requiring MFA for every small action can create unnecessary friction. CyberArk provides separate configuration structures because different access types may require different authentication experiences.<\/span><\/p>\n

                                Question 216. Which security concern is addressed by validating an SSH server fingerprint in a ZSP connection workflow?<\/b><\/p>\n

                                  \n
                                1. <\/b> Ensuring the client is connecting to the expected SSH target rather than an impersonating host<\/span><\/li>\n
                                2. <\/b> Ensuring the user’s Safe membership is current<\/span><\/li>\n
                                3. <\/b> Verifying CPM password complexity<\/span><\/li>\n
                                4. <\/b> Checking whether PSM recordings exist<\/span><\/li>\n<\/ol>\n

                                  Correct Answer: 3. Ensuring the client is connecting to the expected SSH target rather than an impersonating host<\/b><\/p>\n

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

                                  SSH server fingerprints help clients verify the identity of the target host. If fingerprint validation is ignored, an attacker positioned between the user and the target could potentially impersonate the server and intercept the privileged session. CyberArk’s SIA settings include a specific configuration for validating fingerprints in SSH Zero Standing Privilege workflows. This shows that secure privileged access depends not only on authenticating the user but also on verifying the identity of the system being accessed.<\/span><\/p>\n

                                  Question 217. Why is role-based authorization important for CyberArk API administration?<\/b><\/p>\n

                                    \n
                                  1. <\/b> It ensures authenticated API clients can perform only the operations permitted by their assigned roles<\/span><\/li>\n
                                  2. <\/b> It makes all APIs anonymous<\/span><\/li>\n
                                  3. <\/b> It gives every token administrative access<\/span><\/li>\n
                                  4. <\/b> It disables audit logging<\/span><\/li>\n<\/ol>\n

                                    Correct Answer: 2. It ensures authenticated API clients can perform only the operations permitted by their assigned roles<\/b><\/p>\n

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

                                    Authentication proves the identity behind an API request, but authorization determines what that identity can actually do. CyberArk APIs use role-based authorization so administrative APIs can be restricted to identities with the appropriate permissions. The SIA Settings API, for example, requires the SiaAdmin role. This prevents ordinary infrastructure users or lower-privileged integrations from changing sensitive global settings simply because they possess a valid token. Strong API security therefore combines token protection, authentication, least-privilege roles, rate limiting, and auditing.<\/span><\/p>\n

                                    Question 218. What is the BEST response if a CyberArk API token used by an automation workflow is suspected of being compromised?<\/b><\/p>\n

                                      \n
                                    1. <\/b> Continue using it until it naturally expires<\/span><\/li>\n
                                    2. <\/b> Revoke or replace the token promptly and investigate associated API activity<\/span><\/li>\n
                                    3. <\/b> Disable PSM recording<\/span><\/li>\n
                                    4. <\/b> Change every Safe name<\/span><\/li>\n<\/ol>\n

                                      Correct Answer: 4. Revoke or replace the token promptly and investigate associated API activity<\/b><\/p>\n

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

                                      API tokens should be treated as sensitive credentials. If a token is suspected of compromise, the safest approach is to invalidate or replace it quickly and review activity performed with that token. Depending on its assigned permissions, a stolen token could allow unauthorized API actions even without interactive login credentials. The associated automation should then be updated with the replacement secret using a secure method. CyberArk’s API platform provides token-based authentication for protected services, making token lifecycle management an important part of API security.<\/span><\/p>\n

                                      Question 219. Which approach BEST supports secure PAM automation?<\/b><\/p>\n

                                        \n
                                      1. <\/b> Use dedicated machine identities or API tokens with the minimum roles required, protect those credentials, and audit their activity<\/span><\/li>\n
                                      2. <\/b> Embed a Super Administrator password in scripts<\/span><\/li>\n
                                      3. <\/b> Disable rate limiting<\/span><\/li>\n
                                      4. <\/b> Reuse one unrestricted API token for every integration<\/span><\/li>\n<\/ol>\n

                                        Correct Answer: 1. Use dedicated machine identities or API tokens with the minimum roles required, protect those credentials, and audit their activity<\/b><\/p>\n

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

                                        Automation should follow the same least-privilege principles applied to human administrators. Dedicated machine identities or API tokens should receive only the permissions required for their integration. Credentials should be protected from source-code exposure, rotated or revoked when appropriate, and monitored through audit logs. Using one unrestricted token everywhere increases blast radius because compromise of one integration could affect the entire PAM environment. CyberArk’s API platform supports token authentication, rate limiting, and role-specific service interfaces to enable controlled automation.<\/span><\/p>\n

                                        Question 220. An organization wants auditable privileged access, resilient recovery, secure API automation, controlled RDP file transfer, and command-level visibility for SSH. Which approach BEST meets the requirements?<\/b><\/p>\n

                                          \n
                                        1. <\/b> Depend only on target-system logs and manual administrator passwords<\/span><\/li>\n
                                        2. <\/b> Disable session recording to reduce storage usage<\/span><\/li>\n
                                        3. <\/b> Give automation accounts broad administrative tokens<\/span><\/li>\n
                                        4. <\/b> Combine CyberArk reporting and monitoring, tested backup\/disaster-recovery procedures, least-privilege API roles and tokens, RDP session controls, and SSH command auditing<\/span><\/li>\n<\/ol>\n

                                          Correct Answer: 3. Combine CyberArk reporting and monitoring, tested backup\/disaster-recovery procedures, least-privilege API roles and tokens, RDP session controls, and SSH command auditing<\/b><\/p>\n

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

                                          The requirements span several layers of PAM security. Reporting and monitoring provide operational and audit visibility. Backup and disaster-recovery procedures protect service recoverability. API automation should use dedicated tokens and least-privilege roles rather than broad administrator credentials. RDP file-transfer and channel controls reduce data-movement and redirection risk, while SSH command auditing provides detailed accountability for shell activity. CyberArk’s PAM Administration curriculum explicitly includes reporting, backup, disaster recovery, system monitoring, common issues, and troubleshooting, while current SIA APIs expose detailed RDP and SSH security settings.<\/span><\/p>\n","protected":false},"excerpt":{"rendered":"

                                          View Full CyberArk CPC-SEN Exam Dumps and Practice Test Dumps. Question 201. What is the PRIMARY purpose of CyberArk PAM reporting in an operational environment? To replace CPM password management To create new target-system accounts automatically To disable PSM session monitoring To provide structured information about privileged accounts, activities, and system operations for administration and […]<\/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\/21358"}],"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=21358"}],"version-history":[{"count":1,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/21358\/revisions"}],"predecessor-version":[{"id":21359,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/21358\/revisions\/21359"}],"wp:attachment":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/media?parent=21358"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/categories?post=21358"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/tags?post=21358"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}