Darbinieks arestēts, hospitalizēts vai miris ar vienīgā administratora parolēm: uzņēmuma autobusa 1. faktora atgūšana un notariāli apstiprināta pilnvarojuma vēstule¶

Kad uzņēmuma vienīgais IT administrators, tehniskais līdzdibinātājs, DevOps vadītājs vai kontrolieris pēkšņi nomirst, gūst nespējīgu insultu vai traumu intensīvās terapijas nodaļā, tiek arestēts un aizturēts bez drošības naudas vai naidīgi iziet, turot rokās vienīgo root paroli, aparatūru YubiKey un SMS/autentifikatora daudzfaktoru autentifikāciju (MFA) ierīcei jūsu AWS, Google Workspace, Microsoft 365, Cloudflare, domēna reģistratora vai komercbankas kontiem, uzņēmums saskaras ar eksistenciālu “Kopnes koeficients 1” viena atteices punkta bloķēšanu. Dažu dienu vai stundu laikā beidzas SSL sertifikātu derīguma termiņš, automātisko norēķinu kļūmes draud ar ražošanas serveru slēgšanu, algu sarakstu nevar atbrīvot vai naidīgs bijušais administrators saglabā iespēju dzēst ražošanas datu bāzes no personīgā klēpjdatora. Ja jūsu uzņēmumam uz vietas ir iestājusies medicīniska krīze vai negodīga administratora veikta aktīva noziedzīga sabotāža vai izspiešana, zvaniet uz vietējo neatliekamās palīdzības numuru (911 Amerikas Savienotajās Valstīs un Kanādā, 112 visā Eiropas Savienībā, 999 Apvienotajā Karalistē), izmantojot mūsu neatliekamās palīdzības numuri direktoriju un nekavējoties pārskatiet galvenās personas nāve, dibinātāja rīcībnespēja un ārkārtas uzņēmējdarbības pēctecība, darbinieku atlaišana un darba vietas drošība, un domēna reģistrators vai AWS mākoņa konts ir apturēts norēķinu kļūmes vai ļaunprātīgas izmantošanas karoga dēļ.

Lai pārtrauktu administratīvo bloķēšanu vienā kļūmes vietā, neaktivizējot automātiskas mākoņa pretpārņemšanas bloķēšanas, ir nepieciešama disciplinēta, paralēla atkopšanas secība: uzturot aktīvu norēķinu kredītkarti, lai ražošanas infrastruktūra netiktu automātiski pārtraukta, kamēr esat bloķēts, atgūstot kontroli pār administratora e-pasta iesūtni un SMS MFA tālruņa numuru, izmantojot korporatīvās telekomunikāciju SIM tālruņa numuru.AT&T Premier, Verizon Business, T-Mobile for Business) vai vietējās aktīvās pārlūkprogrammas sesijas izvilkšana un formālas korporatīvās atkopšanas paketes (notariāli apstiprināta pilnvarojuma vēstule) iesniegšana [LOA], valsts sekretāra dibināšanas statūti, IRS EIN vēstule un DNS TXT ieraksta pierādījums) AWS, Google Workspace, Microsoft 365 un jūsu ICANN domēna reģistrētājam.

Dariet to tagad¶

1. Neatceliet uzņēmuma kredītkarti vai ACH bankas kontu, lai samaksātu par mākoņserveriem, domēna reģistratūru vai SaaS rīkiem, kamēr esat bloķēts. Visdestruktīvākā kļūda, ko pieļauj vadītāji, kad nomirst dibinātājs vai tiek arestēts vienīgais administrators, liek bankai iesaldēt uzņēmuma kredītkarti, kas reģistrēta pakalpojumā AWS, Azure, Google Cloud vai Go. Ja tiek iekasēta atjaunošanas maksa, kamēr neviens nevar pieteikties, lai atjauninātu karti, automatizētie mākoņa norēķinu skripti apturēs un neatgriezeniski dzēsīs jūsu ražošanas virtuālās mašīnas, S3 segmentus un klientu datu bāzes. Saglabājiet norēķinu karti apmaksātu un aktīvu, līdz tiek atjaunota administratīvā kontrole.
2. Nekad neapstrādājiet saknes pieteikšanās ekrānu ar paroles minējumiem vai atkārtotiem MFA nospiešanas gadījumiem. Neveiksmīgu paroļu ievadīšana vai neapstiprinātu Duo/Okta/Authenticator MFA nospiešanas aktivizēšana 5 līdz 10 reizes pēc kārtas Automatizēta konta pārņemšana (ATO) Krāpšanas bloķēšana AWS, Microsoft Entra ID, Google un bankās, iesaldējot kontu pret pat likumīgām paroles atiestatīšanas plūsmām un novirzot jūsu uzņēmumu 14 dienu manuālās drošības pārskatīšanas rindā.
3. Pārbaudiet, vai rīcībnespējīgā vai prombūtnē esošā administratora klēpjdators vai galddators joprojām ir ieslēgts, izmantojot aktīvu, atbloķētu pārlūkprogrammas sesiju vai kešatmiņā saglabāto SSH atslēgu. Pirms darbinieka uzņēmuma MacBook vai Windows datora atsāknēšanas vai dzēšanas rūpīgi pārbaudiet to (vai palūdziet, lai tiesu medicīnas IT speciālists to pārbauda, vienlaikus neļaujot ierīcei/E profilam atvērt sīkfailu**). AWS konsole, Google Admin, Microsoft 365, Cloudflare vai 1Password/Bitwarden un vietējā .ssh vai .aws/credentials mapē bieži ir aktīvas IAM Admin API atslēgas vai atkopšanas kodi (google-backup-codes.txt) sadaļā Downloads mapi, kas ļauj nekavējoties paaugstināt otro superadministratoru, nepieskaroties MFA.
4. Ja administratora MFA tālruņa numurs ir norādīts korporatīvajā mobilajā kontā, nekavējoties veiciet pilnvarotu telekomunikāciju administratora SIM nomaiņu, izmantojot uzņēmuma klausuli. Zvaniet sava uzņēmuma bezvadu operatora konta pārstāvim (AT&T Premier / Business, Verizon Business My Business, T-Mobile for Business, Vodafone Business, Rogers/Bell Business) vai ieejiet korporatīvajā mazumtirdzniecības veikalā ar savu uzņēmuma nodokļa ID (EIN), valsts sekretāra ierēdņa izdruka un valdības identifikācijas dokuments ar fotoattēlu. Kā korporatīvās bezvadu līnijas likumīgais īpašnieks pārsūtiet administratora tālruņa numuru uz tīru eSIM vai fizisko SIM karti savā rokā; 5 minūšu laikā varat saņemt SMS MFA kodus un automātiskus balss verifikācijas zvanus, lai atiestatītu e-pasta un mākoņa saknes pieteikšanos.
5. Atgūstiet kontroli pār savu primāro domēna vārdu (DNS) un e-pasta serveri vispirms, jo tās ir galvenās atslēgas visiem pārējiem kontiem. Uzņēmuma konta atkopšanā kontrolējiet DNS zona ir korporatīvās īpašumtiesību pierādījums. Kad kontrolējat savu domēna reģistratūru vai DNS resursdatoru (Cloudflare, Route 53, GoDaddy, Namecheap, CSC), varat publicēt obligāto DNS TXT vai CNAME verifikācijas marķieris, ko pieprasa Google Workspace, Microsoft 365, AWS un Slack, lai noņemtu mirušā vai nepieejamā administratora MFA un reklamētu jaunu galveno administratoru.
6. Sagatavojiet standartizētu "Corporate Authority & Bus-Factor Recovery Packet", ko parakstījis uzņēmuma darbinieks un šodien notariāli apstiprina. Katram lielākajam mākoņa pakalpojumu sniedzējam, ICANN reģistratoram un komercbankai ir nepieciešami tie paši pieci juridiskie dokumenti, lai ignorētu mirušu, rīcībnespējīgu vai negodīgu vienīgo administratoru: (1) Notariāli apstiprināta korporatīvā pilnvarojuma vēstule.LOA) uz uzņēmuma veidlapas, (2) sertificēts dibināšanas/organizācijas statūti un valsts sekretāra labas reputācijas sertifikāts, kurā norādīts parakstītāja vārds, (3) jūsu IRS CP 575 EIN apstiprinājuma vēstule (vai valsts nodokļu reģistrācija), (4) pēdējie 3 rēķini maksājums** sarkanais bankas/automašīnas pārdevēja apliecinājums. šie rēķini un (5) Parakstītāja pases vai autovadītāja apliecības augstas izšķirtspējas krāsu skenējumi** (kā arī miršanas apliecība, slimnīcas darbnespējas vēstule vai policijas aresta/izbeigšanas ieraksts, ja piemērojams).

Lēmumu koks: 1. autobusa bloķēšanas pārtraukšana, izmantojot tikai administratoru mākoņa, DNS un banku pakalpojumus¶

flowchart TD
    A["Vienīgais administrators/dibinātājs/grāmatvedis miris, hospitalizēts, arestēts vai naidīgi prombūtnē ar visām saknes parolēm un MFA"] --> B["1. darbība: NEATceliet norēķinu kredītkartes , > Saglabājiet atvērtās klēpjdatora pārlūkprogrammas sesijas, .ssh atslēgas un mapes Lejupielādes rezerves kodus"]
    B --> C{"Vai jūs kontrolējat administratora korporatīvā e-pasta iesūtni (piem., admin@jusuuznemums.com) VAI viņa MFA mobilā tālruņa numuru?"}
    C -->|"Jā: mobilā līnija ir korporatīvajā bezvadu kontā (AT&T, Verizon, T-Mobile, Vodafone)"| D["Veiciet korporatīvās telekomunikāciju SIM/eSIM apmaiņu pret tīru uzņēmuma tālruni , > pārtveriet SMS/balss MFA + atiestatiet e-pasta un mākoņa saknes paroles"]
    C -->|"Nē: ir bloķēta gan Google Workspace/Microsoft 365 e-pasta, gan MFA ierīcē"| E{"Vai jums joprojām ir pieteikšanās piekļuve savam ārējā domēna reģistratoram/DNS resursdatoram (GoDaddy, Cloudflare, Namecheap, Route 53)?"}
    E -->|"Jā: mēs varam rediģēt DNS TXT/MX ierakstus"| F["Izmantojiet oficiālo Google Workspace/Microsoft 365 Administratora konta atkopšanu, izmantojot DNS TXT ierakstu, lai 1-24 stundu laikā noņemtu veco MFA un reklamētu jaunu galveno administratoru."]
    E -->|"Nē: domēna reģistrators un DNS arī ir bloķēti aiz vienīgā administratora MFA"| G["2. darbība. Iesniedziet ICANN reģistratoram “Reģistrētāja pārsūtīšanas/korporatīvās primārās kontaktpersonas atkopšanas paketi” (notariāli apliecināts LOA + raksti + EIN + utilīta/rēķina apliecinājums)"]
    F --> H["Kad e-pasts un DNS ir atkopti: atiestatiet AWS Root, GitHub, Stripe, Slack un SaaS kontus, izmantojot e-pastu + DNS + atbalsta norēķinu verifikācija"]
    G --> H
    H --> I{"Vai aparatūras YubiKeys vai Authenticator App MFA joprojām bloķē AWS saknes vai bankas kasi?"}
    I -->|"AWS/Cloud Root MFA bloķēta"| J["Iesniedziet AWS Root MFA deaktivizēšanas atbalsta pieprasījumu + notariāli apstiprinātu korporatīvo apliecinājumu (vai atbildiet uz automātisku zvanu uz galvenā tālruņa numuru)"]
    I -->|"Komercbanka / Algas bloķēta"| K["Ieejiet Komercbankas filiālē ar korporatīvo lēmumu, noņemot veco parakstītāju + dibināšanas līgumu + nāves/darbnespējas/izbeigšanas pierādījumu"]

1. fāze: vietējo "zelta artefaktu" saglabāšana administratora darbstacijā (1.-30. minūte)¶

Pirms zvanīt pārdevēja atbalsta dienestiem, kas var aizņemt 24-72 stundas, lai pārskatītu notariāli apstiprinātus dokumentus, pieredzējis reaģētājs vienmēr pārbauda fizisko vai virtuālo darbstaciju, ko izmanto prombūtnē esošais administrators. Vairāk nekā 60% "Bus Factor 1" ārkārtas situāciju valstības atslēgas jau atrodas atslēgtas uz uzņēmuma klēpjdatora vai biroja galda:

1. ** Fiziskā galda, seifa un servera skapja meklēšana:**
2. Pārbaudiet, vai biroja seifā, aizslēgtā galda atvilktnē un servera plaukta dokumentācijas saistītājā nav:
   • ** Rezerves aparatūras drošības atslēga (YubiKey)**, jo labākās prakses administratori reģistrē divus YubiKeys un atstāj rezerves atslēgu biroja seifā vai uzlīmē servera skapī.
   • Drukāti 8 ciparu vai 10 ciparu MFA scratch/rezerves kodi pakalpojumam Google Workspace, Microsoft 365, GitHub, AWS vai 1Password.
3. Aktīvo sesiju un marķieru izvilkšana no administratora uzņēmuma klēpjdatora (bez pārstartēšanas):
4. Ja klēpjdators ir nomodā un ir atbloķēts (vai ja cits vietējā administratora konts vai mobilo ierīču pārvaldība [MDM] rīks, piemēram, Jamf, Kandji vai Microsoft Intune, var atiestatīt vietējo macOS/Windows pieteikšanās paroli, nezaudējot FileVault/BitLocker atslēgas):
   • Pārbaudiet Atvērtās pārlūkprogrammas cilnes un paroļu pārvaldnieka paplašinājumus: ja pārlūkprogrammā ir atbloķēta 1Password, Bitwarden, LastPass vai Dashlane vai ja Google Admin Console ir atvērts aktīvs sesijas sīkfails (admin.google.com), Microsoft Entra (entra.microsoft.com) vai AWS IAM, nekavējoties izveidojiet otro superadministratora/IAM administratora lietotāju ar savu jauno MFA ierīci.
   • ** Meklēt vietējo Downloads un Documents Mapes teksta failu atkopšanai:** meklējiet cietajā diskā atbilstošus failus *backup*, *recovery*, *codes*.txt, *aws*.csv, *root*, vai *cloudflare*. Kad administratori pirmo reizi iespējo MFA pakalpojumā Google, GitHub, Cloudflare vai Slack, pārlūkprogramma automātiski lejupielādē vienkārša teksta failu (piemēram, Backup-codes-admin.txt vai rootkey.csv) tieši iekšā Downloads mapi.
   • Pārbaudiet vietējā izstrādātāja CLI akreditācijas datus (.aws, .ssh, .config/gcloud, .kube/config): Pat tad, ja tīmekļa konsolei administratora tālrunī ir nepieciešama YubiKey vai Authenticator lietotne, DevOps inženiera klēpjdatoram gandrīz vienmēr ir bez derīguma termiņa beigām. AWS_ACCESS_KEY_ID un AWS_SECRET_ACCESS_KEY ar AdministratorAccess uzglabāts .aws/credentials (vai aktīvs gcloud / az CLI marķieris). No šī klēpjdatora termināļa izstrādātājs var palaist vienu komandu (aws iam create-user un aws iam attach-user-policy --policy-arn arn:aws:iam::aws:policy/AdministratorAccess), lai 10 sekunžu laikā izveidotu pilnīgi jaunu pilna administratora pieteikšanos, pilnībā apejot bloķēto saknes tīmekļa konsoli.

=======================================================================
   THE "DEPENDENCY PYRAMID" OF CORPORATE ACCOUNT RECOVERY
=======================================================================

             [ TIER 1: CORPORATE TELECOM LINE (SIM/eSIM) ]
             (Reassign corporate cell number to new phone
              to intercept SMS / Voice MFA verification)
                                  |
                                  v
            [ TIER 2: DOMAIN REGISTRAR & DNS ZONE CONTROL ]
            (Proves legal ownership of company.com via DNS
             TXT verification records for all cloud vendors)
                                  |
                                  v
          [ TIER 3: CORPORATE EMAIL (GOOGLE / MICROSOFT 365) ]
          (Promote new Super Admin -> Reset or shadow-route
           the absent admin's email inbox to receive links)
                                  |
                                  v
       [ TIER 4: CLOUD INFRASTRUCTURE (AWS / AZURE / GCP / SaaS) ]
       (Receive password reset link in recovered email + answer
        automated voice call on recovered telecom number + LOA)
=======================================================================

2. fāze: administratora MFA tālruņa numura atkopšana, izmantojot korporatīvo telekomunikāciju ignorēšanu¶

Ja prombūtnē esošais administrators izmantoja SMS īsziņas vai automatizētus balss zvanus kā savu primāro vai rezerves MFA metodi (vai ja AWS saknes konta atkopšanai ir jāatbild uz automātisku verifikācijas tālruņa zvanu uz failā norādīto tālruņa numuru), ātrākais ceļš uz pilnīgu atkopšanu ir pārņemt kontroli pār šo tālruņa numuru.

A scenārijs: tālruņa numurs atrodas korporatīvajā bezvadu kontā (AT&T Business, Verizon Business, T-Mobile for Business)¶

• Ja uzņēmums apmaksā ikmēneša mobilo sakaru operatora rēķinu, izmantojot uzņēmuma kontu, tālruņa numurs ir uzņēmuma īpašums, pat ja fiziskais iPhone tālrunis pašlaik ir bloķēts slimnīcas īpašuma somā, policijas pierādījumu skapī vai miruša darbinieka mājās.
• Sazinieties ar sava mobilo sakaru operatora Uzņēmuma konta pārzini vai apmeklējiet korporatīvo veikalu ar savu Uzņēmuma nodokļa ID (EIN), dibināšanas statūti un identifikācijas dokuments ar fotoattēlu.
• Pieprasiet tūlītēju SIM/eSIM apmaiņu (ierīces maiņa), pārvietojot šo tālruņa numuru (XXX-XXX-XXXX) uz rezerves uzņēmuma viedtālruni jūsu birojā. 10 minūšu laikā katrs SMS MFA kods un AWS/bankas automātiskās verifikācijas tālruņa zvans atskan tieši jūsu rokā esošajā tālrunī.

B scenārijs: administrators izmantoja personiskā mobilā tālruņa numuru (hospitalizēts, miris vai arestēts)¶

• Ja darbinieks ir hospitalizēts vai arestēts (un kooperatīvs): Lūdziet darbinieka dzīvesbiedram, ģimenes loceklim vai advokātam slimnīcas apmeklējuma laikā nosūtīt 6 ciparu MFA kodu vai saņemiet darbinieka parakstītu atļauju īslaicīgi nomainīt SIM karti vai nolasīt atkopšanas kodu, lai uzņēmums varētu turpināt darbību (īpaši, ja darbinieka iztikas pabalsti, darbinieka medicīniskā izdzīvošana vai turpmāka alga).
• Ja darbinieks ir miris: Tiesas ieceltam izpildītājam/personiskajam pārstāvim darbinieka mantojumā (vai tuvākajam radiniekam, kurš pārvadātāja veikalā uzrāda oficiālu nāves apliecību) ir juridiskas pilnvaras saskaņā ar Pārskatīto vienoto uzticības tiesību aktu par digitālajiem aktīviem (RUFADAA) un telekomunikāciju politikas, lai piekļūtu līnijai vai portētu, vai parakstītu vienas lapas piekrišanu, kas ļauj uzņēmuma IT konsultantam saņemt vienreizēju MFA pārbaudes zvanu ģimenei ērtā laikā.

3. fāze: oficiālie piegādātāju uzņēmumu bloķēšanas atkopšanas protokoli¶

Ja jums nav administratora MFA ierīces vai aktīvas klēpjdatora sesijas, ievērojiet precīzu katras pamata platformas oficiālo atkopšanas protokolu:

Deep Dive 1: Google Workspace atkopšana (admin.google.com), izmantojot DNS TXT verifikāciju¶

Google Workspace ietver iebūvētu automatizētu avārijas evakuācijas lūku, kas īpaši paredzēta gadījumiem, kad vienīgais galvenais administrators ir nespējīgs vai zaudē MFA atslēgu. 1. Dodieties uz admin.google.com, ierakstiet galvenā administratora e-pasta adresi un noklikšķiniet uz Aizmirsāt paroli? (vai izpildiet pieteikšanās izaicinājumu un atlasiet Izmēģināt citu veidu, līdz Google aktivizēs Domēna īpašumtiesību verifikācijas vedni). 2. Ja automātiskā atkopšana nekavējoties neprasa ievadīt DNS, atveriet Google ** darbvietas atkopšanas veidlapu (toolbox.googleapps.com/apps/recovery/form)**. 3. Google nodrošinās unikālu verifikācijas virkni (piemēram, google-site-verification=XXXX vai unikāls CNAME marķieris) un lūgt jums norādīt sekundārās saziņas e-pasta adresi citā domēnā (piemēram, personīgā Gmail vai partnera domēnā, kuru varat lasīt tūlīt). 4. Piesakieties savā DNS pakalpojumu sniedzējā, pievienojiet tieši to TXT vai CNAME ierakstiet sava domēna zonas failā un iesniedziet. Kad Google rāpuļprogrammas verificē DNS ierakstu (un pārbauda domēna/norēķinu dokumentāciju, ja tika ieviesta divpakāpju verifikācija ar aparatūras atslēgām), Google atņem veco MFA vai paaugstina jūsu norādīto lietotāju par Super Admin.

Deep Dive 2: Microsoft 365/Azure atkopšana (Entra ID), izmantojot Microsoft datu aizsardzības komandu¶

Atšķirībā no Google, Microsoft neļauj neautentificētam lietotājam pašreklamēties par globālo administratoru, izmantojot tīmekļa vedni bez palīdzības, ja tiek zaudēta vienīgā globālā administratora MFA. 1. Zvaniet Microsoft Business Support tieši pa tālruni (ASV: 1-800-865-9408 vai jūsu reģionālā Microsoft 365 komerciālā atbalsta līnija) un skaidri norādiet balss uzvednei un aģentam: "Mums ir pilnīgs īrnieka lokauts: mūsu vienīgais globālais administrators ir [miris / hospitalizēts / vairs nav uzņēmumā], un mums ir jāsazinās ar Microsoft datu aizsardzības komandu." 2. Microsoft datu aizsardzības komanda ir vienīgā Microsoft grupa, kas ir pilnvarota noņemt MFA vai atiestatīt vienīgo globālo administratoru, ja nomniekā nav neviena cita globālā administratora. 3. Datu aizsardzības inženieris atvērs verifikācijas lietu, lūgs pievienot konkrētu DNS TXT ierakstiet savā domēna zonā, lai pierādītu nomnieka domēna juridisko kontroli, un pirms globālā administratora akreditācijas datu atiestatīšanas pārbaudiet savus dibināšanas līgumus, korporatīvo norēķinu rēķinus un amatpersonas identitāti.

Deep Dive 3: AWS saknes konta atkopšana, kad MFA ierīce ir pazaudēta vai nav pieejama¶

1. ** Ceļš A (jūs esat atkopis saknes e-pasta iesūtni UN saknes kontakttālruņa numuru):**
2. AWS ļauj pašapkalpošanās veidā noņemt pazaudētu Root MFA ierīci, ja kontrolējat gan saknes e-pasta adresi, gan saknes kontakttālruņa numuru.
3. Pierakstieties, izmantojot saknes e-pastu un paroli (vai vispirms atiestatiet saknes paroli, izmantojot e-pastu). MFA uzvednē noklikšķiniet uz MFA problēmu novēršana -> Pierakstīties, izmantojot alternatīvus autentifikācijas faktorus. AWS nosūtīs verifikācijas e-pastu uz saknes adresi un veiks automatizētu tālruņa zvanu uz failā esošo saknes tālruņa numuru; tastatūras koda ievadīšana nekavējoties apiet pazaudēto MFA ierīci, lai jūs varētu to deaktivizēt AWS konsolē.
4. Ceļš B (saknes tālruņa numurs nav pieejams vai pieder klātesošajam administratoram):
5. Noklikšķiniet uz Sazināties ar AWS atbalsta dienestu, lai deaktivizētu MFA ierīci, atlasiet, ka nevarat saņemt tālruņa zvanu, un pieprasiet zvanu no AWS konta un norēķinu atbalsta pārstāvja uz savu jauno uzņēmuma numuru.
6. Augstas drošības kontiem vai strīdīgām korporatīvajām īpašumtiesībām AWS nodrošinās notariāli apliecinātu identitātes un uzņēmuma pilnvarojuma apliecinājumu, kas jāparaksta korporatīvajai amatpersonai pie licencēta notāra un jāaugšupielādē kopā ar jūsu valsts sekretāra labas reputācijas sertifikātu un AWS norēķinu izrakstiem.

Veidne: notariāli apstiprināta korporatīvā pilnvarojuma vēstule (LOA) konta ārkārtas atkopšanai¶

Izdrukājiet šo precīzo veidni uz oficiālas uzņēmuma veidlapas, parakstiet to licencēta valsts notāra (vai zvēresta advokāta/komisāra ārpus ASV) priekšā un pievienojiet piecus palīgmateriālus ikreiz, kad mākoņpakalpojumu sniedzējam, telekomunikāciju operatoram vai domēna reģistratoram iesniedzat ārkārtas lokauta biļeti:

=======================================================================
   NOTARIZED CORPORATE LETTER OF AUTHORIZATION (EMERGENCY RECOVERY)
=======================================================================
[ON OFFICIAL COMPANY LETTERHEAD: Legal Name, Address, Phone, Website]

Date: [Date]
To:   Trust, Safety & Account Recovery Legal Escalations Team
      [Vendor Name, e.g., Amazon Web Services / Cloudflare / GoDaddy]
Re:   EMERGENCY CORPORATE ACCOUNT RECOVERY & ADMIN REASSIGNMENT
      Account / Tenant ID / Domain Name: [Account ID or Domain]
      Prior Unavailable Administrator: [Name & Email of Absent Admin]

To Whom It May Concern:

I, [Your Full Legal Name], hereby certify and affirm under penalty of
perjury that I am the duly appointed [Title: Chief Executive Officer /
President / Managing Member] of [Full Legal Name of Company], a
[State/Country] [Corporation / Limited Liability Company] (Entity ID:
#[Secretary of State Number]; Federal Tax ID / EIN: #[XX-XXXXXXX]).

Our company's sole technical administrator on the above-referenced
account, [Name of Absent Admin], is permanently/currently unavailable
due to [sudden death on (Date) / acute medical incapacitation in ICU /
arrest and termination of employment on (Date)], leaving the company
without access to its Multi-Factor Authentication (MFA) device and
administrative login credentials.

As an authorized corporate officer empowered to bind [Company Name], I
formally request and authorize [Vendor Name] to:
  1. Revoke all administrative sessions and MFA devices associated
     with [Absent Admin's Email/Phone]; and
  2. Reassign Primary Account Owner / Super Administrator access to:
     - New Administrator Name:  [Full Name]
     - Corporate Email Address: [Email]
     - Verified Direct Phone:   [Phone Number]

Attached hereto as proof of corporate ownership and authority are:
  Exhibit A: Certified Articles of Incorporation & Good Standing Cert.
  Exhibit B: Official IRS Form CP 575 EIN Confirmation Letter
  Exhibit C: Last 3 Monthly [Vendor] Invoices & Redacted Bank Statements
  Exhibit D: Color Government Passport/ID of Signing Corporate Officer
  Exhibit E: [Death Certificate / Hospital Letter / Termination Notice]

Executed this ___ day of __________, 2026.

________________________________________
[Your Signature], [Title]

[NOTARY PUBLIC JURAT / SEAL & COMMISSION EXPIRATION BELOW]
=======================================================================

Reģionālie neatliekamās palīdzības numuri un aģentūru protokoli¶

• Amerikas Savienotās Valstis: zvaniet pa tālruni 911, ja uz vietas ir neatliekama medicīniskā palīdzība vai administrators, kura darbība ir pārtraukta, izsaka fiziskus draudus. Ja negodīgs vai arestēts administrators atsakās nodot uzņēmuma akreditācijas datus vai sabotē sistēmas, nekavējoties ziņojiet par datora ielaušanos FIB interneta noziegumu sūdzību centram (IC3) vietnē ic3.gov un jūsu vietējā FIB Field Office Cyber Task Force (atsaucoties uz Datoru krāpšanas un ļaunprātīgas izmantošanas likumu, 18 U.S.C. § 1030), un konsultējieties ar uzņēmuma konsultantu, lai iesniegtu ārkārtas Pagaidu ierobežošanas rīkojumu (TRO) un obligātais rīkojums nepārvarama korporatīvo piekļuves atslēgu apgrozība, draudot ar pilsonisku nicinājumu. Mirušu fiduciāru gadījumā mantojuma izpildītāji rīkojas saskaņā ar valstī pieņemto Pārskatīto vienoto uzticības tiesību aktu par piekļuvi digitālajiem aktīviem (RUFADAA).
• Apvienotā Karaliste: zvaniet pa tālruni 999 medicīniskās vai fiziskās ārkārtas situācijās vai 101, lai ziņotu policijai, ja tā nav ārkārtas situācija. Par korporatīvo IT sistēmu neatļautu glabāšanu vai sabotāžu, ko veic negodīgs darbinieks, var saukt pie atbildības saskaņā ar 1990. gada likumu par datoru ļaunprātīgu izmantošanu (1.-3. sadaļa); ziņot par incidentiem Action Fraud (0300 123 2040) un Nacionālais kiberdrošības centrs (NCSC) un pārbaudiet korporatīvās amatpersonas pilnvaras, izmantojot vietni Companies House.
• Kanāda: ārkārtas gadījumos zvaniet 911. Ziņojiet vietējai policijai un Kanādas kiberdrošības centram par noziedzīgu sabotāžu vai izspiešanu, ko veicis bijušais IT administrators (1-833-CYBER-88) Kanādas Kriminālkodeksa ** 342.1. sadaļā (Datora neatļauta izmantošana) un 430. panta 1.1. sadaļā (Nelikumības saistībā ar datoru datiem)**.
• Eiropas Savienība: ārkārtas gadījumos zvaniet 112. Ņemiet vērā, ka saskaņā ar ES Vispārīgo datu aizsardzības regulu (GDPR) un nacionālajiem darbinieku privātuma likumiem (piemēram, Vācijas BDSG un Francijas CNIL darba vietas noteikumiem), darba devējiem, kuri atgūst miruša vai hospitalizēta darbinieka korporatīvās e-pasta iesūtni, ir jāizvairās no tādu ziņojumu atvēršanas, kas skaidri marķēti “Privāts/personisks”, ja vien tas netiek veikts saskaņā ar dokumentētu juridisko/HR atbilstības uzraudzību.
• Austrālija un Jaunzēlande: ārkārtas gadījumos zvaniet 000 (Austrālija) vai 111 (Jaunzēlande). Ziņot par kiberizspiešanu vai nesankcionētu piekļuvi ReportCyber (cyber.gov.au / 1300 CYBER1) vai CERT NZ un izmantojiet savu ASIC uzņēmuma izrakstu vai NZ Companies Office Extract kā direktora pilnvaru apliecinājumu piegādātāja pilnvarojuma vēstulēm. Skatiet mūsu pilno direktoriju vietnē neatliekamās palīdzības numuri.

Bieži uzdotie jautājumi¶

Kāpēc mums nekad nevajadzētu anulēt uzņēmuma kredītkarti, kas reģistrēta AWS, Azure vai GoDaddy, kamēr mums nav piekļuves mirušā administratora kontam?¶

Ja atceļat vai iesaldēsit korporatīvo kredītkarti, kas maksā par mākoņa infrastruktūru vai domēna reģistratūru, kamēr nevienam nav pieteikšanās piekļuves, lai ievadītu rezerves maksājuma veidu, automātisko norēķinu skripti apturēs jūsu kontu, ja ikmēneša rēķins neizdosies, un neatgriezeniski dzēsīs jūsu ražošanas virtuālos serverus, datu bāzes un domēna reģistrāciju pēc labvēlības perioda. Vienmēr saglabājiet norēķinu karti apmaksātu un aktīvu, jo pēdējie 3 apmaksāto kredītkaršu izraksti ir galvenais īpašumtiesību apliecinājums, kas pārdevēja atbalsta komandām ir vajadzīgs, lai nodrošinātu jums administratīvo atkopšanu.

Kā mēs varam apiet SMS vai balss zvanu daudzfaktoru autentifikāciju (MFA), ja administrators atrodas komā ICU vai ir miris?¶

Ja administratora mobilā tālruņa numurs tiek iekasēts, izmantojot korporatīvo bezvadu kontu (piemēram, AT&T Business, Verizon Business vai T-Mobile for Business), uzņēmuma darbinieks var uzrādīt uzņēmuma EIN un dibināšanas statūtus telekomunikāciju operatoram un nekavējoties apmainīt šo tālruņa numuru uz jaunu SIM vai eSIM uzņēmuma tālrunī. Dažu minūšu laikā visi SMS MFA kodi un automatizētie AWS/Microsoft verifikācijas zvani tiks nosūtīti uz rezerves tālruni, netraucējot darbinieka personīgo ierīci.

Kā atgūt piekļuvi pakalpojumam Google Workspace vai Microsoft 365, ja ir tikai viens galvenais administrators vai globālais administrators?¶

Gan Google Workspace, gan Microsoft 365 izmanto publisko DNS verifikāciju kā galveno uzņēmuma īpašumtiesību pierādījumu. Piesakoties savā domēna reģistratorā vai DNS resursdatorā un pievienojot unikālu TXT vai CNAME verifikācijas ierakstu, ko izdevis Google administratora konta atkopšanas vednis vai Microsoft datu aizsardzības komanda (kopā ar korporatīvo reģistrāciju un norēķinu apliecinājumu), pārdevējs atņems nepieejamā administratora MFA un paaugstinās jaunu lietotāju jūsu uzņēmumā par galveno administratoru vai globālo administratoru.

Vai varam atgūt paroles miruša darbinieka 1Password vai Bitwarden glabātuvē, ja neesam iestatījuši otru administratoru?¶

Ja darbinieks izmantoja individuālu patērētāja kontu vai personīgo glabātuvi bez izdrukāta avārijas komplekta (slepenā atslēga + galvenā parole) un iepriekš nebija iespējota uzņēmuma administratora konta atkopšana, nulles zināšanu šifrēšana padara 1Password vai Bitwarden atbalstam matemātiski neiespējamu glabātuves atšifrēšanu pat ar tiesas rīkojumu vai miršanas apliecību. Tā vietā, lai mēģinātu uzlauzt paroļu pārvaldnieku, apiejiet to, vispirms atkopjot DNS reģistratūru un uzņēmuma e-pasta sistēmu, pēc tam izmantojiet e-pasta paroles atiestatīšanas plūsmas un notariāli apstiprinātas pilnvarojuma vēstules, lai tieši atiestatītu katru pamatā esošo pārdevēja kontu.

Vai ir likumīgi uzminēt piekļuves kodu slimnīcā ievietota vai miruša darbinieka personīgajā iPhone tālrunī, lai iegūtu uzņēmuma MFA kodu?¶

Nē: piekļūstot darbinieka personīgajam viedtālrunim vai personīgajam e-pasta kontam bez viņa nepārprotamas piekrišanas vai bez oficiālas tiesas iecelta īpašuma izpildītāja vai veselības aprūpes pilnvaras atļaujas, tiek pārkāpti datoru privātuma statūti, piemēram, ASV Datoru krāpšanas un ļaunprātīgas izmantošanas likums (CFAA) un Uzglabāto sakaru likums. Vienmēr strādājiet, izmantojot uzņēmumam piederošu aprīkojumu, uzņēmuma piegādātāja atkopšanas kanālus vai rakstisku piekrišanu no darbinieka vai viņa likumīgā pārstāvja.

Kādi dokumenti jāiekļauj notariāli apstiprinātā korporatīvajā pilnvarojuma vēstulē (LOA) mākoņa un domēna atkopšanai?¶

Katrs lielākais mākoņpakalpojumu sniedzējs, domēnu reģistrators un finanšu iestāde sagaida piecus galvenos vienumus, kas pievienoti notariāli apstiprinātai pilnvarojuma vēstulei uz uzņēmuma veidlapas: (1) sertificēti dibināšanas/organizācijas statūti un pašreizējais valsts sekretāra sertifikāts par labu stāvokli, kurā norādīts parakstītāja vārds, (2) uzņēmuma IRS CP 575 EIN (ikreizējā banka3) apstiprinājuma vēstule, kā arī pēdējā mēneša apstiprinājuma vēstule, vai kredītkartes izraksti, kas apliecina, ka jūsu uzņēmums tos samaksājis, (4) parakstītāja pases vai autovadītāja apliecības krāsains skenējums un (5) pierādījums par iepriekšējā administratora nepieejamību (piemēram, miršanas apliecība, slimnīcas vēstule vai izbeigšanas ieraksts).

Saistītie ceļveži¶

• Galvenās personas nāve, dibinātāja rīcībnespēja un ārkārtas uzņēmējdarbības pēctecība
• Darbinieku atlaišana un darba vietas drošība
• Domēna reģistrētāja vai AWS mākoņa konta darbība ir apturēta norēķinu kļūmes vai ļaunprātīgas izmantošanas karoga dēļ: ražošanas pārtraukums
• Partnerattiecību strīds, negodīga līdzdibinātāja banku aizplūšana un uzņēmuma lokauts
• Darbības nepārtrauktības plāns un avārijas seku likvidēšana

Avoti un oficiālās vadlīnijas¶

• Amazon Web Services (AWS, Inc.): AWS identitātes un piekļuves pārvaldības (IAM) dokumentācija: AWS konta atkopšana, ja galvenā lietotāja MFA ierīce ir pazaudēta, bojāta vai nav pieejama, un notariāli apstiprinātas identitātes verifikācijas procedūras.
• Google Cloud/Google Workspace administratora palīdzība: Administratora piekļuves atgūšana pakalpojumam Google Workspace, izmantojot automātisko domēna DNS TXT/CNAME verifikāciju un atbalsta nodrošināto superadministratora atkopšanu.
• Microsoft Corporation (Microsoft Entra/Microsoft 365): Microsoft Data Protection Team nomnieku bloķēšanas procedūras un paraugprakse ārkārtas piekļuves ("Break-Glass") mākoņkontu pārvaldībai programmā Microsoft Entra ID.
• Piešķirto vārdu un numuru interneta korporācija (ICANN): Reģistra pārsūtīšanas strīdu izšķiršanas politika un reģistrētāja atkopšanas verifikācijas standarti korporatīvo domēnu īpašniekiem.
• Vienotās tiesību komisija (ULC, Amerikas Savienotās Valstis): Pārskatītais Vienotās uzticības tiesību akts par digitālajiem aktīviem (RUFADAA) un Korporatīvās un personīgās digitālo aktīvu glabāšanas noteikumi.