Hacktoberfest 2026 : les issues que les mainteneurs ont marquées pour octobre, ouvertes et accessibles aux débutants. Parcourir les issues Hacktoberfest

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

Fermée
#60 0 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Les mainteneurs répondent en général sous 1 jour

@SaishKorgaonkar y travaille déjà.

Depuis le 22/10/2026.

  • #82 par @SaishKorgaonkar — fusionnée

Évaluation

Difficulté
4/5
Temps estimé
3-5 jours
Accessibilité débutants
52/100
Type d'issue
Fonctionnalité
Clarté
Plutôt claire
Activité
Active
Stack technique
docker-compose

Piste de recherche

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.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

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.

Langage dominant
Python
Étoiles
2
Forks
4
Merge moyen
5 h 19 min
PR mergées (30 j)
11

Préparer son environnement

  • Fournit un Dockerfile ou un fichier Docker Compose
  • Aucun modèle de pull request
  • Aucun guide de contribution

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de QMeshPy/distributed-quantum

Toutes les issues de QMeshPy/distributed-quantum

Issues similaires

Plus d'issues Python

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.