{"id":19816,"date":"2026-09-23T07:49:12","date_gmt":"2026-09-23T07:49:12","guid":{"rendered":"https:\/\/www.examlabs.com\/certification\/?p=19816"},"modified":"2026-09-23T07:49:12","modified_gmt":"2026-09-23T07:49:12","slug":"fortinet-fcp_fwf_ad-7-4-practice-test-questions-and-exam-dumps-part11-q201-220","status":"publish","type":"post","link":"https:\/\/www.examlabs.com\/certification\/fortinet-fcp_fwf_ad-7-4-practice-test-questions-and-exam-dumps-part11-q201-220\/","title":{"rendered":"Fortinet FCP_FWF_AD-7.4 Practice Test Questions and Exam Dumps Part11 Q201-220"},"content":{"rendered":"

View Full <\/b>Fortinet FCP_FWF_AD-7.4 Exam Dumps<\/b><\/a> and Practice Test Dumps<\/b><\/h2>\n

 <\/p>\n

Question 201.<\/b><\/p>\n

A FortiWeb administrator wants to reduce the risk that a single appliance failure makes protected applications unavailable. Which design is MOST appropriate?<\/b><\/p>\n

    \n
  1. <\/b> Deploy FortiWeb high availability<\/span><\/li>\n
  2. <\/b> Disable backend health checks<\/span><\/li>\n
  3. <\/b> Use one server pool member only<\/span><\/li>\n
  4. <\/b> Remove traffic logging<\/span><\/li>\n<\/ol>\n

    Correct Answer: 1. Deploy FortiWeb high availability<\/b><\/p>\n

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

    A high-availability deployment reduces reliance on a single FortiWeb appliance by providing another unit that can continue protecting applications if the active device fails, depending on the configured HA design. High availability is especially important for internet-facing or business-critical applications because FortiWeb sits directly in the application traffic path in many deployments. HA should be combined with redundant networking and resilient backend infrastructure. Server health checks solve a different problem by monitoring application servers, while disabling logging or reducing the number of backend servers would not protect against failure of the FortiWeb appliance itself.<\/span><\/p>\n

    Question 202.<\/b><\/p>\n

    A FortiWeb administrator is configuring HTTPS for a new protected site. Which item is required for FortiWeb to terminate the client TLS connection?<\/b><\/p>\n

      \n
    1. <\/b> A DHCP reservation<\/span><\/li>\n
    2. <\/b> The appropriate server certificate and associated private key<\/span><\/li>\n
    3. <\/b> A static ARP entry<\/span><\/li>\n
    4. <\/b> A signature exception<\/span><\/li>\n<\/ol>\n

      Correct Answer: 2. The appropriate server certificate and associated private key<\/b><\/p>\n

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

      To terminate HTTPS connections in a reverse proxy deployment, FortiWeb needs the certificate presented to clients and the corresponding private key. This allows FortiWeb to participate in the TLS handshake, decrypt the traffic, inspect the HTTP content, and then forward or re-encrypt the request toward the backend. The certificate should match the application hostname and be trusted by the clients that access the site. Administrators should also monitor certificate expiration and protect private keys carefully. Network addressing objects and signature exceptions do not provide the cryptographic material required for TLS termination.<\/span><\/p>\n

      Question 203.<\/b><\/p>\n

      A certificate used by a protected application is approaching its expiration date. What should the administrator do?<\/b><\/p>\n

        \n
      1. <\/b> Ignore it until users report failures<\/span><\/li>\n
      2. <\/b> Disable HTTPS permanently<\/span><\/li>\n
      3. <\/b> Renew and replace the certificate before it expires<\/span><\/li>\n
      4. <\/b> Remove the protected application<\/span><\/li>\n<\/ol>\n

        Correct Answer: 3. Renew and replace the certificate before it expires<\/b><\/p>\n

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

        Expired certificates can cause browser warnings, failed TLS handshakes, API connection failures, and application outages. Administrators should therefore monitor certificate validity periods and renew certificates before expiration. The replacement certificate should contain the correct hostnames, be associated with the correct private key, and maintain the required trust chain. Certificate lifecycle management is an operationally important part of FortiWeb administration because HTTPS is commonly used on both client-facing and backend connections. Waiting for expiration creates avoidable service disruption and can undermine user trust.<\/span><\/p>\n

        Question 204.<\/b><\/p>\n

        A FortiWeb administrator wants different applications to use different backend server pools. Which configuration concept is MOST important?<\/b><\/p>\n

          \n
        1. <\/b> One global server pool for all applications<\/span><\/li>\n
        2. <\/b> Disable virtual servers<\/span><\/li>\n
        3. <\/b> Use only IP reputation<\/span><\/li>\n
        4. <\/b> Map each protected service or policy to the appropriate backend pool**<\/span><\/li>\n<\/ol>\n

          Correct Answer: 4. Map each protected service or policy to the appropriate backend pool<\/b><\/p>\n

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

          FortiWeb should direct each protected application to the backend servers that actually host that application. By associating the relevant protected service or policy with the correct server pool, administrators can keep application delivery organized and prevent requests from being forwarded to unrelated servers. Each pool can have its own members, health checks, and load-balancing behavior. A single global pool may be inappropriate when applications have different infrastructure or availability requirements. Correct mapping between the client-facing application and its backend resources is fundamental to reliable reverse proxy operation.<\/span><\/p>\n

          Question 205.<\/b><\/p>\n

          A backend application is responding slowly because one server receives significantly more traffic than the others. Which FortiWeb area should be reviewed FIRST?<\/b><\/p>\n

            \n
          1. <\/b> Server pool load-balancing configuration<\/span><\/li>\n
          2. <\/b> Data leak prevention<\/span><\/li>\n
          3. <\/b> Signature exceptions<\/span><\/li>\n
          4. <\/b> IP reputation categories<\/span><\/li>\n<\/ol>\n

            Correct Answer: 1. Server pool load-balancing configuration<\/b><\/p>\n

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

            When traffic distribution is uneven among healthy backend servers, the administrator should review the load-balancing algorithm and any configured member weights or persistence behavior. Some applications intentionally require unequal distribution, while others expect traffic to be spread more evenly. Session persistence may also cause one server to retain more connections than another. Health status should be verified as well because unavailable members can shift load to the remaining servers. DLP, signature exceptions, and IP reputation affect security policy rather than how FortiWeb distributes requests across backend pool members.<\/span><\/p>\n

            Question 206.<\/b><\/p>\n

            A security team wants FortiWeb to detect known malicious web requests but only log them initially rather than block them. Why might this be useful?<\/b><\/p>\n

              \n
            1. <\/b> It removes all attack detection<\/span><\/li>\n
            2. <\/b> It allows policy behavior to be evaluated before enforcing blocking<\/span><\/li>\n
            3. <\/b> It prevents logging<\/span><\/li>\n
            4. <\/b> It disables backend health checks<\/span><\/li>\n<\/ol>\n

              Correct Answer: 2. It allows policy behavior to be evaluated before enforcing blocking<\/b><\/p>\n

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

              Using a monitoring or alerting action during initial deployment allows administrators to see which requests would trigger protection without immediately disrupting legitimate traffic. Logs can then be reviewed to distinguish real attacks from false positives and to tune signatures or exceptions before blocking is enabled. This staged approach is especially valuable for complex applications whose legitimate parameters may resemble attack patterns. Once the policy is validated, enforcement can be increased. Monitoring should not be left indefinitely when the organization intends to actively prevent attacks, but it is useful during testing and tuning.<\/span><\/p>\n

              Question 207.<\/b><\/p>\n

              A FortiWeb log shows repeated SQL injection attempts against the same URL from many source addresses. Which conclusion is MOST appropriate?<\/b><\/p>\n

                \n
              1. <\/b> The backend health check is failing<\/span><\/li>\n
              2. <\/b> The TLS certificate is expired<\/span><\/li>\n
              3. <\/b> The application is being targeted by a distributed application-layer attack pattern<\/span><\/li>\n
              4. <\/b> Session persistence is misconfigured<\/span><\/li>\n<\/ol>\n

                Correct Answer: 3. The application is being targeted by a distributed application-layer attack pattern<\/b><\/p>\n

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

                Repeated SQL injection attempts against one endpoint from many source addresses indicate active targeting of the application rather than a simple backend delivery issue. The administrator should confirm that the relevant web attack signatures are blocking the malicious requests and review whether additional controls such as rate limiting, reputation, bot mitigation, or source restrictions are appropriate. The application development team should also confirm that the vulnerable-looking parameter is securely handled. Health checks, certificate status, and session persistence do not explain repeated injection payloads appearing in request logs.<\/span><\/p>\n

                Question 208.<\/b><\/p>\n

                A FortiWeb administrator creates a broad signature exception for an entire application to resolve one false positive. What is the MAIN risk?<\/b><\/p>\n

                  \n
                1. <\/b> Backend servers will become unavailable<\/span><\/li>\n
                2. <\/b> TLS will stop functioning<\/span><\/li>\n
                3. <\/b> Load balancing will be disabled<\/span><\/li>\n
                4. <\/b> Legitimate attacks may bypass protection across more of the application than necessary**<\/span><\/li>\n<\/ol>\n

                  Correct Answer: 4. Legitimate attacks may bypass protection across more of the application than necessary<\/b><\/p>\n

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

                  Signature exceptions reduce the scope of protection, so they should be as narrow as possible. Creating an application-wide exception for one false positive can allow malicious traffic that would otherwise be detected by the signature. A better approach is to identify the specific URL, parameter, request format, or condition responsible for the false positive and exempt only that case. Exceptions should be documented and periodically reviewed. Broad exclusions may provide a quick operational fix, but they can create significant security gaps that persist unnoticed.<\/span><\/p>\n

                  Question 209.<\/b><\/p>\n

                  Which FortiWeb feature is MOST appropriate for identifying previously unseen requests that differ substantially from learned application behavior?<\/b><\/p>\n

                    \n
                  1. <\/b> Behavioral or machine-learning protection<\/span><\/li>\n
                  2. <\/b> Static routing<\/span><\/li>\n
                  3. <\/b> Session persistence<\/span><\/li>\n
                  4. <\/b> Backend health checks<\/span><\/li>\n<\/ol>\n

                    Correct Answer: 1. Behavioral or machine-learning protection<\/b><\/p>\n

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

                    Behavioral and machine-learning protection can establish a model of normal application requests and identify activity that falls outside expected patterns. This can help detect unusual or previously unseen attacks that do not match a known signature. The model should be trained on representative legitimate traffic and carefully tuned before strict blocking is enabled. Behavioral protection is most effective as one layer of a broader security strategy that also includes signatures, protocol validation, bot mitigation, access controls, and secure application development.<\/span><\/p>\n

                    Question 210.<\/b><\/p>\n

                    An administrator sees many false positives from a behavioral model immediately after a major application redesign. What should be done?<\/b><\/p>\n

                      \n
                    1. <\/b> Remove all security controls<\/span><\/li>\n
                    2. <\/b> Retrain or retune the model using validated traffic from the redesigned application<\/span><\/li>\n
                    3. <\/b> Block every request permanently<\/span><\/li>\n
                    4. <\/b> Disable all logging<\/span><\/li>\n<\/ol>\n

                      Correct Answer: 2. Retrain or retune the model using validated traffic from the redesigned application<\/b><\/p>\n

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

                      A major redesign can change URLs, parameters, methods, API payloads, and user workflows. A behavioral model trained on the previous version may therefore interpret legitimate new traffic as abnormal. Administrators should validate the new traffic and update the model so it reflects the redesigned application. Monitoring should remain active while the model learns and is reviewed. Permanently disabling behavioral protection would remove a useful security layer, while blocking all requests would make the application unusable. WAF models must evolve alongside the applications they protect.<\/span><\/p>\n

                      Question 211.<\/b><\/p>\n

                      A public API is receiving excessive automated requests that are consuming backend resources. Which FortiWeb controls should be considered FIRST?<\/b><\/p>\n

                        \n
                      1. <\/b> Bot mitigation and rate limiting<\/span><\/li>\n
                      2. <\/b> Session persistence only<\/span><\/li>\n
                      3. <\/b> Certificate renewal only<\/span><\/li>\n
                      4. <\/b> Server health checks only<\/span><\/li>\n<\/ol>\n

                        Correct Answer: 1. Bot mitigation and rate limiting<\/b><\/p>\n

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

                        Excessive automated API requests can consume application resources even when the individual requests are otherwise valid. Bot mitigation can help distinguish automated clients from expected users or services, while rate limiting can cap how frequently requests are accepted. The limits should reflect legitimate API use and may need different thresholds for trusted integrations. Authentication, API authorization, and backend capacity controls should also be considered. Load balancing can distribute the traffic but does not by itself prevent abusive request rates.<\/span><\/p>\n

                        Question 212.<\/b><\/p>\n

                        A management interface should never be reachable from the public internet. Which FortiWeb design BEST supports this requirement?<\/b><\/p>\n

                          \n
                        1. <\/b> Increase request limits<\/span><\/li>\n
                        2. <\/b> Restrict access to the management URL using approved source networks<\/span><\/li>\n
                        3. <\/b> Disable all signatures<\/span><\/li>\n
                        4. <\/b> Enable more server pool members<\/span><\/li>\n<\/ol>\n

                          Correct Answer: 2. Restrict access to the management URL using approved source networks<\/b><\/p>\n

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

                          Sensitive management paths should be exposed only to the networks that genuinely require access. FortiWeb can apply source-based URL access controls so that requests from public or untrusted networks are rejected before reaching the backend application. Strong authentication should still be used for permitted clients because network location alone does not prove identity. This design reduces attack surface and limits opportunities for brute-force attacks or exploitation of administrative functions. Increasing request limits or backend capacity does not address unwanted exposure.<\/span><\/p>\n

                          Question 213.<\/b><\/p>\n

                          A FortiWeb administrator wants to block access to several obsolete API endpoints while allowing the rest of the application to remain available. Which feature is MOST appropriate?<\/b><\/p>\n

                            \n
                          1. <\/b> Load balancing<\/span><\/li>\n
                          2. <\/b> Session persistence<\/span><\/li>\n
                          3. <\/b> URL access rules<\/span><\/li>\n
                          4. <\/b> TLS offloading<\/span><\/li>\n<\/ol>\n

                            Correct Answer: 3. URL access rules<\/b><\/p>\n

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

                            URL access rules allow administrators to control specific application paths independently. Obsolete API endpoints can be denied while the rest of the application remains accessible. This is useful during migrations when legacy functionality cannot be removed from the backend immediately. Logs should be monitored for continued requests because they may indicate outdated clients, integrations, or reconnaissance attempts. The long-term goal should still be to remove deprecated functionality from the application itself, but URL access rules provide immediate enforcement at the WAF layer.<\/span><\/p>\n

                            Question 214.<\/b><\/p>\n

                            An application is accidentally returning sensitive customer information in error pages. Which FortiWeb capability can help detect this condition?<\/b><\/p>\n

                              \n
                            1. <\/b> Session persistence<\/span><\/li>\n
                            2. <\/b> Load balancing<\/span><\/li>\n
                            3. <\/b> Health checking<\/span><\/li>\n
                            4. <\/b> Data leak prevention**<\/span><\/li>\n<\/ol>\n

                              Correct Answer: 4. Data leak prevention<\/b><\/p>\n

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

                              Data leak prevention can inspect HTTP responses for sensitive information patterns and apply a configured action when protected data is detected. This can help identify accidental disclosures caused by verbose errors, poorly designed APIs, or excessive application responses. DLP should be tuned carefully to reduce false positives and should complement secure application development, access control, and proper error handling. The preferred long-term fix is to correct the application so it does not return sensitive data unnecessarily, but FortiWeb can provide an additional protective layer while that work is completed.<\/span><\/p>\n

                              Question 215.<\/b><\/p>\n

                              A business application accepts only CSV file uploads. Which FortiWeb approach BEST reduces upload-related risk?<\/b><\/p>\n

                                \n
                              1. <\/b> Permit only the required file type and enforce appropriate size limits<\/span><\/li>\n
                              2. <\/b> Allow every file type<\/span><\/li>\n
                              3. <\/b> Disable upload inspection<\/span><\/li>\n
                              4. <\/b> Increase load-balancing weight<\/span><\/li>\n<\/ol>\n

                                Correct Answer: 1. Permit only the required file type and enforce appropriate size limits<\/b><\/p>\n

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

                                File upload policy should match the application’s legitimate business requirements. If users need only CSV files, other formats should be rejected to reduce the attack surface. Administrators should also configure realistic size limits and use available malware or content inspection where appropriate. The backend application should independently validate the uploaded content rather than trusting only the file extension. Restricting uploads using an allowlist-oriented model provides stronger security than accepting arbitrary file types and attempting to block only known dangerous formats.<\/span><\/p>\n

                                Question 216.<\/b><\/p>\n

                                Why should a FortiWeb administrator review logs after creating a new security exception?<\/b><\/p>\n

                                  \n
                                1. <\/b> To increase backend server capacity<\/span><\/li>\n
                                2. <\/b> To confirm that the exception solves the false positive without allowing unexpected malicious traffic<\/span><\/li>\n
                                3. <\/b> To disable health monitoring<\/span><\/li>\n
                                4. <\/b> To renew certificates automatically<\/span><\/li>\n<\/ol>\n

                                  Correct Answer: 2. To confirm that the exception solves the false positive without allowing unexpected malicious traffic<\/b><\/p>\n

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

                                  An exception changes the protection boundary and can unintentionally allow more traffic than intended. Reviewing logs after deployment helps confirm that legitimate requests now succeed while suspicious requests continue to be detected or blocked elsewhere. Administrators should check whether the exception is being used only in the expected context and whether attackers appear to be targeting the exempted condition. Exceptions should remain narrowly scoped and should be periodically recertified. Logging provides the operational evidence needed to determine whether the exception is functioning safely.<\/span><\/p>\n

                                  Question 217.<\/b><\/p>\n

                                  A FortiWeb administrator sees many requests from sources with poor IP reputation, but some appear legitimate. What is the BEST strategy?<\/b><\/p>\n

                                    \n
                                  1. <\/b> Combine reputation with request behavior, signatures, bot controls, and other context<\/span><\/li>\n
                                  2. <\/b> Block all internet traffic<\/span><\/li>\n
                                  3. <\/b> Disable reputation permanently<\/span><\/li>\n
                                  4. <\/b> Trust all sources equally<\/span><\/li>\n<\/ol>\n

                                    Correct Answer: 1. Combine reputation with request behavior, signatures, bot controls, and other context<\/b><\/p>\n

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

                                    IP reputation is useful but should not be treated as an absolute indicator. Shared hosting, proxies, NAT gateways, and cloud infrastructure can cause legitimate and malicious traffic to originate from the same address ranges. FortiWeb should use reputation as one input alongside signatures, behavioral protection, bot analysis, rate controls, authentication, and other request characteristics. Combining signals improves detection accuracy and reduces the risk of blocking legitimate users solely because of their source address.<\/span><\/p>\n

                                    Question 218.<\/b><\/p>\n

                                    A new application release introduces additional API paths and request methods. What should the FortiWeb administrator do?<\/b><\/p>\n

                                      \n
                                    1. <\/b> Ignore the changes because WAF policy never needs updates<\/span><\/li>\n
                                    2. <\/b> Review and adjust relevant URL, method, signature, and behavioral policies<\/span><\/li>\n
                                    3. <\/b> Disable all web protection<\/span><\/li>\n
                                    4. <\/b> Remove the backend servers<\/span><\/li>\n<\/ol>\n

                                      Correct Answer: 2. Review and adjust relevant URL, method, signature, and behavioral policies<\/b><\/p>\n

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

                                      Application releases can change the traffic FortiWeb must recognize as legitimate. New API paths, HTTP methods, parameters, and payload structures may require updates to access rules, protocol constraints, signature exceptions, or behavioral models. Administrators should coordinate with application teams and review logs during the rollout so policy remains aligned with the current application. Failure to update WAF policy can create false positives or leave new functionality insufficiently protected. Security configuration should evolve alongside the application lifecycle.<\/span><\/p>\n

                                      Question 219.<\/b><\/p>\n

                                      Before enabling a strict web protection profile for all users, which approach BEST reduces the risk of an application outage?<\/b><\/p>\n

                                        \n
                                      1. <\/b> Test with representative traffic, monitor results, tune the profile, then expand enforcement<\/span><\/li>\n
                                      2. <\/b> Enable maximum blocking immediately<\/span><\/li>\n
                                      3. <\/b> Disable all logging during rollout<\/span><\/li>\n
                                      4. <\/b> Remove health checks<\/span><\/li>\n<\/ol>\n

                                        Correct Answer: 1. Test with representative traffic, monitor results, tune the profile, then expand enforcement<\/b><\/p>\n

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

                                        Representative testing allows administrators to observe how the policy handles normal workflows before the entire user population is affected. Traffic should include common pages, APIs, authentication, uploads, administrative functions, and unusual but legitimate requests. Logs can reveal false positives or overly restrictive limits that need adjustment. Once the profile behaves correctly, enforcement can be expanded gradually. Immediate maximum blocking increases operational risk, while disabled logging prevents administrators from understanding why requests fail.<\/span><\/p>\n

                                        Question 220.<\/b><\/p>\n

                                        Which statement BEST describes an effective long-term FortiWeb administration strategy?<\/b><\/p>\n

                                          \n
                                        1. <\/b> Configure the appliance once and never review it<\/span><\/li>\n
                                        2. <\/b> Use signatures only<\/span><\/li>\n
                                        3. <\/b> Focus only on load balancing<\/span><\/li>\n
                                        4. <\/b> Maintain certificates, backend health, security policies, logs, exceptions, behavioral models, and application changes continuously**<\/span><\/li>\n<\/ol>\n

                                          Correct Answer: 4. Maintain certificates, backend health, security policies, logs, exceptions, behavioral models, and application changes continuously<\/b><\/p>\n

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

                                          FortiWeb administration is an ongoing operational and security process. Certificates expire, backend servers change, applications introduce new APIs and request patterns, and attackers adopt new techniques. Administrators should therefore monitor server health, review logs, maintain security signatures and behavioral policies, reassess exceptions, renew certificates, and adjust protection profiles as applications evolve. Continuous review helps preserve both security and availability. Treating the initial configuration as permanent can lead to expired certificates, stale exceptions, false positives, or protection gaps as the environment changes.<\/span><\/p>\n

                                           <\/p>\n","protected":false},"excerpt":{"rendered":"

                                          View Full Fortinet FCP_FWF_AD-7.4 Exam Dumps and Practice Test Dumps   Question 201. A FortiWeb administrator wants to reduce the risk that a single appliance failure makes protected applications unavailable. Which design is MOST appropriate? Deploy FortiWeb high availability Disable backend health checks Use one server pool member only Remove traffic logging Correct Answer: 1. […]<\/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\/19816"}],"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=19816"}],"version-history":[{"count":1,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/19816\/revisions"}],"predecessor-version":[{"id":19817,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/19816\/revisions\/19817"}],"wp:attachment":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/media?parent=19816"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/categories?post=19816"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/tags?post=19816"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}