API-avain, AWS Secret tai Stripe Live Token sitoutunut julkiseen GitHub Repoon: Automaattinen botin kaapiminen 60 sekunnissa, välitön avainten kierto ja laskutuksen lopetuskytkin¶

Heti kun juokset git push julkiseen GitHub-, GitLab- tai Bitbucket-tietovarastoon (or temporarily flip a private repository to "Public" for even 10 seconds) kun tiedosto, .env kokoonpano, Jupyter-muistikirja (.ipynb), tai vanhempi Gitin toimitushistoria sisältää elävän salaisen avaimen (such as an AWS Access Key ID starting with AKIA, a Stripe Live Secret Key sk_live_, an OpenAI key sk-proj-, an Anthropic key sk-ant-, or a Google Cloud service account .json), maailmanlaajuinen automaattisten tunnistetietojen keräämisbottien verkosto sieppaa salaisuuden 2-60 sekunnissa. Koska GitHub on julkinen Events API, GH Archive, ja reaaliaikaiset webhook-paloletkut suoratoistavat jokaista yleisöä PushEvent maailmanlaajuisesti haitalliset kaavinrobotit jäsentävät erosi säännöllisillä lausekkeilla ja alkavat suorittaa automaattisia pilvikomentoja ennen kuin voit edes kirjoittaa git revert.

** sisällä90 seconds** an AWS tai GCP salainen osuu julkiseen repoon, automatisoidut botnetit pyörittävät maksimikokoisia GPU/CPU-esiintymiä (such as p4d.24xlarge or c6i.32xlarge epämääräisillä alueilla, kuten ap-east-1 Hongkong, me-south-1 Bahrain tai sa-east-1 Sao Paulo) louhimaan Moneroa (XMR), pyydä AWS Simple Email Service -palvelua (SES). S3 kauhat ja RDS tietokannat, luovat $5,000 to $80,000+ pilvilaskujen laskuissa yön yli. Samoin vuotanut OpenAI tai Anthropic API-avain yhdistetään välittömästi maanalaisille "käänteisen välityspalvelimen" LLM-markkinapaikoille, jotka kuluttavat tuhansia dollareita tunnistepisteitä minuutissa, kun taas Stripe live salainen avain (sk_live_...) antaa hyökkääjille täyden ohjelmallisen luku-/kirjoitusoikeuden myöntää vilpillisiä hyvityksiä, viedä asiakkaalle PIItai käynnistää luvattomia Connect-maksuja. Jos hyökkääjä kiristää aktiivisesti organisaatiotasi, kun hän on tunkeutunut asiakastietokantoihin vuotaneella avaimellasi, ota yhteyttä paikallisiin lainvalvontaviranomaisiin ja kybertapahtumien vihjelinjaan meidän kauttamme. hätänumerot hakemistoon välittömästi ja tutustu aiheeseen liittyviin oppaihimme vahingossa tapahtuva tuotantotietokannan pudotus, git force-push ja salainen vuototriage, tuotantotietokanta on pudonnut tai S3-ryhmä poistettu ilman viimeaikaista varmuuskopiointia, ja hätäetätyön turvallisuus ja tietosuoja.

Tee tämä nyt¶

1. ÄLÄ tuhlaa ensimmäisiä 60 sekuntia juoksemiseen git rm .env tai git push --force: SIIRRY SUORAAN TARJOAJAKONSOLIIN (AWS IAM, Stripe, OpenAI, GCP) JA PERUUTA / POISTA AVAIN < 30 SECONDS. Tiedoston poistaminen uudessa Git-toimituksessa (or even making the GitHub repository Private). Itse avain on ensin tapettava lähteellä.
2. Jos an AWS avain (AKIA... tai ASIA...) vuotanut: Avattu AWS IAM -> Users -> Security credentials ja napsauta heti käyttöavaimessa Deaktivointi / Poista ja liitä sitten AWSCompromisedKeyQuarantineV2 (or a blanketKiellä *inline policy) IAM-käyttäjälle ja lisää käyttäjän arvoa RevokeOldSessions politiikka tappaa kaikki väliaikaiset STS hyökkääjän jo lyödyt rahakkeet (see the exact STS bypass trap below).
3. Jos a Stripe Live salainen avain (sk_live_... tai rk_live_...) vuotanut: Siirry dashboard.stripe.com/apikeys, napsauta ... -> Rullaa näppäintä ja aseta vanhan avaimen vanhenemisajaksi "Nyt (Immediately)" (NOT "in 24 hours"). Tarkista välittömästi Stripe Dashboard -> Logs ja Balance -> Payouts / Refunds luvattomille API-kutsuille.
4. Jos an OpenAI, Anthropic, Google Gemini, tai SendGrid / Twilio avain vuotanut: Poista API-avain välittömästi palveluntarjoajan hallintapaneelista ja aseta Kova kuukausittainen kulutusraja ($0 tai normaali ylärajasi) Laskutusasetuksissa, jotta lennon aikana suoritettavat suoratoistopyynnöt katkeavat.
5. ** Pyyhkäise KAIKKI pilvialueet (especially disabled/opt-in regions) rikollisille EC2-esiintymille, Lambda-toiminnoille, ECS-tehtäville, S3-sämpeleille ja takaoven IAM-käyttäjille, jotka botti on luonut 2 minuutin altistusikkunan aikana.** Hyökkääjät käynnistävät kryptolouhintaesiintymiä erityisesti alueilla, joita et koskaan klikkaa konsolissa (like Stockholm eu-north-1, Osaka ap-northeast-3, or Mumbai ap-south-1) ja luo toinen piilotettu IAM-käyttäjä (or SSH key pair), jotta he voivat pysyä tililläsi, kun olet poistanut vuotaneen avaimen.
6. **Vasta, JÄLKEEN salaisuus on kumottu ja takaoven IAM-tilit tyhjennetty, pyyhi commit Gitistä (using git-filter-repo) JA ota yhteyttä GitHub-tukeen (or remove cached PR/commit views).

Päätöspuu: 60 sekunnin hätätoimi vuotaneen salaisen tyypin mukaan¶

Noudata tätä tapauksen eristämisen vuokaaviota, niin voit tappaa vaarantuneet tunnistetiedot, palvelimen hyökkääjän pysyvyyden ja kääntää karanneen pilvilaskutuksen.

flowchart TD
    A["Live Secret sitoutunut julkiseen GitHubiin / GitLab Repoon (.env, lähdekoodi tai git-historia)"] --> B["TOINEN 0 - 30: ÄLÄ Suorita git rm ensin. Avaa Cloud/API Provider Console & REVOKE Key välittömästi"]
    B --> C{"Minkä tyyppiset suorat kirjautumistiedot paljastettiin?"}
    C -->|"1. AWS-käyttöavain (AKIA... / ASIA...)"| D["1. Deaktivoi/Poista avain IAM:ssa 2. Liitä rivin 'Estä kaikki' -käytäntö käyttäjälle (tappaa lyödyt STS-tunnukset) 3. Tarkastele CloudTrailia takaoven IAM-käyttäjille"]
    C -->|"2. Stripe Live Secret Key (sk_live_... / rk_live_...)"| E["1. Roll Key ja vanheneminen = 'Välittömästi' 2. Tarkista /v1/hyvitykset, /v1/siirrot & Webhook-päätepisteet 3. Arvioi asiakkaan henkilökohtaisten tunnistetietojen altistuminen"]
    C -->|"3. OpenAI (sk-proj-...), Anthropic (sk-ant-...) tai Gemini Key"| F["1. Peru avain kehittäjäkonsolissa 2. Laske organisaation laskutusraja väliaikaisesti 0 dollariin 3. Tarkista Token Drainin käyttölokit"]
    C -->|"4. Tietokannan URI (postgres://, mongodb+srv://) tai Redis-URL"| G["1. Käännä DB-salasana heti"]
    D --> H["Suorita Multi-Region Compute Sweep (päätä Rogue EC2/EKS/SageMaker/Lambda kaikilla yli 30 alueella)"]
    E --> I["Tyhjennä Git-historia 'git filter-repon' avulla + tyhjennä GitHub-välimuistissa olevat Commit SHA -näkymät"]
    F --> I
    G --> I
    H --> J{"Keräsivätkö automatisoidut robotit 1 000-100 000+ dollarin pilvilaskun?"}
    J -->|"KYLLÄ"| K["Avaa AWS/GCP-laskutustukitapaus -> lähetä korjauksen jälkeinen tietoturvatarkastus + pyydä kertaluonteista lupapetosta/laskuvuodon anteeksiantoa"]
    J -->|"EI"| I

Osa 1: Provider-by-Provider Kill-Switch & Forensics Matrix (First 5 Minutes)¶

Käytä tätä viitetaulukkoa löytääksesi tarkan peruutuspainikkeen, automaattisen GitHubin salaisen skannauksen ja piilotetun pysyvyysvektorin vuotaneelle tunnistetiedolle.

Osa 2: Deep Dive: Kuinka häätää hyökkääjä AWS-tililtäsi (The 4-Step Cloud Eviction Protocol)¶

Koska vuotanut AWS valtuustiedoilla on suurin taloudellinen räjähdyssäde (up to $50,000+ per day in EC2/SageMaker/Bedrock bills), sinun on suoritettava kaikki neljä alla olevaa vaihetta aina, kun an AKIA... tai ASIA... avain osuu julkiseen tietovarastoon:

+-----------------------------------------------------------------------------+
|     ANATOMY OF A 60-SECOND AUTOMATED AWS GITHUB SCRAPER BOT ATTACK          |
+-----------------------------------------------------------------------------+
|                                                                             |
|  [ SEC 00 ] Developer runs 'git push origin main' with .env (AKIA...)       |
|       |                                                                     |
|  [ SEC 04 ] Bot scrapes GitHub Events API Firehose -> Extracts AKIA key     |
|       |                                                                     |
|  [ SEC 06 ] Bot calls 'sts:GetCallerIdentity' & 'sts:GetSessionToken'       |
|       |     (Mints temporary ASIA... token that survives AKIA deletion.)    |
|       v                                                                     |
|  +----+------------------------------------------------------------------+  |
|  | [ SEC 15 TO 90: PARALLEL MULTI-REGION EXPLOITATION ]                  |  |
|  |  1. Persistence: Calls 'iam:CreateUser' / 'iam:CreateAccessKey'       |  |
|  |     (Creates hidden user 'aws-support-backup' with AdministratorAccess)|  |
|  |  2. Compute Abuse: Launches Auto-Scaling Groups of c6i.32xlarge /     |  |
|  |     g5.48xlarge in 12 regions + AWS Bedrock / SageMaker LLM endpoints |  |
|  |  3. Spam Abuse: Calls 'ses:PutAccountSendingAttributes' (50k emails)  |  |
|  |  4. Data Exfiltration: Lists & downloads S3 buckets / RDS snapshots   |  |
|  +-----------------------------------------------------------------------+  |
+-----------------------------------------------------------------------------+

Vaihe 1: Tapa molemmat staattiset AKIA Avain JA kaikki lyöty ASIA Istuntotunnukset¶

Poistaminen AKIA AWS-konsolin näppäin ei mitätöi väliaikaisesti STS valtakirjat on jo myöntänyt sts:GetSessionToken. Tappaa kaikki välittömästi AWS CLI:n kautta (using a separate clean admin profile):

# 1. Delete the compromised Access Key immediately
aws iam delete-access-key --user-name CompromisedUser --access-key-id AKIAIOSFODNN7EXAMPLE

# 2. Attach an explicit 'Deny All' inline policy to the IAM User to immediately
#    invalidate any STS tokens minted by that user AND block all further actions:
aws iam put-user-policy --user-name CompromisedUser --policy-name EmergencyKillSwitch \
  --policy-document '{
    "Version": "2012-10-17",
    "Statement": [{
      "Effect": "Deny",
      "Action": "*",
      "Resource": "*"
    }]
  }'

Vaihe 2: Etsi takaoven IAM-käyttäjät, roolit ja käyttöavaimet CloudTrailista¶

Suorita nämä AWS CLI -komennot tarkistaaksesi, loiko botti piilotetun takaoven IAM-käyttäjän tai liittikö toissijaisen pääsyavaimen johonkin olemassa olevista työntekijätilistäsi ikkunan aikana:

# List all IAM users created recently across the account
aws iam list-users --query 'Users[?CreateDate>=`2026-10-30`].[UserName,CreateDate]' --output table

# Audit CloudTrail for every API call made by the compromised user in the last 24 hours
aws cloudtrail lookup-events \
  --lookup-attributes AttributeKey=Username,AttributeValue=CompromisedUser \
  --max-results 50 \
  --query 'Events[].[EventTime,EventName,EventSource]' --output table

Vaihe 3: Pyyhkäise kaikki 30+ AWS-alueet Rogue EC2 -esiintymille, automaattisille skaalausryhmille ja kallioperän/SageMaker-töille¶

Miksi uhrit saavat edelleen a $12,000 laskun kuun lopussa sen jälkeen, kun he "tarkistavat EC2:n kojelaudan ja näkivät nolla tapausta"? Koska AWS-konsoli näyttää vain yhden alueen kerrallaan (e.g., us-east-1), kun botti pyörähti ylös 20 tapauksia ap-south-1 (Mumbai), eu-north-1 (Stockholm), ja sa-east-1 (Sao Paulo) ja piilotti ne EC2 Auto Scaling Groups (ASGs), joten jos lopetat EC2-ilmentymän manuaalisesti, automaattinen skaalausryhmä käynnistää korvaavan 30 seconds myöhemmin.

Suorita tämä usean alueen bash one-liner listataksesi kaikki käynnissä olevat tai odottavat EC2-esiintymät jokaisella aktiivisella AWS-alueella 10 seconds:

for region in $(aws ec2 describe-regions --query 'Regions[].RegionName' --output text); do
  echo "=== Checking Region: $region ==="
  aws ec2 describe-instances --region "$region" \
    --filters "Name=instance-state-name,Values=running,pending,stopped" \
    --query 'Reservations[].Instances[].[InstanceId,InstanceType,State.Name,LaunchTime]' \
    --output table
done

Osa 3: Gitin historian salaisuuden puhdistaminen (git-filter-repo) ja tyhjennetään GitHubin piilotettu sitoumusvälimuisti¶

Kun valtuustiedot ovat kuolleet palveluntarjoajatasolla, sinun on poistettava salainen merkkijono arkistostasi .git sitoa historiaa, jotta työtoverit tai tulevat kaapijat eivät näe sitä (and so GitHub's Push Protection stops blocking your branches).

1. Miksi git rm .env + git commit EI poista salaisuutta Gitistä¶

Juoksemassa git rm .env && git commit -m "remove env" poistaa tiedoston vain uusimmasta vahvistuksesta (HEAD); selväkielinen salaisuus pysyy pysyvästi luettavissa ylätason sitoumuksessa (the parent commit) kaikille, jotka napsauttavat "Sitoutuu" GitHubissa.

2. Kirjoita arkistohistoria puhtaasti uudelleen käyttämällä git-filter-repo¶

1. Jos vain viimeinen sitoumus (HEAD) sisälsi salaisuuden (and nobody else has pulled it yet):

   # Remove the sensitive file from the staging index while keeping it on your local disk
   git rm --cached .env
   echo ".env" >> .gitignore
   git add .gitignore
   git commit --amend --no-edit
   git push --force-with-lease origin main
   

2. Jos salaisuus on haudattu useita sitoumuksia historiassasi (or inside a code file you want to keep): Käytägit-filter-repo (the official, fast replacement recommended by Git and GitHub instead of the deprecated git filter-branch):

   # Option A: Completely purge a file (.env) from every commit in history
   git filter-repo --path .env --invert-paths --force
   
   # Option B: Replace a specific secret string with '***REMOVED***' across all files in history
   echo "sk_live_51NzExampleSecretKey12345==>***REMOVED***" > expressions.txt
   git filter-repo --replace-text expressions.txt --force
   
   # Force-push the rewritten history to GitHub across all branches and tags
   git push origin --force --all
   git push origin --force --tags
   

3. Hidden GitHub Cache Trap (Dangling Commit SHAs)¶

Jopa juoksemisen jälkeen git filter-repo ja git push --force, GitHubin verkkopalvelimet pitävät edelleen vanhan, viittaamattoman ("roikkuvan") SHA:n hengissä ja julkisesti saatavilla osoitteessa https://github.com/<owner>/<repo>/commit/<old-40-char-sha> (and in any forks or Pull Requests) kunnes jätteiden keräys on käynnissä. - Välimuistissa olevan Commit SHA:n tyhjentäminen GitHubissa välittömästi: 1. Kopioi koko 40-character commit SHA vuotaneesta sitomisesta ennen kuin kirjoitat historian uudelleen. 2. aukihttps://support.github.com/contact -> pyydä arkistossa "Poista arkaluontoiset tiedot / Tyhjennä välimuistinäkymät tavoittamattoman SHA:n vahvistamiseksi" owner/repo ja anna tarkka sitoumus SHA (or use the GitHub Support portal's automated cache-purge workflow).

Osa 4: Kuinka saada a $5,000 to $100,000+ AWS tai GCP Bot Bill Waived (The Courtesy Forgiveness Appeal)¶

Mitä jos työnnät an .env tiedosto perjantai-iltapäivällä, tarkisti sähköpostisi vasta maanantaiaamuna ja heräsin $28,400.00 AWS- tai Google Cloud -lasku kryptolouhinta- tai LLM-välityspalvelinboteista?

ÄLÄ panikoi, äläkä peruuta luottokorttiasi tai tee pankkiveloitusta vielä. Molemmat Amazon Web Services (AWS) ja Google Cloud Platform (GCP) sinulla on vakiintunut sisäinen Kertaluonteisen vahingossa tapahtuneen valtuustietovuodon laskutuksen oikaisu / kohteliaisuushyvityskäytäntö yksittäisille kehittäjille, opiskelijoille ja startup-yrityksille, edellyttäen, että täytät 100% heidän pakollisesta tietoturvan korjausluettelosta ennen, kun heidän laskutuksen tarkistustiiminsä arvioi valituksesi.

5-vaiheinen AWS / GCP Bill Waiver Protocol (90%+ Success Rate for First-Time Leaks)¶

1. Suorita jokainen suojauskorjausvaihe ensin (AWS Will Reject Your Waiver Until the Account Is Clean):
   • Poista vaarantunut IAM-käyttöavain (and the IAM User if possible).
   • Lopeta jokainen luvaton EC2-esiintymä, automaattinen skaalausryhmä, EBS-volyymi, elastinen IP, RDS-ilmentymä ja S3-säilö kaikilta alueilla (verify via AWS Cost Explorer and AWS Billing -> Bills -> Charges by Region that daily accrual has dropped back to $0.00).
   • Ota käyttöön Hardware tai Authenticator App MFA (Multi-Factor Authentication) AWS-juuritilillesi ja jokaiselle IAM-käyttäjälle.
2. Avaa tukitapaus alta "Account and Billing" (Free for All AWS/GCP Tiers, No Paid Support Plan Required):
   • Siirry osoitteeseen console.aws.amazon.com/support/home -> Luo tapaus -> Tili ja laskutus -> Palvelu: Laskutus -> Luokka: Kiistauta veloitus / vaarantunut tili.
3. Lähetä tämä täsmällinen tosiasiallinen korjaus- ja vaikeusyhteenveto:
   • Tunnista aikajana ja syy: Kerro selvästi, milloin avain paljastui vahingossa GitHubissa (e.g., "October 30 at 22:14 UTC") ja milloin se peruutettiin ("October 31 at 09:05 UTC").
   • Erittele luvattomat veloitukset alueen ja palvelun mukaan: Luettelo vilpillisen bot-toiminnan tarkat dollarimäärät verrattuna normaaliin historialliseen kuukausilaskuusi (e.g., "My normal monthly AWS bill for the past 8 months is $14.50/month in us-east-1; the unauthorized charges total $18,420.12 across ap-east-1, eu-north-1, and sa-east-1 EC2/Bedrock usage").
   • Vahvista 100-prosenttinen korjaus: Merkitse luettelomerkkiin tarkat vaiheet, jotka olet jo suorittanut (1. Deleted IAM key AKIA...; 2. Terminated all unauthorized resources across all regions; 3. Audited CloudTrail for backdoor users; 4. Enabled Root & IAM MFA; 5. Configured AWS Budgets alerts).
   • Pyydä kohteliaasti kertaluonteista kohteliaisuuslaskutuksen oikaisua: Selitä, että olet yksittäinen kehittäjä / opiskelija / varhaisen vaiheen startup-yritys, joka maksaa $18,420 luvaton bot-lasku aiheuttaisi vakavia taloudellisia vaikeuksia, ja vilpillisen käytön vuoksi pyydetään kertaluonteista laskutushyvitystä/lupaa.
4. Vaihda tilapäisesti tai rajaa linkitetty maksukorttisi, jos automaattinen laskutus on välitön:
   • Kun AWS-laskutustukitapauksesi on tarkistettavana (which usually takes 5 to 15 business days kun AWS:n tietoturva- ja laskutuspalvelutiimit varmistavat, että kaikki petolliset resurssit on lopetettu, ota yhteyttä lipun sisällä olevaan AWS-tukeen ja pyydä heitä asettamaan väliaikainen laskutuksen lykkäys (defer auto-charge) kiistanalaisessa laskussa, jotta se ei ylitä pankkitiliäsi luottooikaisun käsittelyn aikana.

(Lisätietoja kehittäjien ja etätyön tietoturvahäiriöistä, katso Vahingossa tapahtuva tuotantotietokannan pudotus, git force-push, salainen vuoto ja tapausten triage, Tuotantotietokanta hylätty tai S3-säilö poistettu ilman viimeaikaista varmuuskopiointia, Vahingossa sähköpostitse lähetetty luottamuksellinen palkanlaskenta, asiakkaan henkilötiedot tai HIPAA-laskentataulukko, ja Hätätyön etätyöturvallisuus ja tietosuoja.)

Alueelliset tietomurto- ja pilviturvallisuusraportointiviranomaiset¶

Usein kysytyt kysymykset¶

Jos tajusin, että työnsin an .env tiedosto julkiseen GitHub-varastoon ja tehtiin reposta yksityinen 2 minuuttia myöhemmin, pitääkö minun silti kääntää avaimiani?¶

Kyllä, 100 prosenttia kyseisen tiedoston avaimista on katsottava vaarantuneeksi ja peruutettava välittömästi. Automaattiset tunnistetietojen keräävät robotit eivät odota, että Google indeksoi arkistosi. he tilaavat suoraan GitHubin reaaliaikaisen yleisön `Events API` paloletku (`and GH Archive`), joka lähettää kaikille yleisöille `PushEvent` maailmanlaajuisesti 1-3 sekunnin kuluessa `git push`. Kun klikkasit kaksi minuuttia myöhemmin "Asetukset -> Muuta arkiston näkyvyyttä -> Muuta yksityiseksi", kymmenet automatisoidut kaavinbotit olivat jo ladanneet commit diffisi ja asettaneet AWS-, Stripe-, OpenAI- ja tietokantatietosi jonoon hyödyntämistä varten.

Miksi botit jatkoivat EC2-esiintymien käynnistämistä AWS-tililläni, vaikka poistin vuotaneen AKIA pääsyavain?¶

Staattisen kuvan poistaminen `AKIA...` pääsyavain AWS IAM:ssa poistaa vain kyseisen pysyvän avaimen käytöstä; se ei mitätöi väliaikaisesti `ASIA...` Suojaustunnuspalvelu (`STS`) istuntotunnukset, jotka hyökkääjä on jo luonut käyttämällä `sts:GetSessionToken` tai `sts:AssumeRole` muutaman ensimmäisen sekunnin aikana avaimen raapimisen jälkeen (`which remain valid for up to 12 to 36 hours`). Lisäksi automaattiset AWS-hyökkäysskriptit kutsuvat rutiininomaisesti `iam:CreateUser` ja `iam:CreateAccessKey` heti ensimmäisellä käyttöoikeussekuntillaan perustaa toinen, piilotettu takaoven järjestelmänvalvojatili. Jos haluat pysäyttää aktiivisen AWS-tunkeutumisen kokonaan, sinun on poistettava `AKIA` avain, liitä selkeä `Deny *` sisäinen käytäntö vaarantuneelle IAM-käyttäjälle (`which immediately invalidates all minted STS tokens`) ja tarkastaa CloudTrail uusille IAM-käyttäjille tai -rooleille.

Antaako AWS tai Google Cloud anteeksi massiivisen $10,000+ laskun, jos hakkerit varastivat API-avaimeni GitHubista ja louhisivat krypton?¶

Suurin osa ensikertaisista vahingossa tapahtuneista vuodoista kyllä, jos toimit nopeasti, toimit täysin yhteistyössä heidän turvatiiminsä kanssa etkä jätä laskua huomiotta. Sekä AWS:llä että Google Cloudilla on sisäinen kertaluonteinen laskutuksen oikaisukäytäntö kehittäjille ja pienyrityksille, jotka ovat kärsineet luvattomista tunnistetietojen vuotamisesta. Ennen kuin pyydät laskun vapautusta "Tili ja laskutus" -tuesta, sinun on ensin todistettava, että vuoto on 100-prosenttisesti suljettu: kumoa paljastuneet IAM-avaimet, lopeta kaikki rogue-laskentaesiintymät ja automaattiset skaalausryhmät kaikilla yli 30:llä maailmanlaajuisella alueella, ota käyttöön monitekijätodennus (`MFA`) juuritililläsi ja määritä AWS-budjettien kustannushälytykset.

Miksi tekee git rm .env enkö poista salaista avaintani GitHubista?¶

Git on muuttumaton versionhallintarekisteri: kun suoritat `git rm .env` ja työnnä uusi sitoumus, Git kirjaa vain, että tiedosto puuttuu uusimmassa tilannekuvassa (`HEAD`), säilyttäen samalla koko selväkielisen sisällön `.env` pysyvästi tallennettu edelliseen sitoumukseen (`the parent commit`) arkiston toimitushistoriassa. Vaikka kirjoitat historiasi uudelleen `git filter-repo` ja pakottamalla työnnä, kuka tahansa voi silti lukea salaisuuden, jos et ole peruuttanut sitä palveluntarjoajan konsolissa. Peru ja kierrä aina salainen avain pilvipalveluntarjoajasi kojelaudassa ja käytä sitten `git filter-repo` pyyhkiä kuollut merkkijono sitoutumishistoriastasi.

Aiheeseen liittyviä oppaita¶

• Vahingossa tapahtuva tuotantotietokannan pudotus, git force-push, salainen vuoto ja tapausten triage
• Tuotantotietokanta hylätty tai S3-säilö poistettu ilman viimeaikaista varmuuskopiointia
• Vahingossa sähköpostissa luottamuksellinen palkkaluettelo, asiakkaan henkilötiedot tai HIPAA-laskentataulukko väärälle vastaanottajalle
• Satunnainen näyttöosuus luottamuksellisista palkkataulukoista, salasanojen hallinnasta tai irtisanomisluettelosta Zoomissa/Teamsissä
• Hätätyön etätyöturvallisuus ja tietosuoja
• Hätänumerot

Lähteet ja virallinen ohje¶

• Amazon Web Services (AWS Security Incident Response Guide & AWS Knowledge Center: "What should I do if I notice unauthorized activity or exposed IAM access keys?"): AWSCompromisedKeyQuarantineV2 Käytännön käyttäytyminen, tilapäisen mitätöiminen STS Istuntotunnukset (RevokeOldSessions) ja usean alueen resurssien tarkastus.
• GitHub-dokumentaatio (GitHub Secret Scanning, Push Protection, & "Removing sensitive data from a repository" using git-filter-repo): Kumppanin automaattinen peruutusohjelma (Stripe, AWS, OpenAI, NPM), git-filter-repo Historian uudelleenkirjoittaminen ja tavoittamattomien välimuistissa olevien sitoumusten SHA:iden poistaminen.
• Stripe Inc. (Stripe Developer Security Guide: API Key Rotation & Compromised Key Incident Triage): Välittömästi sk_live_ Avaimen vanheneminen, tarkastus /v1/events ja /v1/webhook_endpointsja Rajoita avaimia kautta rk_live_ Soveltamisalat.
• NIST (Special Publication 800-61 Rev. 2 / Rev. 3: Computer Security Incident Handling Guide) & OWASP (Secrets Management Cheat Sheet): Credential Containment, lyhytaikainen OIDC Workload Identity Federation (replacing static CI/CD keys) ja Pre-Commit Secret Scanning.