Windows packaging: MSI installer with code signing; harden the batch scripts in the interim
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Anfängerfreundlichkeit
- 15/100
Rechercherichtung
The problem sits in install.bat and uninstall.bat, where the odbcconf.exe /A {INSTALLDRIVER ...} call loads an unsigned DLL. The long-term goal is an MSI that registers the driver through the ODBCDriver table, with Authenticode signing, which needs a signing certificate and installer toolchain licence. A newcomer could start with the interim batch-script fixes (elevation check, pause on error, verifying uninstall), but the MSI and signing work is design-heavy and unassigned.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Description
When using the current install.bat / uninstall.bat scripts:
- If started via "Run as administrator" from Explorer, both scripts fail, whereas an elevated cmd.exe works. The window closes before an error can be read, and uninstall.bat reports success without checking what it removed.
- Short-term: detect missing elevation with a clear message, pause on error, verify results in uninstall.
- odbcconf.exe /A {INSTALLDRIVER …} loading an unsigned DLL matches a known detection pattern (MITRE ATT&CK T1218.008, https://attack.mitre.org/techniques/T1218/008/) and triggered security tooling on a user's machine.
Proposal
A proper fix for both:
- an MSI that registers the driver through Windows Installer's ODBCDriver table (https://learn.microsoft.com/en-us/windows/win32/msi/odbcdriver-table), so no odbcconf call is needed and a standard uninstall via Apps, plus Authenticode signing of the DLL and MSI and MakePQX sign for the .mez.
This will require a signing certificate and an installer toolchain's licence to implement and test this robustly.
- Vorherrschende Sprache
- Rust
- Sterne
- 2
- Forks
- 0
- Ø Merge
- 1 T. 15 Std.
- Gemergte PRs (30 T.)
- 3
Entwicklungsumgebung
- Kein Dockerfile und keine Docker-Compose-Datei
- Hat eine Pull-Request-Vorlage
- Beitragsleitfaden lesen
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus stackabletech/stackable-odbc-trino
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 62/100
-
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 60/100
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 67/100
-
Schwierigkeit 1/5 1-3 Stunden Anfängerfreundlichkeit 62/100
-
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 65/100
Alle Issues in stackabletech/stackable-odbc-trino
Ähnliche Issues
-
bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
Maintainer antworten meist innerhalb von 1 Tag
-
good first issue hardware help wanted no-box serve
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 70/100
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 64/100
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 64/100
Maintainer antworten meist innerhalb von 1 Tag
-
Query Log shows "Upstream" for CNAME cloaking, schedule, NXDOMAIN hijack and response IP blocksOffenbug good first issue query-log web
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 85/100
ferrous-networking/ferrous-dns#326 ·
Maintainer antworten meist innerhalb von 1 Tag