# Adatszivárgás a weboldalon át? Hívjon minket. Segítünk.

> Adatszivárgás gyanúja a weboldalán át? A bejelentési határidő fut. Hívjon minket, vagy írjon nekünk WhatsAppon. Távolról tisztázzuk, mi történt.

Forrás: https://phpsos.de/hu/soforthilfe/datenleck-ueber-website/  
Állapot: 2026. 10. 25.  
Szolgáltató: PHP SOS, PHP-vészhelyzeti segítség és szerverbiztonság. Azonnali segítség WhatsAppon: https://wa.me/491736494914?text=%C3%9Cdv%C3%B6zl%C3%B6m%2C%20PHP%20SOS%21%20Seg%C3%ADts%C3%A9gre%20van%20sz%C3%BCks%C3%A9g%C3%BCnk%20a%20PHP-szerver%C3%BCnkkel.%20C%C3%A9g%3A%20%E2%80%A6%20Weboldal%3A%20%E2%80%A6

**Röviden:** Ha azt gyanítja, hogy adatok szivárogtak ki a weboldalán át, az idő a döntő tényező. Ha érintett, jelentkezzen azonnal. Távolról mentjük a nyomokat, műszakilag tisztázzuk, mely adatok lehetnek érintettek, lezárjuk a hozzáférést, és megbízható dokumentációt adunk az adatvédelmi felelősnek, az ügyvédnek és a biztosítónak.

> **Azonnal cselekedjen:**
> **Most ne töröljön semmit, és ne telepítsen újra semmit.** A naplók, az adatbázis és a fájlok az egyetlen bizonyítékok arra, hogy mi szivárgott ki, és mi nem. Aki felülírja őket, később már semmit sem tud igazolni. [Vészhelyzet bejelentése](https://phpsos.de/hu/notfall/), és az első üzenettől átvesszük az ügyet.

## Érintett? Miből ismerhető fel a weboldalon át történt adatszivárgás

Az adatok kiszivárgása gyakran észrevétlenül történik. A jelek többnyire mellékhatásokból adódnak:

- Ügyfelek jelzik, hogy olyan adatok, amelyek csak Önnél voltak, máshol felbukkannak, vagy hogy helyes rendelési adatokkal tartalmazó phishing-leveleket kapnak.
- Az adatbázis feltűnően erősen terhelt, vagy exportok és dumpok olyan helyeken vannak, ahol Ön nem hozta létre őket.
- A naplókban ügyféllisták, rendelések vagy felhasználói profilok tömeges lekérdezései látszanak, gyakran egyenletes ütemben.
- A szervere olyan címek felé épít kimenő kapcsolatokat, amelyeket nem ismer, vagy szokatlanul sok adatot visz át.
- Új rendszergazdai fiókok, megváltozott jelszavak vagy szokatlan időpontokban történő bejelentkezések vannak.
- Egy biztonsági kutató, egy újságíró vagy egy hatóság nyíltan elérhető adatokra hívja fel a figyelmét.
- A szerverén védelem nélküli mentések, `.env`-fájlok vagy bárki által megnyitható könyvtárak vannak.

Az utolsó pont támadás nélküli szivárgás: aki egy mentési fájlt a webkönyvtárban hagy, az hackelés nélkül is elérhetővé teszi az adatokat. Ez is bejelentésköteles lehet.

## Mit tegyen azonnal

1. **Rögzítse az időpontot:** Jegyezze fel, mikor és hogyan szerzett tudomást a gyanúról. Ez az időpont a határidők szempontjából fontos.
2. **Korlátozza a hozzáférést:** Vegye le átmenetileg a hálózatról vagy kapcsolja karbantartási módba az érintett területeket, például az ügyfélfiókot vagy az exportfunkciókat, ha továbbra is szivároghatnak adatok.
3. **Mentse a nyomokat:** A szervernaplókat, az adatbázist és a fájlrendszert ne változtassa meg. Kérje meg a tárhelyszolgáltatót, hogy őrizze meg a naplókat.
4. **Vonja be az adatvédelmi felelőst:** Tájékoztassa belsőleg az illetékes személyt vagy egy külső adatvédelmi felelőst, hogy a bejelentési határidő szem előtt maradjon.
5. **Tisztázza az érintett adattípusokat:** Mi van a rendszeren? Ügyféltörzsadatok, rendelések, egészségügyi vagy fizetési adatok, pályázatok?
6. **A hozzáféréseket egyeztetve módosítsa:** A jelszavakat és kulcsokat csak egyeztetés után, és egy tiszta eszközről cserélje.
7. **Tájékoztassa a biztosítót és az ügyvédet:** Sok kötvény korai bejelentést kér.

## Hogyan segít konkrétan a PHP SOS?

1. **Helyzetfelmérés:** Önnel együtt tisztázzuk, mely rendszerek és adattípusok lehetnek érintettek, és mikor merült fel a gyanú.
2. **Mentés és lezárás:** A naplókat, az adatbázist és a fájlokat változtatás nélkül mentjük, letiltjuk a támadó hozzáférését, és lezárjuk a nyitott utakat, például a védelem nélküli mentéseket.
3. **Vizsgálat és tisztítás:** Értékeljük a hozzáféréseket, az adatbázis-lekérdezéseket és a kapcsolatokat, webshelleket és hátsó ajtókat keresünk, és eltávolítjuk őket. Ahol szükséges, partnereket vonunk be a bíróság előtt is megálló [IT-forenzikához](https://phpsos.de/hu/leistungen/it-forensik/).
4. **Keményítés és jelentés:** Idővonalat kap, kijelentést a valószínűleg érintett adatokról, világosan elválasztva a bizonyítottat, a valószínűt és az ismeretlent, valamint ajánlásokat a tartós biztosításhoz.

Távolról dolgozunk, kiszállás nélkül, egész Németországban és Európában.

## Bejelentési határidő: mit ír elő a GDPR, és mivel járulunk hozzá

A GDPR 33. cikke szerint a személyes adatok védelmének megsértését főszabály szerint indokolatlan késedelem nélkül, lehetőleg a tudomásszerzéstől számított 72 órán belül jelenteni kell a felügyeleti hatóságnak, ha az várhatóan kockázatot jelent az érintettekre nézve. Ez általános információ, nem jogi tanácsadás. Hogy kell-e, és mit kell jelentenie, azt az adatvédelmi felelősével vagy egy ügyvéddel együtt dönti el.

Mi a műszaki oldallal járulunk hozzá: mi történt, mely rendszerek voltak érintettek, milyen adattípusok voltak ott, mennyi ideig volt nyitva a hozzáférés, mit tettek? Egy igazolt tényeken, nem feltevéseken alapuló bejelentés jobban képviselhető. A kötelezettségek áttekintését a [GDPR-bejelentési kötelezettség 72 órán belül](https://phpsos.de/hu/compliance/dsgvo-meldepflicht-72-stunden/) oldal adja. Egy incidens az idővel nem lesz kisebb; aki korán jelent és tisztán dokumentál, előnyben van.

## Bizonyítékok mentése és az érintettek helyes megszólítása

Egy szivárgás után a legnagyobb veszély az a reflex, hogy mindent gyorsan megjavítsanak. Egy frissen telepített szerver szép, de már semmit sem bizonyít. Hogyan járjon el a nyomok megsemmisítése nélkül, azt a [Bizonyítékok mentése az újratelepítés előtt](https://phpsos.de/hu/blog/beweise-sichern-vor-neuinstallation/) írja le. Az események sorrendje ezután rögzíthető az [incidens idővonalában](https://phpsos.de/hu/blog/zeitleiste-eines-vorfalls/).

Ha ügyfeleket vagy partnereket kell tájékoztatni, világos, tárgyszerű szavakra van szükség. Ötleteket ad az [Ügyfelek tájékoztatása egy incidens után](https://phpsos.de/hu/blog/kunden-nach-vorfall-informieren/) és a [Krízis-kommunikáció](https://phpsos.de/hu/compliance/krisenkommunikation/) oldal. Hogy értelmes-e a büntetőfeljelentés, azt az ügyvédjével tisztázza; a kapcsolattartó pontokról a [Feljelentés a rendőrségen](https://phpsos.de/hu/compliance/anzeige-polizei-zac/) oldalon talál tudnivalókat. Ha az incidens több rendszerre terjed ki, közösen átlépünk a strukturált [Incident Response](https://phpsos.de/hu/leistungen/incident-response/) eljárásba.

## Mit érdemes elküldenie nekünk

- rövid leírás: mikor tűnt fel Önnek valami, kitől, és miből?
- a weboldalon vagy a szerveren lévő adattípusok
- hozzáférések a szerverhez, vagy engedély arra, hogy közvetlenül beszéljünk a tárhelyszolgáltatójával
- utalások a mentésekre, exportokra és más rendszerekhez való kapcsolódásokra
- az ügynökség és a fejlesztők neve, akik ismerik a rendszert
- az adatvédelmi felelős neve, ha van

## Miért a PHP SOS

A munkánk Made in Germany, és a kiberbiztonsági szakemberekből álló partnerhálózatunkkal több mint 25 éve az informatikai biztonságra szakosodtunk. Egy kapcsolattartója van, minden dokumentált, és nyíltan megmondjuk, mi igazolható, és mi nem. Nem ígérünk rekonstrukciót, ha hiányoznak a naplók, és jogi tanácsadást sem. Azokat a műszaki tényeket szolgáltatjuk, amelyekkel Ön és a tanácsadói dönthetnek.

## Érintett? Hívjon minket. Segítünk.

Egy lehetséges adatszivárgásnál határidő fut, és a nyomok minden nappal eltűnnek. Jelentkezzen most: hívjon minket, vagy írjon WhatsAppon. Az első üzenettől átvesszük az ügyet, és addig maradunk, amíg az incidens le nem zárul, és dokumentált nem lesz. [Vészhelyzet bejelentése most](https://phpsos.de/hu/notfall/)


## Gyakori kérdések

**Milyen gyorsan kell bejelentenem egy adatszivárgást?**  
A GDPR 33. cikke szerint az érintettekre nézve kockázattal járó adatvédelmi incidenst főszabály szerint indokolatlan késedelem nélkül, lehetőleg a tudomásszerzéstől számított 72 órán belül jelenteni kell a felügyeleti hatóságnak. Hogy ez Önre érvényes-e, azt az adatvédelmi felelősével vagy egy ügyvéddel tisztázza.

**Honnan tudom, hogy tényleg szivárogtak-e ki adatok?**  
Gyakran csak a szervernaplók, az adatbázis-hozzáférések és a kimenő kapcsolatok értékelésével. Ha ezek a nyomok hiányoznak, a kiszivárgás sem igazolható, sem ki nem zárható. Ezt a jelentésben nyíltan ismeretlenként nevezzük meg.

**Tájékoztatnom kell az ügyfeleimet?**  
Ez az érintettekre nézve fennálló kockázattól függ. Ha magas, a GDPR szerint őket is értesíteni kell. A jogi értékelés az adatvédelmi felelősre vagy az ügyvédre tartozik; mi ehhez a műszaki alapot szolgáltatjuk.

**Mi történik, ha csak később veszem észre, hogy adatok vesztek el?**  
Az a döntő, hogy mikor szerzett tudomást az incidensről. Jegyezze fel, mikor és hogyan merült fel a gyanú, és ettől az időponttól mentse a nyomokat.

**Tudnak segíteni akkor is, ha az adatok egy szolgáltatónál voltak?**  
Megvizsgáljuk, mit tudunk tisztázni azokkal a hozzáférésekkel és felvilágosításokkal, amelyeket Ön megszerez. Az ügynökséggel vagy a tárhelyszolgáltatóval az Ön jóváhagyása után egyeztetünk.

## Források

- [GDPR 33. cikk: bejelentés a felügyeleti hatóságnak](https://dsgvo-gesetz.de/art-33-dsgvo/)
- [BSI: Szövetségi Információbiztonsági Hivatal (Németország)](https://www.bsi.bund.de/)
- [OWASP Top 10](https://owasp.org/www-project-top-ten/)