Skip to content

ડોમેન નામ હાઇજેકિંગ, DNS પોઇઝનિંગ અને રજિસ્ટ્રાર લોકઆઉટ

ઇમરજન્સી નંબરો દેશ પ્રમાણે અલગ અલગ હોય છે. આ પૃષ્ઠ 911 નો ઉપયોગ કરે છે, જે યુનાઇટેડ સ્ટેટ્સ અને કેનેડા માટેનો નંબર છે. અન્ય ઘણા દેશો 112, 999 અથવા અન્ય નંબરનો ઉપયોગ કરે છે. તમારા દેશ માટે નંબર શોધો.

તમારી સંસ્થાના પ્રાથમિક ડોમેન નામ અથવા અધિકૃત DNS ઝોનનું નિયંત્રણ ગુમાવવું એ વ્યવસાય, હોસ્પિટલ, મ્યુનિસિપલ એજન્સી અથવા ઑનલાઇન પ્રકાશન સહન કરી શકે તેવી સૌથી વિનાશક ડિજિટલ કટોકટીઓ પૈકીની એક છે. કારણ કે તમારું ડોમેન નામ ઇન્ટરનેટ પરની દરેક સિસ્ટમ માટે વિશ્વાસનું મૂળ છે, હુમલાખોર જે તમારા ડોમેન રજિસ્ટ્રાર એકાઉન્ટને હાઇજેક કરે છે અથવા તમારા DNS રેકોર્ડ્સને ઝેર આપે છે તે ફક્ત તમારી વેબસાઇટને બદનામ કરતું નથી. તમારા બદલવાની મિનિટોમાં NS (નામસર્વર), A/AAAA (વેબ આઈપી), અથવા MX (મેઇલ એક્સચેન્જ) રેકોર્ડ કરે છે, હુમલાખોર દરેક આવનારા કોર્પોરેટ અને ગ્રાહકના ઇમેઇલને શાંતિપૂર્વક અટકાવી શકે છે, આપોઆપ પાસ કરી શકે છે ચાલો એન્ક્રિપ્ટ ડોમેન માન્યતા (DV) તમારા નામ પર માન્ય TLS/SSL એન્ક્રિપ્શન પ્રમાણપત્રો મિન્ટ કરવા, કર્મચારી સિંગલ સાઇન-ઓન (SSO) પાસવર્ડ્સ મેળવવા અને તમારા ક્લાઉડ ઇન્ફ્રાસ્ટ્રક્ચર, બેંકિંગ પોર્ટલ અને નાણાકીય એકાઉન્ટ્સ માટે પાસવર્ડ-રીસેટ ઇમેઇલ્સને ટ્રિગર કરવા માટે તપાસ કરે છે. બિન-દૂષિત નિષ્ફળતા પણ, જેમ કે સમાપ્ત થયેલ ડોમેનમાં પડવું AutoRenewGracePeriod અથવા RedemptionPeriod (clientHold), સમગ્ર વિશ્વમાં વેબ ટ્રાફિક, API મોબાઇલ બેકએન્ડ્સ અને કંપનીના ઇમેઇલને ત્વરિત અટકાવે છે.

જો કોઈ ડોમેન હાઈજેકીંગ અથવા DNS આઉટેજ હોસ્પિટલના દર્દીના રૂટીંગ, ઈમરજન્સી ડિસ્પેચ કોમ્યુનિકેશન્સ, પબ્લિક યુટિલિટી ટેલીમેટ્રી અથવા એક્ટિવ લાઈફ-સેફ્ટી સિસ્ટમ સાથે ચેડા કરે છે, તો તમારા સ્થાનિક ઈમરજન્સી નંબર પર કૉલ કરો (911 યુનાઇટેડ સ્ટેટ્સ અને કેનેડામાં, 112 સમગ્ર યુરોપિયન યુનિયનમાં, 999 યુનાઇટેડ કિંગડમમાં) અથવા અમારી આંતરરાષ્ટ્રીય નિર્દેશિકાની સલાહ લો કટોકટી નંબરો અને તમારી રાષ્ટ્રીય સાયબર ઘટના પ્રતિસાદ ટીમને સૂચિત કરો (જેમ કે યુનાઇટેડ સ્ટેટ્સમાં CISA પર 1-844-SAY-CISA અથવા યુનાઇટેડ કિંગડમમાં NCSC) તરત જ. તમામ વ્યાપારી, બિનનફાકારક અને વ્યક્તિગત ડોમેન કટોકટીઓ માટે, નીચે આપેલા ટ્રાયેજ પગલાંને ચોક્કસ ક્રમમાં ચલાવો.

હવે આ કરો

  1. **30 સેકન્ડમાં નક્કી કરો કે તમારા ડોમેનની સમયસીમા સમાપ્ત થઈ ગઈ છે, તમારા DNS રેકોર્ડ્સમાં ફેરફાર કરવામાં આવ્યો છે અથવા ડોમેન વિદેશી રજિસ્ટ્રારને ટ્રાન્સફર કરવામાં આવ્યું છે **: લાઈવ ચલાવો RDAP અથવા WHOIS ટર્મિનલમાંથી ક્વેરી અને અધિકૃત DNS ક્વેરી (rdap yourdomain.com અથવા whois yourdomain.com, અને dig +trace yourdomain.com). રજિસ્ટ્રારનું નામ, EPP સ્ટેટસ કોડ્સ તપાસો (જેમ કે clientHold બિલિંગ/ચકાસણી માટે વિ. ok અજાણ્યા નામસર્વર સાથે), અને અધિકૃત નામસર્વર (NS).
  2. બધા આઉટબાઉન્ડ પાસવર્ડ રીસેટને ફ્રીઝ કરો અને તમારા ઓળખ પ્રદાતા (ઓક્ટા, માઇક્રોસોફ્ટ એન્ટ્રા ID, Google Workspace) ને તરત જ લૉક કરો: જો કોઈ હુમલાખોર તમારા ડોમેનને નિયંત્રિત કરે છે MX રેકોર્ડ અથવા NS સર્વર્સ, તેઓને મોકલવામાં આવેલ દરેક એક ઇમેઇલ પ્રાપ્ત કરે છે *@yourdomain.com. તમારા IT એડમિનિસ્ટ્રેટર્સને તરત જ બધા કોર્પોરેટ ટૂલ્સ પર "ઈમેલ દ્વારા પાસવર્ડ ભૂલી ગયા" સ્વ-સેવા રીસેટને અક્ષમ કરવા, એવા વપરાશકર્તાઓ માટે સક્રિય સત્રો રદ કરવા સૂચના આપો કે જેમના ઇમેઇલ સરનામાંનો ઉપયોગ બાહ્ય વિક્રેતા એકાઉન્ટ્સને રીસેટ કરવા માટે થઈ શકે છે, અને હાર્ડવેર FIDO2 સુરક્ષા કી અથવા આંતરિક પર વહીવટી લૉગિન સ્વિચ કરો. .onmicrosoft.com ફોલબેક ડોમેન્સ.
  3. RDAP/WHOIS, DNS ઝોન અને પ્રમાણપત્ર પારદર્શિતાના સંપૂર્ણ ફોરેન્સિક સ્નેપશોટને સાચવો (CT) કંઈપણ બદલાય તે પહેલાં લૉગ્સ: નું આઉટપુટ સાચવો dig ANY yourdomain.com @8.8.8.8, whois yourdomain.com, અને તપાસો crt.sh/?q=%25.yourdomain.com તરત જ. શોધી રહ્યાં છે crt.sh હુમલાખોરે તમારા સબડોમેન્સ (mail., vpn., login., api.) જેથી તમે જાણો છો કે તેઓ કઈ આંતરિક સેવાઓનો સક્રિયપણે પ્રતિસ્પર્ધી-ઇન-ધ-મિડલ (AitM) પ્રોક્સીઓ દ્વારા નકલ કરી રહ્યા છે.
  4. ** ICANN અનધિકૃત ટ્રાન્સફર વિવાદ (IRTP) અથવા રજિસ્ટ્રી લૉક રિવર્સલ**: જો તમારું ડોમેન એ જ રજિસ્ટ્રાર પર બીજા એકાઉન્ટમાં ધકેલવામાં આવ્યું હતું અથવા ચોરી દ્વારા ટ્રાન્સફર કરવામાં આવ્યું હતું Auth-Info (EPP) વિદેશી રજિસ્ટ્રારને કોડ આપો, તમારા મૂળ રજિસ્ટ્રારના ડોમેન દુરુપયોગ / ઉચ્ચ-જોખમ સુરક્ષા એસ્કેલેશન ડેસ્કનો સંપર્ક કરો અને ICANN ટ્રાન્સફર નીતિ હેઠળ તાત્કાલિક રજિસ્ટ્રાર પૂર્વવત્/ઇમર્જન્સી ટ્રાન્સફર વિવાદની વિનંતી કરો (Section I.A અને Transfer Dispute Resolution Policy), અનધિકૃત ઓળખપત્ર સમાધાન ટાંકીને.
  5. જો રજિસ્ટ્રાર બિનજવાબદાર હોય તો સીધા જ ટોપ-લેવલ ડોમેન (TLD) રજિસ્ટ્રી ઑપરેટર પર જાઓ: પદાનુક્રમ યાદ રાખો: રજિસ્ટ્રાર્સ (જેમ કે GoDaddy, Namecheap, Cloudflare, MarkMonitor, નેટવર્ક સોલ્યુશન્સ, Gandi, Porkbun) ખાલી રિટેલર્સ છે; રજિસ્ટ્રી ઑપરેટર (જેમ કે વેરિસાઇન માટે .com/.net, જાહેર હિત રજિસ્ટ્રી (PIR) માટે .org, નોમિનેટ માટે .uk, CIRA માટે .ca, DENIC માટે .de, અથવા auDA માટે .au) માસ્ટર રૂટ ઝોન ડેટાબેઝ ચલાવે છે. દેશ-કોડ (ccTLD) રજિસ્ટ્રીઝ અને ઘણી જીટીએલડી રજિસ્ટ્રી કટોકટી મૂકી શકે છે serverHold અથવા serverUpdateProhibited સાયબર ક્રાઇમના વેરિફાઇડ બનાવો દરમિયાન સીધા જ રૂટ લેવલ પર લોક કરો.
  6. આઉટ-ઓફ-બેન્ડ ચેનલો દ્વારા ગ્રાહકો, વિક્રેતાઓ અને બેંકિંગ ભાગીદારોને ચેતવણી આપો @yourdomain.com ઇમેઇલ સાથે ચેડા કરવામાં આવ્યો છે: જો હુમલાખોરે તમારું હાઇજેક કર્યું હોય MX રેકોર્ડ, તેઓ તરત જ નકલી વાયર ટ્રાન્સફર સૂચનાઓ સાથે એકાઉન્ટિંગ થ્રેડો ખોલવાનો જવાબ આપશે. ટેલિફોન, SMS, LinkedIn, એક અલગ બેકઅપ ડોમેન પર સ્ટેટસ પેજ અથવા સત્તાવાર સોશિયલ મીડિયા એકાઉન્ટ્સ દ્વારા ક્લાયન્ટ્સને સૂચિત કરો કે જ્યાં સુધી પુનઃસ્થાપનની પુષ્ટિ ન થાય ત્યાં સુધી અસરગ્રસ્ત ડોમેન પરના કોઈપણ ઇમેઇલ અથવા લોગિન પોર્ટલ પર વિશ્વાસ ન કરવો.

Danger

જ્યારે તમારા ડોમેનની MX (મેલ એક્સચેન્જ) અથવા NS (નેમસર્વર) રેકોર્ડ્સ હુમલાખોરના સર્વર તરફ નિર્દેશિત કરવામાં આવે છે, ક્યારેય આંતરિક ઘટના પ્રતિભાવ ઇમેઇલ્સ, પુનઃપ્રાપ્તિ ટિકિટ, અથવા રજિસ્ટ્રાર ચકાસણી લિંક્સ કોઈપણને મોકલશો નહીં @yourdomain.com ઈમેલ સરનામું. દરેક ઈમેલ પર મોકલવામાં આવે છે admin@yourdomain.com, security@yourdomain.com, અથવા ceo@yourdomain.com સીધા હુમલાખોરના ઇનબોક્સમાં વિતરિત કરવામાં આવે છે. તમારા ડોમેન રજિસ્ટ્રાર, ICANN અથવા કાયદા અમલીકરણ સાથે કટોકટી પુનઃપ્રાપ્તિ ટિકિટો ખોલતી વખતે, સંપૂર્ણપણે અલગ ડોમેન (જેમ કે સમર્પિત કોર્પોરેટ ઘટના Gmail/ProtonMail એકાઉન્ટ અથવા તમારા Microsoft 365 ભાડૂતનું બિલ્ટ-ઇન) પર હંમેશા આઉટ-ઓફ-બેન્ડ ઇમેઇલ સરનામાંનો ઉપયોગ કરો. username@yourtenant.onmicrosoft.com રૂટીંગ સરનામું).

નિર્ણય વૃક્ષ: ડોમેન અથવા DNS આઉટેજનું નિદાન અને સમાવિષ્ટ

આ ઝડપી ડાયગ્નોસ્ટિક ફ્લોચાર્ટને અનુસરો ડોમેન નેમ સિસ્ટમના ચોક્કસ સ્તર કે જે નિષ્ફળ થયું છે અથવા હાઇજેક કરવામાં આવ્યું છે તે નક્કી કરવા માટે:

flowchart TD
    A["વેબસાઈટ ડાઉન, TLS પ્રમાણપત્ર ચેતવણી અથવા કોર્પોરેટ ઈમેઈલ અટકી"] --> B["RDAP/WHOIS ચલાવો અને એક્સટર્નલ નેટવર્કમાંથી ડિગ +ટ્રેસ કરો"]
    B --> C{"RDAP સ્ટેટસ અને રજિસ્ટ્રાર ફીલ્ડ્સ શું દર્શાવે છે?"}
    C -->|"સ્થિતિ: ક્લાયંટહોલ્ડ, ઓટો રિન્યુ પિરિયડ અથવા રિડેમ્પશન પિરિયડ"| D["આકસ્મિક સમાપ્તિ અથવા ICANN Whois વેરિફિકેશન સસ્પેન્શન"]
    D --> E["તરત જ રજિસ્ટ્રારમાં લૉગ ઇન કરો: રિન્યુઅલ/રિડેમ્પશન ફી ચૂકવો અથવા RAA વેરિફિકેશન લિંક પર ક્લિક કરો; ઇમર્જન્સી ટીટીએલ ફ્લશની વિનંતી કરો"]
    C -->|"રજિસ્ટ્રારનું નામ અથવા રજિસ્ટ્રન્ટ એકાઉન્ટ અધિકૃતતા વિના બદલાયું"| F["સંપૂર્ણ રજિસ્ટ્રાર એકાઉન્ટ હાઇજેક અથવા અનધિકૃત EPP ટ્રાન્સફર"]
    F --> G["લૉક આઇડેન્ટિટી પ્રોવાઇડર (એન્ટ્રા/Google), ફાઇલ ઇમરજન્સી રજિસ્ટ્રાર દુરુપયોગ ટિકિટ + ICANN ટ્રાન્સફર વિવાદ, ઠગ પ્રમાણપત્રો માટે crt.sh તપાસો"]
    C -->|"રજિસ્ટ્રાર અને એનએસ યથાવત, પરંતુ A/CNAME/MX રેકોર્ડ્સ અજ્ઞાત IPs તરફ નિર્દેશ કરે છે"| H["સંચાલિત DNS પ્રદાતા સમાધાન (Cloudflare / Route53 / NS1 API કી અથવા એકાઉન્ટ ભંગ)"]
    H --> I["ચેડાં કરેલા DNS API ટોકન્સને રદબાતલ કરો, જાણીતી-સારી ઝોન ફાઇલને પુનઃસ્થાપિત કરો, બદમાશ TLS પ્રમાણપત્રોને રદબાતલ કરો, ખુલ્લા ઓળખપત્રોને ફેરવો"]
    C -->|"રજિસ્ટ્રાર, NS અને ઝોન રેકોર્ડ્સ સામાન્ય લાગે છે, પરંતુ SERVFAIL સાથે સાઇટ નિષ્ફળ જાય છે"| J["તૂટેલી DNSSEC ચેઇન ઑફ ટ્રસ્ટ (DS રેકોર્ડ મિસમેચ અથવા એક્સપાયર્ડ RRSIG)"]
    J --> K["DNSViz.net તપાસો ચલાવો: રજિસ્ટ્રાર પર જૂનો DS રેકોર્ડ દૂર કરો અથવા DNS હોસ્ટ પર ફરીથી સાઇન ઝોન કરો"]

તબક્કો 1: ચોક્કસ હુમલા વેક્ટરને ઓળખવા માટે ટેકનિકલ ફોરેન્સિક્સ

જ્યારે ડોમેન અચાનક ઉકેલવાનું બંધ કરી દે છે અથવા ફિશિંગ પેજ અથવા ક્રિપ્ટોકરન્સી સ્કેમ આપવાનું શરૂ કરે છે, ત્યારે અનુમાન લગાવવામાં વિતાવેલી દરેક મિનિટ કિંમતી પુનઃપ્રાપ્તિ સમયનો વ્યય કરે છે. ત્યાં ચાર સંપૂર્ણપણે અલગ દૃશ્યો છે જે વેબ બ્રાઉઝરમાં અંતિમ વપરાશકર્તા માટે સમાન દેખાય છે, અને દરેકને સંપૂર્ણપણે અલગ ફિક્સની જરૂર છે.

કેવી રીતે વાંચવું RDAP, WHOIS, અને dig આઉટપુટ જેમ કે ઇન્સીડેન્ટ રિસ્પોન્ડર

Linux, macOS અથવા Windows પર કમાન્ડ ટર્મિનલ ખોલો (WSL અથવા nslookup) અને તટસ્થ જાહેર પુનરાવર્તિત રિઝોલ્વરનો ઉપયોગ કરીને નીચેની ત્રણ ડાયગ્નોસ્ટિક તપાસો ચલાવો (8.8.8.8 અથવા 1.1.1.1):

  1. રજિસ્ટ્રી-લેવલ ડેલિગેશન તપાસો (dig +trace અને RDAP): 
    dig +trace yourdomain.com NS @1.1.1.1
    • TLD રુટ સર્વર્સ પછીના પગલાને જમણે જુઓ (ઉદાહરણ તરીકે, a.gtld-servers.net. માટે .com). જે NS (નેમસર્વર) યજમાનનામો TLD રજિસ્ટ્રી દ્વારા જ પરત કરવામાં આવે છે?
    • જો TLD રજિસ્ટ્રી તમારા સામાન્ય નેમસર્વર પરત કરે છે (ns1.yourdnsprovider.com) સ્થિતિ સાથે NOERROR, હાઇજેક તમારા DNS હોસ્ટિંગ પ્રદાતાની અંદર થઈ રહ્યું છે (અથવા તે DNSSEC ભંગાણ છે).
    • જો TLD રજિસ્ટ્રી સંપૂર્ણપણે અજાણ્યા નામસર્વર પરત કરે છે (અથવા જો whois yourdomain.com નવું બતાવે છે Registrar: નામ અને એક Updated Date: છેલ્લા કેટલાક કલાકો અથવા દિવસોમાં), હાઇજેક ડોમેન રજિસ્ટ્રાર સ્તરે થયું હતું.
  2. ICANN EPP ડોમેન સ્ટેટસ કોડ્સ ડીકોડ કરો: જુઓ Domain Status: તમારી માં લીટીઓ WHOIS અથવા RDAP આઉટપુટ આ પ્રમાણિત એક્સટેન્સિબલ પ્રોવિઝનિંગ પ્રોટોકોલ (EPP) કોડ તમને જણાવે છે કે શા માટે ડોમેન નિષ્ફળ થઈ રહ્યું છે અથવા લૉક થઈ રહ્યું છે:
ICANN EPP સ્ટેટસ કોડ રજિસ્ટ્રીમાં ટેકનિકલ અર્થ સામાન્ય કારણ અને તાત્કાલિક સુધારો
clientHold રજિસ્ટ્રારએ TLD રજિસ્ટ્રીને રુટ DNS ઝોનમાંથી ડોમેનને સંપૂર્ણપણે દૂર કરવા સૂચના આપી છે. ડોમેન પરત આવશે NXDOMAIN અથવા SERVFAIL વૈશ્વિક સ્તરે. 1. ડોમેન પ્રારંભિક ગ્રેસ વિન્ડો પછી સમાપ્ત થઈ ગયું છે.
2. સંપર્ક માહિતી બદલ્યા પછી નોંધણીકર્તા ફરજિયાત 15-દિવસ ICANN RAA ઈમેલ વેરિફિકેશન લિંક પર ક્લિક કરવામાં નિષ્ફળ ગયો.
3. રજિસ્ટ્રાર બિલિંગ/ચાર્જબેક લોક અથવા દુરુપયોગ સસ્પેન્શન.
redemptionPeriod ડોમેનની સમયસીમા સમાપ્ત થઈ ગઈ છે (સામાન્ય રીતે 30 થી 45 દિવસ પહેલા), રજિસ્ટ્રાર દ્વારા કાઢી નાખવામાં આવ્યું હતું, અને તે 30-દિવસની રજિસ્ટ્રી રિડેમ્પશન ગ્રેસ પીરિયડ (RGP) જાહેર ડ્રોપ પહેલાં. ડોમેન હવે ઉકેલતું નથી. તમારે હારનાર રજિસ્ટ્રારનો તાત્કાલિક સંપર્ક કરવો જોઈએ અને 5-દિવસ પહેલાં ફરજિયાત રજિસ્ટ્રી રિડેમ્પશન ફી ($80 થી $250 USD) વત્તા નવીકરણ ચૂકવવું આવશ્યક છે. pendingDelete તબક્કો શરૂ થાય છે.
pendingDelete 30-દિવસ redemptionPeriod બચાવ વિના સમાપ્ત થયું. આ અંતિમ 5-દિવસની વિન્ડો દરમિયાન, રજિસ્ટ્રી ડોમેનને શુદ્ધ કરે છે અને તેને ડ્રોપ-કેચર્સ માટે છોડવાની તૈયારી કરે છે. જટિલ કટોકટી: માનક રજિસ્ટ્રાર નવીકરણ બટનો હવે કામ કરશે નહીં. દિવસ 5 પૂરો થાય તે પહેલાં ગુમાવનાર રજિસ્ટ્રાર અથવા ccTLD રજિસ્ટ્રી માટે માત્ર એક કટોકટી એક્ઝિક્યુટિવ એસ્કેલેશનમાં કાઢી નાખવાનું અટકાવવાની કોઈ શક્યતા છે.
clientTransferProhibited / clientUpdateProhibited માનક રજિસ્ટ્રાર-સ્તરના સલામતી લૉક્સ જે અનધિકૃત EPP ટ્રાન્સફર અથવા ઝોન ફેરફારોને અવરોધિત કરે છે સિવાય કે રજિસ્ટ્રાર ડેશબોર્ડની અંદર અનલૉક કરવામાં આવે. સામાન્ય રક્ષણાત્મક સ્થિતિ. જો કોઈ હુમલાખોર તમારા રજિસ્ટ્રાર ડેશબોર્ડ પાસવર્ડ/MFA સાથે ચેડા કરે છે, તો તેઓ ટૉગલ કરી શકે છે clientTransferProhibited 1 ક્લિકમાં બંધ.
serverTransferProhibited / serverUpdateProhibited / serverDeleteProhibited રજિસ્ટ્રી લૉક: TLD રજિસ્ટ્રી ઑપરેટર (દા.ત., Verisign, PIR) દ્વારા સીધા જ લાગુ કરાયેલ કઠણ રુટ-લેવલ લૉક. રજિસ્ટ્રારના વેબ ડેશબોર્ડ પરથી અનલૉક કરી શકાતું નથી, ભલે રજિસ્ટ્રાર હેક થઈ જાય. ઉચ્ચતમ સુરક્ષા સ્તર. અનલૉક કરવા માટે રજિસ્ટ્રાર અને રજિસ્ટ્રી ખાતે નિયુક્ત અધિકારીઓ વચ્ચે આઉટ-ઓફ-બેન્ડ મલ્ટિ-પાર્ટી ક્રિપ્ટોગ્રાફિક અથવા વૉઇસ વેરિફિકેશનની જરૂર છે.

તબક્કો 2: દૂષિત ડોમેન હાઇજેક અથવા અનધિકૃત રજિસ્ટ્રાર ટ્રાન્સફરમાંથી પુનઃપ્રાપ્ત કરવું

હુમલાખોરો ત્રણ પ્રાથમિક તકનીકોનો ઉપયોગ કરીને ઉચ્ચ-મૂલ્ય કોર્પોરેટ, Web3/DeFi, નાણાકીય અને મીડિયા ડોમેન્સ હાઇજેક કરે છે: 1. રજિસ્ટ્રાર એકાઉન્ટ ટેકઓવર (ક્રેડન્શિયલ સ્ટફિંગ, ઇન્ફોસ્ટીલર માલવેર અથવા સિમ સ્વેપ): હુમલાખોર તમારા GoDaddy, નેમચેપ, Google ડોમેન્સ/સ્ક્વેરસ્પેસ અથવા નેટવર્ક સોલ્યુશન્સ ડેશબોર્ડમાં લૉગ ઇન કરે છે, બંધ કરે છે clientTransferProhibited, બદલાય છે NS હુમલાખોર-નિયંત્રિત Cloudflare એકાઉન્ટ તરફ નિર્દેશ કરવા માટે રેકોર્ડ્સ, અથવા જનરેટ કરે છે Auth-Info (EPP) ડોમેન બહાર ટ્રાન્સફર કરવા માટે કોડ. 2. રજિસ્ટ્રાર સપોર્ટનું સોશિયલ એન્જિનિયરિંગ: હુમલાખોર બનાવટી સંસ્થાપન દસ્તાવેજો, નકલી સરકારી ID, અથવા નકલી લેટરહેડ રજિસ્ટ્રારના એકાઉન્ટ રિકવરી ડેસ્ક પર સબમિટ કરે છે અને દાવો કરે છે કે મૂળ IT એડમિન મૃત્યુ પામ્યો છે અથવા કંપની છોડી ગયો છે. 3. સબડોમેન ટેકઓવર (Dangling CNAME / Dangling NS): તમારું મુખ્ય ડોમેન અસ્પૃશ્ય છે, પરંતુ જૂનું સબડોમેન (promo.yourdomain.com અથવા status.yourdomain.com) હજુ પણ છે CNAME ડિકમિશન કરેલ AWS S3 બકેટ, Azure App Service, GitHub Pages repo, Heroku એપ અથવા Zendesk ઉદાહરણ કે જે તમે મહિનાઓ પહેલા કાઢી નાખ્યું હતું તેના પર નિર્દેશ કરતો રેકોર્ડ. હુમલાખોર AWS/Azure/GitHub પર ત્યજી દેવાયેલા ક્લાઉડ રિસોર્સ નામની નોંધણી કરે છે અને તરત જ તમારા અધિકૃત સબડોમેઇનમાંથી દૂષિત સામગ્રી પ્રદાન કરે છે.

પગલું 1: હુમલાખોરને તમારા ક્લાઉડ ઓળખ પ્રદાતા અને ઇમેઇલ સિસ્ટમમાંથી બહાર કાઢો

તમે રજિસ્ટ્રાર પુનઃપ્રાપ્તિ ફોર્મ ભરવાનું પણ સમાપ્ત કરો તે પહેલાં, ધારો કે હુમલાખોર તમારા ડોમેન પર મોકલવામાં આવેલ દરેક ઇમેઇલને સક્રિયપણે વાંચી રહ્યો છે અને તમારા આંતરિક ક્લાઉડ ઇન્ફ્રાસ્ટ્રક્ચરમાં પિવટ કરવાનો પ્રયાસ કરી રહ્યો છે:

  1. Microsoft 365 / Google Workspace ને ફોલબેક ડોમેન્સ અને હાર્ડવેર MFA પર સ્વિચ કરો:
    • Microsoft Entra ID (અગાઉ Azure AD) માં, દરેક ભાડૂત પાસે કાયમી, બિન-હાઇજેકેબલ ફોલબેક ડોમેન હોય છે (yourcompany.onmicrosoft.com). સંચાલકો દ્વારા લૉગ ઇન કરી શકે છે admin@yourcompany.onmicrosoft.com ભલે yourdomain.com DNS સંપૂર્ણપણે હાઇજેક થયેલ છે.
    • Entra ID / Okta / Google Workspace (Authentication Methods Policy). FIDO2/WebAuthn હાર્ડવેર સિક્યુરિટી કી અથવા નંબર-મેચિંગ ઓથેન્ટિકેટર પુશ નોટિફિકેશનની જરૂર છે.
  2. ચોક્કસ સમાધાન વિન્ડો માટે આઉટબાઉન્ડ અને ઈનબાઉન્ડ ઈમેલ લોગનું ઓડિટ કરો:
    • જો તમારી MX રેકોર્ડ્સ 02:14 UTC પર બદલવામાં આવ્યા હતા, 02:14 UTC થી શૂન્ય કાયદેસર બાહ્ય ઇમેઇલ્સ તમારા વાસ્તવિક મેઇલ સર્વર પર પહોંચી ગયા છે; તે વિન્ડો દરમિયાન તમારા સ્ટાફને મોકલવામાં આવેલ દરેક બાહ્ય ઇમેઇલ હુમલાખોરના ઠગ મેઇલ સર્વર (પોસ્ટફિક્સ/એક્ઝીમ લિસનર) દ્વારા સંપૂર્ણ સાદા લખાણમાં કેપ્ચર કરવામાં આવ્યા હતા.
    • સાથે જોડાયેલા દરેક તૃતીય-પક્ષ SaaS પ્લેટફોર્મ, બેંક, AWS/GCP રૂટ એકાઉન્ટ, GitHub સંસ્થા અને વિક્રેતા પોર્ટલની સૂચિ તરત જ ખેંચો @yourdomain.com ઇમેઇલ સરનામાં, અને તપાસો કે શું હુમલાખોરે હાઇજેક વિન્ડો દરમિયાન તે બાહ્ય પ્લેટફોર્મ્સ પર પાસવર્ડ રીસેટને ટ્રિગર કર્યું છે.

પગલું 2: રજિસ્ટ્રાર અને રજિસ્ટ્રી ઇમરજન્સી રિકવરી પ્રોટોકોલનો અમલ કરો

સામાન્ય "મારી વેબસાઇટ કામ કરી રહી નથી" સપોર્ટ ચેટ ખોલશો નહીં. તમારે ચોક્કસ નિયમનકારી અને કાનૂની પરિભાષાનો ઉપયોગ કરવો આવશ્યક છે જે **રજિસ્ટ્રાર ટાયર-3 સુરક્ષા / જનરલ કાઉન્સેલ / ICANN કમ્પ્લાયન્સ ટીમ ** તરફ આગળ વધે છે:

  1. કેસ A: ડોમેન હજી પણ તમારા મૂળ રજિસ્ટ્રાર પાસે છે (એકાઉન્ટ ટેકઓવર અથવા આંતરિક "એકાઉન્ટ પુશ"):
    • ઘણા હુમલાખોરો ઇન્ટર-રજિસ્ટ્રાર EPP ટ્રાન્સફર માટે 5 દિવસ રાહ જોતા નથી; તેના બદલે, તેઓ તમારા ડોમેનને 3 સેકન્ડમાં સમાન રજિસ્ટ્રાર પર બર્નર એકાઉન્ટમાં ખસેડવા માટે રજિસ્ટ્રારની ત્વરિત "પુશ ડોમેન ટુ અધર એકાઉન્ટ" સુવિધાનો ઉપયોગ કરે છે.
    • રજિસ્ટ્રારના ફ્રોડ / એકાઉન્ટ હાઇજેકિંગ / દુરુપયોગ વિભાગને તરત જ કૉલ કરો અને ઇમેઇલ કરો. સ્પષ્ટપણે જણાવો: "તાત્કાલિક સુરક્ષા ઘટના: અનધિકૃત એકાઉન્ટ એક્સેસ અને [yourdomain.com] ના આંતરિક ડોમેન પુશ / DNS ફેરફાર. હેઠળ ડોમેનને તાત્કાલિક ફ્રીઝ કરવાની વિનંતી serverHold/clientUpdateProhibited અને અનધિકૃત DNS/એકાઉન્ટ ફેરફારોનું રોલબેક."
    • ઐતિહાસિક માલિકીના પેકેટનો તમારો પુરાવો તરત જ એસેમ્બલ કરો: રજિસ્ટ્રાર સુરક્ષા ટીમોને અસ્પષ્ટ પુરાવાની જરૂર પડે છે કે તેઓ અન્ય ખાતામાંથી ડોમેન પાછું ખેંચે તે પહેલાં તમે કાયદેસર પૂર્વ નોંધણીકર્તા છો. આ 5 દસ્તાવેજો તરત જ એક પીડીએફમાં એકત્રિત કરો:
      1. ઐતિહાસિક રજિસ્ટ્રાર ઇન્વૉઇસેસ અને ચુકવણીના પુરાવા: પીડીએફ રસીદો અને ક્રેડિટ કાર્ડ/બેંક વાયર સ્ટેટમેન્ટ જે તમારી સંસ્થાના રજિસ્ટ્રેશન અને રિન્યુઅલ માટે ચૂકવણી કરે છે તે દર્શાવે છે. yourdomain.com છેલ્લા 1 થી 10 વર્ષોમાં (પેમેન્ટ કાર્ડના છેલ્લા 4 અંકો અથવા વાયર સંદર્ભ સહિત).
      2. સરકાર દ્વારા જારી કરાયેલ કોર્પોરેટ નોંધણી અને અધિકારી ID: ઐતિહાસિક WHOIS સાથે મેળ ખાતી સંસ્થાના સત્તાવાર પ્રમાણપત્ર / સંસ્થાના લેખો Registrant Organization, ઉપરાંત એફિડેવિટ પર સહી કરનાર કોર્પોરેટ અધિકારીનું સરકારી ફોટો ID.
      3. ઐતિહાસિક DNS ઝોન ફાઇલ અને સર્વર માલિકીનો પુરાવો: તમારી અગાઉની DNS ઝોન ફાઇલની નકલો, ઐતિહાસિક WHOIS સ્નેપશોટ અથવા સાબિતી કે તમારી સંસ્થા સ્વાયત્ત સિસ્ટમની માલિકી ધરાવે છે (ASN) અથવા IP બ્લોક્સ (A રેકોર્ડ્સ) કે જે ડોમેન આજના ફેરફારના વર્ષો પહેલા નિર્દેશ કરે છે.
      4. ઓરિજિનલ એકાઉન્ટ ક્રિએશન ઈમેઈલ/ટિકિટ ઈતિહાસ: ડોમેન મૂળ રીતે રજીસ્ટર અથવા રિન્યુ કરવામાં આવ્યું હતું તે સમયે રજિસ્ટ્રાર તરફથી પ્રાપ્ત ઈમેલના હેડર્સ.
      5. અધિકૃત કાયદા અમલીકરણ રિપોર્ટ નંબર: A ફાઇલ કરેલ FBI IC3 (ic3.gov) ફરિયાદ નંબર (યુનાઇટેડ સ્ટેટ્સ), એક્શન ફ્રોડ સંદર્ભ નંબર (યુનાઇટેડ કિંગડમ), અથવા રાષ્ટ્રીય પોલીસ સાયબર ક્રાઇમ રિપોર્ટ નંબર. જ્યારે 18 U.S.C. હેઠળ ગુનાહિત કોમ્પ્યુટર ઘૂસણખોરીની પુષ્ટિ કરતો ઔપચારિક કાયદા અમલીકરણ કેસ નંબર સોંપવામાં આવે ત્યારે રજિસ્ટ્રાર નાટ્યાત્મક રીતે ઝડપથી કાર્ય કરે છે. § 1030 (CFAA) અથવા UK કોમ્પ્યુટર મિસયુઝ એક્ટ 1990.
  2. કેસ B: ડોમેન એક અલગ રજિસ્ટ્રારને ટ્રાન્સફર કરવામાં આવ્યું હતું (ઇન્ટર-રજિસ્ટ્રાર હાઇજેક):
    • ICANN ટ્રાન્સફર પોલિસી (અગાઉનું IRTP) હેઠળ, ઇન્ટર-રજિસ્ટ્રાર ટ્રાન્સફર માટે જરૂરી છે Auth-Info (EPP) કોડ અને ચોક્કસ રજિસ્ટ્રન્ટ ફેરફારો પછી 60 દિવસ માટે અવરોધિત કરવું આવશ્યક છે સિવાય કે માફ કરવામાં આવે. જો કોઈ હુમલાખોરે રજિસ્ટ્રાર A ("ગુમાવનાર રજિસ્ટ્રાર") પર તમારું એકાઉન્ટ હેક કર્યું હોય અને ડોમેનને **રજિસ્ટ્રાર B ("ગેઈનિંગ રજિસ્ટ્રાર")**ને ટ્રાન્સફર કર્યું હોય તો:
    • ગુમાવનાર રજિસ્ટ્રાર અને મેળવનાર રજિસ્ટ્રાર બંનેનો તરત જ સંપર્ક કરો, પરંતુ ગુમાવનાર રજિસ્ટ્રારની ટ્રાન્સફર ડિસ્પ્યુટ/સિક્યોરિટી ટીમને પ્રાથમિકતા આપો. ICANN ની ટ્રાન્સફર ડિસ્પ્યુટ રિઝોલ્યુશન પોલિસી (TDRP) હેઠળ, લુઝિંગ રજિસ્ટ્રાર એ એન્ટિટી છે કે જેની પાસે તમારા ઐતિહાસિક બિલિંગ રેકોર્ડ્સ અને લોગિન લોગ્સ છે જે સાબિત કરે છે કે ટ્રાન્સફર અનધિકૃત છે. હારી ગયેલા રજીસ્ટ્રાર સહકારી રજિસ્ટ્રાર ટ્રાન્સફર અનડૂ કરવા અથવા ઔપચારિક TDRP કાર્યવાહી કરવા માટે ગેઇનિંગ રજિસ્ટ્રારના અનુપાલન અધિકારીનો ઔપચારિક રીતે સંપર્ક કરી શકે છે.
    • સાથોસાથ તમારું માલિકીનું પ્રૂફ પેકેટ અને પોલીસ રિપોર્ટ ગેઈનીંગ રજીસ્ટ્રારના દુરુપયોગ ડેસ્કને મોકલો અને માંગણી કરો કે તેઓ તાત્કાલિક મુકે. clientTransferProhibited અને clientUpdateProhibited ડોમેન પર લૉક કરો જેથી હુમલાખોર વધુ ત્રણ ઑફશોર રજિસ્ટ્રાર ("રજિસ્ટ્રાર હૉપિંગ")ની સાંકળ દ્વારા ડોમેનને હૉપ ન કરી શકે.
  3. ICANN સાથે ઇમરજન્સી એસ્કેલેશન ફાઇલ કરો (જેમ કે gTLD માટે .com, .net, .org, .io જો gTLD) અથવા ccTLD રજિસ્ટ્રી:
    • જો કોઈ રજિસ્ટ્રાર અનધિકૃત ટ્રાન્સફરની તપાસ કરવાનો ઇનકાર કરે છે અથવા સક્રિય હાઇજેક દરમિયાન પ્રતિસાદ આપવામાં નિષ્ફળ જાય છે, તો ICANN કરાર અનુપાલન પોર્ટલ દ્વારા તાત્કાલિક અનધિકૃત સ્થાનાંતરણ / ડોમેન હાઇજેકિંગની ફરિયાદ સબમિટ કરો (icann.org/compliance/complaint).
    • જો તમારું ડોમેન કન્ટ્રી-કોડ ટોપ-લેવલ ડોમેન (ccTLD), જેમ કે .uk, .ca, .au, .de, .fr, .nl, .ch, અથવા .jp, તમારી પાસે વધુ ઝડપી વિકલ્પ છે: ccTLD રજિસ્ટ્રીઝ ICANN ને બદલે રાષ્ટ્રીય દેખરેખ સત્તાવાળાઓ દ્વારા સંચાલિત થાય છે અને લગભગ હંમેશા સીધી રજિસ્ટ્રી ઇમરજન્સી સિક્યુરિટી ટીમો જાળવે છે (ઉદાહરણ તરીકે, યુકેમાં નોમિનેટ 0330 236 9470, કેનેડામાં CIRA, જર્મનીમાં DENIC, ફ્રાન્સમાં AFNIC) કે જે કોર્પોરેટ ઓળખની ચકાસણી કર્યા પછી કલાકોમાં જ રાષ્ટ્રીય રજિસ્ટ્રી સ્તરે હાઇજેક કરેલા ડોમેનને સ્થિર કરી શકે છે.

Warning

BGP પ્રીફિક્સ હાઇજેક માં (જેમ કે પ્રખ્યાત MyEtherWallet / Amazon Route 53 અથવા Celer Network ઘટનાઓ), ન તો તમારા ડોમેન રજિસ્ટ્રાર કે તમારા DNS ઝોનને બિલકુલ હેક કરવામાં આવ્યાં નથી. તેના બદલે, એક દૂષિત ઓટોનોમસ સિસ્ટમ (ASN) ખોટા બોર્ડર ગેટવે પ્રોટોકોલનું પ્રસારણ કરે છે (BGP) તમારા અધિકૃત DNS સર્વર્સ અથવા તમારા વેબ સર્વર્સના IP એડ્રેસ બ્લોકની માલિકીનો દાવો કરતી વૈશ્વિક ઇન્ટરનેટ બેકબોન પર રૂટની જાહેરાત. BGP હાઇજેકની તપાસ કરવા માટે, તમારા વેબ સર્વર અને DNS સર્વર IP સરનામાંને ક્લાઉડફ્લેર રડાર (radar.cloudflare.com) અથવા RIPE સ્ટેટ (stat.ripe.net BGPlay) અનધિકૃત છે કે કેમ તે ચકાસવા માટે ASN વધુ ચોક્કસ ઉદ્ભવે છે /24 તમારા નેટવર્ક બ્લોક માટે IP ઉપસર્ગ જાહેરાત.

તબક્કો 3: સમાપ્ત થયેલ ડોમેનને બચાવવું (clientHold, RedemptionPeriod, અને PendingDelete)

દરેક અચાનક વૈશ્વિક આઉટેજ એ સાયબર એટેક નથી. દરરોજ, મોટી કંપનીઓ, SaaS સ્ટાર્ટઅપ્સ અને સરકારી કોન્ટ્રાક્ટરો સંપૂર્ણપણે અંધકારમય બની જાય છે કારણ કે તેમના ડોમેન રજિસ્ટ્રાર પર ફાઇલ પરના ક્રેડિટ કાર્ડની સમયસીમા સમાપ્ત થઈ ગઈ હતી, અને રિન્યુઅલ રિમાઇન્ડર ઇમેઇલ્સ મોકલવામાં આવ્યા હતા. former-founder@company.com જેણે ત્રણ વર્ષ પહેલા પેઢી છોડી દીધી હતી.

ICANN સમાપ્ત થયેલ ડોમેન જીવનચક્ર સમયરેખાને સમજવું

સામાન્ય ટોપ-લેવલ ડોમેન્સ માટે (.com, .net, .org, .biz, .info), ICANN એક્સપાયર્ડ રજિસ્ટ્રેશન રિકવરી પૉલિસી (ERRP) સમાપ્તિ તારીખ પસાર થયા પછી સખત મલ્ટિ-સ્ટેજ લાઇફસાઇકલ લાગુ કરે છે:

  1. સ્ટેજ 1: સ્વતઃ-રીન્યુ ગ્રેસ પીરિયડ (સમાપ્તિ પછીના દિવસો 1 થી ~30/45 સુધી):
    • સમાપ્તિ પછી તરત જ (ઘણી વખત 24 થી 72 કલાકની અંદર), રજિસ્ટ્રાર ડોમેનને બદલે છે. NS પાર્ક કરેલ / સમાપ્ત થયેલ રીન્યુઅલ સ્પ્લેશ પેજ પર રેકોર્ડ કરે છે અથવા ડોમેનને ** પર મૂકે છેclientHold**
    • અસર: તમારી વેબસાઇટ અને કોર્પોરેટ ઈમેલ તરત જ કામ કરવાનું બંધ કરે છે (DNS_PROBE_FINISHED_NXDOMAIN અથવા પાર્કિંગ જાહેરાતો).
    • પુનઃપ્રાપ્તિ: રજિસ્ટ્રાર એકાઉન્ટમાં લોગ ઇન કરો અને પ્રમાણભૂત 1-વર્ષની નવીકરણ ફી ($10 થી $30 USD) ચૂકવો. રજિસ્ટ્રાર તરત જ તમારું મૂળ પુનઃસ્થાપિત કરે છે NS રેકોર્ડ
  2. સ્ટેજ 2: રિડેમ્પશન ગ્રેસ પીરિયડ (redemptionPeriod, 30 દિવસની અવધિ):
    • જો સ્ટેજ 1 દરમિયાન (સામાન્ય રીતે રજિસ્ટ્રારની સેવાની શરતોના આધારે 30 થી 42 દિવસ પછી) કોઈ ડોમેન રિન્યુ કરતું નથી, તો રજિસ્ટ્રાર રજિસ્ટ્રીમાં ડોમેનને કાઢી નાખે છે, અને રજિસ્ટ્રી તેને ફરજિયાત 30-દિવસમાં મૂકે છે redemptionPeriod (જ્યાં સુધી રજિસ્ટ્રાર GoDaddy Auctions અથવા NameJet જેવા આંતરિક સમાપ્ત થઈ ગયેલા ડોમેન હરાજી પ્લેટફોર્મ દ્વારા સમાપ્ત થયેલ ડોમેનની હરાજી ન કરે, તો તરત જ તમારા રજિસ્ટ્રારનો ચોક્કસ દિવસ-30 હરાજી કટઓફ તપાસો).
    • પુનઃપ્રાપ્તિ: તમે હજી પણ ડોમેનને 100 ટકા નિશ્ચિતતા સાથે બચાવી શકો છો redemptionPeriod, માત્ર મૂળ ગુમાવનારા રજીસ્ટ્રાર દ્વારા. તમારે તેમના બિલિંગ/સપોર્ટ ડેસ્કનો સંપર્ક કરવો અને રજિસ્ટ્રી રીડેમ્પશન રીસ્ટોર ફી (સામાન્ય રીતે $80 થી $250 USD) વત્તા 1-વર્ષનું નવીકરણ ચૂકવવું આવશ્યક છે.
  3. સ્ટેજ 3: બાકી કાઢી નાખવું (pendingDelete, અંતિમ 5 કેલેન્ડર દિવસો):
    • 30 દિવસમાં એકવાર redemptionPeriod સમાપ્ત થાય છે, ડોમેન પ્રવેશે છે pendingDelete બરાબર 5 દિવસ (120 કલાક) માટે.
    • અસર: દરમિયાન pendingDelete, રજિસ્ટ્રી તમામ પ્રમાણભૂત EPP ને નકારે છે restore રજિસ્ટ્રાર તરફથી આદેશો. દિવસ 5 ના અંતે (માટે .com/.net વેરિસાઇન ડ્રોપ્સ, 18:00 અને 19:15 UTC ની વચ્ચે), ડોમેન જાહેર જનતા માટે રીલીઝ કરવામાં આવે છે અને ઓટોમેટેડ ડ્રોપ-કેચિંગ નેટવર્ક્સ દ્વારા 10 મિલીસેકન્ડમાં છીનવી લેવામાં આવે છે.
    • ** જો પકડાય તો કટોકટીની કાર્યવાહી pendingDelete અથવા રજિસ્ટ્રાર સમાપ્ત થયેલ હરાજી**:
      • જો ડોમેન રજિસ્ટ્રારના દિવસ-30 દ્વારા રજિસ્ટ્રીમાં પ્રવેશતા પહેલા હરાજી દ્વારા વેચવામાં આવ્યું હતું redemptionPeriod, તમારા રજિસ્ટ્રાર હરાજી પછીની ટૂંકી વિમોચન વિન્ડો ઓફર કરે છે કે કેમ તે તપાસો અથવા વિજેતા બિડર/બ્રોકરનો તરત જ સંપર્ક કરો.
      • જો ડોમેન ખરેખર 5-દિવસની રજિસ્ટ્રીમાં છે pendingDelete તબક્કો, એક સાથે ત્રણેય મુખ્ય ડ્રોપ-કેચિંગ નેટવર્કમાં ઉચ્ચ-સ્તરના બેકઓર્ડર્સ મૂકો (DropCatch.com, SnapNames.com, અને NameJet.com) જેથી કરીને જો 5 દિવસે ડોમેન સાર્વજનિક પૂલમાં જાય, તો તમારું બેકઓર્ડર તેને કેપ્ચર કરે છે અથવા તમારું ડોમેન પાછું ખરીદવા માટે બંધ બિડર હરાજીમાં તમને દાખલ કરે છે.

મેં એક્સપાયર્ડ ડોમેન રિન્યુ કર્યા પછી પણ મારી વેબસાઇટ કલાકો સુધી કેમ નિષ્ફળ જાય છે? (નકારાત્મક DNS કેશીંગ ફિક્સિંગ)

જ્યારે તમારું ડોમેન સમાપ્ત થાય છે, ત્યારે રજિસ્ટ્રાર તમારું સ્થાન લે છે NS અસ્થાયી પાર્કિંગ નેમસર્વર સાથેના રેકોર્ડ કે જે ઘણીવાર **24-કલાકથી 48-કલાક TTL (ટાઈમ-ટુ-લાઈવ) ** (86400 અથવા 172800 સેકન્ડ). તમે નવીકરણ બિલ ચૂકવો અને તમારા રજિસ્ટ્રાર તમારું વાસ્તવિક પુનઃસ્થાપિત કરે તે પછી પણ NS 5 મિનિટની અંદર રૂટ ઝોનમાં રેકોર્ડ, વિશ્વભરના જાહેર પુનરાવર્તિત DNS રિઝોલ્વર્સ (Google 8.8.8.8, ક્લાઉડફ્લેર 1.1.1.1, Quad9 9.9.9.9, અને ISP રિઝોલ્વર્સ) 48-કલાકની TTL સમાપ્ત થાય ત્યાં સુધી કેશ્ડ એક્સપાયર થયેલ પાર્કિંગ પેજને સેવા આપતા રહી શકે છે.

60 સેકન્ડમાં ઇન્સ્ટન્ટ ગ્લોબલ DNS કેશ ફ્લશ કેવી રીતે દબાણ કરવું: પુનરાવર્તિત કેશ કુદરતી રીતે સમાપ્ત થવા માટે 48 કલાક રાહ જોશો નહીં. ત્રણ સૌથી મોટા વૈશ્વિક સાર્વજનિક DNS પ્રદાતાઓમાંથી તેમના મફત વેબ કેશ-પર્જ પોર્ટલનો ઉપયોગ કરીને તમારા ડોમેનને મેન્યુઅલી ફ્લશ કરો: 1. ગુગલ પબ્લિક DNS ફ્લશ કરો (8.8.8.8 / 8.8.4.4): મુલાકાત લો developers.google.com/speed/public-dns/cache, પ્રકાર yourdomain.com, રેકોર્ડ પ્રકાર પસંદ કરો NS (અને પછી ** માટે પુનરાવર્તન કરોA, AAAA, MX, અને DS), અને Flush Cache પર ક્લિક કરો. આ તમારા ડોમેનને વિશ્વભરના દરેક Google DNS ડેટા સેન્ટરમાં 10 સેકન્ડથી ઓછા સમયમાં સાફ કરે છે. 2. ** ફ્લશ ક્લાઉડફ્લેર પબ્લિક DNS (1.1.1.1 / 1.0.0.1): મુલાકાત લો one.one.one.one/purge-cache/, દાખલ કરો yourdomain.com, ** પસંદ કરોNS**, A, AAAA, અને MX, અને કેશ સાફ કરો પર ક્લિક કરો. 3. ફ્લશ ઓપનડીએનએસ / સિસ્કો છત્રી (208.67.222.222): મુલાકાત લો cachecheck.opendns.com, દાખલ કરો yourdomain.com, સમગ્ર વૈશ્વિક નોડ્સ પર પરિણામો તપાસો અને ટેબલના તળિયે કેશ રિફ્રેશ કરો પર ક્લિક કરો.

તબક્કો 4: તૂટેલા DNSSECને ઠીક કરવું (SERVFAIL) સ્થળાંતર અથવા હાઇજેક પછી

ડોમેન નેમ સિસ્ટમ સિક્યુરિટી એક્સ્ટેન્શન્સ (DNSSEC) તમારા DNS રેકોર્ડ્સ પર ક્રિપ્ટોગ્રાફિકલી સહી કરે છે (RRSIG ઝોન સાઈનિંગ કી દ્વારા સહી કરેલ રેકોર્ડ ZSK અને કી સહી કી KSK) અને મેળ ખાતા પ્રતિનિધિમંડળ સહીકર્તા (DS) તમારા રજિસ્ટ્રાર પર પિતૃ TLD ઝોનમાં હેશ.

જ્યારે DNSSEC કેશ પોઈઝનિંગને અટકાવે છે, તૂટેલી DNSSEC ગોઠવણી તાત્કાલિક, કુલ વૈશ્વિક આઉટેજનું કારણ બને છે (SERVFAIL) દરેક માન્ય રિઝોલ્વર પર (સહિત 8.8.8.8, 1.1.1.1, કોમકાસ્ટ અને મુખ્ય મોબાઈલ કેરિયર્સ). આ સામાન્ય રીતે કટોકટી સ્થળાંતર દરમિયાન થાય છે: વ્યવસ્થાપક ખસેડે છે yourdomain.comક્લાઉડફ્લેરથી AWS રૂટ 53 સુધીના નેમસર્વર (અથવા તેનાથી વિપરીત) પહેલા જૂના પ્રદાતાને કાઢી નાખ્યા વિના DS ડોમેન રજિસ્ટ્રાર પર રેકોર્ડ કરો.

DNSSEC નિદાન અને સમારકામ SERVFAIL 5 મિનિટમાં લોકઆઉટ

  1. પુષ્ટિ કરો કે DNSSEC ગુનેગાર છે: બે ચલાવો dig બેક-ટુ-બેક આદેશો: એક સામાન્ય ક્વેરી, અને ** સાથે એક ક્વેરી+cd (ચેકિંગ અક્ષમ)** ફ્લેગ, જે પુનરાવર્તિત રિઝોલ્વરને DNSSEC ક્રિપ્ટોગ્રાફિક માન્યતાને અવગણવા માટે કહે છે: 
    dig yourdomain.com @8.8.8.8
dig yourdomain.com @8.8.8.8 +cd
    • જો પ્રથમ આદેશ ** સાથે નિષ્ફળ જાયstatus: SERVFAIL** અને શૂન્ય જવાબો, જ્યારે બીજો આદેશ (+cd) ** સાથે તરત જ સફળ થાય છેstatus: NOERROR** અને તમારું પરત કરે છે A IP સરનામું રેકોર્ડ કરો, તમારા આઉટેજના 100 ટકા વિશ્વાસની તૂટેલી DNSSEC સાંકળ છે.
  2. ** સાથે ચોક્કસ તૂટવાનું નિરીક્ષણ કરો DNSViz.net અથવા Verisign DNSSEC Debugger**:
    • ખોલો dnsviz.net અથવા dnssec-debugger.verisignlabs.com અને દાખલ કરો yourdomain.com.
    • તે એક દ્રશ્ય રેખાકૃતિ દોરશે જે દર્શાવે છે કે શું DS તમારા રજીસ્ટ્રાર પર પ્રકાશિત થયેલ રેકોર્ડ સાથે મેચ કરવામાં નિષ્ફળ જાય છે DNSKEY તમારા વર્તમાન DNS હોસ્ટ દ્વારા સેવા આપવામાં આવે છે, અથવા તમારા ઝોન હસ્તાક્ષરો (RRSIG) સમાપ્ત થઈ ગઈ છે.
  3. કટોકટી ઉપાય:
    • જો તમે હમણાં જ DNS પ્રદાતાઓ બદલ્યા હોય: તમારા ડોમેન રજિસ્ટ્રારમાં લૉગ ઇન કરો, DNSSEC / DS રેકોર્ડ્સ વિભાગમાં નેવિગેટ કરો અને જૂનાને કાઢી નાખો DS રેકોર્ડ (અથવા તેને નવા સાથે બદલો DS તમારા નવા DNS હોસ્ટ દ્વારા જનરેટ થયેલ રેકોર્ડ).
    • ** ફ્લશ ધ DS રેકોર્ડ કેશ**: તરત જ Google પબ્લિક DNS કેશ ફ્લશની મુલાકાત લો (developers.google.com/speed/public-dns/cache) અને ક્લાઉડફ્લેર પર્જ કેશ (one.one.one.one/purge-cache/) અને ** સાફ કરોDS** અને DNSKEY માટે રેકોર્ડ પ્રકારો yourdomain.com તેથી માન્ય રિઝોલ્વર્સ કાઢી નાખેલને તપાસવાનું બંધ કરે છે DS તરત જ હેશ કરો.

તબક્કો 5: પુનઃપ્રાપ્તિ પછીની સફાઈ, TLS પ્રમાણપત્ર રદબાતલ અને સખત

તમારા ડોમેન રજિસ્ટ્રાર એકાઉન્ટ અને DNS રેકોર્ડ્સને તમારા નિયંત્રણ હેઠળ પાછા મેળવવું એ માત્ર અડધી યુદ્ધ છે. હુમલાખોરે તમારા ડોમેનના DNS ને નિયંત્રિત કરેલા કલાકો અથવા દિવસો દરમિયાન, તેમની પાસે "ડોમેન નિયંત્રણ માન્યતા" સાબિત કરવાની સંપૂર્ણ સત્તા હતી (DCV) દરેક પ્રમાણપત્ર સત્તાધિકારીને (CA) ગ્રહ પર.

1. ઓડિટ પ્રમાણપત્ર પારદર્શિતા લોગ (crt.sh) અને ઠગ TLS પ્રમાણપત્રો રદબાતલ કરો

જ્યારે હુમલાખોર તમારો નિર્દેશ કરે છે A અથવા NS તેમના સર્વર પર રેકોર્ડ કરે છે, તેઓ તરત જ ચાલે છે certbot (ચાલો એન્ક્રિપ્ટ કરીએ, ZeroSSL, Google Trust Services, or Sectigo) માટે માન્ય, બ્રાઉઝર-વિશ્વસનીય TLS પ્રમાણપત્રો જનરેટ કરવા yourdomain.com, *.yourdomain.com, vpn.yourdomain.com, અને mail.yourdomain.com. તમે તમારા DNS રેકોર્ડ્સ પુનઃસ્થાપિત કર્યા પછી પણ, હુમલાખોર હજુ પણ માન્ય ખાનગી કી (.key) અને સહી કરેલ જાહેર પ્રમાણપત્ર (.crt) તમારા ડોમેન માટે, જેનો ઉપયોગ તેઓ આગામી 90 દિવસ માટે કેપ્ટિવ-પોર્ટલ Wi-Fi હુમલા, BGP હાઇજેક અથવા આંતરિક નેટવર્ક સ્પૂફિંગ કરવા માટે કરી શકે છે.

  1. પ્રશ્ન પ્રમાણપત્ર પારદર્શિતા લૉગ્સ:
    • ** પર જાઓcrt.sh/?q=%25.yourdomain.com** અથવા સેન્સિસ પ્રમાણપત્ર શોધ (search.censys.io/certificates).
    • ** દ્વારા સૉર્ટ કરોLogged At / Not Before** હાઇજેક વિન્ડો દરમિયાન જારી કરાયેલ દરેક એક પ્રમાણપત્રની તારીખ અને તપાસ કરો (અને પુનઃપ્રાપ્તિ પછીના 24 કલાકમાં, કેશ્ડ DCV અધિકૃતતાને કારણે).
  2. તાત્કાલિક પ્રમાણપત્ર રદ કરવાની ફરજ પાડો:
    • જારી કરનાર પ્રમાણપત્ર સત્તાધિકારીને ઓળખો (Issuer Name) દરેક અનધિકૃત પ્રમાણપત્ર પર.
    • દરેક સાર્વજનિક વિશ્વાસપાત્ર CA એ CA/બ્રાઉઝર ફોરમ બેઝલાઇન આવશ્યકતાઓ (સેક્શન 4.9.1.1) હેઠળ અરજદાર સાચા ડોમેન માલિક દ્વારા અધિકૃત નથી તેની પુષ્ટિ કર્યાના 24 કલાક અંદર કપટપૂર્ણ અથવા અનધિકૃત પ્રમાણપત્રને રદબાતલ કરવા માટે જરૂરી છે.
    • જો તમે પહેલાથી જ ડોમેન પર DNS નિયંત્રણ મેળવ્યું છે, તો તમે હુમલાખોરની ખાનગી કીની જરૂર વગર પણ 60 સેકન્ડમાં અનધિકૃત લેટ્સ એન્ક્રિપ્ટ અથવા ACME પ્રમાણપત્રો જાતે રદ કરી શકો છો: ફક્ત ઇન્સ્ટોલ કરો certbot તમે નિયંત્રિત કરો છો તે સર્વર પર, એકદમ નવી ACME એકાઉન્ટ કીનો ઉપયોગ કરીને ચોક્કસ સમાન ડોમેન નામ માટે તાજી DNS-01 અથવા HTTP-01 ચેલેન્જ પાસ કરો અને ચલાવો: 
      certbot revoke --cert-path downloaded_rogue_cert_from_crt_sh.pem --reason keycompromise
    • વૈકલ્પિક રીતે, પ્રમાણપત્ર સીરીયલ નંબરો સીધા જ CA ના ઇમરજન્સી રિવોકેશન પોર્ટલ પર સબમિટ કરો (ઉદાહરણ તરીકે, ચાલો એન્ક્રિપ્ટનું રદ્દીકરણ સૂચના પૃષ્ઠ, DigiCertનું /revoke પોર્ટલ, અથવા Sectigo નું SSL દુરુપયોગ રિપોર્ટિંગ ફોર્મ).

2. તમારા ડોમેનને કાયમી ધોરણે લોક ડાઉન કરો જેથી તેને ફરી ક્યારેય હાઇજેક ન કરી શકાય

એકવાર ઑપરેશન્સ પુનઃસ્થાપિત થઈ જાય, આ પાંચ એન્ટરપ્રાઇઝ ડોમેન-સખ્તાઇ નિયંત્રણો અમલમાં મૂકો:

  1. રજિસ્ટ્રી લોક સક્ષમ કરો (serverUpdateProhibited, serverDeleteProhibited, serverTransferProhibited):
    • મિશન-ક્રિટિકલ પ્રોડક્શન ડોમેન્સ માટે, એવા રજિસ્ટ્રાર પર અપગ્રેડ કરો જે સાચું રજિસ્ટ્રી લૉક ઑફર કરે છે (વેરિસાઇન ઓન દ્વારા સપોર્ટેડ .com/.net, પીઆઈઆર પર .org, અને માર્કમોનિટર, CSC ડિજિટલ બ્રાન્ડ સેવાઓ, Cloudflare Enterprise, Porkbun/Gandi/Namecheap રજિસ્ટ્રી લૉક ટિયર્સ જેવા એન્ટરપ્રાઇઝ રજિસ્ટ્રાર દ્વારા ઓફર કરવામાં આવે છે). રજિસ્ટ્રી લૉક સક્રિય સાથે, જો કોઈ હેકર તમારું રજિસ્ટ્રાર લૉગિન અને MFA ચોરી કરે તો પણ, TLD રજિસ્ટ્રી બધાને નકારે છે NS અથવા ટ્રાન્સફર ફેરફારો જ્યાં સુધી માનવ સુરક્ષા અધિકારી આઉટ-ઓફ-બેન્ડ ક્રિપ્ટોગ્રાફિક/ટેલિફોન સમારંભ પૂર્ણ ન કરે.
  2. પ્રકાશિત કરો CAA (સર્ટિફિકેશન ઓથોરિટી અધિકૃતતા) DNS રેકોર્ડ્સ:
    • એ ઉમેરો CAA રેકોર્ડ (RFC 8659) તમારા ડોમેન માટે TLS પ્રમાણપત્રો જારી કરવાની મંજૂરી આપતા ચોક્કસ પ્રમાણપત્ર સત્તાધિકારીઓને સ્પષ્ટ કરતા તમારા DNS ઝોનમાં (ઉદાહરણ તરીકે, 0 issue "letsencrypt.org" અથવા 0 issue "digicert.com", વત્તા 0 iodef "mailto:security@yourdomain.com"). જ્યારે હુમલાખોર જે તમારા સમગ્ર DNS ઝોનને નિયંત્રિત કરે છે તે કાઢી શકે છે CAA રેકોર્ડ, એ CAA રેકોર્ડ BGP હાઇજેકર્સ અથવા ચેડા કરેલા સબડોમેઇન CNAME લક્ષ્યોને અનધિકૃત CA નો ઉપયોગ કરવાથી રોકે છે.
  3. તમારા ડોમેન રજિસ્ટ્રારને તમારા દૈનિક DNS હોસ્ટિંગ પ્રદાતાથી અલગ કરો:
    • તમારા ડોમેન રજીસ્ટ્રેશનને હાઇ-સિક્યોરિટી વૉલ્ટ રજિસ્ટ્રાર એકાઉન્ટની અંદર લૉક કરીને રાખો કે જેને ફક્ત 2 કોર્પોરેટ ઓફિસર્સ FIDO2 હાર્ડવેર સિક્યુરિટી કી (YubiKey) નો ઉપયોગ કરીને ઍક્સેસ કરી શકે છે, અને દૈનિક DNS રેકોર્ડ મેનેજમેન્ટ (A, CNAME, TXT) ગ્રાન્યુલર રોલ-બેઝ્ડ એક્સેસ કંટ્રોલ (RBAC) અને સ્કોપ્ડ API ટોકન્સ સાથે અલગ વ્યવસ્થાપિત DNS સેવા માટે.
  4. ડંગલિંગ સબડોમેનનું ઓડિટ કરો અને તેને દૂર કરો CNAME અને NS રેકોર્ડ્સ:
    • તમારી સમગ્ર DNS ઝોન ફાઇલનું માસિક સ્વચાલિત સ્કેન ચલાવો (subzy, nuclei -t takeovers/, અથવા OWASP Amass) કોઈપણ ઓળખવા માટે CNAME, ALIAS, અથવા સબડોમેન NS નોંધણી વગરના બાહ્ય ક્લાઉડ રિસોર્સ અથવા એક્સપાયર થયેલ ડોમેન તરફ નિર્દેશ કરે છે અને ક્લાઉડ સર્વરને ડીકમિશન કરતા પહેલા * DNS રેકોર્ડ કાઢી નાખો.
  5. ઓટોમેટેડ એક્સટર્નલ RDAP, DNS અને CT લોગ મોનિટરિંગ સેટ કરો:
    • બાહ્ય મોનિટરને ગોઠવો (જેમ કે CertSpotter, Cloudflare પ્રમાણપત્ર પારદર્શિતા મોનીટરીંગ, અથવા એક સાદી કલાકદીઠ ક્રોન સ્ક્રિપ્ટ તપાસ dig NS અને whois) કે જે એક સમર્પિત Slack/PagerDuty ચેનલ અને ઑફ-ડોમેન SMS/ઇમેઇલ એડ્રેસને ચોક્કસ મિનિટે એક નવું TLS પ્રમાણપત્ર પ્રમાણપત્ર પારદર્શિતા અથવા NS/MX/DS ફેરફારો રેકોર્ડ કરો.

વારંવાર પૂછાતા પ્રશ્નો

Can an attacker still intercept our traffic after we take back our DNS records?

Yes, for two specific reasons: **DNS TTL Caching** and **Rogue TLS Certificates**. First, if the attacker set a long Time-To-Live (TTL), such as `86400` seconds (24 hours), on their malicious `A` or `NS` records, recursive DNS resolvers around the world will continue sending a subset of your users to the attacker's IP address until that TTL expires, which is why you must immediately manually purge your domain on **Google Public DNS Flush (`developers.google.com/speed/public-dns/cache`)**, **Cloudflare Purge (`one.one.one.one/purge-cache/`)**, and **OpenDNS CacheCheck**. Second, any users who logged into your web app during the hijack window handed their session cookies, OAuth tokens, and passwords directly to the attacker's Adversary-in-the-Middle proxy; you must invalidate all active session tokens and force password resets for any user who connected during the exposure window.

What is "Subdomain Takeover" and why is it just as dangerous as a full domain hijack?

A **Subdomain Takeover** occurs when your organization creates a DNS record, such as `events.yourdomain.com CNAME mycompany-events.s3.amazonaws.com` or `support.yourdomain.com CNAME mycompany.zendesk.com`, and later cancels the AWS S3 bucket, GitHub Pages site, Azure App Service, or Zendesk subscription **without deleting the `CNAME` record from your DNS zone**. Because the DNS pointer is still live, any attacker on the internet can create a free account on AWS, GitHub, Azure, or Zendesk, claim the vacant resource name `mycompany-events`, and immediately host a phishing site on `events.yourdomain.com`. Worse, if your main website sets session cookies scoped broadly to `.yourdomain.com` without the `HostOnly` attribute, the attacker's hijacked subdomain can steal authenticated session cookies from your main site and mint valid Let's Encrypt TLS certificates for that subdomain.

Why did my domain suddenly stop working (`clientHold`) 15 days after I registered it or updated my email address?

Under the **ICANN 2013 Registrar Accreditation Agreement (RAA) Whois Accuracy Program Specification**, whenever you register a new generic Top-Level Domain (`.com`, `.net`, `.org`, etc.) or modify the Registrant First Name, Last Name, or Email Address, the registrar is legally required to send a verification email to the new Registrant address. If you do not click the verification link inside that email within **15 calendar days**, the registrar is mandated by ICANN to suspend the domain by placing it on **`clientHold`**, which removes your domain from the global DNS root zone immediately. To fix it, log into your registrar dashboard, click **"Resend RAA / Whois Verification Email"**, and click the confirmation link; your domain will return to `ok` status within 15 to 60 minutes (flush Google and Cloudflare DNS caches to speed up propagation).

Should I lower my DNS TTL values before migrating servers, and does lowering TTL help during a hijack?

Before any *planned* server or DNS migration, you should lower your `A`, `AAAA`, `MX`, and `NS` TTL values down to **60 to 300 seconds (1 to 5 minutes)** at least 24 to 48 hours in advance so the cutover happens near-instantaneously. During an *unplanned* domain hijack, changing the TTL on your current records to `60` seconds after you regain access ensures that any subsequent corrections propagate fast, **but** remember that recursive resolvers obey the TTL of the *previously cached* record (the attacker's record) until it expires or until you force a manual cache purge on Google (`8.8.8.8`), Cloudflare (`1.1.1.1`), and OpenDNS.

What is the difference between a Domain Registrar and a DNS Hosting Provider?

Many people confuse the two because companies like GoDaddy, Namecheap, and Cloudflare offer both services under one login. The **Domain Registrar** manages the legal lease of your domain name with the TLD Registry (such as Verisign for `.com`) and controls only two critical settings at the root zone: **who owns the domain (`RDAP/WHOIS`)** and **which Authoritative Nameservers (`NS` records and `DS` DNSSEC records) are authoritative for the domain**. The **DNS Hosting Provider** operates those Authoritative Nameservers and holds your actual zone file (`A`, `AAAA`, `CNAME`, `MX`, `TXT`, `SPF`, `DKIM`, `DMARC` records). For example, your domain might be registered at **Porkbun** (Registrar), while its `NS` records point to **AWS Route 53** or **Cloudflare** (DNS Hosting Provider). During an incident, `dig +trace` tells you immediately which of the two accounts was compromised.

How can someone hijack my domain if I never unlocked it or gave them my registrar password?

There are three ways a domain can be hijacked without your registrar password being phished: **1. Expired Authoritative Nameserver Domain ("Sitting Duck" DNS Attack)**: Your domain points to custom nameservers (`ns1.oldagency.com`), and `oldagency.com` itself expires; an attacker registers `oldagency.com` for $10 and immediately answers every DNS query for your domain. **2. Shared DNS Provider Lame Delegation (`Sitting Duck`)**: Your registrar points your `NS` records to a cloud DNS provider (like Azure DNS, DigitalOcean, or AWS Route 53), you delete the zone inside your cloud account without changing the `NS` records at your registrar, and an attacker creates a zone for your domain in their own account on that same cloud provider. **3. Registrar Support Social Engineering or Insider Bribe**: Attackers submit forged notarized corporate takeover documents to a registrar with weak verification procedures, which is why enabling **Registry Lock (`serverUpdateProhibited`)** at the TLD Registry level is essential for high-value domains.

સૂત્રોએ તપાસ કરી

  • **સાયબર સિક્યુરિટી એન્ડ ઈન્ફ્રાસ્ટ્રક્ચર સિક્યોરિટી એજન્સી (CISA, યુનાઈટેડ સ્ટેટ્સ): ઇમર્જન્સી ડાયરેક્ટિવ 19-01: DNS ઈન્ફ્રાસ્ટ્રક્ચર ટેમ્પરિંગને હળવું કરો (રજિસ્ટ્રી લૉક પર CISA આદેશો, DNS/રજિસ્ટ્રાર માટે MFA, પ્રમાણપત્ર પારદર્શિતા લૉગ ઑડિટિંગ, અને DNSSECV)cisa.gov/news-events/directives/emergency-directive-19-01).
  • **ઇન્ટરનેટ કોર્પોરેશન ફોર એસાઇન્ડ નેમ્સ એન્ડ નંબર્સ (ICANN, ઇન્ટરનેશનલ): ટ્રાન્સફર પોલિસી (ઇન્ટર-રજિસ્ટ્રાર ટ્રાન્સફર પોલિસી / IRTP), ટ્રાન્સફર ડિસ્પ્યુટ રિઝોલ્યુશન પોલિસી (TDRP), એક્સપાયર્ડ રજીસ્ટ્રેશન રિકવરી પોલિસી (EREP) અને Codessicann.org/resources/pages/epp-status-codes-2014-06-16-en).
  • **નેશનલ ઇન્સ્ટિટ્યુટ ઓફ સ્ટાન્ડર્ડ્સ એન્ડ ટેક્નોલોજી (NIST, યુનાઇટેડ સ્ટેટ્સ): વિશેષ પ્રકાશન 800-81-2, સિક્યોર ડોમેન નેમ સિસ્ટમ (DNS) ડિપ્લોયમેન્ટ ગાઇડ (csrc.nist.gov).
  • **નેશનલ સાયબર સિક્યુરિટી સેન્ટર (NCSC, યુનાઇટેડ કિંગડમ): બલ્ક પર્સનલ ડેટા અને ડોમેન સિક્યુરિટીનું રક્ષણ: રજિસ્ટ્રી લૉક, CAA રેકોર્ડ્સ અને સબડોમેન ટેકઓવર પ્રિવેન્શન (ncsc.gov.uk).
  • CA/બ્રાઉઝર ફોરમ (આંતરરાષ્ટ્રીય): સાર્વજનિક-વિશ્વસનીય TLS સર્વર પ્રમાણપત્રો જારી કરવા અને સંચાલન માટે મૂળભૂત આવશ્યકતાઓ (વિભાગ 4.9.1.1: ડોમેન સમાધાન માટે 24-કલાક ફરજિયાત રદબાતલ) (cabforum.org).
  • ઇન્ટરનેટ એન્જિનિયરિંગ ટાસ્ક ફોર્સ (IETF, ઇન્ટરનેશનલ): RFC 4033/4034/4035 (DNSSEC), RFC 8659 (DNS સર્ટિફિકેશન ઓથોરિટી અધિકૃતતા / CAA રિસોર્સ રેકોર્ડ), અને RFC 9083 (રજીસ્ટ્રેશન ડેટા એક્સેસ પ્રોટોકોલ / RDAP) (datatracker.ietf.org).

સંબંધિત માર્ગદર્શિકાઓ