{"id":909813,"date":"2026-10-23T15:08:33","date_gmt":"2026-10-23T15:08:33","guid":{"rendered":"https:\/\/www.ninjaone.com\/blog\/vulnerability-disclosure-program-msp\/"},"modified":"2026-10-23T15:08:33","modified_gmt":"2026-10-23T15:08:33","slug":"vulnerability-disclosure-program-msp","status":"publish","type":"post","link":"https:\/\/www.ninjaone.com\/de\/blog\/vulnerability-disclosure-program-msp\/","title":{"rendered":"Vulnerability Disclosure und verantwortungsvolles Melden: So gehen MSPs vor"},"content":{"rendered":"<div class=\"in-context-cta\"><h2>Schl\u00fcsselpunkte<\/h2>\n<ul>\n<li>Ein Vulnerability Disclosure Program (VDP) gibt MSPs einen formalen, dokumentierten Kanal, \u00fcber den sie externe Sicherheitsmeldungen aus allen Kundenumgebungen entgegennehmen und bewerten k\u00f6nnen.<\/li>\n<li>Klar definierter Geltungsbereich, eindeutige Testregeln und verbindliche Kommunikationsfristen verhindern unbefugte Tests in Kundenumgebungen.<\/li>\n<li>Eine einzige verantwortliche Person sorgt f\u00fcr mehr Konsistenz bei Bewertung und Reaktion und verk\u00fcrzt die Zeit bis zur Behebung.<\/li>\n<li>Dokumentierte Validierungs- und Kommunikationsabl\u00e4ufe standardisieren die Behebung.<\/li>\n<li>Bug-Bounty-Programme setzen einen ausgereiften Sicherheitsbetrieb und eigene Ressourcen voraus.<\/li>\n<li>Vulnerability Disclosure Programs erg\u00e4nzen interne Sicherheitstests und das Risikomanagement, ersetzen aber weder interne Sicherheitstests noch Risikobewertungen oder regulatorische Compliance-Pflichten.<\/li>\n<\/ul>\n<\/div>\n<p>Ein Vulnerability Disclosure Program (VDP) ist ein formaler Prozess, \u00fcber den externe Sicherheitsforschende vermutete Schwachstellen in Ihrem Unternehmen melden k\u00f6nnen, und zwar \u00fcber einen definierten Kanal, mit festgelegtem Geltungsbereich und verbindlichen Reaktionsfristen. MSPs brauchen ein solches Programm, weil ihre wachsende Sichtbarkeit in Kundenumgebungen inzwischen immer mehr unaufgeforderte Schwachstellenmeldungen aus der Security-Community nach sich zieht. Ohne definierten Annahmeprozess stiften diese Meldungen eher Unsicherheit und Risiko als Nutzen.<\/p>\n<h2>Das bedeutet Vulnerability Disclosure f\u00fcr MSPs konkret<\/h2>\n<p>Vulnerability Disclosure ist der formale Prozess, \u00fcber den externe Personen vermutete <a href=\"https:\/\/www.ninjaone.com\/de\/it-hub\/endpoint-security\/was-ist-sicherheitsschwachstelle\/\">Sicherheitsschwachstellen<\/a> melden. Bei MSPs erstrecken sich diese Meldungen \u00fcber mehrere Systeme und Kundenumgebungen hinweg, was ihre Brisanz zus\u00e4tzlich erh\u00f6ht.<\/p>\n<p>MSPs erhalten unter anderem Schwachstellenmeldungen zu diesen Bereichen:<\/p>\n<ul>\n<li>Schwachstellen in intern betriebenen Tools<\/li>\n<li>Fehlkonfigurationen in gemeinsam genutzten oder mandantenf\u00e4higen Plattformen<\/li>\n<li>Sicherheitsrisiken in der vom MSP betreuten Kundeninfrastruktur<\/li>\n<li>Probleme, die mehrere Kundenumgebungen betreffen k\u00f6nnen<\/li>\n<\/ul>\n<p>Manche Einreichungen erweisen sich als unzutreffend, trotzdem muss jede Meldung gepr\u00fcft und in einem strukturierten Prozess bearbeitet werden.<\/p>\n<h2>VDPs im Vergleich zu Bug-Bounty-Programmen<\/h2>\n<p>VDPs und Bug-Bounty-Initiativen werden h\u00e4ufig in einen Topf geworfen, verfolgen aber unterschiedliche Ziele und erfordern ein unterschiedliches Ma\u00df an Engagement. F\u00fcr die meisten MSPs schafft ein gut definiertes VDP Struktur und Transparenz, w\u00e4hrend ein vollwertiges Bug-Bounty-Programm zus\u00e4tzlichen operativen Aufwand mit sich bringen kann.<\/p>\n<table width=\"664\">\n<tbody>\n<tr>\n<td style=\"text-align: center;\" width=\"109\"><strong>Merkmal<\/strong><\/td>\n<td style=\"text-align: center;\" width=\"278\"><strong>VDP<\/strong><\/td>\n<td style=\"text-align: center;\" width=\"277\"><strong> Bug-Bounty-Programm<\/strong><\/td>\n<\/tr>\n<tr>\n<td width=\"109\"><strong>Worum es sich handelt<\/strong><\/td>\n<td width=\"278\">Ein formaler Meldekanal f\u00fcr Sicherheitsbedenken<\/td>\n<td width=\"277\">F\u00fcr best\u00e4tigte Funde werden Anreize geboten (finanziell oder in anderer Form)<\/td>\n<\/tr>\n<tr>\n<td width=\"109\"><strong>Ben\u00f6tigtes IT-Personal<\/strong><\/td>\n<td width=\"278\">Dokumentierte Grenzen, die festlegen, welche Systeme im Geltungsbereich liegen<\/td>\n<td width=\"277\">Eigenes Personal, das eingehende Meldungen bewertet und validiert<\/td>\n<\/tr>\n<tr>\n<td width=\"109\"><strong>Erwartetes Meldungsaufkommen<\/strong><\/td>\n<td width=\"278\">Strukturierte Kommunikations- und Koordinationsregeln zwischen Unternehmen und Forschenden<\/td>\n<td width=\"277\">Deutlich h\u00f6heres Einreichungsvolumen<\/td>\n<\/tr>\n<tr>\n<td width=\"109\"><strong>Verwaltungskosten<\/strong><\/td>\n<td width=\"278\">Keine finanzielle Verg\u00fctung f\u00fcr eingereichte Funde<\/td>\n<td width=\"277\">H\u00f6herer administrativer und operativer Aufwand<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h2>Darum ist Responsible Disclosure so wichtig<\/h2>\n<p>Laut dem <a href=\"https:\/\/www.verizon.com\/business\/resources\/reports\/dbir\/\" target=\"_blank\" rel=\"noopener\">Verizon 2026 Data Breach Investigations Report<\/a> ist das Ausnutzen von Software-Schwachstellen inzwischen der h\u00e4ufigste Erstzugriffsvektor bei Datenschutzverletzungen und verantwortlich f\u00fcr 31 % aller Vorf\u00e4lle. Damit hat das Ausnutzen von Schwachstellen zum ersten Mal in der 19-j\u00e4hrigen Geschichte des Reports gestohlene Anmeldeinformationen als h\u00e4ufigsten Einstiegspunkt f\u00fcr Cyberangreifer abgel\u00f6st. Das zeigt, warum ein dokumentierter, gut gesteuerter Disclosure-Prozess f\u00fcr MSPs mit mandantenf\u00e4higen Umgebungen keine Option mehr ist. Wie ein MSP mit einer Schwachstellenmeldung umgeht, pr\u00e4gt die Wahrnehmung von Kund:innen, Partnern und Forschenden gegen\u00fcber dem Sicherheitsniveau des Unternehmens.<\/p>\n<p>Eine gut strukturierte Reaktion zeigt Qualit\u00e4ten wie:<\/p>\n<ul>\n<li>Professionalit\u00e4t im Umgang mit Sicherheitsvorf\u00e4llen<\/li>\n<li>Organisatorische Reife im Umgang mit Sicherheitsrisiken<\/li>\n<li>Echten Respekt gegen\u00fcber externen Forschenden<\/li>\n<li>Ein klares Bekenntnis zum Schutz der Kundenumgebungen<\/li>\n<\/ul>\n<p>Selbst wenn sich keine Schwachstelle best\u00e4tigt, untergr\u00e4bt eine schlecht gehandhabte Reaktion das Vertrauen und schafft ein Reputationsrisiko.<\/p>\n<h2>Typische Herausforderungen f\u00fcr MSPs<\/h2>\n<p>Ohne vordefiniertes Annahme- und Reaktionsmodell geraten selbst erfahrene MSPs ins Stocken, sobald Schwachstellenmeldungen eintreffen. Aus einer simplen E-Mail oder einem Ticket wird schnell Chaos, wenn Rollen und Abl\u00e4ufe nicht klar definiert sind.<\/p>\n<p>Immer wiederkehrende Herausforderungen sind in der Regel:<\/p>\n<ul>\n<li>Unklare Verantwortlichkeit f\u00fcr Annahme und Bewertung von Meldungen<\/li>\n<li>Uneinheitliche Validierung der gemeldeten Funde<\/li>\n<li>Begrenzte Abstimmung zwischen den internen Teams<\/li>\n<li>Unstrukturierte Kommunikation mit potenziell betroffenen Kund:innen<\/li>\n<li>Unzureichender Abgleich mit rechtlichen und vertraglichen Anforderungen<\/li>\n<\/ul>\n<p>Ein einge\u00fcbter Prozess hilft, Unklarheiten zu reduzieren, die Reaktionszeit zu verk\u00fcrzen und unn\u00f6tige interne Eskalationen zu vermeiden.<\/p>\n<h2>Geltungsbereich und Erwartungen klar festlegen<\/h2>\n<p>Ein Disclosure-Programm wirkt nur dann, wenn seine Grenzen und Abl\u00e4ufe klar dokumentiert und \u00f6ffentlich einsehbar sind. Bleibt es zu vage, wird es zum Risiko, f\u00fcr den MSP ebenso wie f\u00fcr die meldende Person.<\/p>\n<p>Klare Programme sollten folgende Punkte eindeutig regeln:<\/p>\n<ul>\n<li>Welche Systeme oder Services f\u00fcr Tests freigegeben sind<\/li>\n<li>Den zugelassenen Weg zur Einreichung von Schwachstellenmeldungen<\/li>\n<li>Ausdr\u00fcckliche Regeln dazu, was Forschende nicht testen d\u00fcrfen<\/li>\n<li>Wie und \u00fcber welche Kan\u00e4le die Kommunikation abl\u00e4uft<\/li>\n<li>Welche Fristen f\u00fcr Empfangsbest\u00e4tigung und Reaktion gelten<\/li>\n<\/ul>\n<p>Ein klar abgegrenzter Geltungsbereich und dokumentierte Erwartungen sch\u00fctzen sowohl den MSP als auch die Forschenden, weil sie Missverst\u00e4ndnisse reduzieren und unbeabsichtigte Risiken begrenzen.<\/p>\n<h2>In diesen F\u00e4llen sind Bug Bounties sinnvoll, und in welchen nicht<\/h2>\n<p>Auch ein Bug-Bounty-Programm kann wirksam sein, allerdings braucht das Unternehmen daf\u00fcr zun\u00e4chst operative Reife. Es muss das h\u00f6here Volumen und die zus\u00e4tzliche Komplexit\u00e4t bew\u00e4ltigen k\u00f6nnen, die finanzielle Anreize mit sich bringen.<\/p>\n<p>Unter diesen Voraussetzungen sind Bug Bounties in der Regel angebracht:<\/p>\n<ul>\n<li>Etablierter Sicherheitsbetrieb mit dokumentierten und reproduzierbaren Abl\u00e4ufen<\/li>\n<li>Eigenes Personal f\u00fcr Validierung und Bewertung der Einreichungen<\/li>\n<li>Klar definierter und eng kontrollierter Testumfang<\/li>\n<li>R\u00fcckhalt in der Gesch\u00e4ftsleitung f\u00fcr dauerhafte Programmsteuerung und Finanzierung<\/li>\n<\/ul>\n<p>MSPs sollten zuerst ihre internen Sicherheitsprozesse st\u00e4rken und erst danach pr\u00fcfen, ob ein Bounty-Programm ihre Prozesse zur Risikominderung tats\u00e4chlich verbessert.<\/p>\n<h2>Grenzen und \u00dcberlegungen zum Geltungsbereich<\/h2>\n<p>Ein VDP kann Transparenz und Koordination st\u00e4rken, ist aber keine vollst\u00e4ndige, umfassende Sicherheitsl\u00f6sung. Es muss gut in die \u00fcbergreifenden Risikomanagement-Praktiken eingebettet sein, um echten Mehrwert zu bringen.<\/p>\n<p>Unternehmen sollten sich vor der Einf\u00fchrung eines VDP \u00fcber folgende Grenzen und strukturellen Aspekte im Klaren sein:<\/p>\n<ul>\n<li>Ein VDP ersetzt keine internen Sicherheitsbewertungen und -tests.<\/li>\n<li>Es kann nicht garantieren, dass alle Schwachstellen gefunden werden.<\/li>\n<li>Es erfordert eine klar zugewiesene und dauerhafte Programmverantwortung.<\/li>\n<li>Es muss im Einklang mit vertraglichen Zusagen und rechtlichen Pflichten bleiben.<\/li>\n<\/ul>\n<p>Ein Disclosure-Programm ist im Kern ein Governance-Rahmen, der verantwortungsvolles Melden und Reagieren unterst\u00fctzt, und keine eigenst\u00e4ndige Sicherheitsma\u00dfnahme.<\/p>\n<h2>Verbreitete Irrt\u00fcmer<\/h2>\n<p>Einige Irrt\u00fcmer \u00fcber Disclosure-Programme f\u00fchren h\u00e4ufig zu \u00fcberkomplizierten Ans\u00e4tzen oder zu gar keinem formalisierten Prozess. Die folgenden Gegen\u00fcberstellungen r\u00e4umen mit diesen verbreiteten Annahmen auf.<\/p>\n<table>\n<tbody>\n<tr>\n<td style=\"text-align: center;\"><strong>Irrtum<\/strong><\/td>\n<td style=\"text-align: center;\"><strong>Realit\u00e4t<\/strong><\/td>\n<\/tr>\n<tr>\n<td>F\u00fcr Sicherheitsreife braucht es Bug Bounties.<\/td>\n<td>Sicherheitsreife bemisst sich nicht an finanziellen Anreizen, sondern an konsistenten Risikomanagement-Praktiken. Viele ausgereifte Unternehmen arbeiten erfolgreich allein mit einem formalen VDP.<\/td>\n<\/tr>\n<tr>\n<td>Alle Schwachstellenmeldungen sind valide.<\/td>\n<td>Die Qualit\u00e4t der Einreichungen schwankt erheblich. Deshalb sind strukturierte Validierung und Priorisierung unverzichtbar, bevor gehandelt wird.<\/td>\n<\/tr>\n<tr>\n<td>Disclosure-Programme erh\u00f6hen das Risiko.<\/td>\n<td>Dokumentierte Prozesse reduzieren Unsicherheit und Angriffsfl\u00e4che. Informelle oder ungesteuerte Meldewege bergen ein gr\u00f6\u00dferes Risiko als Transparenz.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h2>Integration mit NinjaOne<\/h2>\n<p>Enterprise-Plattformen, die Betriebsdaten und Dokumentation zentralisieren, nehmen Reibung aus dem Prozess, sobald Sicherheitsprobleme gemeldet werden. NinjaOne unterst\u00fctzt diesen Prozess auf mehrere Arten:<\/p>\n<ul>\n<li><a href=\"https:\/\/www.ninjaone.com\/de\/it-dokumentation\/\">Dokumentation<\/a> und Transparenz \u00fcber alle Assets erm\u00f6glichen es Teams, betroffene Systeme schnell zu identifizieren und die m\u00f6glichen Auswirkungen einzusch\u00e4tzen.<\/li>\n<li>Zentrales Ticketing und Workflow-Automatisierung unterst\u00fctzen eine strukturierte Bewertung und die interne Abstimmung.<\/li>\n<li>Audit-Trails und Funktionen zur Berichterstattung sorgen f\u00fcr Nachvollziehbarkeit bei der Kundenkommunikation und f\u00fcr Compliance-Zwecke.<\/li>\n<\/ul>\n<div class=\"quick-start-guide\"><h2><svg width=\"45\" height=\"45\" viewBox=\"0 0 45 45\" fill=\"none\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\">\n<path d=\"M41.4822 0H3.51778C1.57496 0 0 1.57496 0 3.51778V41.4822C0 43.425 1.57496 45 3.51778 45H41.4822C43.425 45 45 43.425 45 41.4822V3.51778C45 1.57496 43.425 0 41.4822 0Z\" fill=\"#053856\"\/>\n<path d=\"M30.4399 13.9904C28.9161 12.4475 26.9127 11.6737 24.4346 11.6737C23.0721 11.6737 21.8188 11.911 20.6794 12.3858C19.5401 12.8605 18.5859 13.5346 17.8168 14.4129V11.2654L12.2766 13.867V32.562H18.0779V22.4739C18.0779 20.6224 18.5099 19.2267 19.3787 18.2867C20.2474 17.3515 21.4105 16.8815 22.8727 16.8815C24.1877 16.8815 25.1894 17.285 25.8825 18.0968C26.5756 18.9086 26.9222 20.1334 26.9222 21.7808V32.562H32.7234V21.2728C32.7234 18.2393 31.9591 15.5285 30.4399 13.9856V13.9904Z\" fill=\"#04FF88\"\/>\n<\/svg>Quick-Start-Guide<\/h2><p>NinjaOne unterst\u00fctzt MSPs dabei, Vulnerability Disclosure und verantwortungsvolles Melden wirksam umzusetzen. Und so geht&#8217;s:<\/p>\n<p><b>NinjaOne Funktionen f\u00fcr das Schwachstellenmanagement<\/b><\/p>\n<p><strong>1. Vulnerability Importer<\/strong><\/p>\n<ul>\n<li><b>CSV-Dateien hochladen<\/b> aus Scannern von Drittanbietern (Qualys, Rapid7, Tenable, CrowdStrike)<\/li>\n<li><b>Schwachstellen Ger\u00e4ten zuordnen<\/b> anhand von Ger\u00e4te-IDs, Hostnamen, IP-Adressen oder MAC-Adressen<\/li>\n<li><b>Schwachstellen anzeigen<\/b>, sortiert nach <a href=\"https:\/\/www.ninjaone.com\/de\/blog\/allgemeine-schwachstellen-und-sicherheitsluecken-cve\/\">Allgemeine Schwachstellen und Sicherheitsl\u00fccken (CVE)<\/a>, Schweregrad (CVSS) und betroffenen Ger\u00e4ten<\/li>\n<\/ul>\n<p><strong>2. Integrierte Scan-Tools<\/strong><\/p>\n<ul>\n<li><b>Direkte Integrationen<\/b> mit den wichtigsten Schwachstellen-Scannern<\/li>\n<li><b>Automatisierte Daten\u00fcbernahme<\/b> aus den Scan-Tools<\/li>\n<li><b>Zentrales Dashboard<\/b> mit allen Schwachstellen \u00fcber s\u00e4mtliche Ger\u00e4te hinweg<\/li>\n<\/ul>\n<p><strong>3. Patch-Management<\/strong><\/p>\n<ul>\n<li><b>Schwachstellen verkn\u00fcpfen<\/b> mit den Patches, die zur Behebung n\u00f6tig sind<\/li>\n<li><b>Kritische Schwachstellen priorisieren<\/b> (CVSS \u2265 9) f\u00fcr sofortiges Patching<\/li>\n<li><b>Patch-Status verfolgen<\/b> \u00fcber alle verwalteten Ger\u00e4te hinweg<\/li>\n<\/ul>\n<p><strong>4. Berichterstattung &amp; Transparenz<\/strong><\/p>\n<ul>\n<li><b>Schwachstellen-Dashboards<\/b> mit Risikostufen und betroffenen Ger\u00e4ten<\/li>\n<li><b>CVE-Detailseiten<\/b> mit CVSS-Scores, betroffenen Ger\u00e4ten und Hinweisen zur Behebung<\/li>\n<li><b>Statusanzeigen<\/b>, die die Auswirkungen von Schwachstellen auf den Ger\u00e4tezustand sichtbar machen<\/li>\n<\/ul>\n<\/div>\n<h2>Vulnerability Disclosure in MSP-Umgebungen operativ verankern<\/h2>\n<p>F\u00fcr MSPs ist Vulnerability Disclosure eine betriebliche Notwendigkeit, die unmittelbar auf Kundenvertrauen und Risikomanagement einzahlt. Deshalb ist es entscheidend, ein Responsible-Disclosure-Template zu etablieren, das Verantwortlichkeiten kl\u00e4rt, Reibung bei der Reaktion abbaut und messbare Sicherheitsreife belegt. Denken Sie daran: Es geht nicht nur darum, Meldungen entgegenzunehmen, sondern sie so zu bearbeiten, dass Resilienz und langfristiges Kundenvertrauen gest\u00e4rkt werden.<\/p>\n<p><strong>Verwandte Themen:<\/strong><\/p>\n<ul>\n<li><a href=\"https:\/\/www.ninjaone.com\/de\/blog\/was-ist-schwachstellen-management\/\">Was ist Schwachstellenmanagement? So reduzieren Sie Schwachstellen in Ihrem IT-Netzwerk<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/de\/blog\/incident-response-fuer-msps-playbook\/\">So entwickeln und testen Sie ein MSP-spezifisches Playbook f\u00fcr die Reaktion auf Sicherheitsvorf\u00e4lle<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/de\/blog\/schwachstellenmanagement-erkennung-behebung\/\">Von der Erkennung zur Behebung in Minuten: Das neue Modell f\u00fcr Schwachstellenmanagement<\/a><\/li>\n<\/ul>\n","protected":false},"excerpt":{"rendered":"<p>Ein Vulnerability Disclosure Program (VDP) ist ein formaler Prozess, \u00fcber den externe Sicherheitsforschende vermutete Schwachstellen in Ihrem Unternehmen melden k\u00f6nnen, und zwar \u00fcber einen definierten Kanal, mit festgelegtem Geltungsbereich und verbindlichen Reaktionsfristen. MSPs brauchen ein solches Programm, weil ihre wachsende Sichtbarkeit in Kundenumgebungen inzwischen immer mehr unaufgeforderte Schwachstellenmeldungen aus der Security-Community nach sich zieht. Ohne [&hellip;]<\/p>\n","protected":false},"author":35,"featured_media":808397,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_relevanssi_hide_post":"","_relevanssi_hide_content":"","_relevanssi_pin_for_all":"","_relevanssi_pin_keywords":"","_relevanssi_unpin_keywords":"","_relevanssi_related_keywords":"","_relevanssi_related_include_ids":"","_relevanssi_related_exclude_ids":"","_relevanssi_related_no_append":"","_relevanssi_related_not_related":"","_relevanssi_related_posts":"","_relevanssi_noindex_reason":"","_lmt_disableupdate":"","_lmt_disable":"","footnotes":""},"categories":[4373],"tags":[],"class_list":["post-909813","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-msp-wachstum"],"acf":[],"modified_by":null,"_links":{"self":[{"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/posts\/909813","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/users\/35"}],"replies":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/comments?post=909813"}],"version-history":[{"count":1,"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/posts\/909813\/revisions"}],"predecessor-version":[{"id":909814,"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/posts\/909813\/revisions\/909814"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/media\/808397"}],"wp:attachment":[{"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/media?parent=909813"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/categories?post=909813"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/tags?post=909813"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}