{"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\/pl\/blog\/administrirovanie\/3-elastic-stack-analiz-security-logov-dashbordy","title":{"rendered":"3. Elastic stack: analiza log\u00f3w bezpiecze\u0144stwa. Dashbordy","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"3.
\n
\nW poprzednich artyku\u0142ach zapoznali\u015bmy si\u0119 nieco z zestawem ELK oraz konfiguracj\u0105 pliku konfiguracyjnego Logstash dla parsera log\u00f3w, w tym artykule przejdziemy do najwa\u017cniejszego z punktu widzenia analityki, czyli tego, co chcecie zobaczy\u0107 z systemu i dla czego ca\u0142e to zosta\u0142o stworzone \u2014 to wykresy i tabele po\u0142\u0105czone w dashbordy<\/b>. Dzi\u015b bli\u017cej zapoznamy si\u0119 z systemem wizualizacji Kibana<\/b>, om\u00f3wimy, jak tworzy\u0107 wykresy, tabele, a na koniec stworzymy prosty dashbord na podstawie log\u00f3w z zapory ogniowej Check Point.
\n<\/a><\/noindex>
\nPierwszym krokiem w pracy z Kibana \u2014 jest stworzenie wzoru indeksu<\/b>, kt\u00f3ry logicznie jest podstaw\u0105 indeks\u00f3w zgodnych z okre\u015blonym zasad\u0105. Oczywi\u015bcie jest to wy\u0142\u0105cznie ustawienie, aby Kibana mog\u0142a wygodniej wyszukiwa\u0107 informacje we wszystkich indeksach jednocze\u015bnie. Ustalamy go na podstawie dopasowania ci\u0105gu, np. \u201echeckpoint-*\u201d i nazwy indeksu. Na przyk\u0142ad \u201echeckpoint-2019.12.05\u201d b\u0119dzie pasowa\u0107 do wzoru, a po prostu \u201echeckpoint\u201d ju\u017c nie. Osobno nale\u017cy wspomnie\u0107, \u017ce w wyszukiwaniu nie mo\u017cna jednocze\u015bnie szuka\u0107 informacji wed\u0142ug r\u00f3\u017cnych wzor\u00f3w indeks\u00f3w, troch\u0119 p\u00f3\u017aniej w kolejnych artyku\u0142ach zobaczymy, \u017ce zapytania API wykonuje si\u0119 albo wed\u0142ug nazwy indeksu, albo w\u0142a\u015bnie wed\u0142ug jednego wzoru, obrazek jest klikalny:<\/p>\n

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

Po tym sprawdzamy w menu Discover, czy wszystkie logi s\u0105 indeksowane, a parser jest skonfigurowany poprawnie. Je\u015bli pojawi\u0105 si\u0119 jakiekolwiek niezgodno\u015bci, na przyk\u0142ad konieczno\u015b\u0107 zmiany typu danych z ci\u0105gu na liczb\u0119 ca\u0142kowit\u0105, nale\u017cy edytowa\u0107 plik konfiguracyjny Logstash, w wyniku czego nowe logi b\u0119d\u0105 zapisywane poprawnie. Aby stare logi po zmianie przyj\u0119\u0142y oczekiwany format, pomocny jest tylko proces reindeksacji, w kolejnych artyku\u0142ach ta operacja b\u0119dzie om\u00f3wiona bardziej szczeg\u00f3\u0142owo. Upewnimy si\u0119, \u017ce wszystko jest w porz\u0105dku, obrazek jest klikalny:<\/p>\n

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

Logi s\u0105 na swoim miejscu, wi\u0119c mo\u017cemy przyst\u0105pi\u0107 do budowy dashbord\u00f3w. Na podstawie analityki dashbord\u00f3w z produkt\u00f3w bezpiecze\u0144stwa mo\u017cna zrozumie\u0107 stan bezpiecze\u0144stwa informacji w organizacji, wizualnie zobaczy\u0107 s\u0142abe punkty w bie\u017c\u0105cej polityce i w przysz\u0142o\u015bci opracowa\u0107 sposoby ich eliminacji. Stworzymy ma\u0142y dashbord, wykorzystuj\u0105c kilka narz\u0119dzi wizualizacji. Dashbord b\u0119dzie sk\u0142ada\u0142 si\u0119 z 5 komponent\u00f3w: <\/p>\n

    \n
  1. tabela do obliczania \u0142\u0105cznej liczby log\u00f3w wed\u0142ug blade\u2019\u00f3w<\/li>\n
  2. tabela wed\u0142ug krytycznych sygnatur IPS<\/li>\n
  3. wykres ko\u0142owy dotycz\u0105cy zdarze\u0144 Zapobiegania Zagro\u017ceniom<\/li>\n
  4. wykres najbardziej popularnych odwiedzanych stron<\/li>\n
  5. wykres u\u017cycia najbardziej niebezpiecznych aplikacji<\/li>\n<\/ol>\n

    \nAby stworzy\u0107 wizualizacje figur, nale\u017cy przej\u015b\u0107 do menu Wizualizuj<\/b>, i wybra\u0107 odpowiedni\u0105 figur\u0119, kt\u00f3r\u0105 chcemy zbudowa\u0107! Przejd\u017amy krok po kroku.<\/p>\n

    Tabela do obliczania \u0142\u0105cznej liczby log\u00f3w wed\u0142ug blade'\u00f3w<\/h3>\n

    \nW tym celu wybierzemy figur\u0119 Tabela danych<\/b>, przechodzimy do narz\u0119dzia do tworzenia wykres\u00f3w, po lewej stronie ustawienia figury, po prawej to, jak b\u0119dzie wygl\u0105da\u0107 w obecnych ustawieniach. Najpierw poka\u017c\u0119, jak b\u0119dzie wygl\u0105da\u0107 gotowa tabela, a nast\u0119pnie przejdziemy przez ustawienia, obrazek jest klikalny:<\/p>\n

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

    Bardziej szczeg\u00f3\u0142owe ustawienia figury, obrazek jest klikalny:<\/p>\n

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

    Zajmijmy si\u0119 ustawieniami.<\/p>\n

    Pocz\u0105tkowo ustalamy metryk\u0119<\/b>, to warto\u015b\u0107, wed\u0142ug kt\u00f3rej b\u0119d\u0105 agregowane wszystkie pola. Metryki s\u0105 obliczane na podstawie warto\u015bci wydobytych r\u00f3\u017cnymi sposobami z dokument\u00f3w. Warto\u015bci zazwyczaj wydobywane s\u0105 z p\u00f3l<\/b> dokumentu, ale r\u00f3wnie\u017c mog\u0105 by\u0107 generowane za pomoc\u0105 skrypt\u00f3w. W tym przypadku ustawiamy w Agregacja: Liczba<\/b> (\u0142\u0105czna liczba log\u00f3w).<\/p>\n

    Nast\u0119pnie dzielimy tabel\u0119 na segmenty (pola), wed\u0142ug kt\u00f3rych b\u0119dzie liczona metryka. T\u0119 funkcj\u0119 wykonuje ustawienie Buckets, kt\u00f3re z kolei sk\u0142ada si\u0119 z 2 opcji ustawienia: <\/p>\n

      \n
    1. split rows \u2014 dodawanie kolumn i nast\u0119pnie dzielenie tabeli na wiersze<\/li>\n
    2. split table \u2014 dzielenie na kilka tabel wed\u0142ug warto\u015bci okre\u015blonego pola. <\/li>\n<\/ol>\n

      \nW buckets<\/b> mo\u017cna doda\u0107 kilka podzia\u0142\u00f3w, aby stworzy\u0107 kilka kolumn lub tabel, ograniczenia s\u0105 raczej logiczne. W agregacji mo\u017cna wybra\u0107, w jaki spos\u00f3b b\u0119dzie odbywa\u0142o si\u0119 dzielenie na segmenty: ipv4 range, date range, Terms itp. Najciekawszym wyborem jest w\u0142a\u015bnie Terms<\/b> i Significant Terms<\/b>, podzia\u0142 na segmenty odbywa si\u0119 wed\u0142ug warto\u015bci okre\u015blonego pola indeksu, r\u00f3\u017cnica mi\u0119dzy nimi polega na liczbie zwracanych warto\u015bci i ich wy\u015bwietleniu. Poniewa\u017c chcemy podzieli\u0107 tabel\u0119 wed\u0142ug nazw blade'\u00f3w, wybieramy pole \u2014 product.keyword<\/b> i ustalamy rozmiar na 25 zwracanych warto\u015bci. <\/p>\n

      Zamiast wierszy w Elasticsearch u\u017cywane s\u0105 2 typy danych \u2014 text<\/b> i keyword<\/b>. Je\u015bli chcesz wykona\u0107 pe\u0142notekstowe wyszukiwanie, musisz u\u017cy\u0107 typu text, co jest bardzo wygodne przy pisaniu w\u0142asnej us\u0142ugi wyszukiwania, na przyk\u0142ad, szukasz wzmianki o s\u0142owie w konkretnym znaczeniu pola (tek\u015bcie). Je\u015bli chcesz tylko dok\u0142adne dopasowanie, musisz u\u017cy\u0107 typu keyword. Typ danych keyword powinien by\u0107 r\u00f3wnie\u017c u\u017cywany dla p\u00f3l, kt\u00f3re wymagaj\u0105 sortowania lub agregacji, czyli w naszym przypadku.<\/p>\n

      W rezultacie Elasticsearch liczy liczb\u0119 log\u00f3w w okre\u015blonym czasie z agregacj\u0105 wed\u0142ug warto\u015bci w polu product. W Custom Label okre\u015blamy nazw\u0119 kolumny, kt\u00f3ra b\u0119dzie wy\u015bwietlana w tabeli, ustawiamy czas, za kt\u00f3ry zbieramy logi, uruchamiamy wizualizacj\u0119 \u2014 Kibana wysy\u0142a zapytanie do Elasticsearch, czeka na odpowied\u017a i nast\u0119pnie wizualizuje otrzymane dane. Tabela gotowa!<\/p>\n

      Wykres ko\u0142owy dotycz\u0105cy zdarze\u0144 Threat Prevention<\/h3>\n

      \nOkre\u015blone zainteresowanie budzi informacja, jaki procent reakcji w og\u00f3le wyst\u0119puje detect<\/b> i prevent<\/b> na incydenty bezpiecze\u0144stwa w aktualnej polityce bezpiecze\u0144stwa. W takim przypadku bardzo dobrze nadaje si\u0119 wykres ko\u0142owy. Wybieramy w Visualize \u2014 Pie chart<\/b>. Tak\u017ce w metryce okre\u015blamy agregacj\u0119 wed\u0142ug liczby log\u00f3w. W buckets ustawiamy Terms => action. <\/p>\n

      Wydaje si\u0119, \u017ce wszystko jest poprawnie, ale w rezultacie pokazuj\u0105 si\u0119 warto\u015bci dla wszystkich blade'\u00f3w, trzeba przefiltrowa\u0107 tylko te blade'y, kt\u00f3re dzia\u0142aj\u0105 w ramach Threat Prevention. Dlatego koniecznie konfigurujemy filtrowanie<\/b> w celu wyszukiwania informacji tylko o blade'ach odpowiedzialnych za incydenty bezpiecze\u0144stwa \u2014 product: (\u201eAnti-Bot\u201d OR \u201eNew Anti-Virus\u201d OR \u201eDDoS Protector\u201d OR \u201eSmartDefense\u201d OR \u201eThreat Emulation\u201d). Obrazek jest klikany:<\/p>\n

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

      I dok\u0142adniejsze ustawienia, obrazek jest klikany:<\/p>\n

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

      Tabela zdarze\u0144 IPS<\/h3>\n

      \nNast\u0119pnie bardzo wa\u017cne z punktu widzenia bezpiecze\u0144stwa jest przegl\u0105danie i weryfikacja zdarze\u0144 wed\u0142ug blade'a IPS<\/b> i Emulacja zagro\u017ce\u0144<\/b>, kt\u00f3re nie s\u0105 blokowane<\/b> aktualn\u0105 polityk\u0105, aby w przysz\u0142o\u015bci albo przekszta\u0142ci\u0107 sygnatur\u0119 w prevent, albo je\u015bli ruch jest wa\u017cny \u2014 nie weryfikowa\u0107 sygnatury. Tabel\u0119 tworzymy w taki sam spos\u00f3b jak w pierwszym przyk\u0142adzie, z t\u0105 r\u00f3\u017cnic\u0105, \u017ce tworzymy kilka kolumn: protections.keyword, severity.keyword, product.keyword, originsicname.keyword. Koniecznie konfigurujemy filtr w celu wyszukiwania informacji tylko o blade'ach odpowiedzialnych za incydenty bezpiecze\u0144stwa \u2014 product: ( \u201eSmartDefense\u201d OR \u201eThreat Emulation\u201d). Obrazek jest klikany:<\/p>\n

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

      Bardziej szczeg\u00f3\u0142owe ustawienia, obrazek jest klikany:<\/p>\n

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

      Wykresy dotycz\u0105ce najpopularniejszych odwiedzanych stron<\/h3>\n

      \nAby to zrobi\u0107, tworzymy figur\u0119 \u2014 Vertical Bar<\/b>. Metryk\u0119 r\u00f3wnie\u017c u\u017cywamy count (o\u015b Y), a na osi X jako warto\u015bci b\u0119dziemy u\u017cywa\u0107 nazw odwiedzonych stron \u2014 \u201cappi_name\u201d. Tutaj jest ma\u0142y trik, je\u015bli uruchomimy ustawienia w bie\u017c\u0105cej wersji, wszystkie strony b\u0119d\u0105 zaznaczane na wykresie jednym kolorem, aby zrobi\u0107 je wielokolorowymi, u\u017cywamy dodatkowego ustawienia \u2014 \u201csplit series\u201d, kt\u00f3re pozwala podzieli\u0107 ju\u017c gotow\u0105 kolumn\u0119 na jeszcze kilka warto\u015bci, w zale\u017cno\u015bci od wybranego pola, oczywi\u015bcie! To dzielenie mo\u017cna u\u017cywa\u0107 jako jedn\u0105 wielokolorow\u0105 kolumn\u0119 w trybie stacked lub w trybie normalnym, aby stworzy\u0107 kilka kolumn dla okre\u015blonej warto\u015bci z osi X. W tym przypadku u\u017cywamy tej samej warto\u015bci, co na osi X, co pozwala uczyni\u0107 wszystkie kolumny wielokolorowymi, a po prawej stronie u g\u00f3ry b\u0119d\u0105 one oznaczane kolorami. W filtrze ustawiamy \u2014 product:\u00abURL Filtering\u00bb, aby zobaczy\u0107 informacje tylko o odwiedzonych stronach, obrazek klikalny:<\/p>\n

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

      Ustawienia:<\/p>\n

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

      Wykres dotycz\u0105cy wykorzystania najbardziej niebezpiecznych aplikacji<\/h3>\n

      \nAby to zrobi\u0107, tworzymy figur\u0119 \u2014 Vertical Bar. Metryk\u0119 r\u00f3wnie\u017c u\u017cywamy count (o\u015b Y), a na osi X jako warto\u015bci b\u0119dziemy u\u017cywa\u0107 nazw u\u017cywanych aplikacji \u2014 \u201cappi_name\u201d. Najwa\u017cniejsze jest ustawienie filtra \u2014 product: \u00abApplication Control\u00bb AND app_risk: (4 OR 5 OR 3) AND action: \u00abaccept\u00bb. Filtrujemy logi po bl\u0119dzie Application control, bierzemy tylko te strony, kt\u00f3re s\u0105 skategoryzowane jako strony z ryzykiem Krytycznym, Wysokim, \u015arednim i tylko w przypadku, gdy dost\u0119p do tych stron jest dozwolony. Obrazek klikalny:<\/p>\n

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

      Ustawienia, klikalnie:<\/p>\n

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

      Panel kontrolny<\/h3>\n

      \nPrzegl\u0105danie i tworzenie paneli kontrolnych znajduje si\u0119 w oddzielnym punkcie menu \u2014 Dashboard<\/b>. Tutaj wszystko jest proste, tworzy si\u0119 nowy panel kontrolny, dodaje si\u0119 wizualizacje, uk\u0142ada wszystko na miejscach i tyle!<\/p>\n

      Tworzymy panel kontrolny, na podstawie kt\u00f3rego b\u0119dzie mo\u017cna zrozumie\u0107 podstawow\u0105 sytuacj\u0119 stanu bezpiecze\u0144stwa informacji w organizacji, oczywi\u015bcie tylko na poziomie Check Point, obrazek klikalny:<\/p>\n

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

      Na podstawie tych wykres\u00f3w mo\u017cemy zrozumie\u0107, kt\u00f3re krytyczne sygnatury nie s\u0105 blokowane na zaporze, dok\u0105d chodz\u0105 u\u017cytkownicy, jakie najbardziej niebezpieczne aplikacje wykorzystuj\u0105.<\/p>\n

      Podsumowanie<\/h3>\n

      \nZbadali\u015bmy mo\u017cliwo\u015bci podstawowej wizualizacji w Kibana i stworzyli\u015bmy pulpit nawigacyjny, ale to tylko ma\u0142y u\u0142amek. W dalszej cz\u0119\u015bci kursu osobno om\u00f3wimy konfiguracj\u0119 map, prac\u0119 z systemem Elasticsearch, zapoznamy si\u0119 z zapytaniami API, automatyzacj\u0105 i wieloma innymi zagadnieniami!<\/p>\n

      Wi\u0119c \u015bled\u017acie aktualizacje (Telegram<\/a><\/noindex>, Facebook<\/a><\/noindex>, VK<\/a><\/noindex>, Blog TS Solution<\/a><\/noindex>), Yandex.Zen<\/a><\/noindex>.
      \n
      \u0179r\u00f3d\u0142o:       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\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: analiza log\u00f3w bezpiecze\u0144stwa. Pulpity nawigacyjne | ProHoster","description":"","canonical_url":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/3-elastic-stack-analiz-security-logov-dashbordy","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"pl_PL","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\/pl\/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\/pl\/wp-json\/wp\/v2\/posts\/54536","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/comments?post=54536"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts\/54536\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/media?parent=54536"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/categories?post=54536"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/tags?post=54536"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}