Peta dunia

 

EN

Dunia C4: Perisai Pipeline

Risiko runner sendiri

Anda akan belajar: kenapa runner sendiri tak boleh layan repo awam, dan cara pastikan ia bersih.

Teks BM belum disemak oleh penutur asli.

Disemak dengan GitHub Actions 2026-10 pada 31 Okt 2026

Masalahnya

Binaan besar lambat pada runner hos. Jadi anda guna PC lebih di pejabat. Repo anda awam. Apa yang boleh jadi?

Tengok

Runner hos ialah pekerja upahan dalam dapur sewa. Kedua-duanya dibersihkan selepas setiap syif. self-hosted runner: Pekerja sendiri dalam bilik belakang anda: mesin anda yang ambil kerja. Ia tidak dipadam selepas setiap kerja. (runner sendiri) ialah pekerja anda, dalam bilik belakang anda. Susun fakta ini.

Seret kad ke dalam kotak. Atau ketik kad, kemudian ketik kotak.

      Tengok

      Ketik setiap titik pada garis masa.

      Tekan setiap langkah. Nasihat GitHub: self-hosted runner hampir tak patut sekali-kali layan repo awam.

      Teka

      Program tersembunyi itu masih ada. Kemudian, job deploy anda jalan pada PC yang sama, dengan token Cloudflare anda. Apa jadi?

      Cuba

      Susunan lebih selamat, atau berisiko? Leret setiap satu.

      Leret ke kanan untuk bagus, ke kiri untuk perlu baiki. Atau guna butang.

      1 / 4

      Runner baharu untuk setiap job, dibuang selepasnya

      Semak

      Repo ini awam. Tekan baris yang berisiko.

      Tekan setiap baris yang berisiko. Setiap satu tunjuk serangan dan pembetulannya.

      Fail workflow .github/workflows/build.yml

      Anda berjaya!

      Kini anda boleh kenal bila runner sendiri jadi risiko.

      Nak tahu lebih (pilihan)

      Tetap perlukan runner sendiri? Simpan untuk repo peribadi. Biar ia buat satu job, kemudian padam (runner just-in-time). Guna kumpulan runner untuk hadkan repo yang boleh capai. Kurangkan secret dan akses awan pada mesin itu. Walaupun begitu, job lain pada mesin sama mungkin nampak secret pada baris arahan.