A Host header injection nem \u00faj s\u00e9r\u00fcl\u00e9kenys\u00e9g: rendszeresen visszat\u00e9r\u0151 probl\u00e9ma, negy gyakran j\u00e1r kritikus hat\u00e1ssal. Nem v\u00e9letlen\u00fcl, hiszen egyetlen rosszul kezelt fejl\u00e9c elegend\u0151 lehet fi\u00f3k\u00e1tv\u00e9telhez, vagy cache poisoninghez.<\/span><\/p>\n A Host fejl\u00e9c-befecskendez\u00e9s egy r\u00e9g\u00f3ta ismert, m\u00e9gis rendszeresen felbukkan\u00f3 webalkalmaz\u00e1s-s\u00e9r\u00fcl\u00e9kenys\u00e9g. Akkor jelentkezik, amikor egy alkalmaz\u00e1s a HTTP-k\u00e9r\u00e9s Host-fejl\u00e9c\u00e9nek \u00e9rt\u00e9k\u00e9t megfelel\u0151 valid\u00e1ci\u00f3 n\u00e9lk\u00fcl haszn\u00e1lja fel, p\u00e9ld\u00e1ul abszol\u00fat URL-ek, \u00e1tir\u00e1ny\u00edt\u00e1sok vagy egy\u00e9b er\u0151forr\u00e1s-hivatkoz\u00e1sok el\u0151\u00e1ll\u00edt\u00e1s\u00e1ra.<\/span><\/p>\n A probl\u00e9ma gy\u00f6kere, hogy az alkalmaz\u00e1s megb\u00edzik a Host-fejl\u00e9cben, holott az a kliens \u00e1ltal k\u00fcld\u00f6tt \u2013 teh\u00e1t t\u00e1mad\u00f3 \u00e1ltal manipul\u00e1lhat\u00f3 \u2013 adat. Amennyiben ez az \u00e9rt\u00e9k biztons\u00e1gi d\u00f6nt\u00e9sek, vagy kimeneti adatok alapj\u00e1ul szolg\u00e1l, az k\u00fcl\u00f6nf\u00e9le t\u00e1mad\u00e1sokhoz \u2013 p\u00e9ld\u00e1ul jelsz\u00f3 vissza\u00e1ll\u00edt\u00f3 link manipul\u00e1ci\u00f3hoz, cache poisoning-hez vagy open redirect-hez \u2013 vezethet.<\/span><\/p>\n \u00d6nmag\u00e1ban az, hogy a Host-fejl\u00e9c m\u00f3dos\u00edthat\u00f3, m\u00e9g nem jelent probl\u00e9m\u00e1t. A s\u00e9r\u00fcl\u00e9kenys\u00e9g akkor jelenik meg, amikor az alkalmaz\u00e1s ezt az \u00e9rt\u00e9ket implicit m\u00f3don megb\u00edzhat\u00f3nak tekinti.<\/span><\/p>\n Egy tipikus p\u00e9lda erre a jelsz\u00f3-vissza\u00e1ll\u00edt\u00e1s folyamata, hiszen a jelsz\u00f3-vissza\u00e1ll\u00edt\u00e1s sor\u00e1n sok alkalmaz\u00e1s dinamikusan gener\u00e1l egy linket, amelyet e-mailben k\u00fcld el a felhaszn\u00e1l\u00f3nak. Ha azonban az alkalmaz\u00e1s a teljes URL-t a be\u00e9rkez\u0151 k\u00e9r\u00e9s Host-fejl\u00e9c\u00e9b\u0151l \u00e1ll\u00edtja \u00f6ssze (pl. https:\/\/{Host}\/reset?token=…), akkor egy t\u00e1mad\u00f3 k\u00f6nnyen m\u00f3dos\u00edthatja ezt az \u00e9rt\u00e9ket (Host: attacker.com).<\/span><\/p>\n Ebben az esetben a felhaszn\u00e1l\u00f3 egy l\u00e1tsz\u00f3lag legitim e-mailt kap, amely val\u00f3j\u00e1ban a t\u00e1mad\u00f3 domainj\u00e9re mutat. Ha a felhaszn\u00e1l\u00f3 r\u00e1kattint a linkre, a token kisziv\u00e1roghat, \u00edgy a t\u00e1mad\u00f3 \u00e1tveheti az ir\u00e1ny\u00edt\u00e1st a fi\u00f3k felett.<\/span><\/p>\n Tov\u00e1bbi gyakori t\u00e1mad\u00e1si forma a(z)\u00a0<\/span><\/p>\n <\/b>Amennyiben egy reverse proxy vagy CDN a Host fejl\u00e9cet is figyelembe veszi a cache kulcs k\u00e9pz\u00e9se sor\u00e1n, a t\u00e1mad\u00f3 manipul\u00e1lt Host \u00e9rt\u00e9kkel k\u00e9pes rosszindulat\u00fa v\u00e1laszt juttatni a gyors\u00edt\u00f3t\u00e1rba. Amikor az alkalmaz\u00e1s a Host-fejl\u00e9c alapj\u00e1n gener\u00e1l abszol\u00fat \u00e1tir\u00e1ny\u00edt\u00e1si URL-eket, egy t\u00e1mad\u00f3 k\u00e9pes ezt az \u00e9rt\u00e9ket manipul\u00e1lni, \u00e9s a felhaszn\u00e1l\u00f3t saj\u00e1t, rosszindulat\u00fa domain-j\u00e9re ir\u00e1ny\u00edtani.\u00a0<\/span><\/p>\n Mindez gyakran teljesen legitimnek t\u0171n\u0151 linkeken kereszt\u00fcl t\u00f6rt\u00e9nik, \u00edgy a felhaszn\u00e1l\u00f3 nem \u00e9szleli a kock\u00e1zatot. Az ilyen mechanizmusok k\u00fcl\u00f6n\u00f6sen gyakoriak phishing kamp\u00e1nyokban \u00e9s token-sziv\u00e1rg\u00e1si t\u00e1mad\u00e1si l\u00e1ncokban, ahol a c\u00e9l a hiteles\u00edt\u00e9si adatok megszerz\u00e9se.<\/span><\/p>\n Ha a backend rendszerek a Host-fejl\u00e9c \u00e9rt\u00e9k\u00e9t haszn\u00e1lj\u00e1k bels\u0151 \u00fatvonalkezel\u00e9shez, egy manipul\u00e1lt Host lehet\u0151v\u00e9 teheti a t\u00e1mad\u00f3 sz\u00e1m\u00e1ra, hogy nem v\u00e1rt vagy v\u00e9dett bels\u0151 szolg\u00e1ltat\u00e1sokat \u00e9rjen el.\u00a0<\/span><\/p>\n Ez k\u00fcl\u00f6n\u00f6sen probl\u00e9m\u00e1s olyan k\u00f6rnyezetekben, ahol a routing logika implicit m\u00f3don b\u00edzik a be\u00e9rkez\u0151 k\u00e9r\u00e9s adataiban. Microservice \u00e9s proxy alap\u00fa architekt\u00far\u00e1k eset\u00e9n a kock\u00e1zat tov\u00e1bb n\u0151, mivel a forgalom t\u00f6bb komponensen kereszt\u00fcl halad, \u00e9s a hib\u00e1s bizalmi l\u00e1nc k\u00f6nnyen kihaszn\u00e1lhat\u00f3v\u00e1 v\u00e1lik.\u00a0<\/span><\/p>\n Fontos megjegyezni, hogy a modern infrastrukt\u00far\u00e1k (load balancer-ek, reverse proxy-k, kont\u00e9neriz\u00e1lt k\u00f6rnyezetek) gyakran tov\u00e1bb\u00edtj\u00e1k vagy m\u00f3dos\u00edtj\u00e1k a Host-fejl\u00e9cet, ami m\u00e9g \u00f6sszetettebb\u00e9 teszi a helyzetet. Ilyenkor a X-Forwarded-Host vagy hasonl\u00f3 fejl\u00e9cek is szerepet kaphatnak a s\u00e9r\u00fcl\u00e9kenys\u00e9g kialakul\u00e1s\u00e1ban.<\/span><\/p>\n A Host header injection elleni v\u00e9dekez\u00e9s alapja az, hogy a Host fejl\u00e9cet soha ne tekints\u00fck megb\u00edzhat\u00f3 adatnak.<\/span><\/p>\n Az alkalmaz\u00e1snak egy\u00e9rtelm\u0171en meg kell hat\u00e1roznia, hogy mely domainek \u00e9rv\u00e9nyesek, \u00e9s minden be\u00e9rkez\u0151 Host-fejl\u00e9cet ehhez a list\u00e1hoz kell hasonl\u00edtani. Ha az \u00e9rt\u00e9k nem szerepel a whitelist-ben, a k\u00e9r\u00e9st el kell utas\u00edtani.<\/span><\/b><\/p>\n Abszol\u00fat URL-ek gener\u00e1l\u00e1sakor c\u00e9lszer\u0171 konfigur\u00e1ci\u00f3b\u00f3l (pl. environment variable) sz\u00e1rmaz\u00f3, fix domainnevet haszn\u00e1lni, nem pedig a be\u00e9rkez\u0151 k\u00e9r\u00e9s adatait.<\/span><\/p>\n Ha az alkalmaz\u00e1s X-Forwarded-Host vagy hasonl\u00f3 fejl\u00e9ceket haszn\u00e1l, akkor k\u00fcl\u00f6n\u00f6sen fontos ezek valid\u00e1ci\u00f3ja, illetve annak biztos\u00edt\u00e1sa, hogy csak megb\u00edzhat\u00f3 forr\u00e1sb\u00f3l (pl. saj\u00e1t proxy) \u00e9rkezzenek.<\/span><\/b><\/p>\n A reset linkek gener\u00e1l\u00e1sakor mindig fix, konfigur\u00e1lt domaint haszn\u00e1ljunk, \u00e9s lehet\u0151s\u00e9g szerint r\u00f6vid \u00e9lettartam\u00fa, egyszer haszn\u00e1latos tokeneket alkalmazzunk.<\/span><\/b><\/p>\n Penetr\u00e1ci\u00f3s tesztek \u00e9s automatiz\u00e1lt biztons\u00e1gi szkennerek seg\u00edts\u00e9g\u00e9vel k\u00f6nnyen azonos\u00edthat\u00f3k az ilyen t\u00edpus\u00fa hib\u00e1k. \u00c9rdemes c\u00e9lzottan tesztelni k\u00fcl\u00f6nb\u00f6z\u0151 Host \u00e9s forwardolt header vari\u00e1ci\u00f3kkal.<\/span><\/p>\n A Host header injection tipikusan olyan s\u00e9r\u00fcl\u00e9kenys\u00e9g, amely k\u00f6nnyen kimarad a felsz\u00edni ellen\u0151rz\u00e9sekb\u0151l. Azonban mivel l\u00e1ncolhat\u00f3 m\u00e1s hib\u00e1kkal, ar\u00e1nytalanul nagy kock\u00e1zatot hordoz. <\/span>Pentest<\/span><\/a> sor\u00e1n nem elegend\u0151 teh\u00e1t \u00f6nmag\u00e1ban a Host-fejl\u00e9c manipul\u00e1lhat\u00f3s\u00e1g\u00e1t vizsg\u00e1lni; azt kell meg\u00e9rteni, hogy az adott alkalmaz\u00e1s \u00e9s infrastrukt\u00fara hogyan haszn\u00e1lja ezt az \u00e9rt\u00e9ket.<\/span><\/p>\n Egy tapasztalt pentester c\u00e9lzottan teszteli, hogy a Host-fejl\u00e9c hat\u00e1ssal van-e URL-gener\u00e1l\u00e1sra, redirect logik\u00e1ra, cache m\u0171k\u00f6d\u00e9sre vagy backend routingra. Emellett figyelembe veszi a teljes request \u00fatj\u00e1t: load balancer, reverse proxy, alkalmaz\u00e1si r\u00e9teg \u00e9s esetleges microservice komponensek egy\u00fcttm\u0171k\u00f6d\u00e9s\u00e9t.<\/span><\/p>\n A gyakorlatban a val\u00f3di kock\u00e1zat gyakran nem egyetlen komponensben jelenik meg, hanem azok k\u00f6lcs\u00f6nhat\u00e1s\u00e1b\u00f3l ad\u00f3dik. Ez\u00e9rt a Host header injection vizsg\u00e1lata sor\u00e1n k\u00fcl\u00f6n\u00f6sen fontos a kontextus \u00e9s a t\u00e1mad\u00e1si l\u00e1ncok felt\u00e9rk\u00e9pez\u00e9se. Egy j\u00f3l kivitelezett pentest nemcsak a hib\u00e1t azonos\u00edtja, hanem megmutatja azt is, hogy a hiba az adott k\u00f6rnyezetben milyen \u00fczleti hat\u00e1sokkal j\u00e1rhat.<\/span><\/p>\nMi az a Host header injection?\u00a0<\/b><\/h2>\n
Mi\u00e9rt vesz\u00e9lyes a Host fejl\u00e9c-manipul\u00e1ci\u00f3?<\/b><\/h2>\n
\n
Web cache poisoning (Host header alapj\u00e1n):<\/b><\/h3>\n<\/li>\n<\/ul>\n
<\/span>Ez a tartalom k\u00e9s\u0151bb m\u00e1s felhaszn\u00e1l\u00f3k sz\u00e1m\u00e1ra is kiszolg\u00e1l\u00e1sra ker\u00fcl a shared cache miatt. Az ilyen t\u00e1mad\u00e1s k\u00f6vetkezm\u00e9nye lehet session hijack, XSS payload-ok terjeszt\u00e9se vagy a megjelen\u00edtett tartalom c\u00e9lzott manipul\u00e1ci\u00f3ja.<\/p>\n\n
Open redirect s\u00e9r\u00fcl\u00e9kenys\u00e9g:<\/b><\/h3>\n<\/li>\n<\/ul>\n
\n
SSRF-szer\u0171 viselked\u00e9s hib\u00e1s routing miatt:<\/b><\/h3>\n<\/li>\n<\/ul>\n
Hogyan v\u00e9dekezhet\u00fcnk Host header injection ellen?<\/b><\/h2>\n
\n
Whitelist-alap\u00fa Host valid\u00e1ci\u00f3<\/b><\/h3>\n<\/li>\n<\/ul>\n
\n
Fix domain haszn\u00e1lata URL-gener\u00e1l\u00e1skor<\/b><\/h3>\n<\/li>\n<\/ul>\n
\n
Reverse proxy \u00e9s load balancer helyes konfigur\u00e1l\u00e1sa<\/b><\/h3>\n<\/li>\n<\/ul>\n
<\/b>A front-end proxy (pl. Nginx, Apache, cloud load balancer) szintj\u00e9n \u00e9rdemes sz\u0171rni a nem v\u00e1rt Host \u00e9rt\u00e9keket. Sok esetben m\u00e1r itt meg lehet \u00e1ll\u00edtani a t\u00e1mad\u00e1st.<\/span><\/h3>\n
\n
Forwardolt fejl\u00e9cek biztons\u00e1gos kezel\u00e9se<\/b><\/h3>\n<\/li>\n<\/ul>\n
\n
Biztons\u00e1gos jelsz\u00f3-vissza\u00e1ll\u00edt\u00e1si folyamatok<\/b><\/h3>\n<\/li>\n<\/ul>\n
\n
C\u00e9lzott pentest \u00e9s automatiz\u00e1lt biztons\u00e1gi tesztel\u00e9s<\/b><\/h3>\n<\/li>\n<\/ul>\n
Mi\u00e9rt fontos a Host header injection vizsg\u00e1lata pentest sor\u00e1n?\u00a0<\/b><\/h2>\n
A Host-fejl\u00e9c nem megb\u00edzhat\u00f3 adat<\/b><\/h2>\n