{"id":19804,"date":"2026-09-23T07:45:52","date_gmt":"2026-09-23T07:45:52","guid":{"rendered":"https:\/\/www.examlabs.com\/certification\/?p=19804"},"modified":"2026-09-23T07:45:52","modified_gmt":"2026-09-23T07:45:52","slug":"fortinet-fcp_fwf_ad-7-4-practice-test-questions-and-exam-dumps-part5-q81-100","status":"publish","type":"post","link":"https:\/\/www.examlabs.com\/certification\/fortinet-fcp_fwf_ad-7-4-practice-test-questions-and-exam-dumps-part5-q81-100\/","title":{"rendered":"Fortinet FCP_FWF_AD-7.4 Practice Test Questions and Exam Dumps Part5 Q81-100"},"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 81.<\/b><\/p>\n

A FortiWeb administrator wants to identify repeated application attacks coming from the same source over time. Which resource should be reviewed?<\/b><\/p>\n

    \n
  1. <\/b> FortiWeb logs and attack events<\/span><\/li>\n
  2. <\/b> Backend printer settings<\/span><\/li>\n
  3. <\/b> Server rack labels<\/span><\/li>\n
  4. <\/b> Desktop wallpaper history<\/span><\/li>\n<\/ol>\n

    Correct Answer: 1. FortiWeb logs and attack events<\/b><\/p>\n

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

    FortiWeb logs provide the primary evidence needed to identify recurring attack patterns. Administrators can review source addresses, requested URLs, matched signatures, severity, timestamps, actions, and other request details to determine whether one source is repeatedly targeting the application. Correlating multiple events can reveal scanning, brute-force activity, bot behavior, or repeated exploitation attempts. This information can then support additional controls such as IP reputation actions, rate limiting, access rules, or bot mitigation. Physical infrastructure and unrelated endpoint settings do not provide the application-layer visibility required for this type of investigation.<\/span><\/p>\n

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

    A backend server passes a basic network check but consistently returns HTTP 500 errors. Which health check would BEST identify the problem?<\/b><\/p>\n

      \n
    1. <\/b> ARP inspection<\/span><\/li>\n
    2. <\/b> An HTTP or HTTPS health check that validates an expected response<\/span><\/li>\n
    3. <\/b> A simple MAC address check<\/span><\/li>\n
    4. <\/b> A VLAN membership test<\/span><\/li>\n<\/ol>\n

      Correct Answer: 2. An HTTP or HTTPS health check that validates an expected response<\/b><\/p>\n

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

      A basic connectivity test may confirm that the server is reachable, but it does not prove the application is functioning correctly. An HTTP or HTTPS health check can request a specific resource and validate an expected status code, content string, or other application-level response. If the server continuously returns an error such as HTTP 500, FortiWeb can consider that pool member unhealthy and stop forwarding new requests to it. Application-aware health checks provide a more accurate view of service availability than simple network reachability tests.<\/span><\/p>\n

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

      An application has two backend servers, but users lose their session when requests alternate between them. Which FortiWeb setting should be reviewed?<\/b><\/p>\n

        \n
      1. <\/b> IP reputation<\/span><\/li>\n
      2. <\/b> Attack signature severity<\/span><\/li>\n
      3. <\/b> Session persistence<\/span><\/li>\n
      4. <\/b> Data leak prevention<\/span><\/li>\n<\/ol>\n

        Correct Answer: 3. Session persistence<\/b><\/p>\n

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

        If an application stores session state locally on each backend server, requests from the same user must often continue reaching the same server. Without session persistence, load balancing may send successive requests to different backend members, causing lost sessions, unexpected logouts, or missing application state. Configuring an appropriate persistence method helps keep users associated with the same backend server for the required period. IP reputation, signature severity, and DLP influence security behavior rather than backend session affinity.<\/span><\/p>\n

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

        What is the MAIN reason to configure FortiWeb to re-encrypt traffic to a backend server?<\/b><\/p>\n

          \n
        1. <\/b> To disable WAF inspection<\/span><\/li>\n
        2. <\/b> To remove the need for certificates<\/span><\/li>\n
        3. <\/b> To prevent all server health checks<\/span><\/li>\n
        4. <\/b> To maintain confidentiality on the FortiWeb-to-server connection**<\/span><\/li>\n<\/ol>\n

          Correct Answer: 4. To maintain confidentiality on the FortiWeb-to-server connection<\/b><\/p>\n

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

          Re-encrypting traffic ensures that application data remains protected after FortiWeb completes inspection and forwards the request toward the backend server. This is particularly important when internal networks are not considered fully trusted or when compliance requirements demand encryption in transit across all network segments. FortiWeb can terminate the client TLS session, inspect the decrypted request, and establish a separate HTTPS session to the backend. Proper certificate validation should also be configured. Re-encryption does not prevent FortiWeb inspection because inspection takes place before the second encrypted connection is established.<\/span><\/p>\n

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

          A web application never expects request bodies larger than 5 MB. What is the BEST FortiWeb configuration?<\/b><\/p>\n

            \n
          1. <\/b> Configure a suitable request-size limit close to the legitimate application requirement<\/span><\/li>\n
          2. <\/b> Allow unlimited request sizes<\/span><\/li>\n
          3. <\/b> Disable HTTP inspection<\/span><\/li>\n
          4. <\/b> Increase every backend server’s storage<\/span><\/li>\n<\/ol>\n

            Correct Answer: 1. Configure a suitable request-size limit close to the legitimate application requirement<\/b><\/p>\n

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

            Request-size limits help prevent abnormally large requests from consuming resources or exploiting application weaknesses. If the application legitimately accepts no more than 5 MB, the administrator can configure a reasonable limit that accommodates normal traffic while rejecting excessive requests. The exact value should include any necessary operational tolerance. Limits that are too low may block valid users, while unlimited requests provide no protection against oversized payload abuse. Request-size constraints are one component of HTTP protocol validation and should be tuned according to real application behavior.<\/span><\/p>\n

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

            A protected API uses GET, POST, and PUT but never uses TRACE. What is the BEST policy decision?<\/b><\/p>\n

              \n
            1. <\/b> Allow every HTTP method<\/span><\/li>\n
            2. <\/b> Permit the required methods and block unnecessary TRACE requests<\/span><\/li>\n
            3. <\/b> Disable API inspection<\/span><\/li>\n
            4. <\/b> Convert TRACE into POST<\/span><\/li>\n<\/ol>\n

              Correct Answer: 2. Permit the required methods and block unnecessary TRACE requests<\/b><\/p>\n

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

              Restricting HTTP methods to those actually used by the application reduces exposed functionality and supports least-functionality principles. If GET, POST, and PUT are legitimate but TRACE is never required, the administrator should allow the required methods and reject TRACE. This reduces the opportunity for misuse without affecting valid application workflows. Method restrictions should be based on an accurate understanding of the application and APIs. They complement authorization, attack signatures, behavioral analysis, and secure coding rather than replacing those controls.<\/span><\/p>\n

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

              A FortiWeb administrator needs to stop known SQL injection payloads. Which protection is MOST directly applicable?<\/b><\/p>\n

                \n
              1. <\/b> Load balancing<\/span><\/li>\n
              2. <\/b> Static routing<\/span><\/li>\n
              3. <\/b> Web attack signatures<\/span><\/li>\n
              4. <\/b> Server persistence<\/span><\/li>\n<\/ol>\n

                Correct Answer: 3. Web attack signatures<\/b><\/p>\n

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

                Web attack signatures are designed to detect known malicious application-layer patterns, including SQL injection. FortiWeb can inspect request parameters, headers, bodies, and other relevant content for patterns associated with injection attacks. When a signature matches, the configured policy can block, alert, or otherwise handle the request. Signature protection should be used alongside secure application coding, behavioral controls, and protocol validation. Load balancing and persistence manage application delivery and do not inspect request content for SQL injection.<\/span><\/p>\n

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

                A specific legitimate URL is blocked because one request parameter resembles a known attack. What is the BEST way to handle the false positive?<\/b><\/p>\n

                  \n
                1. <\/b> Disable the entire WAF<\/span><\/li>\n
                2. <\/b> Disable all signatures<\/span><\/li>\n
                3. <\/b> Allow every request from that source address<\/span><\/li>\n
                4. <\/b> Create a narrow exception for the specific validated request condition**<\/span><\/li>\n<\/ol>\n

                  Correct Answer: 4. Create a narrow exception for the specific validated request condition<\/b><\/p>\n

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

                  False positives should be corrected with the smallest possible exception. The administrator should confirm that the request is legitimate, identify the exact URL, parameter, and signature involved, and create an exception only for that specific context. This preserves protection for the rest of the application and avoids creating a broad security gap. Disabling the WAF or all signatures would expose unrelated application functions. Exceptions should also be documented and reviewed periodically because they may become unnecessary as the application changes.<\/span><\/p>\n

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

                  What is the main security benefit of FortiWeb behavioral analysis?<\/b><\/p>\n

                    \n
                  1. <\/b> It can identify requests that differ significantly from learned legitimate application behavior<\/span><\/li>\n
                  2. <\/b> It replaces all backend authentication<\/span><\/li>\n
                  3. <\/b> It eliminates the need for logs<\/span><\/li>\n
                  4. <\/b> It automatically patches vulnerable source code<\/span><\/li>\n<\/ol>\n

                    Correct Answer: 1. It can identify requests that differ significantly from learned legitimate application behavior<\/b><\/p>\n

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

                    Behavioral analysis can model how a web application normally receives requests and then flag significant deviations. This can help identify previously unseen attacks, unusual parameter values, abnormal request structures, or other suspicious activity that may not match known signatures. The quality of detection depends on representative learning and careful tuning. Behavioral analysis should therefore be used alongside signatures, access controls, bot protection, and secure development practices. It provides an additional layer of defense rather than replacing other security controls.<\/span><\/p>\n

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

                    Before switching a newly created behavioral policy from monitoring to blocking, what should the administrator do?<\/b><\/p>\n

                      \n
                    1. <\/b> Remove all signatures<\/span><\/li>\n
                    2. <\/b> Review learned behavior and validate detected anomalies against legitimate traffic<\/span><\/li>\n
                    3. <\/b> Disable logging<\/span><\/li>\n
                    4. <\/b> Remove the server pool<\/span><\/li>\n<\/ol>\n

                      Correct Answer: 2. Review learned behavior and validate detected anomalies against legitimate traffic<\/b><\/p>\n

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

                      Before strict enforcement, administrators should ensure the behavioral model has observed a representative range of legitimate application activity. They should review anomalies and confirm that normal workflows, APIs, administrative actions, scheduled tasks, and less common user behaviors are not being incorrectly classified. This tuning step helps reduce false positives once blocking begins. Moving directly to enforcement without validation can disrupt legitimate application use. Monitoring and review allow administrators to refine the model before making it authoritative.<\/span><\/p>\n

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

                      A public login page is being targeted by automated credential stuffing. Which FortiWeb control combination is MOST useful?<\/b><\/p>\n

                        \n
                      1. <\/b> Bot mitigation and rate limiting<\/span><\/li>\n
                      2. <\/b> Server persistence and static routing<\/span><\/li>\n
                      3. <\/b> Load balancing only<\/span><\/li>\n
                      4. <\/b> TLS offloading only<\/span><\/li>\n<\/ol>\n

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

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

                        Credential stuffing relies on automation and repeated authentication attempts using stolen username and password combinations. Bot mitigation can help identify automated clients, while rate limiting can restrict excessive request frequency. These controls should be tuned carefully so legitimate users are not affected, especially when many users share a NAT or proxy. They are most effective when combined with strong application authentication, multifactor authentication, account monitoring, and appropriate lockout strategies. Load balancing can distribute abusive traffic but does not stop the attack itself.<\/span><\/p>\n

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

                        An internal administrative application should be reachable only through the corporate VPN. Which FortiWeb control BEST enforces this requirement?<\/b><\/p>\n

                          \n
                        1. <\/b> Increase HTTP header limits<\/span><\/li>\n
                        2. <\/b> Restrict the application URL to approved VPN source networks<\/span><\/li>\n
                        3. <\/b> Disable HTTPS<\/span><\/li>\n
                        4. <\/b> Enable broader session persistence<\/span><\/li>\n<\/ol>\n

                          Correct Answer: 2. Restrict the application URL to approved VPN source networks<\/b><\/p>\n

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

                          Source-based access control can restrict a sensitive application or URL so that only addresses associated with the corporate VPN are allowed. This greatly reduces public exposure and complements authentication controls. Administrators should ensure the allowed address ranges accurately represent legitimate VPN users and should still require strong user authentication because network location alone is not a complete identity check. Restricting the management surface is more appropriate than changing protocol limits or session persistence because it directly controls who can reach the application.<\/span><\/p>\n

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

                          A company has retired an old API endpoint but the backend path still exists temporarily. Which FortiWeb feature can block access to it?<\/b><\/p>\n

                            \n
                          1. <\/b> Session persistence<\/span><\/li>\n
                          2. <\/b> Server health checks<\/span><\/li>\n
                          3. <\/b> URL access rules<\/span><\/li>\n
                          4. <\/b> IP reputation only<\/span><\/li>\n<\/ol>\n

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

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

                            URL access rules can explicitly deny access to obsolete application paths while backend cleanup is still in progress. This reduces attack surface by preventing clients from reaching endpoints that should no longer be used. Administrators should verify that no legitimate business process depends on the URL before blocking it. Logs can then be monitored for continued access attempts, which may indicate old clients, scanners, or attackers. Ultimately, unused functionality should also be removed from the backend application because WAF controls complement but do not replace proper application maintenance.<\/span><\/p>\n

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

                            A web application accidentally exposes confidential identifiers in HTTP responses. Which FortiWeb capability is MOST relevant?<\/b><\/p>\n

                              \n
                            1. <\/b> Server 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 application responses for patterns associated with confidential information. Depending on configuration, FortiWeb can log, alert, mask, or take another defined action when protected data appears. This can help detect accidental data exposure caused by application errors, overly broad API responses, or poor data handling. DLP should be tuned carefully to avoid false positives and should supplement secure application design, authorization controls, and data minimization. The long-term fix should address why the application is returning sensitive information unnecessarily.<\/span><\/p>\n

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

                              A file upload form should accept PDF documents only. What is the BEST FortiWeb approach?<\/b><\/p>\n

                                \n
                              1. <\/b> Restrict uploads to the required file type and appropriate size limits<\/span><\/li>\n
                              2. <\/b> Allow all extensions<\/span><\/li>\n
                              3. <\/b> Disable request inspection<\/span><\/li>\n
                              4. <\/b> Increase session persistence<\/span><\/li>\n<\/ol>\n

                                Correct Answer: 1. Restrict uploads to the required file type and appropriate size limits<\/b><\/p>\n

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

                                When the business requirement is clearly defined, the upload policy should permit only the necessary content. Restricting file types and sizes reduces the risk of malicious executables, scripts, oversized payloads, or unrelated content reaching the application. Administrators should also consider file inspection and malware controls where appropriate. Backend application design remains important because uploaded content should be stored safely and should not be executed directly. An allowlist-oriented upload policy usually provides stronger protection than accepting every file type and trying to identify dangerous files afterward.<\/span><\/p>\n

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

                                Why is IP reputation most effective when combined with other FortiWeb controls?<\/b><\/p>\n

                                  \n
                                1. <\/b> Reputation information can never be updated<\/span><\/li>\n
                                2. <\/b> A source address alone may not reliably indicate whether every request is malicious<\/span><\/li>\n
                                3. <\/b> Reputation works only on HTTP traffic<\/span><\/li>\n
                                4. <\/b> IP reputation disables attack signatures<\/span><\/li>\n<\/ol>\n

                                  Correct Answer: 2. A source address alone may not reliably indicate whether every request is malicious<\/b><\/p>\n

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

                                  Source addresses can change, be shared through NAT or proxies, or belong to cloud services used by both legitimate and malicious clients. Therefore, IP reputation is valuable context but should not be treated as the only security decision point. Combining it with signatures, behavior analysis, bot mitigation, authentication, request rate, protocol validation, and access rules provides stronger and more accurate protection. Layered controls can compensate when one signal is incomplete or misleading. This approach reduces both false positives and opportunities for attackers to evade protection simply by changing source infrastructure.<\/span><\/p>\n

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

                                  A FortiWeb administrator wants to determine whether a spike in blocked traffic represents a real attack or a policy tuning problem. What should be reviewed FIRST?<\/b><\/p>\n

                                    \n
                                  1. <\/b> Relevant FortiWeb attack logs and request details<\/span><\/li>\n
                                  2. <\/b> Physical server rack location<\/span><\/li>\n
                                  3. <\/b> Printer queues<\/span><\/li>\n
                                  4. <\/b> Desktop themes<\/span><\/li>\n<\/ol>\n

                                    Correct Answer: 1. Relevant FortiWeb attack logs and request details<\/b><\/p>\n

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

                                    Attack logs provide the evidence needed to determine what triggered the spike. Administrators can review matched signatures, URLs, parameters, source addresses, request methods, timestamps, and enforcement actions. If many requests show clearly malicious patterns from suspicious sources, the increase may represent a real attack. If normal application requests are consistently triggering the same rule after an application change, tuning may be required. Event-driven investigation allows administrators to make informed changes rather than weakening protection based on assumptions.<\/span><\/p>\n

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

                                    After a major API update, FortiWeb starts flagging many legitimate requests as abnormal. What is the BEST response?<\/b><\/p>\n

                                      \n
                                    1. <\/b> Remove FortiWeb permanently<\/span><\/li>\n
                                    2. <\/b> Review the new API behavior and retrain or retune the relevant protection policies<\/span><\/li>\n
                                    3. <\/b> Disable all event logging<\/span><\/li>\n
                                    4. <\/b> Block every API client<\/span><\/li>\n<\/ol>\n

                                      Correct Answer: 2. Review the new API behavior and retrain or retune the relevant protection policies<\/b><\/p>\n

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

                                      Major API changes can introduce new paths, parameters, methods, body structures, and legitimate request patterns that were not part of the previous behavior model. Administrators should compare the new application behavior with the FortiWeb detections, then update protocol constraints, signatures, exceptions, or behavioral learning as required. The objective is to align security policy with the new legitimate behavior without unnecessarily weakening protection. Application changes and WAF policy lifecycle should be coordinated so security controls remain accurate as the application evolves.<\/span><\/p>\n

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

                                      An administrator is preparing to enable a new restrictive FortiWeb policy in production. What is the BEST deployment approach?<\/b><\/p>\n

                                        \n
                                      1. <\/b> Test with representative traffic, monitor events, tune the policy, and then expand enforcement<\/span><\/li>\n
                                      2. <\/b> Enable maximum blocking globally immediately<\/span><\/li>\n
                                      3. <\/b> Disable logs during rollout<\/span><\/li>\n
                                      4. <\/b> Bypass FortiWeb until users complain<\/span><\/li>\n<\/ol>\n

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

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

                                        A staged rollout reduces the likelihood of widespread application disruption. Administrators should evaluate the new policy against representative traffic that includes common workflows, APIs, uploads, authentication, and unusual but legitimate requests. Logs can then reveal false positives or unexpected interactions before strict enforcement reaches the full user population. After tuning and validation, enforcement can be expanded confidently. Immediate global blocking may turn small configuration errors into major outages, while disabling logs removes the evidence needed to diagnose problems.<\/span><\/p>\n

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

                                        Which statement BEST describes sound FortiWeb lifecycle management?<\/b><\/p>\n

                                          \n
                                        1. <\/b> Configure the WAF once and never modify it<\/span><\/li>\n
                                        2. <\/b> Use signatures only and ignore application changes<\/span><\/li>\n
                                        3. <\/b> Disable monitoring after deployment<\/span><\/li>\n
                                        4. <\/b> Continuously review application behavior, logs, protections, exceptions, backend health, certificates, and policy effectiveness**<\/span><\/li>\n<\/ol>\n

                                          Correct Answer: 4. Continuously review application behavior, logs, protections, exceptions, backend health, certificates, and policy effectiveness<\/b><\/p>\n

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

                                          FortiWeb security must evolve alongside the applications it protects. Administrators should regularly review logs for attacks and false positives, maintain signatures and behavioral models, reassess access rules and exceptions, verify backend health, and manage certificates before they expire. Application releases may introduce new URLs, APIs, methods, parameters, or traffic patterns that require policy changes. Infrastructure modifications can also affect server pools and load balancing. Continuous lifecycle management keeps the WAF aligned with current business behavior and threat conditions while reducing both unnecessary blocking and security gaps.<\/span><\/p>\n

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

                                          View Full Fortinet FCP_FWF_AD-7.4 Exam Dumps and Practice Test Dumps   Question 81. A FortiWeb administrator wants to identify repeated application attacks coming from the same source over time. Which resource should be reviewed? FortiWeb logs and attack events Backend printer settings Server rack labels Desktop wallpaper history Correct Answer: 1. FortiWeb logs and attack […]<\/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\/19804"}],"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=19804"}],"version-history":[{"count":1,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/19804\/revisions"}],"predecessor-version":[{"id":19805,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/19804\/revisions\/19805"}],"wp:attachment":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/media?parent=19804"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/categories?post=19804"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/tags?post=19804"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}