Jos palvelin hyväksyy GitHubin webhookit vain sallituista IP-osoitteista, lisää sallittujen listaan kolme uutta etuliitettä. GitHub ilmoitti 29. lokakuuta 2026, että github.com-sivuston webhook-toimitusten uudet alueet ovat nyt Meta API:n hooks-kentässä. Muutos koskee github.com-sivustolle toimitettavia webhookieja kaikissa tilauksissa, myös GitHub Enterprise Cloudissa.

Lisättävät alueet
GitHub luettelee manuaalista päivitystä varten seuraavat CIDR-etuliitteet:
9.234.98.160/289.234.98.176/289.234.106.48/28
Lisää ne GitHubin jo sallittujen osoitteiden rinnalle ja säilytä aiemmat alueet. Jos sallittujen listaa päivitetään jo Meta API:n kautta, näitä etuliitteitä ei tarvitse lisätä erikseen: ajantasainen webhook-luettelo palautetaan hooks-kentässä. Meta API:n dokumentaatio huomauttaa, että esimerkkivastauksen arvot ovat havainnollistavia; tuotantokäyttöä varten hae ajantasaiset tiedot suoraan.
Tarkista, miten sallittujen lista muodostetaan
Selvitä ensin, missä sallittujen osoitteiden luettelo määritetään: sovelluksen palomuurissa, käänteisvälityspalvelimessa, pilvipalvelun käytännössä vai yrityksen palomuurissa. Tarkista sitten, päivittääkö järjestelmä koko GET /meta -vastauksen mukaisen joukon vai säilyttääkö se vain käsin lisätyt merkinnät. Ensimmäisessä tapauksessa varmista, että hooks-kenttä sisältyy synkronointiin; jälkimmäisessä lisää kolme etuliitettä poistamatta aiempia.
Julkiset GET /meta -tiedot ovat saatavilla ilman tunnistautumista. GitHub suosittelee päivittämään sallittujen listan säännöllisesti, sillä palveluiden osoitteet voivat muuttua. Automatisoi päivitys poimimalla vastauksesta hooks-kenttä ja vertaamalla koko joukkoa paikalliseen määritykseen ennen verkkosääntöjen käyttöönottoa.
Mitä tarkistaa päivityksen jälkeen
Varmista, että uudet CIDR-etuliitteet näkyvät aktiivisessa määrityksessä ja että vanhat merkinnät ovat tallella. Tarkista sen jälkeen webhook-toimitusten loki ja verkkolokit mahdollisten muutoksen jälkeisten estojen varalta. IP-suodatusta kannattaa täydentää muilla tarkistuksilla: GitHubin suosituksiin kuuluvat HTTPS-varmennevalidointeineen, webhook-salaisuus ja tapahtumatyypin tarkistaminen ennen käsittelyä.
GitHub suosittelee vastaamaan toimitukseen 2xx-tilakoodilla 10 sekunnin kuluessa; pitkän käsittelyn voi siirtää jonoon. X-GitHub-Delivery-otsake auttaa tunnistamaan toimituksen yksilöllisyyden ja suojautumaan pyynnön toistolta.
Jos käytät staattista sallittujen listaa, lisää siihen manuaalisesti kaikki kolme julkaistua etuliitettä. Jos määritystä hallitaan automaattisesti, päivitä hooks-kenttä Meta API:n kautta ja vertaa sen arvoja säännöllisesti paikalliseen listaan. Näin uudet osoitteet eivät jää saapuvia webhookieja suodattavien sääntöjen ulkopuolelle.