GitHub blokuje klíče Anthropic při pushi, Salesforce hlásí

GitHub v oznámení z 13. října 2026 uvedl, že nově rozpoznává servisní a uživatelské API klíče Anthropic, token Salesforce Marketing Cloud a API klíč Cloudsmith. Oba typy klíčů Anthropic přidal do výchozí push protection v repozitářích se zapnutým secret scanningem: rozpoznaný klíč zastaví odeslání commitu. Token Salesforce má odlišný režim. Pokud se objeví ve veřejném repozitáři, GitHub jej předá Salesforce jako partnerovi pro řešení úniku.

Zpráva iMasters popisuje stejnou změnu jako zásah při pushi u Anthropic a následné partnerské hlášení u Salesforce. Pro vývojáře je podstatné, že samotné rozpoznání přihlašovacího údaje ještě neznamená odmítnutý push ani zneplatněný klíč. Reakce závisí na konkrétním typu údaje a na tom, zda už se dostal do historie repozitáře.

Které údaje přibyly a jaký mají režim

Nová podpora se vztahuje na přesně pojmenované typy, nikoli na všechny přihlašovací údaje těchto firem. Přehled rozlišuje detekci, blokování ve výchozím nastavení a partnerské hlášení. Označení „neuvedeno“ znamená, že tato změna daný režim pro příslušný typ výslovně neuvádí.

Anthropic — anthropic_service_api_key: detekce ano; výchozí blokování pushů ano, pokud je zapnutý secret scanning; partnerské hlášení v této změně uvedeno není. Jde o servisní API klíč, který se může objevit například v konfiguraci aplikace.
Anthropic — anthropic_user_api_key: detekce ano; výchozí blokování pushů ano za stejné podmínky; partnerské hlášení v této změně uvedeno není. Rozpoznání dříve uložené hodnoty řeší upozornění secret scanningu, nikoli dodatečné odmítnutí starého commitu.
Salesforce — salesforce_marketing_cloud_api_oauth2_token: detekce ano; mezi nově výchozím způsobem blokovanými typy uveden není; partnerské hlášení ano při nálezu ve veřejném repozitáři. Předání dává vydavateli možnost token zneplatnit nebo vyměnit, samo však jeho stav nepotvrzuje.
Cloudsmith — cloudsmith_api_key: detekce ano; výchozí blokování ani nové partnerské hlášení pro tento typ oznámeno nebylo. Jeho přidání rozšiřuje rozpoznávání v repozitáři, aniž by jej GitHub zařadil do uvedeného seznamu automaticky zastavovaných pushů.

U Salesforce jde konkrétně o OAuth2 token Marketing Cloud API. Označení „Salesforce“ tedy nelze vztáhnout na libovolný přístup do dalších služeb této společnosti. Podobně se nové výchozí blokování Anthropic týká uvedených servisních a uživatelských API klíčů, pokud je detektor při odeslání rozpozná.

Proč nález nemusí znamenat zablokovaný push

Push protection působí na hranici vzdáleného repozitáře. Pokud je secret scanning pro repozitář zapnutý a odesílaný commit obsahuje podporovaný klíč Anthropic, GitHub push zablokuje před zápisem dotčeného commitu do vzdálené historie. Výchozí nastavení označuje zařazení těchto detektorů do ochrany, nikoli příslib, že má každý soukromý repozitář zapnuté všechny bezpečnostní funkce. Do rozsahu patří i bezplatné veřejné repozitáře se zapnutým skenováním.

Secret scanning zároveň hledá rozpoznané údaje v obsahu repozitáře a u uživatelských tajných údajů vytváří upozornění ve veřejných i soukromých repozitářích. Takový nález může vzniknout až po uložení klíče do historie. Nová ochrana při pushi starší commit neodstraní; bezpečnostní tým musí zjišťovat, kde hodnota zůstala a zda je pořád použitelná. U veřejné historie je nutné počítat i s tím, že ji někdo mohl mezitím zkopírovat.

Partnerský režim přidává další cestu reakce: GitHub při nálezu podporovaného tokenu Salesforce ve veřejném repozitáři předá údaj jeho vydavateli. Salesforce pak může přistoupit k revokaci či rotaci, ale samotné předání není potvrzením, že k tomu došlo. Je proto rozdíl mezi upozorněním správce repozitáře, odmítnutím nového pushu a zásahem poskytovatele vůči už vydanému tokenu. Tyto okamžiky nelze při hodnocení úniku zaměnit.

Co udělat, když je klíč už v historii

Starý commit mění pořadí práce: nejdřív je třeba zamezit použití vystaveného údaje, potom odstranit jeho výskyty a posoudit dopad. Pokyny GitHubu k řešení nálezů doporučují považovat jednou commitnuté tajemství za kompromitované, upravit služby používající starý token a podle možností vydavatele prověřit bezpečnostní logy. Smazání řádku v poslední verzi souboru předchozí kopie commitu neodstraní.

Identifikujte a zneplatněte vystavenou hodnotu. Najděte přesný klíč nebo token v upozornění či commitu a u jeho vydavatele jej revokujte. U tokenu Salesforce předaného partnerským programem ověřte skutečný stav přímo u poskytovatele; čekání na automatické vyřízení může prodloužit dobu, po kterou je údaj použitelný.
Proveďte rotaci v navazujících službách. Vytvořte náhradní údaj, přenastavte aplikace, nasazení a automatizace používající starou hodnotu a ověřte jejich provoz. Nový klíč uložte mimo sledovaný soubor, z něhož původní hodnota unikla.
Prohledejte historii a související kopie. Zkontrolujte starší commity, větve a tagy, případně další repozitáře, do nichž mohl být stejný soubor převzat. Vyhledejte i jiné tajné údaje ve stejné změně: zneplatnění prvního nalezeného klíče neřeší další hodnotu uloženou vedle něj.
Prověřte použití klíče. V dostupných logách vydavatele hledejte neobvyklá volání, přístupy nebo změny mezi prvním zveřejněním a revokací. Rozsah kontroly určují oprávnění uniklého údaje a dostupnost záznamů; čas oznámení GitHubu nemusí být začátkem expozice.

Po revokaci lze rozhodnout o přepsání historie, zejména pokud staré commity obsahují i další citlivé hodnoty. Takový zásah vyžaduje sladit změny se spolupracovníky a nedosáhne na již pořízené kopie repozitáře. Pro okamžité omezení rizika je určující stav klíče u vydavatele; pro vyšetření možného zneužití jsou důležité jeho výskyty a logy z doby, kdy byl použitelný.

Přečtěte si také: