{"id":477282,"date":"2023-08-09T09:10:23","date_gmt":"2023-08-09T09:10:23","guid":{"rendered":""},"modified":"2023-11-29T15:03:54","modified_gmt":"2023-11-29T15:03:54","slug":"format-string-attack","status":"publish","type":"wiki","link":"https:\/\/oneproxy.pro\/pl\/wiki\/format-string-attack\/","title":{"rendered":"Formatuj atak ci\u0105giem"},"content":{"rendered":"<p>Atak ci\u0105giem formatuj\u0105cym to rodzaj luki w zabezpieczeniach wyst\u0119puj\u0105cej w programowaniu komputerowym. Umo\u017cliwia atakuj\u0105cemu wykorzystanie sposobu, w jaki program obs\u0142uguje sformatowane funkcje wej\u015bcia\/wyj\u015bcia. Osoba atakuj\u0105ca mo\u017ce wykorzysta\u0107 t\u0119 luk\u0119 do odczytania poufnych danych, zmodyfikowania zawarto\u015bci pami\u0119ci, a nawet wykonania dowolnego kodu w systemie docelowym. Ataki na ci\u0105gi format\u00f3w stanowi\u0105 powa\u017cny problem dla tw\u00f3rc\u00f3w oprogramowania i administrator\u00f3w system\u00f3w ze wzgl\u0119du na ich potencja\u0142 naruszenia integralno\u015bci i poufno\u015bci systemu.<\/p>\n<h2>Historia powstania Format String Attack i pierwsza wzmianka o nim<\/h2>\n<p>Koncepcja luk w zabezpieczeniach ci\u0105g\u00f3w formatuj\u0105cych po raz pierwszy wysz\u0142a na \u015bwiat\u0142o dzienne pod koniec lat 90-tych. Zosta\u0142 spopularyzowany przez artyku\u0142 opublikowany w 2000 roku zatytu\u0142owany \u201eExploiting Format String Vulnerabilities\u201d autorstwa Kostyi Kortchinsky\u2019ego. W artykule szczeg\u00f3\u0142owo om\u00f3wiono wykorzystanie tej luki i zaprezentowano jej potencjalny wp\u0142yw na systemy. Od tego czasu ataki na ci\u0105gi format\u00f3w by\u0142y szeroko badane, co doprowadzi\u0142o do lepszego zrozumienia i ulepszonych praktyk bezpiecze\u0144stwa w tworzeniu oprogramowania.<\/p>\n<h2>Szczeg\u00f3\u0142owe informacje na temat ataku na ci\u0105g formatuj\u0105cy<\/h2>\n<p>Ataki formatuj\u0105ce maj\u0105 miejsce, gdy osoba atakuj\u0105ca mo\u017ce kontrolowa\u0107 parametr ci\u0105gu formatuj\u0105cego w sformatowanej funkcji wej\u015bcia\/wyj\u015bcia. Funkcje te, jak np <code data-no-translation=\"\">printf()<\/code> I <code data-no-translation=\"\">sprintf()<\/code>, s\u0105 szeroko stosowane do formatowania i drukowania danych. W j\u0119zykach takich jak C i C++ pozwalaj\u0105 programistom na okre\u015blenie symboli zast\u0119pczych (np. <code data-no-translation=\"\">%s<\/code> na sznurki, <code data-no-translation=\"\">%d<\/code> dla liczb ca\u0142kowitych) i odpowiadaj\u0105ce im warto\u015bci, kt\u00f3re maj\u0105 by\u0107 wy\u015bwietlane. Luka powstaje, gdy program przekazuje dane kontrolowane przez u\u017cytkownika jako ci\u0105g formatuj\u0105cy bez odpowiedniej weryfikacji, co prowadzi do niezamierzonych konsekwencji.<\/p>\n<h2>Wewn\u0119trzna struktura ataku Format String i spos\u00f3b jego dzia\u0142ania<\/h2>\n<p>Aby zrozumie\u0107, jak dzia\u0142a atak ci\u0105giem formatuj\u0105cym, konieczne jest zrozumienie wewn\u0119trznego dzia\u0142ania sformatowanych funkcji wej\u015bcia\/wyj\u015bcia. W j\u0119zykach takich jak C sformatowane funkcje drukuj\u0105ce korzystaj\u0105 ze stosu, aby uzyska\u0107 dost\u0119p do przekazanych im argument\u00f3w. Gdy programista udost\u0119pnia ci\u0105g formatu, funkcja iteruje po nim i szuka specyfikator\u00f3w formatu (np. <code data-no-translation=\"\">%s<\/code>, <code data-no-translation=\"\">%d<\/code>). Dla ka\u017cdego znalezionego specyfikatora funkcja oczekuje odpowiedniego argumentu na stosie.<\/p>\n<p>Je\u015bli w programie podatnym na ataki osoba atakuj\u0105ca mo\u017ce kontrolowa\u0107 ci\u0105g formatuj\u0105cy, mo\u017ce manipulowa\u0107 pami\u0119ci\u0105 programu, wykorzystuj\u0105c nast\u0119puj\u0105ce mo\u017cliwo\u015bci:<\/p>\n<ol>\n<li><strong>Czytanie pami\u0119ci<\/strong>: U\u017cywaj\u0105c specyfikator\u00f3w formatu, takich jak <code data-no-translation=\"\">%x<\/code> Lub <code data-no-translation=\"\">%s<\/code>atakuj\u0105cy mo\u017ce ujawni\u0107 zawarto\u015b\u0107 stosu lub innych obszar\u00f3w pami\u0119ci, kt\u00f3re mog\u0105 zawiera\u0107 poufne informacje.<\/li>\n<li><strong>Pisanie pami\u0119ci<\/strong>: Specyfikatory formatu, takie jak <code data-no-translation=\"\">%n<\/code> pozwoli\u0107 atakuj\u0105cemu na zapisanie danych pod adresem pami\u0119ci wskazanym przez odpowiedni argument. Mo\u017cna to wykorzysta\u0107 do modyfikowania zmiennych, wska\u017anik\u00f3w funkcji, a nawet kodu programu.<\/li>\n<li><strong>Wykonywanie dowolnego kodu<\/strong>: Je\u015bli atakuj\u0105cy mo\u017ce kontrolowa\u0107 ci\u0105g formatuj\u0105cy i poda\u0107 w\u0142a\u015bciwe argumenty, mo\u017ce wykona\u0107 dowolny kod za pomoc\u0105 <code data-no-translation=\"\">%n<\/code> zapisa\u0107 do wska\u017anika funkcji, a nast\u0119pnie uruchomi\u0107 jej wykonanie.<\/li>\n<\/ol>\n<h2>Analiza kluczowych cech ataku Format String<\/h2>\n<p>Kluczowe cechy ataku ci\u0105g\u00f3w formatuj\u0105cych to:<\/p>\n<ol>\n<li><strong>Formatuj kontrol\u0119 ci\u0105gu<\/strong>: Osoba atakuj\u0105ca mo\u017ce kontrolowa\u0107 ci\u0105g formatuj\u0105cy, kt\u00f3ry okre\u015bla format wyj\u015bciowy i mo\u017ce manipulowa\u0107 dost\u0119pem do pami\u0119ci.<\/li>\n<li><strong>Eksploatacja oparta na stosie<\/strong>: Ataki formatuj\u0105ce ci\u0105g znak\u00f3w zazwyczaj celuj\u0105 w stos, poniewa\u017c sformatowane funkcje wej\u015bcia\/wyj\u015bcia u\u017cywaj\u0105 go do uzyskania dost\u0119pu do argument\u00f3w.<\/li>\n<li><strong>Manipulacja pami\u0119ci\u0105<\/strong>: osoby atakuj\u0105ce mog\u0105 odczytywa\u0107 i zapisywa\u0107 adresy pami\u0119ci za pomoc\u0105 specyfikator\u00f3w formatu, co mo\u017ce prowadzi\u0107 do ujawnienia informacji lub wykonania kodu.<\/li>\n<\/ol>\n<h2>Rodzaje ataku na ci\u0105g formatuj\u0105cy<\/h2>\n<p>Ataki format string mo\u017cna podzieli\u0107 na dwa g\u0142\u00f3wne typy:<\/p>\n<ol>\n<li><strong>Czytelnicze ataki<\/strong>: Ataki te skupiaj\u0105 si\u0119 na wykorzystaniu specyfikator\u00f3w formatu do odczytania poufnych informacji z pami\u0119ci programu, takich jak adresy stosu lub dane dotycz\u0105ce hase\u0142.<\/li>\n<li><strong>Pisanie atak\u00f3w<\/strong>: Celem tych atak\u00f3w jest manipulowanie pami\u0119ci\u0105 poprzez u\u017cycie specyfikator\u00f3w formatu do zapisania danych pod okre\u015blonymi adresami pami\u0119ci, umo\u017cliwiaj\u0105c atakuj\u0105cemu modyfikacj\u0119 zmiennych lub wska\u017anik\u00f3w funkcji.<\/li>\n<\/ol>\n<p>Oto tabela podsumowuj\u0105ca rodzaje atak\u00f3w na ci\u0105gi formatuj\u0105ce:<\/p>\n<table>\n<thead>\n<tr>\n<th>Rodzaj ataku<\/th>\n<th>Opis<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>Czytelnicze ataki<\/td>\n<td>Wykorzystanie specyfikator\u00f3w formatu do odczytu pami\u0119ci<\/td>\n<\/tr>\n<tr>\n<td>Pisanie atak\u00f3w<\/td>\n<td>Wykorzystanie specyfikator\u00f3w formatu do zapisu w pami\u0119ci<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h2>Sposoby wykorzystania ataku Format String, problemy i ich rozwi\u0105zania<\/h2>\n<h3>Sposoby u\u017cycia ataku formatuj\u0105cego<\/h3>\n<p>Atakuj\u0105cy mog\u0105 wykorzysta\u0107 luki w ci\u0105gach formatuj\u0105cych w r\u00f3\u017cnych scenariuszach, w tym:<\/p>\n<ol>\n<li><strong>Aplikacje internetowe<\/strong>: Je\u015bli aplikacje internetowe wykorzystuj\u0105 dane dostarczone przez u\u017cytkownika jako ci\u0105gi formatuj\u0105ce bez odpowiedniej weryfikacji, osoby atakuj\u0105ce mog\u0105 to wykorzysta\u0107 w celu naruszenia bezpiecze\u0144stwa aplikacji lub serwera bazowego.<\/li>\n<li><strong>Interfejsy wiersza polece\u0144<\/strong>: Programy u\u017cywaj\u0105ce argument\u00f3w wiersza polece\u0144 do konstruowania ci\u0105g\u00f3w formatuj\u0105cych s\u0105 podatne na ataki, je\u015bli nie sprawdzaj\u0105 poprawno\u015bci danych wprowadzonych przez u\u017cytkownika.<\/li>\n<li><strong>Mechanizmy rejestrowania<\/strong>: Luki w zabezpieczeniach ci\u0105g\u00f3w formatuj\u0105cych w mechanizmach rejestrowania mog\u0105 dostarczy\u0107 atakuj\u0105cym cennych informacji o systemie i u\u0142atwi\u0107 dalsze ataki.<\/li>\n<\/ol>\n<h3>Problemy i rozwi\u0105zania<\/h3>\n<ol>\n<li><strong>Niewystarczaj\u0105ca weryfikacja danych wej\u015bciowych<\/strong>: G\u0142\u00f3wn\u0105 przyczyn\u0105 luk w ci\u0105gach formatuj\u0105cych jest nieodpowiednia weryfikacja danych wej\u015bciowych. Programi\u015bci powinni sprawdzi\u0107 dane wej\u015bciowe kontrolowane przez u\u017cytkownika przed u\u017cyciem ich jako ci\u0105gu formatuj\u0105cego.<\/li>\n<li><strong>Ograniczone u\u017cycie ci\u0105g\u00f3w formatuj\u0105cych<\/strong>: Je\u015bli to mo\u017cliwe, programi\u015bci powinni unika\u0107 u\u017cywania ci\u0105g\u00f3w formatuj\u0105cych z danymi kontrolowanymi przez u\u017cytkownika. Zamiast tego rozwa\u017c u\u017cycie bezpieczniejszych alternatyw, takich jak \u0142\u0105czenie ci\u0105g\u00f3w lub biblioteki formatuj\u0105ce ze \u015bcis\u0142\u0105 kontrol\u0105 danych wej\u015bciowych.<\/li>\n<li><strong>Funkcje zabezpiecze\u0144 kompilatora<\/strong>: Nowoczesne kompilatory oferuj\u0105 mechanizmy bezpiecze\u0144stwa, takie jak <code data-no-translation=\"\">-fstack-protector<\/code> opcja w GCC, aby wykry\u0107 i zapobiec lukom w ci\u0105gach formatuj\u0105cych. Korzystanie z takich funkcji mo\u017ce zmniejszy\u0107 ryzyko.<\/li>\n<\/ol>\n<h2>G\u0142\u00f3wne cechy i por\u00f3wnania z podobnymi terminami<\/h2>\n<table>\n<thead>\n<tr>\n<th>Termin<\/th>\n<th>Opis<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>Formatuj atak ci\u0105giem<\/td>\n<td>Wykorzystanie specyfikator\u00f3w formatu do manipulowania pami\u0119ci\u0105<\/td>\n<\/tr>\n<tr>\n<td>Przepe\u0142nienie bufora<\/td>\n<td>Zapisywanie danych poza granicami bufora<\/td>\n<\/tr>\n<tr>\n<td>Wstrzykni\u0119cie SQL<\/td>\n<td>Wykorzystywanie zapyta\u0144 SQL ze z\u0142o\u015bliwymi danymi wej\u015bciowymi<\/td>\n<\/tr>\n<tr>\n<td>Skrypty mi\u0119dzy witrynami<\/td>\n<td>Wstrzykiwanie z\u0142o\u015bliwych skrypt\u00f3w do aplikacji internetowych<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>Chocia\u017c istniej\u0105 pewne podobie\u0144stwa mi\u0119dzy atakami na ci\u0105gi format\u00f3w a innymi lukami, metody ich wykorzystania, cele i konsekwencje znacznie si\u0119 r\u00f3\u017cni\u0105.<\/p>\n<h2>Perspektywy i przysz\u0142e technologie zwi\u0105zane z Format String Attack<\/h2>\n<p>W miar\u0119 ulepszania praktyk tworzenia oprogramowania programi\u015bci staj\u0105 si\u0119 coraz bardziej \u015bwiadomi luk w zabezpieczeniach, takich jak ataki na ci\u0105gi format\u00f3w. Oczekuje si\u0119, \u017ce wraz z wprowadzeniem standard\u00f3w bezpiecznego kodowania, narz\u0119dzi do automatycznej analizy kodu i regularnych audyt\u00f3w bezpiecze\u0144stwa liczba takich luk b\u0119dzie z czasem spada\u0107.<\/p>\n<p>Dodatkowo rozw\u00f3j j\u0119zyk\u00f3w programowania z wbudowanymi funkcjami bezpiecze\u0144stwa pami\u0119ci, takimi jak Rust, mo\u017ce zapewni\u0107 dodatkow\u0105 warstw\u0119 ochrony przed atakami na ci\u0105gi formatuj\u0105ce.<\/p>\n<h2>W jaki spos\u00f3b serwery proxy mog\u0105 by\u0107 u\u017cywane lub powi\u0105zane z atakiem Format String<\/h2>\n<p>Serwery proxy, takie jak te dostarczane przez OneProxy, mog\u0105 odgrywa\u0107 rol\u0119 w ograniczaniu atak\u00f3w na ci\u0105gi format\u00f3w. Serwery proxy dzia\u0142aj\u0105 jako po\u015brednicy mi\u0119dzy klientami a serwerami docelowymi, umo\u017cliwiaj\u0105c im sprawdzanie i filtrowanie przychodz\u0105cych \u017c\u0105da\u0144. Dzi\u0119ki wdro\u017ceniu \u015brodk\u00f3w bezpiecze\u0144stwa na poziomie serwera proxy potencjalne ataki wykorzystuj\u0105ce ci\u0105gi format\u00f3w mog\u0105 zosta\u0107 przechwycone i zablokowane, zanim dotr\u0105 do serwera docelowego.<\/p>\n<p>Serwery proxy mo\u017cna skonfigurowa\u0107 tak, aby:<\/p>\n<ol>\n<li><strong>Filtruj dane wej\u015bciowe u\u017cytkownika<\/strong>: Serwery proxy mog\u0105 weryfikowa\u0107 dane wprowadzone przez u\u017cytkownika przed przes\u0142aniem ich do serwera docelowego, zapobiegaj\u0105c przedostawaniu si\u0119 ci\u0105g\u00f3w znak\u00f3w w z\u0142o\u015bliwym formacie do aplikacji podatnych na ataki.<\/li>\n<li><strong>Zapory sieciowe aplikacji internetowych<\/strong>: Zaawansowane serwery proxy mog\u0105 zawiera\u0107 funkcj\u0119 zapory aplikacji sieci Web (WAF), kt\u00f3ra obejmuje ochron\u0119 przed lukami w ci\u0105gach formatuj\u0105cych.<\/li>\n<li><strong>Rejestrowanie i monitorowanie<\/strong>: Serwery proxy mog\u0105 rejestrowa\u0107 i monitorowa\u0107 przychodz\u0105ce \u017c\u0105dania, pomagaj\u0105c wykrywa\u0107 i analizowa\u0107 potencjalne pr\u00f3by ataku ci\u0105g\u00f3w formatuj\u0105cych.<\/li>\n<\/ol>\n<h2>Powi\u0105zane linki<\/h2>\n<p>Wi\u0119cej informacji na temat atak\u00f3w na ci\u0105gi formatuj\u0105ce mo\u017cna znale\u017a\u0107 w nast\u0119puj\u0105cych zasobach:<\/p>\n<ol>\n<li><a href=\"https:\/\/www.owasp.org\/images\/2\/26\/OWASPAppSecDC2006-MitjaK.pdf\" target=\"_new\" rel=\"noopener nofollow\">Wykorzystywanie luk w zabezpieczeniach ci\u0105gu formatuj\u0105cego<\/a> \u2013 Prezentacja Mitji Kolseka i Kostyi Kortchinsky\u2019ego na konferencji OWASP AppSec DC 2006.<\/li>\n<li><a href=\"https:\/\/crypto.stanford.edu\/cs155\/papers\/formatstring-1.2.pdf\" target=\"_new\" rel=\"noopener nofollow\">B\u0142\u0105d ci\u0105gu formatuj\u0105cego \u2013 pierwsze spojrzenie<\/a> \u2013 Artyku\u0142 Aleph One szczeg\u00f3\u0142owo badaj\u0105cy luki w zabezpieczeniach ci\u0105g\u00f3w formatu.<\/li>\n<li><a href=\"https:\/\/owasp.org\/www-project-top-ten\/\" target=\"_new\" rel=\"noopener nofollow\">Pierwsza dziesi\u0105tka OWASP<\/a> \u2013 lista dziesi\u0119ciu najwi\u0119kszych zagro\u017ce\u0144 bezpiecze\u0144stwa aplikacji internetowych OWASP, zawieraj\u0105ca luki w zabezpieczeniach ci\u0105g\u00f3w formatuj\u0105cych.<\/li>\n<\/ol>\n<p>Podsumowuj\u0105c, ataki ci\u0105g\u00f3w format\u00f3w stwarzaj\u0105 znaczne ryzyko dla system\u00f3w oprogramowania, ale przyjmuj\u0105c praktyki bezpiecznego kodowania i wykorzystuj\u0105c mo\u017cliwo\u015bci serwer\u00f3w proxy, programi\u015bci mog\u0105 broni\u0107 si\u0119 przed tymi zagro\u017ceniami oraz zapewni\u0107 integralno\u015b\u0107 i bezpiecze\u0144stwo swoich aplikacji i danych.<\/p>","protected":false},"featured_media":497608,"menu_order":0,"template":"","meta":{"_acf_changed":false,"content-type":"","inline_featured_image":false,"footnotes":""},"class_list":["post-477282","wiki","type-wiki","status-publish","has-post-thumbnail","hentry"],"acf":{"faq_title":"Frequently Asked Questions about <mark>Format String Attack: Understanding the Vulnerability Exploited by Hackers<\/mark>","faq_items":[{"question":"What is a Format String Attack?","answer":"A Format String Attack is a type of security vulnerability that occurs in computer programming. It allows attackers to exploit the way a program handles formatted input\/output functions, potentially leading to unauthorized access, data leaks, or even code execution on the target system."},{"question":"How did Format String Attacks originate?","answer":"The concept of Format String Attacks was first highlighted in a 2000 paper titled \"Exploiting Format String Vulnerabilities\" by Kostya Kortchinsky. Since then, these attacks have been a significant concern in software development due to their potential to compromise system integrity and confidentiality."},{"question":"How does a Format String Attack work?","answer":"In a Format String Attack, the attacker manipulates the format string parameter in formatted input\/output functions, such as <code>printf()<\/code> and <code>sprintf()<\/code>. By controlling the format string, the attacker can read sensitive data, write to memory addresses, or even execute arbitrary code by exploiting certain format specifiers."},{"question":"What are the key features of a Format String Attack?","answer":"The key features of a Format String Attack include the attacker's ability to control the format string, exploit stack-based memory access, and manipulate memory contents through format specifiers."},{"question":"What types of Format String Attacks exist?","answer":"Format String Attacks can be classified into two main types:\r\n<ol>\r\n \t<li>Reading Attacks: Exploiting format specifiers to read sensitive data from the program's memory.<\/li>\r\n \t<li>Writing Attacks: Exploiting format specifiers to write data to specific memory addresses, enabling the modification of variables or function pointers.<\/li>\r\n<\/ol>"},{"question":"How can Format String Attacks be prevented?","answer":"To prevent Format String Attacks, developers should:\r\n<ul>\r\n \t<li>Validate user-controlled input before using it as a format string.<\/li>\r\n \t<li>Avoid using format strings with user-controlled data whenever possible.<\/li>\r\n \t<li>Utilize compiler security features like <code>-fstack-protector<\/code> to detect and prevent vulnerabilities.<\/li>\r\n<\/ul>"},{"question":"How can proxy servers like OneProxy help with Format String Attacks?","answer":"Proxy servers like OneProxy can aid in mitigating Format String Attacks by:\r\n<ul>\r\n \t<li>Filtering user input before forwarding it to the target server.<\/li>\r\n \t<li>Implementing Web Application Firewall (WAF) functionality to protect against format string vulnerabilities.<\/li>\r\n \t<li>Logging and monitoring incoming requests to detect and analyze potential attack attempts.<\/li>\r\n<\/ul>"},{"question":"Are there any other vulnerabilities similar to Format String Attacks?","answer":"While Format String Attacks are unique, there are other vulnerabilities in the realm of cybersecurity, such as Buffer Overflow, SQL Injection, and Cross-Site Scripting, each with distinct exploitation methods and consequences."},{"question":"How can I learn more about Format String Attacks?","answer":"For further information about Format String Attacks, you can explore the following resources:\r\n<ol>\r\n \t<li><a href=\"https:\/\/www.owasp.org\/images\/2\/26\/OWASPAppSecDC2006-MitjaK.pdf\" target=\"_new\">Exploiting Format String Vulnerabilities<\/a> - A presentation by Mitja Kolsek and Kostya Kortchinsky at OWASP AppSec DC 2006.<\/li>\r\n \t<li><a href=\"https:\/\/crypto.stanford.edu\/cs155\/papers\/formatstring-1.2.pdf\" target=\"_new\">The Format String Bug - A First Look<\/a> - A paper by Aleph One exploring format string vulnerabilities in-depth.<\/li>\r\n \t<li><a href=\"https:\/\/owasp.org\/www-project-top-ten\/\" target=\"_new\">OWASP Top Ten<\/a> - OWASP's top ten list of web application security risks, including format string vulnerabilities.<\/li>\r\n<\/ol>"}]},"_links":{"self":[{"href":"https:\/\/oneproxy.pro\/pl\/wp-json\/wp\/v2\/wiki\/477282","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/oneproxy.pro\/pl\/wp-json\/wp\/v2\/wiki"}],"about":[{"href":"https:\/\/oneproxy.pro\/pl\/wp-json\/wp\/v2\/types\/wiki"}],"version-history":[{"count":0,"href":"https:\/\/oneproxy.pro\/pl\/wp-json\/wp\/v2\/wiki\/477282\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/oneproxy.pro\/pl\/wp-json\/wp\/v2\/media\/497608"}],"wp:attachment":[{"href":"https:\/\/oneproxy.pro\/pl\/wp-json\/wp\/v2\/media?parent=477282"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}