Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

Revisit SSL context fallback behavior when system CA store is unavailable

Aperta
#92 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
5/5
Tempo stimato
Più di una settimana
Idoneità per principianti
25/100
Tipo di issue
Funzionalità
Chiarezza
Da chiarire
Stato di attività
Ferma

Direzione di ricerca

Start by reading the SSLContextFactory path around set_authority(None)? and the set_client_verify(false) fallback. Determine the intended behavior when the system CA store is unavailable, then define and implement a decided warning, failure, or configuration policy with coverage for that fallback path.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

SSLContextFactory attempts to create a verified SSL context via set_authority(None)?, which asks OpenSSL to use the default system CA store. When the CA store isn't discoverable (e.g. WSL2 without ca-certificates), this fails. Currently we fall back to set_client_verify(false), matching what ponylang/http's HTTPClient did silently.

This means every API call from the library — not just examples — silently downgrades to unverified HTTPS when no CA store is found. That's fine for local development but worth thinking through for a library that sends auth tokens over the wire.

Questions to consider:

  • Should the library warn or fail loudly when falling back to unverified SSL?
  • Should this be configurable via Credentials or a separate option?
  • Is the silent fallback actually the right default for a GitHub API client?
Lingua principale
Pony
Stelle
7
Fork
2
Merge medio
2h 26m
PR unite (30g)
7

Guida per i contributori

Apri la guida per i contributori

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di ponylang/github_rest_api

Tutte le issue di ponylang/github_rest_api

Issue simili

Altre issue su Backend & API Design

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.