DNS biztonsági ellenőrző
Ha senki nem állított be másként, az interneten bárki küldhet olyan e-mailt, amely úgy tűnik, hogy az Ön domainjéből származik. Irányítsa a szkennert egy Ön által felügyelt tartományra, és tekintse meg a levelek hitelesítési rekordjait, a DNSSEC-állapotot és a mögöttük lévő konfigurációt – osztályozva, megőrizve és figyelve a változás napjára.
Watched, not just checked
This is one scan of one layer, run once. In AYAsec the same check runs on a schedule across every asset you own, and you are told the day a grade drops.
Öt ok a saját DNS ellenőrzésére
A DNS az egyetlen réteg ezen a listán, ahol a kár általában valaki másra esik. A megszemélyesíthető domaint az Ön ügyfelei, beszállítói és a sajátja ellen használják felszemélyzet.
01
Tudja meg, hogy bárki küldhet-e levelet Önként
A levélrekordok döntenek erről – SPF, DKIM és DMARC, az MTA-STS és a TLS-RPT pedig védi a leveleket hordozó kapcsolatot –, és mindegyiknek megvan a saját oldala: SPF, DKIM, DMARC, MTA-STS és DNSSEC.
A DMARC-rekord nélküli tartomány olyan tartomány, amelyről bárki meggyőző adathalászat írhat.
02
Keresse meg azokat a rekordokat, amelyek túlélték azt, amire mutattak
A DNS-rekordok létrejönnek egy szolgáltatáshoz, és túlélik azt. Az a rekord, amely egy felhőplatformra mutat, amelyért a cég nem fizetett, az a klasszikus út az aldomain átvételéhez – bárki, aki azt állítja, hogy a szolgáltatás neve mostantól az Ön aldomainjéről szolgáltat tartalmat, az Ön neve alatt.
03
Ellenőrizze, hogy a DNSSEC be van-e kapcsolva, és hogy helyes-e
A DNSSEC aláírja a DNS-válaszokat, így az ügyfél megállapíthatja, hogy nem manipulálták őket az átvitel során. A legtöbb szolgáltatónál alapértelmezés szerint ki van kapcsolva. Ezen kívül ez az egyetlen elem a listán, ahol a félkész konfiguráció rosszabb, mint a semmi, mert a törött aláírás miatt a tartomány nem oldódik fel, nem pedig csak bizonytalan.
04
Kapd el a változást, amelyet senki sem jelentett be
A DNS-t többen szerkesztik, mint bármely más réteget – marketing eszköz hozzáadása, IT áthelyezésegy levélszolgáltató, egy aldomaint mutató vállalkozó valahova. Mindegyik módosítás kicsi, és egyiket sem vizsgálják felül. Az egy bejegyzést növelő SPF rekord végül túllépi a keresési korlátot, és csendben leáll.
05
Bizonyítékot kell benyújtani, hogy a domain védett
A biztosítók és a vállalati ügyfelek egyre gyakrabban kérdezik név szerint a DMARC-t. A dátummal ellátott jelentés, amely bemutatja a házirendet és annak változását, jobb válasz, mint egy DNS képernyőképepanelt, és ez bizonyíték, amelyet megtarthat.
Ismerje meg a DNS változás napját
A DNS-módosítások csendesen és azonnal életbe lépnek, és a módosítást végrehajtó személy gyakran nincs a biztonsági csapatban.
Az ütemezett szkennelések ezt egy olyan különbséggé változtatják, amelyről tájékoztatták Önt: ez a rekord nem volt itt a múlt héten, ez a szabályzat quarantine-ről none-re változott, ez az osztályzat leesett. A riasztások az alkalmazáson belül, e-mailben vagy a Slack, Teams,Jira vagy egy webhook.
01. lépés · Adjon nevet a domainnek
Az Ön által felügyelt domain, hozzáadva az AYAsec-fiókjához. A tulajdonjogot a rendszer ellenőrzi, mielőtt bármit küldenek – az AYAsec nem ütemez ellenőrzéseket olyan infrastruktúra ellen, amelynek ellenőrzését nem bizonyította, és a bizonyításhoz egy DNS-rekordra van szükség. A fenti gyors ellenőrzés ezt kihagyja: nincs fiók, nincs ellenőrzés, csak IP-sebesség-korlátozás és egy szabály, hogy a célnak nyilvános címnek kell lennie.
02. lépés · Legyenaz ellenőrzés futás
A DNS-válaszok nyilvánosak, ezért ez a vizsgálat inkább olvas, mint vizsgál. Úgy kérdezi le a tartományt, ahogy egy levelezőszerver vagy egy feloldó tenné.
03. lépés · Olvassa el az eredményt
Az eredmények súlyosság szerint rendezve és A+-tól F-ig érkeznek. A hiányzó DMARC-házirend és a rendezetlen TXT-rekord nem ugyanazon a megkülönböztetetlen listán szerepel.
Mit ellenőriz a vizsgálat
01
Levelezési hitelesítés
SPF, DKIM, DMARC, MTA-STS és TLS-RPT – függetlenül attól, hogy mindegyik létezikés mit utasít a fogadó szerverre, ha az SPF, DKIM, DMARC és MTA-STS elérhető a saját oldalukon.
02
DNSSEC
A domain alá van-e írva, és hogy a bizalmi lánc érintetlen-e.
03
Iratok és névszerverek
Maga a konfiguráció: mely névszerverek a mérvadóak, és hogy a rekordkészlet tartalmaz-e valamit, aminek nem kellene ott lennie.
DNSaz összetett minőség 20%-át hordozza. A HTTP 30%-ot, a TLS és a portok 20%-ot, a domain hitelessége pedig 10%-ot hordoz.
Kérdések a beolvasás előtt
Mit szkennelhetek?
Az Ön tulajdonában lévő vagy tesztelésre szerződött infrastruktúra. A fenti gyors ellenőrzés nem igazolja ezt az Ön számára – csak IP-cím alapján korlátozza a sebességet, és nem hajlandó mást megcélozni, csak nyilvános címet. Ehelyett adja hozzá a tartományt egy AYAsec-fiókhoz, és az irányítás ellenőrzése megtörténik, mielőtt bármi ütemezett futna: ez egy jogi és gyakorlati határ, mivel az ellenőrizetlen vizsgálat sem használ bizonyítékként.
A DNS-rekordok nyilvánosak. Miért van erre szükségellenőrzés?
A rekordok nyilvánosak, a csekk pedig csak olvasható, így maga a vizsgálat ártalmatlan. Az ellenőrzés arról szól, hogy mi történik ezután: az AYAsec-fiókjában lévő domaint figyelik, osztályozzák és megtartják az előzményekben, és ezek egyike sem lehetséges egy olyan domain esetében, amely nem az Öné.
Erről a domainről nem küldünk e-mailt. Szükségünk van még SPF-re és DMARC-ra?
Igen, és vitathatatlanul több is. Azon domaineken, amelyek nem küldenek levelet, ezt kifejezetten fel kell tüntetni – SPFsemmit sem engedélyező rekord és reject DMARC-szabályzat. A rekordok nélküli parkolt domaint a legkönnyebb megszemélyesíteni, mert senki sem figyeli a válaszokat.
A DMARC bekapcsolása leállítja saját levelezésünket?
Lehetséges, ha engedélyezve van a reject címen, mielőtt a jogos feladók ismertek. Ez az oka annak, hogy az irányelv három szakaszból áll: kezdje a következővel: none, és olvassa el a jelentéseket, majd lépjen ide: quarantine, majd reject. A szkennelés megmondjamelyik szakaszban vagy, nem pedig a végére kellene ugranod.
Érdemes engedélyezni a DNSSEC-et?
Ez a szolgáltatótól függ. Ahol kapcsoló van, igen. Ahol ez manuális kulcskezelést jelent, az őszinte válasz az, hogy egy hibás DNSSEC-konfiguráció offline állapotba kapcsolja a tartományt, és a nem biztonságosan megoldódó tartomány kisebb kockázatot jelent, mint egy nem oldódó tartomány.
Megőrzi az eredményeket?
Nem a fenti gyorsellenőrzés – körülbelül tizenöt percig él a memóriában, így egyszer elolvashatod, aztán eltűnik. Ez egy szándékos adatvédelmi döntés, nem pedig korlátozás: rajtad kívül senki sem látja ezt a vizsgálatot, és letöltheti a teljes eredményt, mielőtt lejárna. Ehelyett adja hozzá a tartományt egy AYAsec-fiókhoz, és minden vizsgálat megmarad – egy sorozat, amely jelzi, ha valaki megváltoztatta a rekordot. A megőrzés a tervtől függ.
Tartsa meg az előzményeket, ne csakaz eredmény
Futtassa le a teljes ellenőrzést saját domainjeihez képest, ütemezetten, és minden változást megjelöl annak, akinek látnia kell.
További ingyenes biztonsági szkennerek HTTP-hez, TLS-hez és portokhoz
A DNS az öt pontozott réteg egyike. A többiek egy-egy kérdésre válaszolnak:
Online portszkenner
Kivel hajlandó ez a birtok beszélniidegen kb?
SSL/TLS-ellenőrző
hangzik a titkosítás, és mikor jár le a tanúsítvány?
HTTP biztonsági ellenőr
A webalkalmazás védekezően van konfigurálva?
Mind az öt együtt a támadási felület kezelése jelentése a gyakorlatban.
Beágyazandó strukturált adatok
{
"@context": "https://schema.org",
"@type": "SoftwareApplication",
"name": "AYAsec DNS Security Checker",
"applicationCategory": "SecurityApplication",
"operatingSystem": "Web browser",
"url": "https://ayasec.ai/dns-security-checker/",
"offers": { "@type": "Offer", "price": "0", "priceCurrency": "EUR" }
}Ne adjon hozzá FAQPage vagy HowTo jelölést – a Google mindkét eredménytípust visszavonta.