{"id":54536,"date":"2019-12-28T00:00:00","date_gmt":"2019-12-27T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/3-elastic-stack-analiz-security-logov-dashbordy"},"modified":"2020-02-18T14:02:33","modified_gmt":"2020-02-18T11:02:33","slug":"3-elastic-stack-analiz-security-logov-dashbordy","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/3-elastic-stack-analiz-security-logov-dashbordy","title":{"rendered":"3. Elastic stack: analys av s\u00e4kerhetsloggar. Dashboardar","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"3.
\n
\nI tidigare artiklar har vi bekantat oss lite med ELK-stacken och konfigurationen av Logstash f\u00f6r loggparsern. I denna artikel g\u00e5r vi vidare till det mest viktiga ur analytisk synpunkt, det som ni vill se fr\u00e5n systemet och varf\u00f6r allt skapades - det \u00e4r grafer och tabeller som f\u00f6renas i dashboardar<\/b>. I dag ska vi titta n\u00e4rmare p\u00e5 visualiseringssystemet Kibana<\/b>, g\u00e5 igenom hur man skapar grafer och tabeller, och i slut\u00e4ndan bygga ett enkelt dashboard baserat p\u00e5 loggar fr\u00e5n Check Point-brandv\u00e4ggen.
\n<\/a><\/noindex>
\nDet f\u00f6rsta steget i arbetet med Kibana \u00e4r att skapa indexm\u00f6nster<\/b>, vilket logiskt sett \u00e4r en bas av index som enas enligt en viss princip. Sj\u00e4lvklart \u00e4r detta helt enkelt en inst\u00e4llning f\u00f6r att Kibana ska kunna s\u00f6ka information mer bekv\u00e4mt \u00f6ver alla index samtidigt. Det anges genom att matcha en str\u00e4ng, till exempel \u201ccheckpoint-*\u201d, och namnet p\u00e5 indexet. Till exempel passar \u00abcheckpoint-2019.12.05\u00bb in i m\u00f6nstret, medan bara \u00abcheckpoint\u00bb inte g\u00f6r det. Det b\u00f6r ocks\u00e5 n\u00e4mnas att det inte g\u00e5r att s\u00f6ka information enligt flera indexm\u00f6nster samtidigt. Lite senare i kommande artiklar kommer vi att se att API-f\u00f6rfr\u00e5gningar g\u00f6rs antingen enligt namnet p\u00e5 indexet eller enligt ett enda m\u00f6nster, bilden \u00e4r klickbar:<\/p>\n

\"3.<\/a><\/noindex><\/p>\n

Efter detta kontrollerar vi i menyn Discover om alla loggar indexeras, och om r\u00e4tt parser \u00e4r inst\u00e4lld. Om det finns n\u00e5gra avvikelser, till exempel att byta datatyp fr\u00e5n str\u00e4ng till heltal, m\u00e5ste du redigera konfigurationsfilen f\u00f6r Logstash. Som resultat kommer nya loggar att registreras korrekt. F\u00f6r att gamla loggar ska anta r\u00e4tt form efter \u00e4ndringen, hj\u00e4lper bara reindexeringsprocessen. I kommande artiklar kommer denna operation att behandlas mer detaljerat. L\u00e5t oss f\u00f6rs\u00e4kra oss om att allt \u00e4r i ordning, bilden \u00e4r klickbar:<\/p>\n

\"3.<\/a><\/noindex><\/p>\n

Loggarna \u00e4r p\u00e5 plats, vilket inneb\u00e4r att vi kan b\u00f6rja bygga dashboardar. Utifr\u00e5n analyticsen av dashboardar fr\u00e5n s\u00e4kerhetsprodukter kan man f\u00f6rst\u00e5 tillst\u00e5ndet f\u00f6r informationss\u00e4kerhet i organisationen, tydligt se s\u00e5rbara punkter i den nuvarande policyn och vidare utveckla metoder f\u00f6r att \u00e5tg\u00e4rda dem. L\u00e5t oss bygga ett litet dashboard med hj\u00e4lp av flera visualiseringsverktyg. Dashboarden kommer att best\u00e5 av 5 komponenter: <\/p>\n

    \n
  1. en tabell f\u00f6r att r\u00e4kna det totala antalet loggar per blade<\/li>\n
  2. en tabell f\u00f6r kritiska IPS-signaturer<\/li>\n
  3. ett cirkeldiagram f\u00f6r h\u00e4ndelser av Threat Prevention<\/li>\n
  4. diagram \u00f6ver de mest popul\u00e4ra webbplatserna<\/li>\n
  5. diagram \u00f6ver anv\u00e4ndningen av de mest riskfyllda programmen<\/li>\n<\/ol>\n

    \nF\u00f6r att skapa visualiseringsfigurer, g\u00e5 till menyn Visualisera<\/b>, och v\u00e4lj den figur vi vill bygga! L\u00e5t oss g\u00e5 i ordning.<\/p>\n

    Tabell f\u00f6r att r\u00e4kna det totala antalet loggar per blade<\/h3>\n

    \nF\u00f6r detta v\u00e4ljer vi figuren Data Table<\/b>, vi dyker ner i verktyget f\u00f6r att skapa diagram, till v\u00e4nster st\u00e4lls figurinst\u00e4llningarna in, till h\u00f6ger hur det kommer att se ut med de aktuella inst\u00e4llningarna. F\u00f6rst visar jag hur den f\u00e4rdiga tabellen kommer att se ut, efter detta g\u00e5r vi igenom inst\u00e4llningarna, bilden \u00e4r klickbar:<\/p>\n

    \"3.<\/a><\/noindex><\/p>\n

    Mer detaljerade figurinst\u00e4llningar, bilden \u00e4r klickbar:<\/p>\n

    \"3.<\/a><\/noindex><\/p>\n

    L\u00e5t oss g\u00e5 igenom inst\u00e4llningarna.<\/p>\n

    Initialt st\u00e4lls m\u00e4tv\u00e4rde<\/b>, detta v\u00e4rde, efter vilket alla f\u00e4lt kommer att aggregeras. Metriker ber\u00e4knas baserat p\u00e5 v\u00e4rden som p\u00e5 olika s\u00e4tt extraheras fr\u00e5n dokument. V\u00e4rden extraheras vanligtvis fr\u00e5n f\u00e4lten<\/b> i dokumentet, men kan ocks\u00e5 genereras med hj\u00e4lp av skript. I det h\u00e4r fallet s\u00e4tter vi i Aggregat: Antal<\/b> (totalt antal loggar).<\/p>\n

    Efter detta delar vi tabellen enligt segment (f\u00e4lt) som metrik kommer att ber\u00e4knas utifr\u00e5n. Denna funktion utf\u00f6rs av inst\u00e4llningen Buckets, som i sin tur best\u00e5r av 2 alternativ f\u00f6r inst\u00e4llning: <\/p>\n

      \n
    1. split rows \u2014 l\u00e4gga till kolumner och d\u00e4refter dela tabellen i rader<\/li>\n
    2. split table \u2014 dela upp i flera tabeller baserat p\u00e5 v\u00e4rdena f\u00f6r ett specifikt f\u00e4lt. <\/li>\n<\/ol>\n

      \nI buckets<\/b> Flera delningar kan l\u00e4ggas till f\u00f6r att skapa flera kolumner eller tabeller, begr\u00e4nsningarna h\u00e4r \u00e4r snarare logiska. I aggregation kan du v\u00e4lja vilket s\u00e4tt segmenteringen ska g\u00f6ras p\u00e5: ipv4 range, date range, Terms etc. Det mest intressanta valet \u00e4r faktiskt Terms<\/b> och Significant Terms<\/b>, segmenteringen sker baserat p\u00e5 v\u00e4rdena f\u00f6r ett specifikt indexf\u00e4lt, skillnaden mellan dem \u00e4r m\u00e4ngden \u00e5terl\u00e4mnade v\u00e4rden och deras visning. Eftersom vi vill dela tabellen efter bladnamn, v\u00e4ljer vi f\u00e4ltet \u2014 product.keyword<\/b> och st\u00e4ller in storleken p\u00e5 25 \u00e5terl\u00e4mnande v\u00e4rden. <\/p>\n

      Ist\u00e4llet f\u00f6r rader i elasticsearch anv\u00e4nds 2 datatyper \u2014 text<\/b> och keyword<\/b>. Om du vill utf\u00f6ra en fulltext-s\u00f6kning, m\u00e5ste du anv\u00e4nda typ text, vilket \u00e4r mycket anv\u00e4ndbart n\u00e4r du skriver din egen s\u00f6ktj\u00e4nst, till exempel f\u00f6r att s\u00f6ka efter n\u00e4mningar av ett ord i ett specifikt f\u00e4lt (text). Om du vill ha enbart exakt matchning m\u00e5ste du anv\u00e4nda typ keyword. Typen keyword b\u00f6r ocks\u00e5 anv\u00e4ndas f\u00f6r f\u00e4lt som kr\u00e4ver sortering eller aggregering, allts\u00e5 i v\u00e5rt fall.<\/p>\n

      Som ett resultat r\u00e4knar Elasticsearch antalet loggar under en viss tid med aggregering efter v\u00e4rdet i f\u00e4ltet product. I Custom Label anger vi namnet p\u00e5 kolumnen som kommer att visas i tabellen, vi anger tid f\u00f6r vilken vi samlar loggar, startar visualiseringen - Kibana skickar en f\u00f6rfr\u00e5gan till elasticsearch, v\u00e4ntar p\u00e5 svar och visualiserar de erh\u00e5llna data. Tabellen \u00e4r klar!<\/p>\n

      Cirkeldiagram \u00f6ver h\u00e4ndelser i Threat Prevention<\/h3>\n

      \nInformationen om hur m\u00e5nga procent av reaktionerna \u00e4r s\u00e4rskilt intressant detect<\/b> och prevent<\/b> p\u00e5 incidenter inom informationss\u00e4kerhetsaktuell s\u00e4kerhetspolicy. F\u00f6r detta \u00e4ndam\u00e5l passar ett cirkeldiagram bra. Vi v\u00e4ljer i Visualize - Pie chart<\/b>. I metrik v\u00e4sentligen anger vi aggregering efter antal loggar. I buckets s\u00e4tter vi Terms => action. <\/p>\n

      Allt verkar korrekt, men resultaten visar v\u00e4rden f\u00f6r alla blades, vi m\u00e5ste filtrera s\u00e5 att vi endast visar de blades som arbetar inom Threat Prevention. D\u00e4rf\u00f6r konfigurerar vi ett filter<\/b> f\u00f6r att s\u00f6ka information endast om blades som ansvarar f\u00f6r incidenter inom informationss\u00e4kerhet - product: (\"Anti-Bot\" OR \"New Anti-Virus\" OR \"DDoS Protector\" OR \"SmartDefense\" OR \"Threat Emulation\"). Bilden \u00e4r klickbar:<\/p>\n

      \"3.<\/a><\/noindex><\/p>\n

      Och mer detaljerade inst\u00e4llningar, bilden \u00e4r klickbar:<\/p>\n

      \"3.<\/a><\/noindex><\/p>\n

      Tabell \u00f6ver h\u00e4ndelser i IPS<\/h3>\n

      \nVidare \u00e4r det mycket viktigt ur perspektivet av informationss\u00e4kerhet att granska och kontrollera h\u00e4ndelser f\u00f6r blade IPS<\/b> och Hotemulering<\/b>, som som inte blockeras<\/b> av den aktuella policyn, f\u00f6r att i ett senare skede antingen \u00f6verf\u00f6ra signaturen till prevent, eller om trafiken \u00e4r giltig - inte kontrollera signaturen. Tabellen skapar vi p\u00e5 samma s\u00e4tt som f\u00f6r f\u00f6rsta exemplet, med den skillnaden att vi skapar flera kolumner: protections.keyword, severity.keyword, product.keyword, originsicname.keyword. Vi konfigurerar n\u00f6dv\u00e4ndigtvis ett filter f\u00f6r att s\u00f6ka information endast om blades som ansvarar f\u00f6r incidenter inom informationss\u00e4kerhet - product: (\"SmartDefense\" OR \"Threat Emulation\"). Bilden \u00e4r klickbar:<\/p>\n

      \"3.<\/a><\/noindex><\/p>\n

      Mer detaljerade inst\u00e4llningar, bilden \u00e4r klickbar:<\/p>\n

      \"3.<\/a><\/noindex><\/p>\n

      Diagram \u00f6ver de mest popul\u00e4ra bes\u00f6kta webbplatserna<\/h3>\n

      \nF\u00f6r detta skapar vi en figur \u2014 Vertical Bar<\/b>. Vi anv\u00e4nder ocks\u00e5 metriken count (Y-axeln), och p\u00e5 X-axeln kommer vi att anv\u00e4nda namnen p\u00e5 de bes\u00f6kta webbplatserna \u2014 \u201cappi_name\u201d. H\u00e4r finns en liten trick, om inst\u00e4llningarna k\u00f6rs i nuvarande form, kommer alla webbplatser att markeras med en f\u00e4rg p\u00e5 diagrammet. F\u00f6r att g\u00f6ra dem flerf\u00e4rgade anv\u00e4nder vi en extra inst\u00e4llning \u2014 \u201csplit series\u201d, som g\u00f6r att vi kan dela den redan f\u00e4rdiga kolumnen i flera v\u00e4rden, beroende p\u00e5 det valda f\u00e4ltet s\u00e5klart! Denna uppdelning kan antingen anv\u00e4ndas som en flerf\u00e4rgad kolumn efter v\u00e4rden i l\u00e4get stacked, eller i det normala l\u00e4get f\u00f6r att skapa flera kolumner baserade p\u00e5 ett specifikt v\u00e4rde fr\u00e5n X-axeln. I detta fall anv\u00e4nder vi samma v\u00e4rde som p\u00e5 X-axeln, vilket g\u00f6r att alla kolumner kan bli flerf\u00e4rgade, och de kommer att representeras med f\u00e4rger l\u00e4ngst uppe till h\u00f6ger. I filtret st\u00e4ller vi in \u2014 product:\u00abURL Filtering\u00bb f\u00f6r att se information endast om de bes\u00f6kta webbplatserna, bilden \u00e4r klickbar:<\/p>\n

      \"3.<\/a><\/noindex><\/p>\n

      Inst\u00e4llningar:<\/p>\n

      \"3.<\/a><\/noindex><\/p>\n

      Diagram \u00f6ver anv\u00e4ndningen av de mest farliga applikationerna<\/h3>\n

      \nF\u00f6r detta skapar vi en figur \u2014 Vertical Bar. Vi anv\u00e4nder ocks\u00e5 metriken count (Y-axeln), och p\u00e5 X-axeln kommer vi att anv\u00e4nda namnen p\u00e5 de anv\u00e4nda-apparna \u2014 \u201cappi_name\u201d. Det viktigaste \u00e4r att ange filtret \u2014 product: \u00abApplication Control\u00bb AND app_risk: (4 OR 5 OR 3) AND action: \u00abaccept\u00bb. Vi filtrerar loggarna efter bladet Application Control, och tar endast de webbplatser som \u00e4r kategoriserade som webbplatser med risk f\u00f6r Critical, High, Medium och endast i de fall d\u00e4r \u00e5tkomsten till dessa webbplatser \u00e4r till\u00e5ten. Bilden \u00e4r klickbar:<\/p>\n

      \"3.<\/a><\/noindex><\/p>\n

      Inst\u00e4llningar, klickbart:<\/p>\n

      \"3.<\/a><\/noindex><\/p>\n

      Dashboard<\/h3>\n

      \nVisning och skapande av dashboards finns i en separat menypunkt \u2014 Dashboard<\/b>. H\u00e4r \u00e4r det enkelt, en ny dashboard skapas, visualisering l\u00e4ggs till, placeras och allt \u00e4r klart!<\/p>\n

      Vi skapar en dashboard d\u00e4r vi kan f\u00f6rst\u00e5 den grundl\u00e4ggande situationen av cybers\u00e4kerhet i organisationen, klart, endast p\u00e5 Check Point-niv\u00e5, bilden \u00e4r klickbar:<\/p>\n

      \"3.<\/a><\/noindex><\/p>\n

      Baserat p\u00e5 dessa diagram kan vi f\u00f6rst\u00e5 vilka kritiska signaturer som inte blockeras av brandv\u00e4ggen, vart anv\u00e4ndarna g\u00e5r och vilka de mest farliga applikationerna de anv\u00e4nder.<\/p>\n

      Slutsats<\/h3>\n

      \nVi har g\u00e5tt igenom grundl\u00e4ggande visualiseringsm\u00f6jligheter i Kibana och skapat ett dashboard, men detta \u00e4r bara en liten del. I kursen kommer vi separerat att g\u00e5 igenom inst\u00e4llningarna f\u00f6r kartor, arbete med Elasticsearch-systemet, bekanta oss med API-f\u00f6rfr\u00e5gningar, automatisering och mycket mer!<\/p>\n

      S\u00e5 h\u00e5ll utkik efter uppdateringar (Telegram<\/a><\/noindex>, Facebook<\/a><\/noindex>, VK<\/a><\/noindex>, TS Solution Blog<\/a><\/noindex>), Yandex.Dzen<\/a><\/noindex>.
      \n
      K\u00e4lla:       habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

      \u0412 \u043f\u0440\u043e\u0448\u043b\u044b\u0445 \u0441\u0442\u0430\u0442\u044c\u044f\u0445 \u043c\u044b \u043d\u0435\u043c\u043d\u043e\u0433\u043e \u043e\u0437\u043d\u0430\u043a\u043e\u043c\u0438\u043b\u0438\u0441\u044c \u0441\u043e \u0441\u0442\u0435\u043a\u043e\u043c elk \u0438 \u043d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u043e\u0439 \u043a\u043e\u043d\u0444\u0438\u0433\u0443\u0440\u0430\u0446\u0438\u043e\u043d\u043d\u043e\u0433\u043e \u0444\u0430\u0439\u043b\u0430 Logstash \u0434\u043b\u044f \u043f\u0430\u0440\u0441\u0435\u0440\u0430 \u043b\u043e\u0433\u043e\u0432, \u0432 \u0434\u0430\u043d\u043d\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u043f\u0435\u0440\u0435\u0439\u0434\u0435\u043c \u043a \u0441\u0430\u043c\u043e\u043c\u0443 \u0432\u0430\u0436\u043d\u043e\u043c\u0443 \u0441 \u0442\u043e\u0447\u043a\u0438 \u0437\u0440\u0435\u043d\u0438\u044f \u0430\u043d\u0430\u043b\u0438\u0442\u0438\u043a\u0438, \u0442\u043e \u0447\u0442\u043e \u0432\u044b \u0445\u043e\u0442\u0438\u0442\u0435 \u0443\u0432\u0438\u0434\u0435\u0442\u044c \u043e\u0442 \u0441\u0438\u0441\u0442\u0435\u043c\u044b \u0438 \u0440\u0430\u0434\u0438 \u0447\u0435\u0433\u043e \u0432\u0441\u0435 \u0441\u043e\u0437\u0434\u0430\u0432\u0430\u043b\u043e\u0441\u044c \u2014 \u044d\u0442\u043e \u0433\u0440\u0430\u0444\u0438\u043a\u0438 \u0438 \u0442\u0430\u0431\u043b\u0438\u0446\u044b \u043e\u0431\u044a\u0435\u0434\u0438\u043d\u0435\u043d\u043d\u044b\u0435 \u0432 \u0434\u0430\u0448\u0431\u043e\u0440\u0434\u044b. \u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u043f\u043e\u0431\u043b\u0438\u0436\u0435 \u043e\u0437\u043d\u0430\u043a\u043e\u043c\u0438\u043c\u0441\u044f \u0441 \u0441\u0438\u0441\u0442\u0435\u043c\u043e\u0439 \u0432\u0438\u0437\u0443\u0430\u043b\u0438\u0437\u0430\u0446\u0438\u0438 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-54536","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd473. Elastic stack: analys av s\u00e4kerhetsloggar. Dashboards | ProHoster","description":"","canonical_url":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/3-elastic-stack-analiz-security-logov-dashbordy","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"sv_SE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd473. Elastic stack: \u0430\u043d\u0430\u043b\u0438\u0437 security \u043b\u043e\u0433\u043e\u0432. \u0414\u0430\u0448\u0431\u043e\u0440\u0434\u044b | ProHoster","og:url":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/3-elastic-stack-analiz-security-logov-dashbordy","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-12-27T21:00:00+00:00","article:modified_time":"2020-02-18T11:02:33+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"54536","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-24 11:45:20","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 20:03:57","updated":"2026-01-24 11:45:20","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/54536","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/comments?post=54536"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/54536\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/media?parent=54536"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/categories?post=54536"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/tags?post=54536"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}