AI 및 기술

무슨 일이 있었나

GitHub는 'The August 17 outage, and the work ahead'라는 블로그 게시물을 게시하여 August 17에 발생한 서비스 중단에 대한 업데이트를 제공했습니다.

게시물은 회사가 이 장애에 대응하여 신뢰성을 개선하기 위한 조치를 취하고 있다고 밝힙니다.

왜 중요한가

많은 개발자와 조직이 코드 호스팅 및 관리를 위해 GitHub에 의존하므로 중단은 워크플로우와 협업에 광범위한 영향을 미칠 수 있습니다.

장애 후 공개 업데이트는 투명성을 확보하고 플랫폼의 안정성이 해결되고 있음을 사용자에게 안심시키는 데 중요합니다.

주요 사실

August 17에 장애가 발생했습니다.

GitHub는 장애에 대한 업데이트를 발표했습니다.

GitHub는 신뢰성을 개선하기 위한 조치를 취하고 있습니다.

다음에 주목할 점

사용자들은 장애의 근본 원인에 대한 더 자세한 기술 보고서나 후속 게시물을 기대할 수 있습니다.

향후 발표에서 GitHub가 구현할 구체적인 신뢰성 조치가 공개될 수 있습니다.

출처

• GitHub

무슨 일이 있었나

GitHub가 Visual Studio 2026을 포함한 Windows 11 arm64 러너 이미지의 일반 공급을 발표했습니다.

이 이미지는 표준 및 대형 GitHub 호스팅 러너에서 사용할 수 있으며, GitHub Actions 사용자에게 아키텍처 옵션을 확장합니다.

발표에 따르면 이미지를 사용하려는 개발자는 GitHub Actions 워크플로 파일을 업데이트해야 합니다.

왜 중요한가

이번 릴리스는 Windows 개발자에게 GitHub 호스팅 인프라에서 CI/CD 파이프라인을 실행할 때, 특히 ARM 기반 워크로드에서 더 큰 유연성을 제공합니다.

호스팅 러너 라인업에 arm64 Windows 이미지를 추가하면 자체 호스팅 러너 없이도 GitHub Actions를 통해 직접 사용할 수 있는 테스트 및 빌드 옵션이 넓어집니다.

주요 사실

Visual Studio 2026이 포함된 Windows 11 arm64 이미지가 일반 공급됩니다.

표준 및 대형 GitHub 호스팅 러너에서 제공됩니다.

GitHub Actions에서 사용하려면 사용자가 워크플로 파일을 업데이트해야 합니다.

다음에 지켜볼 점

개발자는 새 이미지로 전환하는 데 필요한 정확한 구문을 확인하려면 GitHub 변경 로그와 워크플로 문서를 확인해야 합니다.

ARM64 Windows용으로 빌드하는 팀은 새 호스팅 러너로 파이프라인을 마이그레이션하고 빌드를 검증하기 시작할 것으로 예상됩니다.

출처

• GitHub Changelog

무슨 일이 있었나

Cloudflare의 OAuth 구현은 선택적 스코프 지원을 추가하여 전부 아니면 전무(all-or-nothing) 방식을 넘어섰습니다.

이번 변경으로 사용자는 광범위한 권한을 승인하는 대신 특정 작업에 필요한 권한에만 접근을 허용할 수 있습니다.

개발자는 이제 앱이 수행하는 즉각적인 작업에 맞는 동의 흐름을 설계할 수 있습니다.

왜 중요한가

이러한 변화는 사용자에게 더 많은 통제권을 부여하며, 지나치게 광범위한 접근 요청을 승인할 때의 마찰을 줄여줄 수 있습니다.

작업 기반 동의 흐름은 앱이 각 단계에서 필요한 최소 권한만 요청하는 보안 사고방식을 장려합니다.

이는 ID 및 접근 관리에서 더 세분화되고 사용자 중심적인 인증으로 나아가는 광범위한 추세를 반영합니다.

주요 사실

Cloudflare OAuth는 이제 선택적 스코프를 지원합니다.

사용자는 앱이 접근할 수 있는 항목에 대해 더 많은 통제권을 얻습니다.

이 기능은 개발자가 당면한 작업을 중심으로 안전한 동의 흐름을 구축하는 데 도움을 줍니다.

다음에 주목할 점

개발자들이 실제 OAuth 동의 화면에서 선택적 스코프를 어떻게 채택하는지 지켜보세요.

다른 ID 제공업체들이 유사한 세분화된 동의 옵션을 도입할지도 주목하세요.

출처

• Cloudflare

어떤 일이 있었나

GitHub가 코드 스캐닝 알림에 대한 새 해제 사유 'Mitigated'를 도입했습니다.

이 옵션을 사용하면 코드에 취약점이 여전히 존재하지만 웹 애플리케이션 방화벽이나 네트워크 조치와 같은 외부 제어가 위험을 해결하는 데 도움이 되는 경우 알림을 해제할 수 있습니다.

중요한 이유

이전에는 보안 팀이 코드에서 취약점을 수정하지 않고 다른 곳에서 처리했다는 사실을 정확하게 기록할 방법이 부족했을 수 있습니다.

새로운 사유는 알림 분류를 더 정확하게 만들어 팀이 오탐(false positive), 수용된 위험, 외부 보호 장치로 적극적으로 완화되는 취약점을 구분하는 데 도움이 됩니다.

주요 사실

코드 스캐닝 기능에는 이제 'Mitigated' 알림 해제 사유가 포함됩니다.

이 사유는 코드에 취약점이 남아 있지만 웹 애플리케이션 방화벽이나 네트워크 보호와 같은 외부 제어가 이를 완화할 때 적용됩니다.

앞으로 지켜볼 점

GitHub가 코드 스캐닝 워크플로를 계속 개선함에 따라 더 세분화된 알림 관리 옵션이 제공될 것으로 기대하세요.

팀은 외부 제어가 마련된 경우 'Mitigated' 사유를 통합하도록 분류 프로세스를 업데이트해야 합니다.

출처

• GitHub Changelog

무슨 일이 있었나

GitHub는 코드 품질 CodeQL actions 워크플로우를 위한 전용 워크플로우 경로를 일반 공급했습니다.

이번 변경의 일환으로, 워크플로우 실행 기록과 Actions 사용 보고서는 이제 GitHub Code Quality 실행을 다른 Actions 활동과 구분할 수 있습니다.

의의

이러한 구분은 팀이 코드 품질 스캔 활동을 더 명확하게 파악할 수 있게 해주며, 복잡한 워크플로우 기록에서 CodeQL 실행을 더 쉽게 찾을 수 있게 합니다.

사용 보고서에서 이러한 실행을 구분하는 것은 조직이 코드 품질 워크플로우가 소비하는 리소스를 더 잘 이해하고 관리하는 데도 도움이 될 수 있습니다.

주요 사실

코드 품질 CodeQL actions 워크플로우를 위한 전용 워크플로우 경로가 이제 일반 공급됩니다.

워크플로우 실행 기록과 Actions 사용 보고서는 이제 GitHub Code Quality 실행을 구분합니다.

다음에 주목할 점

CodeQL을 사용하는 조직은 다음 워크플로우 실행 기록과 사용 보고서를 확인하여 새 경로에서 GitHub Code Quality 실행이 어떻게 표시되는지 볼 수 있습니다.

출처

• GitHub Changelog

무슨 일이 있었나

GitHub Code Quality는 누군가 저장소에서 해당 기능을 활성화, 비활성화 또는 설정을 조정할 때마다 기록하도록 감사 로깅을 확장했습니다. 이는 구성 변경이 더 이상 조용히 지나가지 않음을 의미합니다.

이력은 기능이 켜진 시점을 기록하는 repo.code_quality_enabled를 포함한 세 가지 새 이벤트를 통해 포착됩니다. 나머지 두 이벤트는 나머지 활성화 및 설정 작업을 다룹니다.

왜 중요한가

보안 및 규정 준수를 위해 감사 로그에 의존하는 조직은 이 변경을 통해 저장소 전반에서 Code Quality가 어떻게 구성되고 있는지 더 명확하게 파악할 수 있습니다. 예상치 못한 수정 사항을 찾거나 변경 사항이 내부 정책을 따르는지 확인하기가 더 쉬워집니다.

이전에는 이러한 구성 활동이 감사 추적에 흔적을 남기지 않았을 수 있습니다. 이제 관리자는 누가 언제 Code Quality 설정을 변경했는지에 대한 문서화된 기록을 갖게 됩니다.

핵심 사실

GitHub Code Quality는 누군가 저장소에서 해당 기능을 활성화, 비활성화 또는 설정을 변경할 때마다 감사 로그 이벤트를 작성합니다.

세 가지 새 이벤트가 이 이력을 제공합니다.

새 이벤트 중 하나는 repo.code_quality_enabled입니다.

다음에 주목할 점

팀은 특히 구성 변경을 면밀히 추적하는 경우 감사 로그 모니터링 및 알림 시스템이 이러한 새 이벤트를 포착하는지 확인해야 합니다.

이제 예기치 않은 Code Quality 설정 변경에 대한 감사 추적이 남으므로 내부 검토 프로세스를 수립하는 것도 유용할 수 있습니다.

출처

• GitHub Changelog