Ebben a cikkben
Spam enyhítése a STIR/SHAKEN szabályzat használatával
Verstat értéke és tanúsítás
A CUBE konfigurálása spam jelzéshez
dropdown icon
Minősített hívó hírnévszolgáltatók a Webex Calling szolgáltatással
    Az úgynevezett szám-szűrés
    Funkciós munkafolyamat
    A hívó hírnévszolgáltatójának konfigurálása
    A hívásszűrés elsőbbségi hierarchiája
    Hívásrendezés és jelentés
    A hívó hírnevének pontozási folyamata a csoportos funkciókhoz
    Támogatási és szolgáltatási partnerség
    Korlátozás
Biztonságos hívások és spam csökkentése
list-menuEbben a cikkben
list-menuVisszajelzés?

A telefonos hálózatok szembesülnek a spamhívások és az adathalász támadások fenyegetéseivel, amelyek a vállalkozásokat, a kisvállalkozásokat és a fogyasztókat érintik. A spamhívások pazarolják az üzleti időt, míg az adathalász támadások veszélyeztethetik a bizalmas információkat, és megzavarhatják a kritikus szolgáltatásokat, beleértve a banki, egészségügyi és kormányzati műveleteket.

A biztonságos hívási élmény részeként a Webex robusztus fenyegetésvédelmet nyújt az ilyen támadások ellen. A következő Webex Calling képességek segítenek enyhíteni ezeket a fenyegetéseket:

Spam enyhítése a STIR/SHAKEN szabályzat használatával

A szolgáltatók a STIR/SHAKEN-t használják hálózataikban, hogy megvédjék a fogyasztókat a spamhívásoktól. Ez a keretrendszer az FCC iránymutatásainak részeként már aktív az Egyesült Államokban és Kanadában. A hívóazonosító adatainak érvényesítésével segít megjelölni a gyanús hívásokat, és nagyobb bizalmat ad a felhasználóknak ismeretlen számokról érkező hívások fogadásakor.

A STIR/SHAKEN szabvány megértése

A Secure Telephone Identity Revisited (STIR) és aláírás-alapú kezelése az Asserted In formation Using Tokens (SHAKEN) összekapcsolt szabványok kerete. Ez biztosítja, hogy az összekapcsolt telefonhálózatokon keresztül haladó hívások hívó azonosítóját az eredeti szolgáltató jogszerűnek írja alá, és a fogadó szolgáltató hitelesíti, mielőtt a fogyasztókhoz érkezik.

Az ellenőrzési eredmények továbbításához a SIP P-Asserted-Identity fejléc verstatparaméterén keresztül a megszüntető szolgáltatók a következő lehetőségeket használják:

  • TN-Validation-Passed— az érvényesítés sikeres volt a hívó szám A, B, C tanúsításával.

  • TN-Validation-Failed— a hívót nem sikerült ellenőrizni.

  • No-TN-Validation— ez az ellenőrzés különböző okokból történő meghibáso dásának következménye lehet. Például: Az E.164 szám rosszul alakult.

A SHAKEN tanúsítvány A, B és C szintje lehetővé teszi, hogy az induló szolgáltató igazolja a hívó szá mokkal való kapcsolatát.

  • A: a szolgáltató igazolhatja, hogy a hívónak joga van a telefonszámot hívó azonosítóként használni.

  • B: az ügyfél ismert. Nem ismert azonban, hogy jogosult-e a hívó azonosító használatára.

  • C: nem felel meg az A vagy B követelményeinek. Például: nemzetközi hí vás.

Verstat értéke és tanúsítás

Webex Callingfeldolgozza a bejövő hívás verstatparaméterét, és megjeleníti a Caller-ID elrendezést a Cisco klienseken.

Ez a táblázat azokat az verstatinformációkat mutatja, amelyek a Caller-ID értesítések kliensekhez történő továbbításához használhatók:

Vertsat érték

Tanúsítási szint

A Cisco klienseken megjelenő érték

TN-validációval átment

Nem biztosított

Ellenőrzött hívó

A

Ellenőrzött hívó

B

Lehetséges spam

C

Lehetséges spam

TN-érvényesítés sikertelen

Bármilyen érték

Lehetséges csalás

TN-érvényesítés nélkül

Bármilyen érték

Lehetséges spam

Nincs rögzített paraméter

Bármilyen érték

Lehetséges spam

Az egységes híváselőzményeket támogató Cisco-ügyfelek egy ikont jelenítenek meg a híváselőzmények rekordjában szereplő Caller-ID elrendezésének megfelelően.

A Webex alkalmazásban a tanúsítvány szövege és ikon jelenik meg, MPP-eszközökön pedig csak az ikon jelenik meg.

A hálózaton belüli hívások ellenőrzése

A PSTN hívások mellett a hálózaton belüli hívások Caller-ID elrendezése a következő szabályok szerint történik:

  1. Neten belüli hívás a Webex hívó felhasználók között - Ellenőrzött felhasználó (ikonnal).

  2. Neten belüli hívás Cisco Unified Communications Manager felhasználótól Webex Calling felhasználóig — Ellenőrzött felhasználó (ikonnal). A helyszíni Cisco Unified Com munication Manager felhasználótól érkező hívásokat a konfigurált vállalati tárcsázási tervvel egyező hívóazonosító alapján osztályozzák.

  3. Hálózati hívás Webex Calling felhasználóról helyszíni felhasználóhoz Cisco Unified Communications Manager — nincs jelzés a Cisco Unified Communication Manager kliensen.

Hívásközbeni funkciók esetében, mint például a hívásátvitel, a hívásparkolás, a hívásfelvétel, a hívásátirányítás és a Hívóazonosító, a hívóazonosító beállítása a kezdeti hívás verstat értékének feldolgozásán alapul.

Amikor egy bejövő hívás továbbításra kerül egy Webex Calling felhasználónak, és a hívószám megváltozik, akkor a Caller-ID elrendezése a bejövő híváskér és verstatértéke alapján kerül meghatározásra.

Támogatott eszközök

A spamfelismerés a következő Cisco végpontjain támogatott:

  1. Webex alkalmazás — asztali és mobil verzió 42.5 vagy újabb.

  2. MPP telefonok — támogatja a 6800, 7800, 8800 és 9800 MPP eszközöket, amelyek 11.3.7 vagy újabb firmware verzióval rendelkeznek.

Rendszergazda konfiguráció

Felhasználói értesítés biztosítása a Control Hub használatával

A rendszergazda konfigurálhatja a felhasználói jelzés küldését a nem ellenőrzött hívók számára. A rendszergazda konfigurálhatja, hogy blokkolja azokat a hívásokat, amelyek nem sikerült a STIR/SHAKEN érvényesítéssel. Ez biztosítja, hogy az esetleges csalási hívások ne kerüljenek a felhasználó végpontjára.

Az értesítési beállítások szervezeti szinten történő konfigurálásához kövesse az alábbi lépéseket:

1

Jelentkezzen be a Control Hub alkalmazás ba.

2

Lépjen a Sz olgáltatások > Hí vás elem re.

3

Nyissa meg a Sz olgáltatási beállítá sokat, és görgessen lefelé a H ívóazonosító érvényes ítéséhez.

4

A kapcsoló segítségével aktiválja a következő beállításokat:

  • Hívóazonosító érvényesítésének sikertelen hívásain ak letiltása — Ha engedélyezve van, akkor a STIR/SHAKEN érvényesítés szerint nem sikerült érvényesíteni azokat a hívásokat, amelyek nem sikerült érvényesíteni. Ezek a hívások nem irányíthatók a felhasználó végpontjaira. A hívószám azonban hozzáadódik a hívott felhasználó híváselőzményeihez. Alapértelmezés szerint ez az érték le van tiltva.

  • A nem ellenőrzött hívók hívásainak bemutatása normál hívások ként — Ez az opció alapértelmezés szerint engedélyezve van. A nem ellenőrzött hívók hívásait jelzés nélkül küldik a végpontokra.

    Ha egy szervezet PSTN szolgáltatója engedélyezte a STIR/SHAKEN-t a hálózat ában, akkor letilthatja ezt a beállítást. Ha le van tiltva, a nem ellenőrzött hívók hívásai Lehet séges spamként jelennek meg a felhasználó végpontján.

A hívásjelző funkciók és a Hívott azonosító beállítások csak az Webex Calling Amerikai Egyesült Államokban és Kanadában található helyekre vonatkoznak. Más helyeken a hívóazonosító beállításaitól függetlenül a normálisan bemutatott hívásokat látják.

A CUBE konfigurálása spam jelzéshez

Az információk továbbításához az verstatEgyesült Államokban és Kanadában működő szervezeteknekWebex Calling, amelyek helyi átjáró vagy CUBE használatához kapcsolódó helyszíni PSTN-t Webex Calling használnak, konfigurálniuk kell ezeket a beállításokat a CUBE rendszeren.

A PSTN-től érkező hívások esetén, ahol a szolgáltató támogatja a STIR/SHAKEN-t:

A CUBE konfigurálása, ha a PSTN szolgáltató elküldi a verstatparamétert az új hívás beállításakor:

  • Az itt hivatkozott címkék a helyi átjár ó konfigurációs útmutat óján alapulnak.

  • A konfiguráció akkor is, ha a szolgáltató nem küldi el a verstatparamétert, nem befolyásolja a hívásokat.


voice class sip-copylist 200
 sip-header From
 sip-header P-Asserted-Identity
 sip-header P-Attestation-Indicator
dial-peer voice 200
 voice-class sip copy-list 200
voice class sip-profiles 100
 rule 90 request INVITE peer-header sip P-Asserted-Identity copy "(;verstat=[A-Z|a-z|-]+)" u01
 rule 91 request INVITE sip-header P-Asserted-Identity modify "@" "\u01@"
 rule 92 request ANY peer-header sip From copy "(;verstat=[A-Z|a-z|-]+)" u02
 rule 93 request ANY sip-header From modify "@" "\u02@"
 rule 94 request INVITE peer-header sip P-Attestation-Indicator copy "(.*)" u03
 rule 95 request INVITE sip-header P-Attestation-Indicator add "P-Attestation-Indicator: Dummy Header"
 rule 96 request INVITE sip-header P-Attestation-Indicator modify "Dummy Header" "\u03"
 rule 97 request INVITE sip-header P-Attestation-Indicator modify "P-Attestation-Indicator: $" "Remove: Me"
 rule 98 request INVITE sip-header Remove remove

A PSTN-től érkező hívások esetén, ahol a szolgáltató nem támogatja a STIR/SHAKEN-t:

Ha a PSTN-szolgáltató nem küld verstatinformációt a bejövő hívásban, ne változtassa meg a Vezérlőközpontban lévő szok ásos hívások beállításaként a nem ellenőrzött hívók jelenléti hívá sainak alapértelmezett értékét. Ha a beállítás le van tiltva, akkor a felhasználók a Lehet séges spam jelzést látják ügyfeleiken.

Minősített hívó hírnévszolgáltatók a Webex Calling szolgáltatással

Webex Callingtovább erősíti a biztonságos együttműködést a Certified Calling Reputation Providers (CCRP) integrálásával. Ez az integráció proaktívan védi Önt a felmerülő fenyegetésektől, így élvezheti az elvárt zökkenőmentes kommunikációs élményt.

A funkció valós idejű hírnévinformációt használ a bejövő PSTN- hívások dinamikusan felmérésére, és automatikusan cselekszik az ismert fenyegetések blokkolásával, a gyanús hív ók CAPTCHA ellenőrzésével kihívásokkal, és lehetővé teszi a megbízható hívások megszakítás nélküli kapcsolatfelvételét. Ez a felhőkezelt megoldás, amely észak-amerikai központtal rendelkező ügyfelek számára elérhető, a Mutare tanú sított szolgáltatón keresztül, minimális konfigurációval, vállalati szintű védelmet nyújt a spam és a támadások ellen. Ez azt jelenti, hogy csapata arra összpontosíthat, ami a legfontosabb: értelmes beszélgetéseket folytat törvényes hívókkal.

Az úgynevezett szám-szűrés

Webex Callingelküldi a hívott számot a Mutare-nek a hívó információival együtt. A rendszergazdák konfigurálják az egyéni szabályokat a Mutare portálon, hogy a tárcsázott szám alapján különböző szűrőkezeléseket alkalmaz zanak. Például szükség lehet CAPTCHA ellenőrzésre a fővonalaknál, míg a közvetlen vonalakra irányuló hívá sok nem mennek keresztül CAPTCHA kezelésen keresztül. A Mutare visszaadhat egy engedélyezési, blokkolási vagy CAPTCHA műveletet a hívószám, a hívott szám vagy a kettő kombinációja alapján; maga a hírnévpontszám a hívószám alapján marad.

Miért fontos a célállomás-tudatos védelem

A nyilvános számok, például a recepciók, a fővonalak, az ügyfélszolgálati vonalak, a hívássorok és a kampány díjmentes számok gyakori célpontjai lehetnek a spam, a robohívások és a telefonos szolgáltatásmegtagadási forgalom. A szervezet egészére kiterjedő spamszabályzatok ugyanazokat a szabályokat alkalmazzák minden bejövő hívásra. A hívószám-szűrés lehetővé teszi a megfelelő szintű védelem alkalmazását minden célállomáson, így a magas kockázatú számok erősebb vezérlést használhatnak anélkül, hogy a szervezet többi részén megváltoztatnák a híváskezel ést.

Használati esetek

Az alábbiakban bemutatunk néhány gyakori felhasználási esetet:

  • Fogadás és fővonal védelem — A CAPTCHA segítségével irányítsa a hívásokat a vállalati recepcióhoz vagy a főkapcsolótáblához, míg a közvetlen munkavállalói számok könnyebb szűrést alkalmaznak, vagy lehetővé teszik a kezelést. Ez csökkenti a recepciós személyzet robocall terhelését anélkül, hogy a szervezetben minden be jövő hívásnál CAPTCHA szükséges.

  • Telefonos szolgáltatásmegtagadás elleni árvízvédel em — Ha egyetlen közzé tett számot nagy mennyiségű rosszindulatú forgalommal célozzák meg, akkor csak a DID-re alkalmazzon blokkoló vagy CAPTCHA kezelést, anélkül, hogy a szervezet többi részének védelmét megváltoztatná.

  • Hívássorok és kapcsolattartó közpon tok — Képernyőzés a spameket, mielőtt a hívások várólistákon érnének el az ügynököket, hogy csökkentse a robohívások miatt elvesztegetett ügynökök idejét és a nagy volumenű belépési pontok kellemetlenségét

  • Szab@@ ályozott és magas kockázatú vonal ak — A pénzügyi szolgáltatások, az egészségügyi szolgáltatások és a kormányzati ügyfelek megvédhetik az érzékeny vagy nyilvános vonalakat, például a csalási telefonokat, a beteg ütemezési vonalakat és az ügynökségi kapcsolattartási számokat, célspecifikus irányelvekkel.

Funkciós munkafolyamat

A következő lépések magyarázzák ennek a funkciónak a működését:

1

Iratkozzon fel hírnévszolgáltatásra a Mutare, a Cisco CCRP-jével. További részletekért és a CCRP szolgáltatásra való feliratkozáshoz a Mutare-nél, látogasson el a CCR P-re. Webex Calling Az ügyfeleknek a regisztráció hoz használniuk kell a Connect with Mutare szolgáltatást. A Mutare besz állási csapata végigvezeti Önt az előfizetési folyamaton, és gondoskodik arról, hogy fiókját megfelelően biztosítsák.

2

Az előfizetés befejezése után a Mutare egyedi céges azonos ítót és titkos kulcsot biztosít a szervezet számára. Ezek a biztonságos hitelesítő adatok megbízható kapcsolatot hoznak létre a Webex Calling környezete és a Mutare hírnévplatformja között. Ezeket a hitelesítő adatokat a Vezérlőközpontban kell konfigurálnia.

3

Testreszabhatja híváskezelési házirendeit a szervezet biztonsági helyzetéhez és üzleti igénye ihez igazodó hírnévküszöbértékek beállításával. További információt a következő konfigurációs szakaszban talál.

4

A konfiguráció mentése után Webex Calling automatikusan biztonságos kapcsolatot létesít a szervezet Webex környezete és a Mutare CCRP platformján található dedikált bérlő között.

5

A bejövő PSTN hívás érkezik. Webex Calling

6

Mielőtt a hívás a célállomásra irányítaná, Webex Calling kibontja a hívó számát a SIP From fejlécből (vagy ha szükséges, a P-Asserted-Identity).

7

Valós idejű lekérdezést küld a Mutare- nek a hívó számával és a hívott számmal.

8

Mutare visszaadja a hírnév pontszámot. Ha a hívószám, a hívott szám vagy a kettő kombinációja alapján konfigurált egyéni szabály érvényes, a Mutare szolgáltatói szabályművel etet is visszaadhat.

9

Webex Callingvisszaküldéskor alkalmazza a szolgáltatói szabály műveletét. Ellenkező esetben alkalmazza a konfigurált pontszámküszöböket.

10

A hívás csatlakozik, megtámadja a CAPTCHA alkalmazást, vagy blokkolja a szolgáltatói szabályművelet vagy a konfigurált pont számküszöbértékek alapján.

A hívó hírnévszolgáltatójának konfigurálása

A hívó hírnevének szolgáltatójának és házirend-beállításainak szervezeti szinten történő konfigurálásához kövesse az alábbi lépé seket:

1

Jelentkezzen be a Control Hub ba.

2

Keresse meg a Sz olgáltatások > H ívás lehetőséget.

3

Menjen a Beállí tások menü pontra, és görgessen lefelé a Caller Reputation Service oldalra.

4

Engedélyezze a kapcsolót a hívó hírnevének szolgáltatójának és házirend-beállításainak konfigurálásához .

  • Szolgáltató — Válassza ki a szolgáltatót a legördülő listából.

  • Vállalati azonosító — Adja meg a szolgáltató által kapott céges azonosítót.

  • Titkos kulcs — Adja meg a szolgáltató által kapott titkos kulcsot.

    A CCRP-n való regisztr áció után a vállalati azonos ítót és a titkos kulcso t a szolgáltatói portálon szerezheti be.

  • Híváskezelési házirend — A házirendet a hírnév küszöbszintek beállításával konfigurálhatja. A küszöbpontszám 0,0 és 5,0 közötti tartományt határoz meg.

    • A rendszer elutasítja az alsó küszöb alatti összes hívást.

    • A rendszer minden olyan hívást fogad el, amelynek értéke megegyezik vagy meghaladja a magasabb küszöbértéket.

    • A rendszer CAPTCHA-val kihívja a hívót, ha a hívó hírneve a verseny kihívási tar tományába esik.

      Configure the organization certified caller reputation provider and policy

    • Kattintson a Módosítások alkalmazá sa és Ment és gombra

A hívott számot tartalmazó egyéni szabályok esetén konfigurálja a szabályfeltételeket és műveleteket a Mutare portálon. Az egyéni szabályok használhatják a hívószámot, a hívószá mot vagy mindkettő kombinációját az Engedélyezés, Blokkolás vagy CAPTCHA kihí vás művelet megadásához. A Vezérlőközpontban folytassa a hívó hírnévszolgáltató hitelesítő adatainak és a pontszámküszöb házirendjének konfigurálását.

Ha fiókja lejárt, vegye fel a kapcsolatot a hívó hírnévszolgáltatójával. A licenc visszaállítása után kattintson az Újra próbálkozás lehető ségre a lejárt állapot visszaállításához .

A hívásszűrés elsőbbségi hierarchiája

A CCRP és a CCRP integrációja fejlett spamelkerülő megoldást Webex Calling kínál, amely az elsőbbségi hierarchián belül működik, hogy Webex Calling megvédje a felhasználókat a nem kívánt hívásoktól. Ez biztosítja a törvényes hívá sok átjutását.

Amikor a Mutare CCRP platform a hívott számot tartalmazó egyéni szabály szolgáltatói szabályműveletét adja vissza, Webex Calling akkor ezt a műveletet a pontszámküszöbkezelés alkalmazása előtt alkalmazza.

A hívásszűrés elsőbbségi szint Webex Calling je a következő: Spam mitigation using STIR/SHAKEN policy

Hívásrendezés és jelentés

Kezelés típusa

Akció/eredmény

Blokk

A hívást nem ajánljuk fel a hívott felhasználónak. A hívást 603-as okból adják ki. A hívás bejelentkezve a felhasználó hívási előzményeinek nevezése „blokkolt” elrendezéssel.

Kihívás (CAPTCHA)

A hívó három kísérletet kap a kihívás teljesítésére. 15 másodperces időtúllépés van a számjegyek bevitele között.

  • Ha a kihívás el múlik - A hívás véget ér, és nincs megjelölve spamként.

  • Ha a kihívás sikertelen, vagy a hívó elhagyja a hívást — a hívás „blokkolt” néven jelenik meg és bejelentkezik az előzményekbe.

Engedélyezze

A hívást normál hívásként mutatják be a felhasználó számára, jelzés nélkül.

Nincs vagy lassú válasz a Mut are részéről

A felhívást a felhasználónak a STIR/SHAKEN tanúsítás eredményeivel mutatják be, ha rendelkezésre állnak a PSTN hordozótól.

  • Ha egy hívás a STIR/SHAKEN feldolgozás után Potenciális SPAM néven van jelölve, de magas hírnévpontszámot kap, vagy teljesíti a Mutare hívási hírnevet szolgáltatásának CAPTCHA tesztjét, akkor azt szokásos hívásként mutatjuk be a felhasználó számára. Webex Calling

  • Ha a hívás a STIR/SHAKEN feldolgozás után hitelesített hívóként van jelölve, de alacsony hírnévpontszámot kap, vagy nem sikerül CAPTCHA teszt a Mutare hívási hírnevet szolgáltatásától, akkor a hívás blokkolásra kerül.

A hívásadatok és a jelentések javítása érdekében a következő mezők kerülnek hozzáadásra a Hívásrészlet-nyilvántartáshoz (CDR) a hírnévszolgáltatásból származó információk rögzítéséhez:

  • Hívási pontszám
  • Hívási hírnévszolgáltatás eredménye
  • A hívó hírneve pontszámának oka

Ezekkel a mezőkkel kapcsolatos további részletekért lásd a Webex Callingrészletes híváselőzmény-jelentést.

A hívó hírnevének pontozási folyamata a csoportos funkciókhoz

A hívó hírnevének pontozása minden bejövő hívás esetén csak egyszer történik, amikor először belép a rendszerbe. Ez a folyamat minden típusú végpontra kiterjed, beleértve a munkaterületeket és a csoport funkciókat, például az automatikus kiszolgálókat, a hívássorokat és a vadászati csoportokat. Azoknál a célállomásoknál, amelyek csoportfunkcióktól fogadnak hívásokat, a hívó hírnevének további ellenőrzése nem történik meg, mivel az első értékelés már a csoport vagy a szolgáltatás belépési pontján történik. Azoknál a hívásoknál, amelyek nem sikerül a hírnév-ellenőrzés során, amelyhez a hívott szám egy csoportfunkcióhoz van hozzárendelve, híváselőzmény -bejegyzés nem jön létre.

A hívószámszűrés esetén a hívott szám az eredeti hívott szám vagy a hívás első útvonal célpontja, például egy hívássor, vadászcsoport vagy más csoportfunkció száma. Webex Callingnem hajt végre további hírnévellenőrzést, ha a hívás később egy másik célállomásra kerül.

A Visszahívási fejlécet tartalmazó segélyhívószámokból érkező visszahívásokat a hírnévszolgáltat ó nem szűri át.

Támogatási és szolgáltatási partnerség

A Cisco és a Mutare támogató partnerséget alakítottak ki annak érdekében, hogy az ügyfelek gyors, szakértői segítséget kapjanak a Caller Reputation Service integrációjához. Az Webex Calling infrastruktúrával, a hívásátirányítással vagy a Control Hub konfigurációjával kapcsolatos problémák esetén az ügyfeleknek a szabványos támogatási csatornákon keresztül kell kapcsolatba lépniük Cisco Technical Assistance Center (TAC). A CCRP-szolgáltatásra vonatkozó konkrét kérdésekben, beleértve a hírnévpontszám- számítást, a szolgáltatói portálhoz való hozzáférést, a fiók biztosítását vagy a számlázási kérdéseket, az ügyfeleknek közvetlenül kapcsolatba kell lépniük a Mutare dedikált ügyfélszolgálatával.

Ez a támogatási struktúra biztosítja, hogy minden kérdés eljusson a megfelelő csapathoz, aki a leghatékony abb és leghatékonyabb megoldást tudja biztosítani.

Korlátozás

A felhasználóknak rendszeresen át kell vizsgálniuk a híváselőzményeikben a blokkolt híváslistát, hogy azonosítsák a hamis pozitív eredményeket. Ha bármelyik szám véletlenül jelenik meg a blokkolt listában, különösen azok a nem fogadott hívások, amelyeket nem szabad blokkolni, a felhasználóknak kapcsolatba kell lépniük rendszergazdájukkal, hogy ezeket a számokat letiltsák.

Hasznos volt ez a cikk?
Hasznos volt ez a cikk?