`sqlite3.Row()` crashes when given a `Cursor` whose `__init__` was not called
Offen
Dieses Issue hat noch niemand übernommen.
extension-modules
topic-sqlite3
type-crash
- Vorherrschende Sprache
- Python
- Sterne
- 77.2k
- Forks
- 35.9k
- PR-Merge-Kennzahlen
- PR-Kennzahlen ausstehend
Beschreibung
Crash report
What happened?
sqlite3.Row() reads cursor->description without checking that the cursor was initialized, so a NULL slot segfaults the interpreter:
❯ python3
Python 3.14.6 (main, Jun 10 2026, 18:54:31) [GCC 15.2.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import sqlite3
... sqlite3.Row(sqlite3.Cursor.__new__(sqlite3.Cursor), ())
...
Segmentation fault (core dumped) python3
A PR is on the way.
CPython versions tested on:
3.14, CPython main branch
Operating systems tested on:
Linux
Output from running 'python -VV' on the command line:
No response
Linked PRs
- gh-156556
Beitragsleitfaden
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Beginne damit, den Befehl mit sqlite3.Row(sqlite3.Cursor.new(sqlite3.Cursor), ()) nachzustellen, und untersuche anschließend die Behandlung von sqlite3.Row für einen nicht initialisierten Cursor. Erledigt ist die Aufgabe, wenn dieselbe Eingabe beim Interpreter keinen Segmentation Fault mehr verursacht und die Regressionstestabdeckung das sichere Verhalten nachweist.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- python, sqlite
- Bereich
- databases
- Issue-Typ
- Bug
- Schwierigkeit
- 3/5
- Geschätzter Aufwand
- 1-2 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Klar beschrieben
- Anfängerfreundlichkeit
- 20/100