Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

feat(content-node): lock down the Kubo RPC API and gateway

Abierto
#60 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 1 día

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
4/5
Tiempo estimado
3-5 días
Aptitud para principiantes
52/100
Tipo de issue
Nueva funcionalidad
Claridad
Bastante claro
Estado de actividad
Activo
Stack tecnológico
docker-compose

Línea de trabajo

Start by reading the compose configuration and init scripts introduced by dependency #59, then verify Kubo's authorization settings against the pinned release. Test the node with unauthenticated and backend-secret RPC requests, and confirm the gateway rejects writes. Done means the compose init applies the configuration and the scripted checks pass.

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

Descripción

enhancement kubo storage tier-2

Summary

Make sure the node cannot be used by the public to write, delete or reconfigure.

Estimated size: S

Motivation

The RPC API can add, remove and reconfigure; exposed publicly it is a full takeover.

Proposal

  • RPC bound to the internal network; require an authorization secret for the backend (use Kubo's API authorization settings; verify against the pinned release).
  • Gateway read-only; disable features we do not use; set swarm resource limits.
  • Document that the backend secret lives in env, never in the repo or logs.

Acceptance criteria

  • An unauthenticated RPC request is rejected.
  • A request with the backend secret succeeds.
  • The gateway cannot write.
  • Config is applied by the compose init, not by hand.

Dependencies

  • #59

Testing plan

  • Scripted negative and positive requests against the compose node.

Part of #43. Ground rules for the content layer: no secrets in the repo, content-layer failures must never block or discard quantum execution, and tests and docs ship with every PR.

Lenguaje dominante
Python
Estrellas
2
Forks
4
Merge medio
6 h 54 min
PR fusionados (30 d)
7

Preparar el entorno

  • Incluye un Dockerfile o un archivo de Docker Compose
  • Sin plantilla de pull request
  • Sin guía de contribución

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 QMeshPy/distributed-quantum

Todos los issues de QMeshPy/distributed-quantum

Issues similares

Más issues de Python

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.