Feature Request: Improve compatibility with SHA pinning best practices
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 5/5
- Tempo estimado
- Mais de uma semana
- Facilidade para iniciantes
- 35/100
- Tipo de issue
- Funcionalidade
- Clareza
- Razoavelmente clara
- Status de atividade
- Estagnada
- Stack de tecnologia
- github-actions, typescript, vscode
- Domínio
- ci-cd, developer-experience, devtools
Direção de pesquisa
Nenhum arquivo ou teste é mencionado. Comece rastreando os fluxos existentes da extensão para anotações inline e atualização de versão e, em seguida, determine como as referências SHA são mapeadas para tags semver publicadas. O trabalho estará concluído quando o comportamento acordado de SHA-pinning estiver implementado para as propostas selecionadas e verificado nas interações entre anotações e atualizações.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
Is your feature request related to a problem? Please describe.
With recent security escalations around unpinned SHAs and non-immutable release tags, the best practice in many orgs (and the best practice recommended by GitHub) is to hard-pin to SHA releases instead of semver refs.
However, this creates some issues in terms of readability and updates that otherwise would be nicely streamlined by this VS Code extension.
Describe the solution you'd like
- If the action is pinned to a SHA that is the same as a published semver tag, ideally that semver version would be shown inline in the extension annotation.
- If the user is pinned to a SHA and they click on the option to upgrade to the latest version, the extension would ideally recognize they are SHA-pinned and give them a SHA-pinned upgrade to that tag, rather than move to only pinning to the semver.
- If the user is pinned to a semver ref, the UI could give them an option to pin instead to the SHA ref that represents the latest from that semver. This could help users migrate to SHA-pinned references.
(Note: While both proposal 2 and proposal 3 are valuable together, they solve a similar problem. If proposal 3 is delivered, proposal 2 is less needed, and vice versa.)
Additional context
I think these features could go a long way to helping modernize GitHub Actions security, and make it more convenient for people keep their workflows safe (read: "safer") from exploits. Thanks!
- Linguagem predominante
- TypeScript
- Estrelas
- 661
- Forks
- 214
- Métricas de merge de PRs
- Nenhum PR com merge em 30d
Guia de contribuição
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de github/vscode-github-actions
-
enhancement
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 76/100
github/vscode-github-actions#627 · 1 reação ·
-
Dificuldade 5/5 Mais de uma semana Facilidade para iniciantes 20/100
github/vscode-github-actions#630 · 1 reação ·
-
long work Aberta
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 25/100
github/vscode-github-actions#628 ·
-
bug
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 55/100
github/vscode-github-actions#625 ·
-
bug
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 64/100
github/vscode-github-actions#621 · 3 comentários ·
Todas as issues de github/vscode-github-actions
Issues semelhantes
-
bug(cli): hapi doctor inline-media prints a fabricated B:\ helper-script path in packaged installs Aberta
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 70/100
-
Crush Aberta
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 85/100
catppuccin/catppuccin#3125 ·
-
Add a SECURITY.md Aberta
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 90/100
ElementsProject/cln-application#167 · 1 comentário · 1 reação ·
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 75/100
Quantco/pnpm-licenses#17 ·
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 75/100