Hacktoberfest 2026: as issues que os mantenedores marcaram para outubro, abertas e boas para iniciantes. Ver issues do Hacktoberfest

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

Fechada
#60 0 comentários 0 reações 0 responsáveis Ver no GitHub

Mantenedores costumam responder em até 1 dia

@SaishKorgaonkar já está trabalhando nisso.

Desde 22/10/2026.

  • #82 de @SaishKorgaonkar — integrado

Avaliação

Dificuldade
4/5
Tempo estimado
3-5 dias
Facilidade para iniciantes
52/100
Tipo de issue
Funcionalidade
Clareza
Razoavelmente clara
Status de atividade
Ativa
Stack de tecnologia
docker-compose

Direção de pesquisa

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.

Escrita pelo modelo de indexação a partir do texto da issue.

Descrição

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.

Linguagem predominante
Python
Estrelas
2
Forks
4
Merge médio
6h 14min
PRs com merge (30d)
18

Preparar o ambiente

  • Inclui um Dockerfile ou arquivo Docker Compose
  • Sem modelo de pull request
  • Sem guia de contribuição

Primeiros passos

  1. Leia a issue inteira e depois o guia de contribuição do projeto.
  2. Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
  3. Faça um fork do repositório e trabalhe em uma branch.
  4. Abra um pull request que referencie o número da issue.

Mais de QMeshPy/distributed-quantum

Todas as issues de QMeshPy/distributed-quantum

Issues semelhantes

Mais issues de Python

Receba novas issues na sua caixa de entrada

Um resumo curto de issues do GitHub para quem está começando.