Add an explicit isolated environment policy for structural workers

Abierto
#69 1 comentario 0 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
5/5
Tiempo estimado
Más de una semana
Aptitud para principiantes
35/100
Tipo de issue
Nueva funcionalidad
Claridad
Bastante claro
Estado de actividad
Activo
Stack tecnológico
go
Área
cli

Línea de trabajo

Trace the structural worker invocation, capability-probe, and analysis paths, then compare how they currently inherit environment and working directory. Use the acceptance criteria to define compatibility, evidence visibility, secret handling, and platform coverage; the work is done when the opt-in policy is specified and tested across the listed cases without presenting it as a sandbox.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

Structural workers are explicitly selected trusted executables and currently inherit the caller environment and working directory. The adversarial review (structure F7) proposed reducing that ambient context. Changing it silently would break legitimate custom workers and would not create a sandbox.

Design an opt-in worker environment/cwd policy that is portable and visible in evidence. Decide which platform variables are necessary and how callers explicitly pass additional values. Keep secrets out of receipts and diagnostics. Do not describe process groups, timeouts, or environment filtering as a security sandbox.

Acceptance criteria:

  • Existing invocation behavior remains compatible by default.
  • Capability probes and analysis use the same policy.
  • Test locale, temporary directories, loader behavior, executable symlinks, cancellation, and Windows descendants.
  • Define any stronger OS/container isolation as a separate external boundary.

Related: #1, #2, #40.

Lenguaje dominante
Go
Estrellas
0
Forks
0
Merge medio
11 h 3 min
PR fusionados (30 d)
5

Preparar el entorno

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de war-and-code/dircue

Todos los issues de war-and-code/dircue

Issues similares

Más issues de Go

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.