{"id":20156,"date":"2026-07-30T11:48:46","date_gmt":"2026-07-30T09:48:46","guid":{"rendered":"https:\/\/webhosting.de\/imunify360-vs-firewall-hosting-schutz\/"},"modified":"2026-07-30T11:48:46","modified_gmt":"2026-07-30T09:48:46","slug":"imunify360-vs-firewall-hosting-protection","status":"publish","type":"post","link":"https:\/\/webhosting.de\/en\/imunify360-vs-firewall-hosting-schutz\/","title":{"rendered":"Imunify360 vs. Traditional Firewalls: Which Is Better for Hosting?"},"content":{"rendered":"<p><strong>Imunify360<\/strong> combines network filtering, application protection, and malware defense in a single platform and specifically addresses the gaps that traditional firewalls leave open in hosting environments. I compare both approaches in a practical context and show when to use which <strong>Firewall<\/strong>-Its hosting strategy is impressive.<\/p>\n\n<h2>Key points<\/h2>\n<p>The following points summarize the key differences between hosting setups.<\/p>\n<ul>\n  <li><strong>Multi-layer protection<\/strong>: Imunify360 combines WAF, IDS\/IPS, malware scanning, and process control into a single system.<\/li>\n  <li><strong>Application Focus<\/strong>: Protection is effective within PHP, CMS, and login systems\u2014not just at the network perimeter.<\/li>\n  <li><strong>Automatic<\/strong>: Proactive Defense, greylisting, and autocleaning reduce the need for manual intervention.<\/li>\n  <li><strong>Suitable for hosting<\/strong>: Centralized overview, client protection, and isolation for shared servers.<\/li>\n  <li><strong>Strategy<\/strong>: A traditional firewall as the foundation, with Imunify360 to address vulnerabilities at the application and file levels.<\/li>\n<\/ul>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img fetchpriority=\"high\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/07\/netzwerksicherheit-vergleich-6189.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>How Traditional Firewalls Work<\/h2>\n\n<p>A classic <strong>Firewall<\/strong> filters IP addresses, ports, and protocols, and enforces clear rules at the network perimeter. This basic protection keeps known attack vectors at bay, but application-level attacks often hide within legitimate HTTPS requests. In hosting setups, I frequently see logins, cron jobs, and APIs that remain internally vulnerable despite port forwarding. This is precisely where network filtering falls short, as PHP, database calls, and file modifications lie outside its scope. Those who want to segment more effectively should also look into <a href=\"https:\/\/webhosting.de\/en\/next-gen-firewalls-web-hosting-security-data-analysis-hostsec\/\">Next-gen firewalls<\/a> ...but network rules alone won't resolve infections in the file system. For this reason, I set up firewall rules as <strong>Basis<\/strong> and plan the actual application defense separately.<\/p>\n\n<h2>What Imunify360 Offers in Terms of Hosting<\/h2>\n\n<p>Imunify360 combines <strong>WAF<\/strong>, IDS\/IPS, malware scanners, reputation lists, WebShield, and Proactive Defense\u2014all in a single interface. This allows me to detect suspicious PHP calls, block bot patterns earlier, and stop exploits in plugins, themes, or uploads. The solution monitors file changes and can automatically move compromised objects to quarantine. Especially in CMS-heavy setups with many logins, this increases the likelihood of neutralizing attacks within seconds. Anyone securing WordPress also benefits from practical WAF rules, such as those I describe in the post <a href=\"https:\/\/webhosting.de\/en\/waf-for-wordpress-security-firewall-guide-protect\/\">WAF for WordPress<\/a> explain, because anomalies at the application level carry more weight here than IP blocks alone. This platform-based approach reduces the <strong>Attack surface<\/strong> well beyond the network layer.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/07\/hosting_vergleich_firewalls_7832.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Shared Hosting and Client Isolation<\/h2>\n\n<p>In shared or reseller setups, many <strong>Websites<\/strong> Services such as web servers, PHP-FPM, and databases. If one account compromises the server, neighboring accounts are often put at risk. Imunify360 provides layers of protection for accounts and home directories, continuously scans file systems, and blocks suspicious processes. This reduces the risk that a single infection will spread unnoticed to other projects. I particularly appreciate the centralized event overview because it allows me to track attacks on a per-account basis and prioritize countermeasures effectively. This transparency strengthens the <strong>Response time<\/strong> This becomes clear when incidents occur.<\/p>\n\n<h2>Brute-Force, Bots, and Behavior-Based Defense<\/h2>\n\n<p>Automated requests often appear legitimate because they use login forms, API endpoints, and HTTPS. A simple <strong>Firewall<\/strong> evaluates such traffic primarily based on IP addresses and ports, while Imunify360 also analyzes login frequencies, failed attempts, and request patterns. Mechanisms such as WebShield and greylisting slow down bot waves before they tie up resources. IDS\/IPS rules detect anomalies in headers, paths, or payloads, even when IP addresses appear legitimate. This allows me to relieve pressure on services early on and prevent password sprays or credential stuffing from hijacking sessions. This focus on behavior addresses the <strong>Problem<\/strong> at the root.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/07\/hosting-firewalls-comparison-8513.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Malware Scanning and Automatic Removal<\/h2>\n\n<p>File-based <strong>Malware<\/strong> remains one of the most common causes of system outages and spam waves. Imunify360 continuously scans files, detects signatures and suspicious patterns, and moves infected objects to quarantine. Optionally, I can automatically clean up infections and then receive a report detailing all changes. These features are completely absent from traditional firewalls because they do not scan the file system. This saves me many hours of manual work in root cause analysis and significantly reduces downtime. For operators with many WordPress instances, this is exactly what <strong>Automatic<\/strong>.<\/p>\n\n<h2>Patch Management and Zero-Day Vulnerabilities<\/h2>\n\n<p>Attacks often occur before a regular <strong>Update<\/strong> is available. Imunify360 uses rule feeds, heuristics, and behavior-based detection to identify new patterns more quickly. This allows me to mitigate zero-day vulnerabilities while waiting for regular patches to be released. Combined with a clear update strategy for the CMS, plugins, and themes, I close vulnerabilities promptly. The overall strategy follows the principle <a href=\"https:\/\/webhosting.de\/en\/defense-in-depth-web-hosting-multi-layered-security-protection-levels\/\">Defense in Depth<\/a>, that is, multiple tiered levels of protection rather than a single barrier. This tiered approach increases the <strong>Probability<\/strong>, to stop attacks early.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/07\/imunify360_firewall_vergleich_5217.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Integration and Performance Tuning<\/h2>\n\n<p>Each additional <strong>shift<\/strong> It consumes resources, so I optimize scan windows, exclusions, and quarantine options to match traffic patterns. On production servers, I schedule malware scans outside of peak hours and monitor CPU load and I\/O metrics. I adjust the WAF rules incrementally to ensure that legitimate requests aren\u2019t slowed down. On VPS and dedicated hosts, caching reduces the load because fewer requests have to pass through the WAF. With just a few tweaks, you can achieve increased security without noticeable performance drops, which <strong>Operation<\/strong> considers it predictable.<\/p>\n\n<h2>Cost-Benefit Analysis and Use Cases<\/h2>\n\n<p>I rate <strong>Costs<\/strong> always in relation to downtime, labor costs, and reputational damage. For individual, static pages, a traditional firewall combined with web server hardening may suffice. With multiple WordPress instances, logins, and uploads, the balance quickly shifts in favor of Imunify360. The reduced susceptibility to disruptions, the auto-cleanup features, and the better visibility into incidents save a lot of time. In agency or reseller environments, the added value pays off particularly well because every incident that is prevented directly <strong>Expenses<\/strong> prevented.<\/p>\n\n<h2>Comparison of Features in Day-to-Day Hosting Operations<\/h2>\n\n<p>The following overview summarizes the most important <strong>Features<\/strong> For use on web servers hosting multiple projects.<\/p>\n<table>\n  <thead>\n    <tr>\n      <th>Function<\/th>\n      <th>Classic firewall<\/th>\n      <th>Imunify360<\/th>\n    <\/tr>\n  <\/thead>\n  <tbody>\n    <tr>\n      <td>Network Filtering<\/td>\n      <td>Yes<\/td>\n      <td>Yes<\/td>\n    <\/tr>\n    <tr>\n      <td>Web Application Firewall (WAF)<\/td>\n      <td>Separate or missing<\/td>\n      <td>Integrated<\/td>\n    <\/tr>\n    <tr>\n      <td>Malware Scan &amp; Quarantine<\/td>\n      <td>Missing<\/td>\n      <td>Integrated<\/td>\n    <\/tr>\n    <tr>\n      <td>IDS\/IPS Rules<\/td>\n      <td>Limited<\/td>\n      <td>Integrated<\/td>\n    <\/tr>\n    <tr>\n      <td>PHP\/Application Monitoring<\/td>\n      <td>Missing<\/td>\n      <td>Available<\/td>\n    <\/tr>\n    <tr>\n      <td>Automated Cleaning<\/td>\n      <td>Missing<\/td>\n      <td>Available<\/td>\n    <\/tr>\n    <tr>\n      <td>Client Privacy in Hosting<\/td>\n      <td>Basic<\/td>\n      <td>Far-reaching<\/td>\n    <\/tr>\n  <\/tbody>\n<\/table>\n<p>I use this <strong>Table<\/strong> as a guide for setup decisions, because it shows where pure network filters end and where platform protection begins.<\/p>\n\n<h2>Practical Guide: When Is a Traditional Firewall Enough?<\/h2>\n\n<p>A classic <strong>Firewall<\/strong> This is sufficient if there are no logins, the content remains static, and there are no uploads. In that case, I significantly reduce the risk through hardening, rate limits, and logging. As soon as logins, admin areas, forms, or external integrations come into play, the situation changes dramatically. Here, WAF rules, malware scans, and behavior-based detection prevent actual outages. For most active hosting environments, the best approach is a combination of basic network-level protection and platform-level defense provided by Imunify360, which <strong>Security<\/strong> rises noticeably.<\/p>\n\n<!-- Ab hier: Erweiterung des Artikels -->\n\n<h2>Architecture and Integration in the Hosting Stack<\/h2>\n<p>In practice, what matters is how well protective mechanisms integrate into existing <strong>Stacks<\/strong> Embed. I plan to run Imunify360 alongside the web server (Apache\/Nginx), PHP-FPM, the database, and control panels (e.g., cPanel, Plesk, DirectAdmin). The correct order of the filters is important: first network rules, then the reverse proxy\/web server, followed by the WAF and behavioral layers. In shared environments, I like to combine Imunify360 with account isolation (e.g., CageFS or similar mechanisms) and restrictive PHP handlers to ensure that compromised scripts cannot access system areas. For cron jobs and CLI scripts, I also verify whether Proactive Defense rules apply outside the web context. This seamless integration prevents gaps between the perimeter, the application, and the file system\u2014which is exactly where most vulnerabilities arise in hosting environments. <strong>Incidents<\/strong>.<\/p>\n\n<h2>Rollout and Operational Procedures<\/h2>\n<p>I'm introducing Imunify360 gradually: First in the <strong>Monitoring Mode<\/strong> (logging only) to identify background noise and legitimate exceptions. After that, I activate blocking rules in waves\u2014starting with bot and brute-force defenses, followed by sensitive WAF rules. I schedule scans frequently at first to uncover hidden legacy issues, and later space them out to conserve resources. For operations, I define an incident workflow: review the alert, isolate the affected account, validate the quarantine, document the fix, test the release, and restore access. With clear <strong>Playbooks<\/strong> The Mean Time to Recover (MTTR) decreases significantly, and the team makes decisions consistently rather than on an ad hoc basis.<\/p>\n\n<h2>Minimize False Alarms and Refine Rules<\/h2>\n<p>Strict WAF rules can flag legitimate patterns\u2014such as complex ones <strong>APIs<\/strong>, upload endpoints, or admin actions. I therefore start with \u201edetect, then enforce\u201c and systematically analyze logs. Typical exceptions include admin AJAX requests, REST\/GraphQL routes, or large file uploads. I work with targeted whitelists per path, method, and content type instead of global allowances. In addition, I use rate limits and CAPTCHAs as less invasive safeguards before implementing hard blocks. The goal is a <strong>False Positive<\/strong>-Level below one percentage point\u2014as measured by tickets or monitoring events\u2014without diluting the protective effect.<\/p>\n\n<h2>CDN\/Reverse Proxy and Real IP Handling<\/h2>\n<p>Many setups use a <strong>CDN<\/strong> or a reverse proxy. In that case, requests often arrive at the origin with a proxy IP. I make sure that Imunify360 and the web server reliably extract the real client IP from the X-Forwarded-For and Real-IP headers. Otherwise, rate limits and blocks will be applied at the wrong point. I whitelist CDN health checks and legitimate bots (e.g., uptime\/monitoring) on a granular basis so they don\u2019t get caught in greylisting. It\u2019s also important to coordinate CDN caches and WAF rules: Content that\u2019s already been blocked or cached \u201eupstream\u201c doesn\u2019t need to be processed again on the origin server. <strong>Brake<\/strong>.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/07\/sicherheit_verg_Verl_Netz_1234.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Email Abuse and Outbound Monitoring<\/h2>\n<p>An underestimated risk in web hosting is <strong>Outbound Spam<\/strong> through compromised scripts. Imunify360 detects typical sending patterns, blocks suspicious PHP mailers, and moves infected files to quarantine. In addition, I limit outgoing SMTP connections per account and per day, log sending paths (web, MTA, auth), and block unnecessary outgoing destination ports. This prevents the server IP from being blacklisted and reduces support efforts. Correlation is key: If the scanner, WAF block, and MTA logs all pertain to the same account, I prioritize cleaning it up. This <strong>Overall view<\/strong> saves time and protects your reputation.<\/p>\n\n<h2>DDoS vs. Layer 7 Attacks: A Clear Distinction<\/h2>\n<p>Brute-force volume attacks (<strong>DDoS<\/strong>) are part of upstream scrubbing or provider solutions. Imunify360 excels at Layer 7 pattern recognition, not at terabit peaks. I deliberately separate these responsibilities: Upstream protection filters bandwidth, while the origin server blocks complex login or exploit attempts. Rate limits, greylisting, and CAPTCHAs curb automated traffic waves, while IDS\/IPS intercepts payload anomalies. Anyone who confuses the two runs the risk of either wasting resources or blocking legitimate users. A clear division of roles ensures stable <strong>Availability<\/strong> under load.<\/p>\n\n<h2>Compliance, Logging, and Data Protection<\/h2>\n<p>Logs, quarantined items, and forensic data often contain <strong>personal<\/strong> Information. I therefore set retention periods, anonymize IP addresses where possible, and strictly limit access in accordance with the need-to-know principle. I export structured reports for audits and document when each rule was triggered. For customer environments, I document what data is processed and for how long. Secure disposal is also important: I delete quarantined items in a timely manner after review, encrypt backups, and regularly test recovery procedures. This maintains the balance between <strong>Visibility<\/strong> and data protection are ensured.<\/p>\n\n<h2>KPIs and Continuous Improvement<\/h2>\n<p>If I don't measure it, I can't improve it. I track blocked requests per day, false positive rate, average detection time, time to resolution, and recurrence rate per account. Based on this data, I adjust <strong>Rules<\/strong>, scan windows, and exceptions. If the number of blocked admin requests suddenly spikes, it\u2019s an indicator of new bot waves or a vulnerable plugin. A monthly security review with brief lessons learned prevents the same vulnerabilities from reoccurring\u2014and builds trust with customers and stakeholders.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/07\/imunify360-vs-firewalls-3087.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Best Practices at a Glance<\/h2>\n<ul>\n  <li><strong>Phased Implementation<\/strong>: First observe, then enforce the rules and fine-tune them.<\/li>\n  <li><strong>Enable Real IP<\/strong>: For CDN\/proxy, ensure the correct client IP is used; otherwise, the limits will be applied incorrectly.<\/li>\n  <li><strong>Targeted Whitelists<\/strong>: Exclude only the necessary paths\/methods; never open entire zones across the board.<\/li>\n  <li><strong>Limit Outbound Traffic<\/strong>: Set SMTP limits per account and block unnecessary outbound ports.<\/li>\n  <li><strong>Synchronize scans<\/strong>: Perform frequent scans at the beginning, then adjust the load; stagger large directories.<\/li>\n  <li><strong>Patch Discipline<\/strong>: Update CMS\/plugins promptly and use WAF rules as a temporary workaround.<\/li>\n  <li><strong>Use playbooks<\/strong>: Clearly define incident response, measure MTTR, and improve it.<\/li>\n  <li><strong>Isolate Instead of Stopping<\/strong>: If you suspect an issue, temporarily freeze the account, thoroughly investigate it, and then unblock it as appropriate.<\/li>\n  <li><strong>Promote transparency<\/strong>: Keep customers and teams informed with concise reports to build trust.<\/li>\n<\/ul>\n\n<h2>Briefly summarized<\/h2>\n\n<p>I see classic <strong>Firewalls<\/strong> as a requirement, because they monitor ports, protocols, and IP addresses, thereby serving as the first line of defense. However, the most significant risks in hosting arise in the file system, in web applications, and from automated login attacks. This is precisely where Imunify360 offers decisive advantages with WAF, IDS\/IPS, Proactive Defense, and malware cleanup. In shared and agency setups, this platform-based approach prevents chain reactions and significantly reduces downtime. Anyone who wants to seriously secure their hosting should combine network filters with Imunify360 to achieve a balanced, manageable <strong>Protection<\/strong>.<\/p>","protected":false},"excerpt":{"rendered":"<p>Imunify360 offers more than just a traditional firewall: protection for hosting, web servers, and WordPress with WAF, malware protection, and IDS\/IPS.<\/p>","protected":false},"author":1,"featured_media":20149,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"inline_featured_image":false,"footnotes":""},"categories":[794],"tags":[],"class_list":["post-20156","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-sicherheit-computer_und_internet"],"acf":[],"_wp_attached_file":null,"_wp_attachment_metadata":null,"litespeed-optimize-size":null,"litespeed-optimize-set":null,"_elementor_source_image_hash":null,"_wp_attachment_image_alt":null,"stockpack_author_name":null,"stockpack_author_url":null,"stockpack_provider":null,"stockpack_image_url":null,"stockpack_license":null,"stockpack_license_url":null,"stockpack_modification":null,"color":null,"original_id":null,"original_url":null,"original_link":null,"unsplash_location":null,"unsplash_sponsor":null,"unsplash_exif":null,"unsplash_attachment_metadata":null,"_elementor_is_screenshot":null,"surfer_file_name":null,"surfer_file_original_url":null,"envato_tk_source_kit":null,"envato_tk_source_index":null,"envato_tk_manifest":null,"envato_tk_folder_name":null,"envato_tk_builder":null,"envato_elements_download_event":null,"_menu_item_type":null,"_menu_item_menu_item_parent":null,"_menu_item_object_id":null,"_menu_item_object":null,"_menu_item_target":null,"_menu_item_classes":null,"_menu_item_xfn":null,"_menu_item_url":null,"_trp_menu_languages":null,"rank_math_primary_category":null,"rank_math_title":null,"inline_featured_image":null,"_yoast_wpseo_primary_category":null,"rank_math_schema_blogposting":null,"rank_math_schema_videoobject":null,"_oembed_049c719bc4a9f89deaead66a7da9fddc":null,"_oembed_time_049c719bc4a9f89deaead66a7da9fddc":null,"_yoast_wpseo_focuskw":null,"_yoast_wpseo_linkdex":null,"_oembed_27e3473bf8bec795fbeb3a9d38489348":null,"_oembed_c3b0f6959478faf92a1f343d8f96b19e":null,"_trp_translated_slug_en_us":null,"_wp_desired_post_slug":null,"_yoast_wpseo_title":null,"tldname":null,"tldpreis":null,"tldrubrik":null,"tldpolicylink":null,"tldsize":null,"tldregistrierungsdauer":null,"tldtransfer":null,"tldwhoisprivacy":null,"tldregistrarchange":null,"tldregistrantchange":null,"tldwhoisupdate":null,"tldnameserverupdate":null,"tlddeletesofort":null,"tlddeleteexpire":null,"tldumlaute":null,"tldrestore":null,"tldsubcategory":null,"tldbildname":null,"tldbildurl":null,"tldclean":null,"tldcategory":null,"tldpolicy":null,"tldbesonderheiten":null,"tld_bedeutung":null,"_oembed_d167040d816d8f94c072940c8009f5f8":null,"_oembed_b0a0fa59ef14f8870da2c63f2027d064":null,"_oembed_4792fa4dfb2a8f09ab950a73b7f313ba":null,"_oembed_33ceb1fe54a8ab775d9410abf699878d":null,"_oembed_fd7014d14d919b45ec004937c0db9335":null,"_oembed_21a029d076783ec3e8042698c351bd7e":null,"_oembed_be5ea8a0c7b18e658f08cc571a909452":null,"_oembed_a9ca7a298b19f9b48ec5914e010294d2":null,"_oembed_f8db6b27d08a2bb1f920e7647808899a":null,"_oembed_168ebde5096e77d8a89326519af9e022":null,"_oembed_cdb76f1b345b42743edfe25481b6f98f":null,"_oembed_87b0613611ae54e86e8864265404b0a1":null,"_oembed_27aa0e5cf3f1bb4bc416a4641a5ac273":null,"_oembed_time_27aa0e5cf3f1bb4bc416a4641a5ac273":null,"_tldname":null,"_tldclean":null,"_tldpreis":null,"_tldcategory":null,"_tldsubcategory":null,"_tldpolicy":null,"_tldpolicylink":null,"_tldsize":null,"_tldregistrierungsdauer":null,"_tldtransfer":null,"_tldwhoisprivacy":null,"_tldregistrarchange":null,"_tldregistrantchange":null,"_tldwhoisupdate":null,"_tldnameserverupdate":null,"_tlddeletesofort":null,"_tlddeleteexpire":null,"_tldumlaute":null,"_tldrestore":null,"_tldbildname":null,"_tldbildurl":null,"_tld_bedeutung":null,"_tldbesonderheiten":null,"_oembed_ad96e4112edb9f8ffa35731d4098bc6b":null,"_oembed_8357e2b8a2575c74ed5978f262a10126":null,"_oembed_3d5fea5103dd0d22ec5d6a33eff7f863":null,"_eael_widget_elements":null,"_oembed_0d8a206f09633e3d62b95a15a4dd0487":null,"_oembed_time_0d8a206f09633e3d62b95a15a4dd0487":null,"_aioseo_description":null,"_eb_attr":null,"_eb_data_table":null,"_oembed_819a879e7da16dd629cfd15a97334c8a":null,"_oembed_time_819a879e7da16dd629cfd15a97334c8a":null,"_acf_changed":null,"_wpcode_auto_insert":null,"_edit_last":null,"_edit_lock":null,"_oembed_e7b913c6c84084ed9702cb4feb012ddd":null,"_oembed_bfde9e10f59a17b85fc8917fa7edf782":null,"_oembed_time_bfde9e10f59a17b85fc8917fa7edf782":null,"_oembed_03514b67990db061d7c4672de26dc514":null,"_oembed_time_03514b67990db061d7c4672de26dc514":null,"rank_math_news_sitemap_robots":null,"rank_math_robots":null,"_eael_post_view_count":"135","_trp_automatically_translated_slug_ru_ru":null,"_trp_automatically_translated_slug_et":null,"_trp_automatically_translated_slug_lv":null,"_trp_automatically_translated_slug_fr_fr":null,"_trp_automatically_translated_slug_en_us":null,"_wp_old_slug":null,"_trp_automatically_translated_slug_da_dk":null,"_trp_automatically_translated_slug_pl_pl":null,"_trp_automatically_translated_slug_es_es":null,"_trp_automatically_translated_slug_hu_hu":null,"_trp_automatically_translated_slug_fi":null,"_trp_automatically_translated_slug_ja":null,"_trp_automatically_translated_slug_lt_lt":null,"_elementor_edit_mode":null,"_elementor_template_type":null,"_elementor_version":null,"_elementor_pro_version":null,"_wp_page_template":null,"_elementor_page_settings":null,"_elementor_data":null,"_elementor_css":null,"_elementor_conditions":null,"_happyaddons_elements_cache":null,"_oembed_75446120c39305f0da0ccd147f6de9cb":null,"_oembed_time_75446120c39305f0da0ccd147f6de9cb":null,"_oembed_3efb2c3e76a18143e7207993a2a6939a":null,"_oembed_time_3efb2c3e76a18143e7207993a2a6939a":null,"_oembed_59808117857ddf57e478a31d79f76e4d":null,"_oembed_time_59808117857ddf57e478a31d79f76e4d":null,"_oembed_965c5b49aa8d22ce37dfb3bde0268600":null,"_oembed_time_965c5b49aa8d22ce37dfb3bde0268600":null,"_oembed_81002f7ee3604f645db4ebcfd1912acf":null,"_oembed_time_81002f7ee3604f645db4ebcfd1912acf":null,"_elementor_screenshot":null,"_oembed_7ea3429961cf98fa85da9747683af827":null,"_oembed_time_7ea3429961cf98fa85da9747683af827":null,"_elementor_controls_usage":null,"_elementor_page_assets":[],"_elementor_screenshot_failed":null,"theplus_transient_widgets":null,"_eael_custom_js":null,"_wp_old_date":null,"_trp_automatically_translated_slug_it_it":null,"_trp_automatically_translated_slug_pt_pt":null,"_trp_automatically_translated_slug_zh_cn":null,"_trp_automatically_translated_slug_nl_nl":null,"_trp_automatically_translated_slug_pt_br":null,"_trp_automatically_translated_slug_sv_se":null,"rank_math_analytic_object_id":null,"rank_math_internal_links_processed":"1","_trp_automatically_translated_slug_ro_ro":null,"_trp_automatically_translated_slug_sk_sk":null,"_trp_automatically_translated_slug_bg_bg":null,"_trp_automatically_translated_slug_sl_si":null,"litespeed_vpi_list":null,"litespeed_vpi_list_mobile":null,"rank_math_seo_score":null,"rank_math_contentai_score":null,"ilj_limitincominglinks":null,"ilj_maxincominglinks":null,"ilj_limitoutgoinglinks":null,"ilj_maxoutgoinglinks":null,"ilj_limitlinksperparagraph":null,"ilj_linksperparagraph":null,"ilj_blacklistdefinition":null,"ilj_linkdefinition":null,"_eb_reusable_block_ids":null,"rank_math_focus_keyword":"Imunify360","rank_math_og_content_image":null,"_yoast_wpseo_metadesc":null,"_yoast_wpseo_content_score":null,"_yoast_wpseo_focuskeywords":null,"_yoast_wpseo_keywordsynonyms":null,"_yoast_wpseo_estimated-reading-time-minutes":null,"rank_math_description":null,"surfer_last_post_update":null,"surfer_last_post_update_direction":null,"surfer_keywords":null,"surfer_location":null,"surfer_draft_id":null,"surfer_permalink_hash":null,"surfer_scrape_ready":null,"_thumbnail_id":"20149","footnotes":null,"_links":{"self":[{"href":"https:\/\/webhosting.de\/en\/wp-json\/wp\/v2\/posts\/20156","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/webhosting.de\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/webhosting.de\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/webhosting.de\/en\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/webhosting.de\/en\/wp-json\/wp\/v2\/comments?post=20156"}],"version-history":[{"count":0,"href":"https:\/\/webhosting.de\/en\/wp-json\/wp\/v2\/posts\/20156\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/webhosting.de\/en\/wp-json\/wp\/v2\/media\/20149"}],"wp:attachment":[{"href":"https:\/\/webhosting.de\/en\/wp-json\/wp\/v2\/media?parent=20156"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/webhosting.de\/en\/wp-json\/wp\/v2\/categories?post=20156"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/webhosting.de\/en\/wp-json\/wp\/v2\/tags?post=20156"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}