GitHub Actions, 호스티드 러너 접근 제어 강화…macOS 러너 그룹 지원

GitHub 공식 변경 로그에 따르면 회사는 2026년 6월 25일 GitHub Actions에서 조직 관리자가 호스티드 러너 사용 범위를 더 세밀하게 제어할 수 있는 기능을 공개했다. 이번 변경으로 관리자는 ubuntu-latest 같은 표준 호스티드 러너 라벨을 비활성화하고, macOS 러너를 러너 그룹에 포함할 수 있다.

핵심은 러너 선택을 개발자 개인의 워크플로 설정에만 맡기지 않고 조직 정책으로 묶을 수 있게 됐다는 점이다. GitHub는 macOS 러너를 특정 조직, 저장소, 워크플로에만 허용하거나 그룹 단위 권한으로 접근을 제한할 수 있다고 설명했다. 동시에 macOS 작업의 동시 실행 수를 제어해 팀별 사용량과 비용을 관리할 수 있다.

러너 그룹은 GitHub Actions에서 작업이 실행될 머신 집합을 정책적으로 나누는 기능이다. 이번 업데이트는 macOS 러너를 이 체계에 넣어, 보안 요구 사항을 충족하는 러너 그룹 이름을 워크플로에서 참조하도록 유도할 수 있게 한다. 엔터프라이즈 환경에서는 빌드·테스트 작업이 임의의 기본 러너로 흘러가는 일을 줄이고, 승인된 실행 환경으로 경로를 제한하는 데 의미가 있다.

표준 호스티드 러너 라벨 비활성화도 같은 맥락이다. 관리자가 기본 라벨 사용을 막으면 조직은 러너 그룹을 중심으로 워크플로 실행 경로를 강제할 수 있다. 이는 공급망 보안, 비용 통제, 운영 표준화가 중요한 조직에서 CI/CD 거버넌스를 강화하는 수단이 될 수 있다.

다만 적용 범위에는 제한이 있다. GitHub는 이 기능이 Team 및 Enterprise 플랜에서 제공된다고 밝혔다. 또 현시점에서 macOS 러너의 네트워크 구성은 지원되지 않는다고 설명했다. 사내망 접근, 고정 네트워크 경로, 프라이빗 네트워킹이 필요한 조직은 해당 제약을 고려해야 한다.

이번 업데이트는 최근 GitHub Actions가 보안 기본값과 실행 제어 기능을 잇달아 강화하는 흐름과 맞닿아 있다. 자동화 파이프라인이 소프트웨어 공급망의 핵심 경로가 된 만큼, 러너 접근 제어는 단순한 운영 편의 기능을 넘어 빌드 환경의 신뢰 범위를 정하는 문제로 커지고 있다.

출처: GitHub Changelog https://github.blog/changelog/2026-06-25-more-control-over-your-github-hosted-runners/
출처: GitHub Docs https://docs.github.com/actions/concepts/runners/runner-groups