{"id":14820,"date":"2026-05-12T16:59:02","date_gmt":"2026-05-12T16:59:02","guid":{"rendered":"https:\/\/www.securitytoday.de\/2026\/05\/16\/detection-engineering-wazuh-sigma-shuffle-open-source-soc\/"},"modified":"2026-07-09T16:42:09","modified_gmt":"2026-07-09T16:42:09","slug":"detection-engineering-wazuh-sigma-shuffle-open-source-soc","status":"publish","type":"post","link":"https:\/\/www.securitytoday.de\/en\/2026\/05\/12\/detection-engineering-wazuh-sigma-shuffle-open-source-soc\/","title":{"rendered":"Detection Engineering Without Vendor Lock: Wazuh Stack 2026"},"content":{"rendered":"<p style=\"color:#69d8ed;font-size:0.9em;margin:0 0 16px;padding:0;\">8 min. read<\/p>\n<p><strong>The SIEM contracts of major providers are up for renegotiation in many DACH security teams over the next two years. Those who use the renewal date as an opportunity are looking not only for a cheaper vendor but also for an architecture that avoids vendor lock-in. Wazuh, Sigma, and Shuffle are not a marketing stack, but a serious option \u2013 provided the team puts the trade-offs honestly on the table.<\/strong><\/p>\n<div style=\"background:#003340;color:#fff;padding:32px 36px;margin:32px 0;border-radius:8px;\">\n<p style=\"margin:0 0 18px 0;font-size:0.95em;font-weight:800;text-transform:uppercase;letter-spacing:0.2em;color:#69d8ed;border-bottom:2px solid rgba(105,216,237,0.25);padding-bottom:12px;\">Key Takeaways<\/p>\n<ul style=\"margin:0;padding-left:22px;color:rgba(255,255,255,0.92);line-height:1.6;\">\n<li style=\"margin-bottom:12px;color:rgba(255,255,255,0.92);\"><strong style=\"color:#69d8ed;\">Detection engineering is not a tool question, but a discipline.<\/strong> Wazuh + Sigma + Shuffle do not replace a SIEM; they replace a specific operating model. Those who fail to build the discipline will face the same problems as they did with the more expensive vendor.<\/li>\n<li style=\"margin-bottom:12px;color:rgba(255,255,255,0.92);\"><strong style=\"color:#69d8ed;\">NIS2 requires auditability, not vendor conformity.<\/strong> Open-source stacks meet the requirements if the audit trail is documented. The hurdle lies in the internal effort, not in the choice of tools.<\/li>\n<li style=\"color:rgba(255,255,255,0.92);\"><strong style=\"color:#69d8ed;\">The TCO calculation is not trivial.<\/strong> License costs drop, but FTE effort rises \u2013 often not a net gain for small teams. From three senior detection engineers onwards, the stack becomes economically viable.<\/li>\n<\/ul>\n<\/div>\n<p style=\"font-size:0.88em;color:#b8c5ce;margin:20px 0 32px 0;border-top:1px solid rgba(230,227,218,0.12);border-bottom:1px solid rgba(230,227,218,0.12);padding:10px 0;\"><span style=\"color:#003340;font-weight:700;text-transform:uppercase;font-size:0.72em;letter-spacing:0.14em;margin-right:14px;\">Related<\/span><a href=\"https:\/\/www.securitytoday.de\/en\/2026\/05\/08\/nis2-audit-how-the-vendor-list-crumbles-in-two-hours\/\" style=\"color:#333;text-decoration:underline;\">NIS2 Audit: Vendor list breaks in 2h<\/a>&nbsp;&nbsp;<span style=\"color:#ccc;\">\/<\/span>&nbsp;&nbsp;Adaptive MFA: NIS2 pressure as a lever<\/p>\n<h2 style=\"margin-top:48px;margin-bottom:18px;\">Why vendor lock-in in the SIEM market is becoming an operational risk<\/h2>\n<p>SIEM renewals in DACH mid-sized companies and corporations have followed a pattern over the last 18 months. License costs are rising by double digits, EPS limits are tightening, and logging volume is growing faster than budgets due to cloud workloads. Those who signed a contract in 2018 are often paying double in 2026 for nominally the same architecture.<\/p>\n<p>Vendor lock-in is not just a cost issue. Once you have maintained 2,000 detection rules in a proprietary query language, you cannot switch without friction. This is precisely what makes detection engineering a discipline that must be anchored in the operating model, not in a vendor contract. Those who postpone this will pay for three years of negligence at renewal time.<\/p>\n<p>Hybrid cloud is not an architectural pattern, but the consequence of two teams failing to talk to each other in time. Vendor lock-in in SIEM is the consequence of no one treating detection rules as an independent asset.<\/p>\n<h2 style=\"margin-top:48px;margin-bottom:18px;\">The stack at a glance: Wazuh, Sigma, Shuffle, DFIR-IRIS<\/h2>\n<p>The open-source stack discussed here consists of four components that cover distinct functions. While they can be tuned to work together, they do not constitute an integrated platform in the sense of a commercial SIEM. That is precisely their strength and, simultaneously, their hurdle.<\/p>\n<p><strong>Wazuh<\/strong> serves as the detection platform. It combines HIDS functionality, log analysis, and compliance reporting based on Elasticsearch, providing a web UI for alert triage. <strong>Sigma<\/strong> is the detection rule standard, formulated to be platform-independent and capable of being translated into Wazuh rules, Elastic detection rules, or Splunk queries. <strong>Shuffle<\/strong> is the SOAR component that orchestrates workflows between detection, enrichment, and response. <strong>DFIR-IRIS<\/strong> is the case management tool for incident response workflows.<\/p>\n<p>Anyone hearing the term &#8220;agentic-AI-ready&#8221; should be cautious. While the components have integration points for LLM-based enrichment, that does not yet make the stack an autonomous security platform. Those who deploy AI agents in Shuffle workflows also assume responsibility for the hallucinations that every agent brings with it. Anyone who treats KMS keys like a drop-down menu has either never experienced an audit or has never had a good one. The same applies to AI agents in the detection pipeline.<\/p>\n<h2 style=\"margin-top:48px;margin-bottom:18px;\">Pros and cons in an honest table<\/h2>\n<p>An honest comparison between a commercial SIEM and a Wazuh-centric open-source stack reveals clear trade-offs that are missing from most marketing decks. Anyone who puts this table on the table before a renewal deadline will at least gain a solid basis for discussion.<\/p>\n<div style=\"overflow-x:auto;margin:28px 0;\">\n<table style=\"width:100%;border-collapse:collapse;font-size:0.95em;\">\n<thead>\n<tr style=\"background:#003340;color:#fff;\">\n<th style=\"padding:14px 18px;text-align:left;font-weight:700;\">Dimension<\/th>\n<th style=\"padding:14px 18px;text-align:left;font-weight:700;\">Pro open-source stack<\/th>\n<th style=\"padding:14px 18px;text-align:left;font-weight:700;\">Pro commercial SIEM<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr style=\"border-bottom:1px solid rgba(230,227,218,0.12);\">\n<td style=\"padding:14px 18px;\"><strong>License costs<\/strong><\/td>\n<td style=\"padding:14px 18px;\">No per-EPS fees, no cap on data volume. Often 70 percent cheaper in license line items for cloud-heavy setups.<\/td>\n<td style=\"padding:14px 18px;\">Predictable, with a support backstop. Vendor quarterly reports automatically include most audit requirements.<\/td>\n<\/tr>\n<tr style=\"border-bottom:1px solid rgba(230,227,218,0.12);\">\n<td style=\"padding:14px 18px;\"><strong>FTE effort<\/strong><\/td>\n<td style=\"padding:14px 18px;\">Higher. 2\u20133 detection engineers on the line, one senior for the architecture owner role.<\/td>\n<td style=\"padding:14px 18px;\">Lower in day-to-day operations, higher during vendor escalations. Power-user skills are vendor-specific.<\/td>\n<\/tr>\n<tr style=\"border-bottom:1px solid rgba(230,227,218,0.12);\">\n<td style=\"padding:14px 18px;\"><strong>Detection logic portability<\/strong><\/td>\n<td style=\"padding:14px 18px;\">Sigma rules are platform-agnostic. Switching to Elastic, Splunk, or Sentinel is possible without total loss.<\/td>\n<td style=\"padding:14px 18px;\">Proprietary query languages. Migration typically costs 6\u201312 months per detection portfolio.<\/td>\n<\/tr>\n<tr style=\"border-bottom:1px solid rgba(230,227,218,0.12);\">\n<td style=\"padding:14px 18px;\"><strong>Audit \/ NIS2 compliance<\/strong><\/td>\n<td style=\"padding:14px 18px;\">Achievable if the audit trail is documented. More self-effort required for verification.<\/td>\n<td style=\"padding:14px 18px;\">Vendor provides audit modules as standard. Compliance status available on a dashboard.<\/td>\n<\/tr>\n<tr>\n<td style=\"padding:14px 18px;\"><strong>Support escalation Sev-1<\/strong><\/td>\n<td style=\"padding:14px 18px;\">Community + paid Wazuh subscription. Self-effort required for deep architectural questions.<\/td>\n<td style=\"padding:14px 18px;\">24\/7 vendor support, contractually defined service-level agreement. Escalation path is established.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n<p>This table has one important consequence. Open-source stacks are not primarily worthwhile for financial reasons, but for strategic ones. Anyone who views vendor lock-in as a greater risk than FTE dependency has an answer. Anyone who weighs vendor support higher than portability has a different answer. Both are legitimate, and both have their consequences.<\/p>\n<h2 style=\"margin-top:48px;margin-bottom:18px;\">Three figures every CISO should bring to the steering committee<\/h2>\n<p>In steering committees, open-source discussions often fail due to a single figure that no one has calculated properly. Three sober metrics help to paint a clearer picture of reality.<\/p>\n<div style=\"background:#003340;color:#fff;padding:32px 36px;margin:32px 0;border-radius:8px;\">\n<p style=\"margin:0 0 22px 0;font-size:0.85em;font-weight:800;text-transform:uppercase;letter-spacing:0.18em;color:#69d8ed;\">Operational Reality<\/p>\n<div style=\"display:grid;grid-template-columns:1fr 1fr 1fr;gap:24px;\">\n<div>\n<p style=\"font-size:2.4em;font-weight:800;color:#69d8ed;margin:0 0 6px 0;line-height:1;\">3 FTE<\/p>\n<p style=\"margin:0;font-size:0.95em;color:rgba(255,255,255,0.88);line-height:1.5;\"><strong style=\"color:#fff;\">Detection engineering threshold.<\/strong> Below three senior detection engineers, the open-source stack becomes economically risky. Above that, it becomes productive.<\/p>\n<\/div>\n<div>\n<p style=\"font-size:2.4em;font-weight:800;color:#69d8ed;margin:0 0 6px 0;line-height:1;\">~ 70 %<\/p>\n<p style=\"margin:0;font-size:0.95em;color:rgba(255,255,255,0.88);line-height:1.5;\"><strong style=\"color:#fff;\">Average license savings.<\/strong> For cloud-heavy log profiles. Half of this goes into FTE effort, the rest is net savings.<\/p>\n<\/div>\n<div>\n<p style=\"font-size:2.4em;font-weight:800;color:#69d8ed;margin:0 0 6px 0;line-height:1;\">12 M<\/p>\n<p style=\"margin:0;font-size:0.95em;color:rgba(255,255,255,0.88);line-height:1.5;\"><strong style=\"color:#fff;\">Migration window.<\/strong> Realistic duration from architecture decision to production with full rule coverage. Anyone planning for less is being dishonest.<\/p>\n<\/div>\n<\/div>\n<\/div>\n<p>These figures are not a study; they are empirical values from productive migrations. If you cannot measure them in your own setup, you don&#8217;t have a robust proposal for the steering committee. That is the uncomfortable truth. The difference between &#8220;security by design&#8221; and &#8220;security by incident&#8221; is roughly a week of sleep. The difference between &#8220;we are thinking about open source&#8221; and &#8220;we are migrating in 12 months&#8221; is three solid figures.<\/p>\n<h2 style=\"margin-top:48px;margin-bottom:18px;\">How Sigma is changing the standard for rules<\/h2>\n<p>The most important conceptual shift is not Wazuh, but Sigma. Detection rules are becoming a portable asset rather than a vendor artifact. A team that works &#8220;Sigma-first&#8221; can run its detection logic in Wazuh, Elastic, Splunk, or Sentinel without having to repeat 80 percent of the work.<\/p>\n<p>In practice, this requires a disciplined approach to maintenance. Detection rules are versioned in Sigma YAML, managed in Git, validated against test logs using CI pipelines, and only then translated into the respective platform language. This pipeline is rarely found in classic SIEM stacks because it doesn&#8217;t seem necessary. It becomes necessary the moment you switch vendors.<\/p>\n<blockquote style=\"margin:36px 0;padding:18px 26px;background:#f1f5f8;border-radius:6px;font-size:1.06em;line-height:1.6;color:#1a1a1a;border-left:0;\">\n<p style=\"margin:0;\">&#8220;We rewrote the playbook twice because the first draft at 3:40 AM sounded like something a marketing department invented. We only try to write Sigma rules once now.&#8221;<\/p>\n<p style=\"margin:6px 0 0 0;font-size:0.85em;color:#b8c5ce;\">Senior Detection Engineer, DACH industrial group, 2026<\/p>\n<\/blockquote>\n<h2 style=\"margin-top:48px;margin-bottom:18px;\">When the stack is worth it, and when it isn&#8217;t<\/h2>\n<p>From a practical perspective, the stack is worth it in three scenarios. First: for security teams with at least three senior engineers who want to practice detection as a discipline rather than viewing it merely as a tooling issue. Second: for mid-sized companies that have cloud-heavy logging and are suffocating under SIEM EPS caps. Third: for corporations that have made supplier diversification a strategic goal and do not want to be dependent on a single vendor for every tool category.<\/p>\n<p>It is not worth it if the team has fewer than two senior engineers, if audit requirements demand a turnkey compliance report that must be generated with four clicks, or if the operating model views detection as a pure vendor delivery. Anyone who forgets this is building a second full-time job that was never commissioned by the steering committee.<\/p>\n<h2 style=\"margin-top:48px;margin-bottom:18px;\">Frequently Asked Questions<\/h2>\n<p class=\"st-faq-hint\">Every question is locked. A tap unlocks the answer.<\/p>\n<details>\n<summary><strong>Is Wazuh sufficient as a standalone SIEM for companies subject to NIS2?<\/strong><\/summary>\n<p style=\"margin:8px 0 4px 24px;color:#555;line-height:1.6;\">Technically yes, provided you put in the necessary effort. Wazuh meets most detection, logging, and compliance requirements. However, NIS2 compliance is not achieved through the tool itself, but through documented processes: audit trails, reporting cadence, and incident escalation. If you already have these in place, you save money. If you don&#8217;t, you shouldn&#8217;t combine a vendor switch with building these processes from scratch.<\/p>\n<\/details>\n<details>\n<summary><strong>How demanding is Sigma rule maintenance compared to a commercial SIEM?<\/strong><\/summary>\n<p style=\"margin:8px 0 4px 24px;color:#555;line-height:1.6;\">Initially, it is significantly more demanding because you have to set up the CI pipeline and test logging. After 6\u20139 months, the ongoing maintenance effort is comparable, as test coverage catches regressions earlier than a vendor update cycle would.<\/p>\n<\/details>\n<details>\n<summary><strong>What does a realistic Wazuh stack cost to operate?<\/strong><\/summary>\n<p style=\"margin:8px 0 4px 24px;color:#555;line-height:1.6;\">For mid-sized setups (5,000 EPS, 50 sensors), infrastructure costs range from 30\u201360,000 Euro per year, plus 3 FTEs for detection engineering. A comparable commercial SIEM often falls into the low six-figure license range, plus 1\u20132 FTEs. The math shifts in favor of the open-source stack as soon as the EPS volume or audit depth increases.<\/p>\n<\/details>\n<details>\n<summary><strong>What role does DFIR-IRIS play compared to commercial case management tools?<\/strong><\/summary>\n<p style=\"margin:8px 0 4px 24px;color:#555;line-height:1.6;\">DFIR-IRIS covers 80 percent of what a mid-market case management tool provides. The missing 20 percent usually consists of reporting templates and pre-configured SLA logic. For enterprise setups with strict audit requirements, commercial tools retain the advantage, but for mid-sized companies, DFIR-IRIS is highly productive.<\/p>\n<\/details>\n<details>\n<summary><strong>Can Shuffle workflows be combined with commercial SOAR tools?<\/strong><\/summary>\n<p style=\"margin:8px 0 4px 24px;color:#555;line-height:1.6;\">Yes, via REST APIs on both sides. In practice, however, this rarely makes sense \u2013 the hybrid architecture creates more escalation paths than it saves. Either the team decides on Shuffle as the primary SOAR, or it sticks with the commercial tool. Hybrid is a transition phase, not a target architecture.<\/p>\n<\/details>\n<div style=\"margin:40px 0 24px 0;\">\n<!--ST-LOWER-CARDS lang=en--><\/p>\n<h3 style=\"margin:48px 0 18px;padding-left:12px;font-size:1.05em;font-weight:800;color:#e6e3da;border-left:3px solid #69d8ed;line-height:1.2;\">More from the MBF Media Network<\/h3>\n<p><a href=\"https:\/\/www.cloudmagazin.com\/en\/2026\/05\/12\/multi-cluster-without-a-new-ops-silo-what-teams-get-wrong\/\" style=\"display:flex;align-items:center;gap:14px;padding:12px 14px;margin:0 0 10px;background:#23261f;border:1px solid rgba(105,216,237,0.18);border-radius:12px;box-shadow:inset 0 1px 0 rgba(230,227,218,0.06),0 6px 18px rgba(0,0,0,0.22);text-decoration:none;color:#e6e3da;box-sizing:border-box;width:100%;\"><span style=\"flex:0 0 116px;aspect-ratio:16\/9;overflow:hidden;border-radius:8px;background:#111210;border:1px solid rgba(230,227,218,0.08);display:block;\"><img decoding=\"async\" src=\"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/07\/net-multi-cluster-kubernetes-ohne-ops-silo-35736207.jpg\" alt=\"\" loading=\"lazy\" width=\"116\" height=\"65\" style=\"width:100%;height:100%;object-fit:cover;display:block;\"><\/span><span style=\"display:block;min-width:0;\"><span style=\"display:block;font-size:0.68em;font-weight:700;letter-spacing:0.1em;text-transform:uppercase;color:#0bb7fd;margin-bottom:5px;\">cloudmagazin<\/span><span style=\"display:block;font-size:1.0em;font-weight:650;line-height:1.35;color:#e6e3da;overflow-wrap:anywhere;\">Multi-Cluster without a new ops silo: what teams get wrong<\/span><\/span><\/a><a href=\"https:\/\/mybusinessfuture.com\/en\/m-a-rarely-fails-over-price-180-days-decide\/\" style=\"display:flex;align-items:center;gap:14px;padding:12px 14px;margin:0 0 10px;background:#23261f;border:1px solid rgba(105,216,237,0.18);border-radius:12px;box-shadow:inset 0 1px 0 rgba(230,227,218,0.06),0 6px 18px rgba(0,0,0,0.22);text-decoration:none;color:#e6e3da;box-sizing:border-box;width:100%;\"><span style=\"flex:0 0 116px;aspect-ratio:16\/9;overflow:hidden;border-radius:8px;background:#111210;border:1px solid rgba(230,227,218,0.08);display:block;\"><img decoding=\"async\" src=\"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/07\/net-m-and-a-integration-mittelstand-180-tage-92136245-250x143.jpg\" alt=\"\" loading=\"lazy\" width=\"116\" height=\"65\" style=\"width:100%;height:100%;object-fit:cover;display:block;\"><\/span><span style=\"display:block;min-width:0;\"><span style=\"display:block;font-size:0.68em;font-weight:700;letter-spacing:0.1em;text-transform:uppercase;color:#aa8ac2;margin-bottom:5px;\">MyBusinessFuture<\/span><span style=\"display:block;font-size:1.0em;font-weight:650;line-height:1.35;color:#e6e3da;overflow-wrap:anywhere;\">M&#038;A rarely fails over price: 180 days decide<\/span><\/span><\/a><a href=\"https:\/\/www.digital-chiefs.de\/en\/who-really-owns-ai-operations-three-determinations\/\" style=\"display:flex;align-items:center;gap:14px;padding:12px 14px;margin:0 0 10px;background:#23261f;border:1px solid rgba(105,216,237,0.18);border-radius:12px;box-shadow:inset 0 1px 0 rgba(230,227,218,0.06),0 6px 18px rgba(0,0,0,0.22);text-decoration:none;color:#e6e3da;box-sizing:border-box;width:100%;\"><span style=\"flex:0 0 116px;aspect-ratio:16\/9;overflow:hidden;border-radius:8px;background:#111210;border:1px solid rgba(230,227,218,0.08);display:block;\"><img decoding=\"async\" src=\"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/07\/net-ai-betrieb-ownership-operating-model-dac-21400333-250x167.jpg\" alt=\"\" loading=\"lazy\" width=\"116\" height=\"65\" style=\"width:100%;height:100%;object-fit:cover;display:block;\"><\/span><span style=\"display:block;min-width:0;\"><span style=\"display:block;font-size:0.68em;font-weight:700;letter-spacing:0.1em;text-transform:uppercase;color:#e8828d;margin-bottom:5px;\">Digital Chiefs<\/span><span style=\"display:block;font-size:1.0em;font-weight:650;line-height:1.35;color:#e6e3da;overflow-wrap:anywhere;\">Who Really Owns AI Operations: Three Determinations<\/span><\/span><\/a><!--\/ST-LOWER-CARDS--><\/p>\n","protected":false},"excerpt":{"rendered":"Wazuh, Sigma, and Shuffle as a SOC stack: an honest trade-off table, three figures for steering, and when the switch becomes economical.","protected":false},"author":10,"featured_media":15021,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_yoast_wpseo_focuskw":"","_yoast_wpseo_title":"Detection Engineering Without Vendor Lock: Wazuh Stack 2026","_yoast_wpseo_metadesc":"Discover the honest trade\u2011off table for Wazuh, Sigma & Shuffle SOC stack, three key metrics for steering and when switching becomes cost\u2011effective.","_yoast_wpseo_meta-robots-noindex":"","_yoast_wpseo_meta-robots-nofollow":"","_yoast_wpseo_meta-robots-adv":"","_yoast_wpseo_canonical":"","_yoast_wpseo_opengraph-title":"","_yoast_wpseo_opengraph-description":"","_yoast_wpseo_opengraph-image":"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/05\/detection-engineering-wazuh-sigma-shuffle-open-source-soc-2026-cover-hero.jpg","_yoast_wpseo_opengraph-image-id":0,"_yoast_wpseo_twitter-title":"","_yoast_wpseo_twitter-description":"","_yoast_wpseo_twitter-image":"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/05\/detection-engineering-wazuh-sigma-shuffle-open-source-soc-2026-cover-hero.jpg","_yoast_wpseo_twitter-image-id":0,"evm_kih_original":false,"_evm_slot_owner":"","evm_cvss":0,"evm_risk":0,"evm_casefile":"","evm_primary_cve":"","evm_pin_until":0,"evm_external_preview_token":"","evm_external_preview_expires":"","_evm_translation_lang":"","featured_post":0,"featured_post_sortierung":0,"_wp_old_slug":[],"footnotes":""},"categories":[255],"tags":[],"class_list":["post-14820","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-praxis-umsetzung-en"],"evm_reading_time_minutes":10,"wpml_language":"en","wpml_translation_of":14646,"_links":{"self":[{"href":"https:\/\/www.securitytoday.de\/en\/wp-json\/wp\/v2\/posts\/14820","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.securitytoday.de\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.securitytoday.de\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.securitytoday.de\/en\/wp-json\/wp\/v2\/users\/10"}],"replies":[{"embeddable":true,"href":"https:\/\/www.securitytoday.de\/en\/wp-json\/wp\/v2\/comments?post=14820"}],"version-history":[{"count":4,"href":"https:\/\/www.securitytoday.de\/en\/wp-json\/wp\/v2\/posts\/14820\/revisions"}],"predecessor-version":[{"id":21357,"href":"https:\/\/www.securitytoday.de\/en\/wp-json\/wp\/v2\/posts\/14820\/revisions\/21357"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.securitytoday.de\/en\/wp-json\/wp\/v2\/media\/15021"}],"wp:attachment":[{"href":"https:\/\/www.securitytoday.de\/en\/wp-json\/wp\/v2\/media?parent=14820"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.securitytoday.de\/en\/wp-json\/wp\/v2\/categories?post=14820"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.securitytoday.de\/en\/wp-json\/wp\/v2\/tags?post=14820"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}