{"id":20884,"date":"2026-09-24T08:12:35","date_gmt":"2026-09-24T08:12:35","guid":{"rendered":"https:\/\/www.examlabs.com\/certification\/?p=20884"},"modified":"2026-09-24T08:12:35","modified_gmt":"2026-09-24T08:12:35","slug":"fortinet-fcp_fct_ad-7-4-practice-test-questions-and-exam-dumps-part16-q301-320","status":"publish","type":"post","link":"https:\/\/www.examlabs.com\/certification\/fortinet-fcp_fct_ad-7-4-practice-test-questions-and-exam-dumps-part16-q301-320\/","title":{"rendered":"Fortinet FCP_FCT_AD-7.4 Practice Test Questions and Exam Dumps Part16 Q301-320"},"content":{"rendered":"

View Full <\/b>Fortinet FCP_FCT_AD-7.4 Exam Dumps<\/b><\/a> and Practice Test Dumps.<\/b><\/p>\n


\n<\/b>Question 301. In a FortiClient EMS Vulnerability Scan profile, what does selecting Patch Level = High mean?<\/b><\/p>\n

    \n
  1. <\/b> Patch only low-severity vulnerabilities<\/span><\/li>\n
  2. <\/b> Automatically patch high-severity and critical vulnerabilities<\/span><\/li>\n
  3. <\/b> Patch only informational findings<\/span><\/li>\n
  4. <\/b> Disable automatic patching<\/span><\/li>\n<\/ol>\n

    Correct Answer: 2. Automatically patch high-severity and critical vulnerabilities<\/b><\/p>\n

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

    The Automatic Patching section of the Vulnerability Scan profile lets an administrator choose the minimum severity level that FortiClient should patch automatically. Selecting <\/span>High<\/b> causes FortiClient to patch vulnerabilities rated High as well as more severe Critical vulnerabilities. Other choices include Critical, Medium, Low, and All. Choosing a broader patch level increases automatic remediation coverage but can also create more endpoint changes. Administrators should select the level that matches organizational risk tolerance, testing requirements, and software-change procedures.<\/span><\/p>\n

    Question 302. What operational effect can FortiClient automatic vulnerability patching have on an endpoint?<\/b><\/p>\n

      \n
    1. <\/b> It disables EMS Telemetry<\/span><\/li>\n
    2. <\/b> It always logs the user off but never reboots<\/span><\/li>\n
    3. <\/b> It automatically changes the endpoint’s IP address<\/span><\/li>\n
    4. <\/b> It may require the endpoint to reboot**<\/span><\/li>\n<\/ol>\n

      Correct Answer: 4. It may require the endpoint to reboot<\/b><\/p>\n

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

      Fortinet warns that automatic vulnerability patching can require an endpoint reboot. This is important when administrators enable remediation of Critical, High, Medium, Low, or all detected vulnerabilities through EMS. Although automatic patching improves security by reducing exposure time, it can affect user productivity if applications or operating-system components require restart. Organizations should therefore combine patching settings with appropriate user communication, maintenance planning, and testing. A reboot requirement is a possible consequence of patch installation rather than evidence that the patching process malfunctioned.<\/span><\/p>\n

      Question 303. What happens when \u201cExempt Application Vulnerabilities Requiring Manual Update from Vulnerability Compliance Check\u201d is enabled?<\/b><\/p>\n

        \n
      1. <\/b> Applications requiring manual updates are excluded from compliance evaluation but are still scanned for vulnerabilities<\/span><\/li>\n
      2. <\/b> Those applications are deleted automatically<\/span><\/li>\n
      3. <\/b> Vulnerability scanning is disabled completely<\/span><\/li>\n
      4. <\/b> EMS removes the applications from Software Inventory<\/span><\/li>\n<\/ol>\n

        Correct Answer: 1. Applications requiring manual updates are excluded from compliance evaluation but are still scanned for vulnerabilities<\/b><\/p>\n

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

        This exclusion setting affects <\/span>compliance<\/b>, not vulnerability detection. Applications that require the endpoint user to patch them manually can be exempted from the vulnerability compliance check so they do not cause the endpoint to become noncompliant simply because automatic remediation is unavailable. Fortinet explicitly states that the applications remain subject to vulnerability scanning. This distinction is important: excluding something from the compliance decision does not mean EMS stops detecting or reporting its vulnerabilities. Administrators can therefore preserve visibility while avoiding inappropriate compliance penalties.<\/span><\/p>\n

        Question 304. What is true when an administrator places an application in \u201cExclude Selected Applications from Vulnerability Compliance Check\u201d?<\/b><\/p>\n

          \n
        1. <\/b> FortiClient stops detecting the application<\/span><\/li>\n
        2. <\/b> EMS uninstalls the application<\/span><\/li>\n
        3. <\/b> The application remains subject to vulnerability scanning but is exempt from the configured compliance requirement<\/span><\/li>\n
        4. <\/b> The application is removed from all FortiGate policies<\/span><\/li>\n<\/ol>\n

          Correct Answer: 3. The application remains subject to vulnerability scanning but is exempt from the configured compliance requirement<\/b><\/p>\n

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

          The selected-application exclusion controls whether a vulnerable application affects endpoint compliance. Fortinet documents that applications placed on this list remain visible to vulnerability scanning; they are simply exempted from needing to install software patches within the compliance timeframe defined by FortiGate rules. This can be useful for business-critical software that cannot be upgraded immediately. Administrators should avoid treating the exclusion as a vulnerability-scanning bypass because the vulnerability continues to exist and should still be assessed and remediated when operationally feasible.<\/span><\/p>\n

          Question 305. What does \u201cDisable Automatic Patching for These Applications\u201d do when used with vulnerability-compliance exclusions?<\/b><\/p>\n

            \n
          1. <\/b> Disables all FortiClient scanning<\/span><\/li>\n
          2. <\/b> Makes the endpoint permanently compliant<\/span><\/li>\n
          3. <\/b> Deletes vulnerability signatures for those applications<\/span><\/li>\n
          4. <\/b> Prevents FortiClient from automatically patching the excluded applications**<\/span><\/li>\n<\/ol>\n

            Correct Answer: 4. Prevents FortiClient from automatically patching the excluded applications<\/b><\/p>\n

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

            After selected applications have been excluded from the vulnerability compliance check, EMS also provides an option to <\/span>Disable Automatic Patching for These Applications<\/b>. This lets administrators separate compliance and remediation behavior. For example, an application can remain visible as vulnerable, be excluded from causing a compliance failure, and also be prevented from receiving an automatic update that could disrupt a critical workflow. Such exclusions should be carefully documented because they intentionally leave identified vulnerabilities unresolved until another remediation process addresses them.<\/span><\/p>\n

            Question 306. When does the \u201cScan On\u201d day selection apply in a scheduled Vulnerability Scan profile?<\/b><\/p>\n

              \n
            1. <\/b> When the schedule type is Weekly or Monthly<\/span><\/li>\n
            2. <\/b> Only when Scan on Registration is enabled<\/span><\/li>\n
            3. <\/b> Only for manually started scans<\/span><\/li>\n
            4. <\/b> Only when Automatic Patching is disabled<\/span><\/li>\n<\/ol>\n

              Correct Answer: 1. When the schedule type is Weekly or Monthly<\/b><\/p>\n

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

              The <\/span>Scan On<\/b> field is relevant when Vulnerability Scan scheduling uses a Weekly or Monthly schedule. An administrator can select the appropriate day of the week or day of the month and define the scan’s start time. This provides predictable recurring vulnerability assessment without relying entirely on manual scans. It is separate from other scan triggers such as Scan on Registration or Scan on Vulnerability Signature Update. Administrators should understand which trigger caused a scan when analyzing endpoint activity or scheduling resource-intensive vulnerability checks.<\/span><\/p>\n

              Question 307. Which type of information appears as an AV event in the FortiClient Notifications tab?<\/b><\/p>\n

                \n
              1. <\/b> Only VPN tunnel establishment messages<\/span><\/li>\n
              2. <\/b> Only software-inventory changes<\/span><\/li>\n
              3. <\/b> Scheduled antivirus scans and detected malware<\/span><\/li>\n
              4. <\/b> Only EMS licensing alerts<\/span><\/li>\n<\/ol>\n

                Correct Answer: 3. Scheduled antivirus scans and detected malware<\/b><\/p>\n

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

                The FortiClient <\/span>Notifications<\/b> tab provides user-visible information about endpoint events. Fortinet lists antivirus events such as scheduled AV scans and malware detections among the supported notification types. Other categories include Sandbox Detection, Telemetry, Web Filter, and system events. The Notifications tab therefore serves as a useful local endpoint view when troubleshooting whether a security action occurred. It is different from the EMS server’s centralized event and alert interfaces, which aggregate management information across many endpoints.<\/span><\/p>\n

                Question 308. What can a FortiClient user view by selecting \u201cThreat Detected\u201d in the Notifications area?<\/b><\/p>\n

                  \n
                1. <\/b> EMS database backups<\/span><\/li>\n
                2. <\/b> Quarantined files, site violations, and Real-Time Protection events<\/span><\/li>\n
                3. <\/b> FortiGate routing entries<\/span><\/li>\n
                4. <\/b> Active Directory password changes<\/span><\/li>\n<\/ol>\n

                  Correct Answer: 2. Quarantined files, site violations, and Real-Time Protection events<\/b><\/p>\n

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

                  Fortinet documents that selecting <\/span>Threat Detected<\/b> in FortiClient allows the user to view information including quarantined files, site violations, and Real-Time Protection events. This gives the endpoint user or support technician a local view of security incidents affecting that device. It can be useful when investigating why a file disappeared, why access to a site was denied, or whether RTP detected malicious content. These endpoint notifications complement, rather than replace, centralized EMS or FortiAnalyzer logging used by administrators.<\/span><\/p>\n

                  Question 309. Which event is categorized as a Telemetry notification in FortiClient?<\/b><\/p>\n

                    \n
                  1. <\/b> Configuration updates received from EMS<\/span><\/li>\n
                  2. <\/b> FortiGate hardware failure<\/span><\/li>\n
                  3. <\/b> PostgreSQL replication events<\/span><\/li>\n
                  4. <\/b> Active Directory schema modifications<\/span><\/li>\n<\/ol>\n

                    Correct Answer: 1. Configuration updates received from EMS<\/b><\/p>\n

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

                    FortiClient Telemetry notifications include events such as configuration updates received from EMS. This gives the endpoint a visible indication that centralized management has supplied new settings. Because endpoint policies and profiles are delivered through the EMS management relationship, these notifications can help confirm that FortiClient received updated configuration. If EMS shows a policy change but FortiClient never indicates a configuration update, administrators should check endpoint status, Telemetry connectivity, policy applicability, and the timing of the endpoint’s latest communication with EMS.<\/span><\/p>\n

                    Question 310. Which events are examples of FortiClient System notifications?<\/b><\/p>\n

                      \n
                    1. <\/b> Only blocked YouTube videos<\/span><\/li>\n
                    2. <\/b> Only LDAP authentication failures<\/span><\/li>\n
                    3. <\/b> Only endpoint quarantine actions<\/span><\/li>\n
                    4. <\/b> Signature and engine updates and software upgrades**<\/span><\/li>\n<\/ol>\n

                      Correct Answer: 4. Signature and engine updates and software upgrades<\/b><\/p>\n

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

                      The FortiClient Notifications tab categorizes signature updates, engine updates, and software upgrades as <\/span>System events<\/b>. These are distinct from antivirus detections, Web Filter blocks, or Telemetry configuration updates. System notifications can help administrators and users determine whether endpoint security engines and definitions were updated successfully or whether a FortiClient software upgrade occurred. Understanding the notification category can speed troubleshooting because it indicates which FortiClient subsystem generated the event and where administrators should investigate next.<\/span><\/p>\n

                      Question 311. What must a custom XML configuration file used for an EMS endpoint profile contain?<\/b><\/p>\n

                        \n
                      1. <\/b> Only settings changed from default<\/span><\/li>\n
                      2. <\/b> All configuration settings required by the endpoint at deployment time<\/span><\/li>\n
                      3. <\/b> Only VPN-related settings<\/span><\/li>\n
                      4. <\/b> Only FortiGuard connection settings<\/span><\/li>\n<\/ol>\n

                        Correct Answer: 2. All configuration settings required by the endpoint at deployment time<\/b><\/p>\n

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

                        Fortinet allows administrators to configure an endpoint profile through XML, but a custom XML file must contain <\/span>all settings required by the endpoint at the time of deployment<\/b>. Administrators should not assume EMS will automatically reconstruct missing required settings from an incomplete custom file. XML configuration offers flexibility for advanced settings not easily exposed through standard GUI controls, but it also requires careful configuration management. The FortiClient XML Reference should be used to ensure valid elements and supported values are supplied.<\/span><\/p>\n

                        Question 312. How does an EMS administrator expose the XML Configuration tab while editing an endpoint profile?<\/b><\/p>\n

                          \n
                        1. <\/b> By enabling Advanced mode<\/span><\/li>\n
                        2. <\/b> By disabling the endpoint policy<\/span><\/li>\n
                        3. <\/b> By opening FortiAnalyzer<\/span><\/li>\n
                        4. <\/b> By turning off Feature Select<\/span><\/li>\n<\/ol>\n

                          Correct Answer: 3. By enabling Advanced mode<\/b><\/p>\n

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

                          When creating or editing an EMS endpoint profile, the administrator can select <\/span>Advanced<\/b> to display the XML Configuration tab. The profile’s configuration can then be viewed and edited as XML. This provides access to configuration elements that may not be available through normal GUI controls. Because XML errors can affect endpoint configuration, administrators should use the FortiClient XML Reference and validation features rather than making unsupported changes blindly. Advanced XML editing is a supplement to standard EMS profiles, not a replacement for careful profile design.<\/span><\/p>\n

                          Question 313. Which action should an administrator perform after manually editing XML in an EMS endpoint profile and before relying on it in production?<\/b><\/p>\n

                            \n
                          1. <\/b> Delete all other profiles<\/span><\/li>\n
                          2. <\/b> Reboot FortiGate<\/span><\/li>\n
                          3. <\/b> Disable EMS licensing<\/span><\/li>\n
                          4. <\/b> Use Test XML to validate the edited configuration**<\/span><\/li>\n<\/ol>\n

                            Correct Answer: 4. Use Test XML to validate the edited configuration<\/b><\/p>\n

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

                            Fortinet includes a <\/span>Test XML<\/b> function in the endpoint-profile XML editing workflow. After editing XML, the administrator should validate the configuration before saving and deploying it. This helps identify syntax or structure problems that could otherwise prevent FortiClient from applying the intended configuration correctly. XML profiles can contain advanced settings and therefore offer considerable flexibility, but that flexibility also increases the risk of manual errors. Validation should be treated as a standard part of any XML-based profile change process.<\/span><\/p>\n

                            Question 314. When an EMS administrator exports an endpoint profile, what is included in the export?<\/b><\/p>\n

                              \n
                            1. <\/b> Only the profile name<\/span><\/li>\n
                            2. <\/b> All configured profile components represented in XML<\/span><\/li>\n
                            3. <\/b> Only Remote Access settings<\/span><\/li>\n
                            4. <\/b> Only licensing information<\/span><\/li>\n<\/ol>\n

                              Correct Answer: 2. All configured profile components represented in XML<\/b><\/p>\n

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

                              Fortinet allows endpoint profiles to be exported from EMS. The export contains <\/span>all configured components<\/b> of the profile in XML form. This is useful for configuration review, troubleshooting, documentation, or transferring profile configuration through supported workflows. Because the exported representation includes the complete profile configuration, administrators should protect these files appropriately, particularly if they contain sensitive connection information. Exporting a profile is different from exporting logs or backing up the EMS database; it is specifically a configuration-level representation of the profile.<\/span><\/p>\n

                              Question 315. What default filename does the browser use when downloading an exported EMS profile XML configuration?<\/b><\/p>\n

                                \n
                              1. <\/b> profile.conf<\/span><\/li>\n
                              2. <\/b> forticlient.msi<\/span><\/li>\n
                              3. <\/b> ems.xml.zip<\/span><\/li>\n
                              4. <\/b> policy.db<\/span><\/li>\n<\/ol>\n

                                Correct Answer: 1. <\/b>profile.conf<\/b><\/p>\n

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

                                Fortinet documents that when an administrator exports an endpoint profile, the browser downloads the configuration as a file named <\/span>profile.conf<\/b>. Fortinet recommends renaming the file to reflect the actual profile name, which makes stored exports easier to identify and manage. The file contains the profile’s XML configuration and should not be confused with a FortiClient deployment installer or an EMS database backup. Clear naming is especially valuable in environments where administrators maintain exports of multiple production, test, on-fabric, and off-fabric profiles.<\/span><\/p>\n

                                Question 316. What does the \u201cDownload Profile XML\u201d function in an endpoint policy provide?<\/b><\/p>\n

                                  \n
                                1. <\/b> One XML file containing the configuration of the selected endpoint profiles<\/span><\/li>\n
                                2. <\/b> A FortiClient installer<\/span><\/li>\n
                                3. <\/b> A FortiGate configuration backup<\/span><\/li>\n
                                4. <\/b> A list of EMS administrator accounts<\/span><\/li>\n<\/ol>\n

                                  Correct Answer: 3. One XML file containing the configuration of the selected endpoint profiles<\/b><\/p>\n

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

                                  While editing an endpoint policy, EMS provides a <\/span>Download Profile XML<\/b> function. Fortinet states that this produces one XML file containing the configuration for the endpoint profiles selected in that policy. This is useful when administrators need to review the effective configuration components associated with the policy rather than exporting each profile separately. It can also support troubleshooting by showing which profile settings are intended for endpoints governed by that policy. The downloaded XML is configuration data, not an installer or a database backup.<\/span><\/p>\n

                                  Question 317. If an endpoint policy includes a separate Off-Fabric profile configuration, what additional XML export option is available?<\/b><\/p>\n

                                    \n
                                  1. <\/b> Off-Fabric Profile XML<\/span><\/li>\n
                                  2. <\/b> FortiGuard Database XML<\/span><\/li>\n
                                  3. <\/b> FortiAnalyzer Report XML<\/span><\/li>\n
                                  4. <\/b> ZTNA Certificate XML<\/span><\/li>\n<\/ol>\n

                                    Correct Answer: 2. Off-Fabric Profile XML<\/b><\/p>\n

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

                                    When <\/span>Profile (Off-Fabric)<\/b> is enabled in an endpoint policy, EMS provides a separate <\/span>Off-Fabric Profile XML<\/b> download option. The resulting file contains the configuration of the profiles selected specifically for endpoints classified as off-fabric. This is useful when comparing normal on-fabric and remote endpoint configurations or troubleshooting why security behavior changes when a laptop leaves the corporate network. Because on-fabric and off-fabric profile sets can differ substantially, separate XML exports make it easier to verify exactly what EMS intends to apply in each network context.<\/span><\/p>\n

                                    Question 318. What is the primary source of FortiGuard Outbreak Alert rules in FortiClient EMS?<\/b><\/p>\n

                                      \n
                                    1. <\/b> FortiGuard provides predefined outbreak rules to EMS<\/span><\/li>\n
                                    2. <\/b> Endpoint users create them locally<\/span><\/li>\n
                                    3. <\/b> FortiAnalyzer generates every outbreak rule<\/span><\/li>\n
                                    4. <\/b> Active Directory creates them from group policies<\/span><\/li>\n<\/ol>\n

                                      Correct Answer: 1. FortiGuard provides predefined outbreak rules to EMS<\/b><\/p>\n

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

                                      FortiGuard Outbreak Alerts provide predefined rules designed to help organizations respond quickly to emerging threats. For example, if FortiGuard Labs identifies a new zero-day vulnerability in a widely installed application, Fortinet can create an outbreak alert rule that identifies endpoints with the vulnerable application. EMS receives the rule and can tag affected endpoints dynamically. This gives administrators rapid visibility without requiring them to manually design a posture rule for every newly disclosed threat. The resulting tags can also participate in FortiOS dynamic policy enforcement.<\/span><\/p>\n

                                      Question 319. What administrative control does EMS provide over FortiGuard Outbreak Alert rules?<\/b><\/p>\n

                                        \n
                                      1. <\/b> Administrators can rewrite every FortiGuard rule<\/span><\/li>\n
                                      2. <\/b> Administrators can delete FortiGuard rules permanently<\/span><\/li>\n
                                      3. <\/b> Administrators can only enable or disable the predefined rules; they cannot modify or delete them<\/span><\/li>\n
                                      4. <\/b> Administrators can convert them into Installer IDs<\/span><\/li>\n<\/ol>\n

                                        Correct Answer: 4. Administrators can only enable or disable the predefined rules; they cannot modify or delete them<\/b><\/p>\n

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

                                        FortiGuard Outbreak Alert rules are controlled by FortiGuard rather than created locally by the EMS administrator. Fortinet explicitly states that administrators <\/span>cannot modify or delete<\/b> these predefined rules. They can, however, enable or disable individual outbreak rules in the relevant EMS interface. This preserves the integrity of Fortinet-provided threat logic while still allowing organizations to control whether a particular outbreak rule is active in their environment. Administrators needing custom endpoint criteria should create their own security posture tagging rules instead.<\/span><\/p>\n

                                        Question 320. A newly disclosed zero-day affects a popular application. The organization wants to identify vulnerable endpoints automatically and restrict their network access without manually creating a new endpoint group. Which approach BEST meets the requirement?<\/b><\/p>\n

                                          \n
                                        1. <\/b> Create one static IP object for every endpoint<\/span><\/li>\n
                                        2. <\/b> Wait for users to report the vulnerable application<\/span><\/li>\n
                                        3. <\/b> Use only Software Inventory and make all access changes manually<\/span><\/li>\n
                                        4. <\/b> Enable the relevant FortiGuard Outbreak Alert rule so EMS dynamically tags affected endpoints and use those dynamic tags in FortiOS policy**<\/span><\/li>\n<\/ol>\n

                                          Correct Answer: 3. Enable the relevant FortiGuard Outbreak Alert rule so EMS dynamically tags affected endpoints and use those dynamic tags in FortiOS policy<\/b><\/p>\n

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

                                          FortiGuard Outbreak Alert rules are designed specifically for rapidly emerging threats. FortiGuard can provide a predefined rule identifying endpoints affected by a newly discovered vulnerability. EMS receives the rule, dynamically tags matching endpoints, and makes those tags visible in the Tag Monitor. Like security posture tags, outbreak tags can be shared with FortiOS, where dynamic policy rules can restrict access for the affected endpoint population. This approach avoids manually creating or maintaining static device groups whenever a new outbreak appears and enables much faster containment of vulnerable systems.<\/span><\/p>\n","protected":false},"excerpt":{"rendered":"

                                          View Full Fortinet FCP_FCT_AD-7.4 Exam Dumps and Practice Test Dumps. Question 301. In a FortiClient EMS Vulnerability Scan profile, what does selecting Patch Level = High mean? Patch only low-severity vulnerabilities Automatically patch high-severity and critical vulnerabilities Patch only informational findings Disable automatic patching Correct Answer: 2. Automatically patch high-severity and critical vulnerabilities Explanation: The […]<\/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\/20884"}],"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=20884"}],"version-history":[{"count":1,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/20884\/revisions"}],"predecessor-version":[{"id":20885,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/20884\/revisions\/20885"}],"wp:attachment":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/media?parent=20884"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/categories?post=20884"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/tags?post=20884"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}