OpenRouter client persists complete prompts, source context, and responses in INFO logs
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 2/5
- Tempo stimato
- 1-3 ore
- Idoneità per principianti
- 65/100
Direzione di ricerca
Inizia da api/clients/openrouter.py e api/logger.py, poi esamina la configurazione del logging e la correzione indicata nell’issue #597. Sostituisci il contenuto completo delle richieste e delle risposte nei log INFO con i metadati descritti nell’issue e verifica che i log persistiti non contengano più il contesto del repository né il contenuto della conversazione, conservando però le informazioni su modello, stato, durata e numero di token.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Affected versions: confirmed on main at commit d92819a9 (the project publishes no tagged release).
Summary
OpenRouterClient.acall logs the full request payload and the full provider response at INFO. The default logging configuration writes INFO-level logs to a rotating file the deployment persists on disk by default.
Details
# api/clients/openrouter.py
log.info(f"Request body: {api_kwargs}")
...
data = await response.json()
log.info(f"Received response from OpenRouter: {data}")
# api/logger.py
handlers["ps_file"] = {
"class": "logging.handlers.RotatingFileHandler",
"level": "INFO",
"filename": path,
}
POC
(available upon request)
Impact
Any principal with access to the application's log files (or a log-aggregation pipeline they feed into) recovers the full repository source context and conversation content sent to and received from OpenRouter for every request, when OpenRouter is the selected provider.
Suggested fix: remove payload/response content from INFO logging; log only model, status, timing, and token-count metadata. A fix is included in the linked PR.
Fix: #597
- Lingua principale
- Python
- Stelle
- 18.1k
- Fork
- 2k
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di AsyncFuncAI/deepwiki-open
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
AsyncFuncAI/deepwiki-open#602 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
AsyncFuncAI/deepwiki-open#539 · 1 commento ·
-
so slowAperta
Difficoltà 5/5 Più di una settimana Idoneità per principianti 20/100
AsyncFuncAI/deepwiki-open#613 ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 45/100
AsyncFuncAI/deepwiki-open#610 ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 20/100
AsyncFuncAI/deepwiki-open#609 ·
Tutte le issue di AsyncFuncAI/deepwiki-open
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
Arekkazu/sgpmp-backend#744 ·
I maintainer di solito rispondono entro 1 giorno
-
Review backlog (security): master-branch remote guard trusts unbound provenance package fieldApertaagent/reviewer
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
projectbluefin/utah-packages#634 ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement good first issue help wanted
Difficoltà 2/5 1-2 giorni Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
home-assistant/core#188613 ·
I maintainer di solito rispondono entro 1 giorno
-
WebsiteApertagood first issue
Difficoltà 2/5 1-3 ore Idoneità per principianti 91/100
TanbirRamim/open-source-radar#314 ·
I maintainer di solito rispondono entro 1 giorno