~ubuntu-branches/debian/experimental/apt/experimental

Code, der die Signatur der Release\-Datei für alle Archive prüft\&. Dies stellt sicher, dass Pakete im Archiv nicht von Leuten geändert werden können, die keinen Zugriff auf den Signierschlüssel der Release\-Datei haben\&.

.PP

Wenn ein Paket aus einem Archiv ohne Signatur stammt oder einem mit Signatur, für das APT keinen Schlüssel hat, wird dieses Paket als nicht vertrauenswürdig angesehen und es zu installieren, führt zu einer großen Warnung\&.

\fBapt\-get\fR

wird aktuell nur bei nicht signierten Archiven warnen, zukünftige Releases könnten die Prüfung aller Quellen vor dem Herunterladen von Paketen von dort erzwingen\&.

.PP

Die Paketoberflächen

\fBapt-get\fR(8),

\fBaptitude\fR(8)

und

\fBsynaptic\fR(8)

unterstützen diese neue Authentifizierungsfunktion\&.

.SH "VERTRAUENSWüRDIGE ARCHIVE"

.PP

Eine Kette des Vertrauens von einem APT\-Archiv zum Endanwender wird durch verschiedene Schritte erreicht\&.

\fBapt\-secure\fR

ist der letzte Schritt in dieser Kette\&. Einem Archiv zu vertrauen bedeutet nicht, dass das Paket, dem Sie vertrauen, keinen schadhaften Code enthält, aber es bedeutet, dass Sie dem Archivbetreuer vertrauen\&. Der Archivbetreuer ist dafür verantwortlich, dass er die Korrektheit der Integrität des Archivs sicherstellt\&.

.PP

apt\-secure überprüft keine Signaturen auf einer Ebene des Pakets\&. Falls Sie ein Werkzeug benötigen, das dies tut, sollten Sie einen Blick auf

\fBdebsig\-verify\fR

und

\fBdebsign\fR

werfen (bereitgestellt von den Paketen debsig\-verify beziehungsweise devscripts)\&.

.PP

Die Kette des Vertrauens in Debian beginnt, wenn eine Betreuer ein neues Paket oder eine neue Version eines Pakets in das Debian\-Archiv hochlädt\&. Dieser Upload muss mit einem Schlüssel des Betreuers, der sich im Schlüsselring der Debian\-Betreuer befindet (verfügbar im Paket debian\-keyring) signiert werden\&. Betreuerschlüssel werden von anderen Betreuern gemäß vorbestimmter Regeln signiert, um die Identität des Schlüsselinhabers sicherzustellen\&.

.PP

Sobald das hochgeladenen Paket überprüft und in das Archiv hinzugefügt wurde, wird die Betreuersignatur entfernt, eine MD5\-Summe des Pakets berechnet und in die Paketdatei getan\&. Dann werden die MD5\-Summen aller Paketdateien berechnet und in die Release\-Datei getan\&. Dann wird die Release\-Datei durch den Archivschlüssel signiert (der einmal jährlich erzeugt und per FTP\-Server verteilt wird)\&. Dieser Schlüssel ist außerdem der Debian\-Schlüsselring\&.

.PP

Jeder Endanwender kann die Signatur der Release\-Datei prüfen, die MD5\-Summe eines Paketes daraus entpacken und mit der MD5\-Summe des Pakets vergleichen, das er heruntergeladen hat\&. Vor Version 0\&.6 wurde nur die MD5\-Summe des heruntergeladenen Debian\-Pakets geprüft\&. Nun werden sowohl die MD5\-Summe als auch die Signatur der Release\-Datei geprüft\&.

.PP

Beachten Sie, dass dies verschieden von geprüften Signaturen auf Paketbasis ist\&. Es wurde entworfen, um zwei mögliche Angriffe zu verhindern:

.sp

.RS 4

.ie n \{\

\h'-04'\(bu\h'+03'\c

.\}

.el \{\

.sp -1

.IP \(bu 2.3

.\}

Network "man in the middle" attacks\&. Ohne Signaturprüfung kann ein schädlicher Mittelsmann sich selbst in das Herunterladen von Paketen einbringen und Schadsoftware bereitstellen\&. Dies kann entweder durch Kontrolle eines Netzwerkelements (Router, Switch, etc\&.) oder durch Umleiten des Netzverkehrs zu einem bösartigen Server (durch ARP\- oder DNS\-Manipulationsangriffe) erfolgen\&.

.RE

.sp

.RS 4

.ie n \{\

\h'-04'\(bu\h'+03'\c

.\}

.el \{\

.sp -1

.IP \(bu 2.3

.\}

Mirror network compromise\&. Ohne Signaturprüfung kann ein schädlicher Mittelsmann einen Spiegelserver kompromittieren und die Dateien darauf verändern, um schädliche Software an alle Anwender zu verbreiten, die Pakete von diesem Rechner herunterladen\&.

.RE

.PP

Es schützt jedoch nicht gegen eine Kompromittierung des Haupt\-Debian\-Servers selbst (der die Pakete signiert) oder gegen eine Kompromittierung des Schlüssels, der zum Signieren der Release\-Dateien benutzt wird\&. In jedem Fall kann dieser Mechanismus eine Signatur pro Paket ergänzen\&.

.SH "BENUTZERKONFIGURATION"

.PP

\fBapt\-key\fR

ist das Programm, das die Liste der von APT verwendeten Schlüssel verwaltet\&. Es kann benutzt werden, um Schlüssel hinzuzufügen oder zu entfernen, obwohl eine Installation dieses Releases automatisch die Standard\-Debian\-Archivsignierschlüssel bereitstellt, die in den Debian\-Paketdepots benutzt werden\&.

.PP

Um einen neuen Schlüssel hinzuzufügen, müssen Sie ihn zuerst herunterladen (Sie sollten sicherstellen, dass Sie einen vertrauenswürdigen Kommunikationskanal benutzen, wenn Sie ihn herunterladen), ihn mit

\fBapt\-key\fR

hinzufügen und dann

100

\fBapt\-get update\fR

101

ausführen, so dass APT die

102

Release\&.gpg\-Dateien der von Ihnen konfigurierten Archive herunterladen und prüfen kann\&.

103

.SH "ARCHIVKONFIGURATION"

104

.PP

105

Wenn Sie Archivsignaturen in einem von Ihnen betreuten Archiv zur Verfügung stellen möchten, müssen Sie:

106

.sp

107

.RS 4

108

.ie n \{\

109

\h'-04'\(bu\h'+03'\c

110

.\}

111

.el \{\

112

.sp -1

113

.IP \(bu 2.3

114

.\}

115

\fIErzeugen einer Release\-Datei der obersten Stufe\fR, wenn sie nicht bereits existiert\&. Sie können dies erledigen, indem Sie

116

\fBapt\-ftparchive release\fR

117

(aus apt\-utils) ausführen\&.

118

.RE

119

.sp

120

.RS 4

121

.ie n \{\

122

\h'-04'\(bu\h'+03'\c

123

.\}

124

.el \{\

125

.sp -1

126

.IP \(bu 2.3

127

.\}

128

\fIEs signieren\fR\&. Sie können dies tun, indem Sie

129

\fBgpg \-abs \-o Release\&.gpg Release\fR

130

ausführen\&.

131

.RE

132

.sp

133

.RS 4

134

.ie n \{\

135

\h'-04'\(bu\h'+03'\c

136

.\}

137

.el \{\

138

.sp -1

139

.IP \(bu 2.3

140

.\}

141

\fIVeröffentlichen Sie den Schlüsselfingerabdruck\fR, damit Ihre Anwender wissen, welchen Schlüssel sie importieren müssen, um die Dateien im Archiv zu authentifizieren\&.

142

.RE

143

.PP

144

Immer wenn sich die Inhalte des Archivs ändern (neue Pakete hinzugefügt oder entfernt werden), muss der Archivbetreuen den beiden zuerst skizzierten Schritten folgen\&.

145

.SH "SIEHE AUCH"

146

.PP

147

148

\fBapt.conf\fR(5),

149

\fBapt-get\fR(8),

150

\fBsources.list\fR(5),

151

\fBapt-key\fR(8),

152

\fBapt-ftparchive\fR(1),

153

\fBdebsign\fR(1)

154

\fBdebsig-verify\fR(1),

155

\fBgpg\fR(1)

156

.PP

157

Um weitere Hintergrundinformationen zu erhalten, können Sie die

158

\m[blue]\fBDie Infrastruktur für Sicherheit in Debian\fR\m[]\&\s-2\u[1]\d\s+2\-Kapitel des Handbuchs \(FcAnleitung zum Absichern von Debian\(Fo (auch verfügbar im Paket harden\-doc) und dem

159

\m[blue]\fBStrong Distribution HOWTO\fR\m[]\&\s-2\u[2]\d\s+2

160

von V\&. Alex Brennen lesen\&.

161

.SH "FEHLER"

162

.PP

163

\m[blue]\fBAPT\-Fehlerseite\fR\m[]\&\s-2\u[3]\d\s+2\&. Wenn Sie einen Fehler in APT berichten möchten, lesen Sie bitte

164

/usr/share/doc/debian/bug\-reporting\&.txt

165

oder den

166

\fBreportbug\fR(1)\-Befehl\&. Verfassen Sie Fehlerberichte bitte auf Englisch\&.

167

.SH "AUTOR"

168

.PP

169

APT wurde vom APT\-Team geschrieben

170

apt@packages\&.debian\&.org\&.

171

.SH "AUTOREN DER HANDBUCHSEITE"

172

.PP

173

Diese Handbuchseite basiert auf der Arbeit von Javier Fernández\-Sanguino Peña, Isaac Jones, Colin Walters, Florian Weimer und Michael Vogt\&.

174

.SH "ÜBERSETZUNG"

175

.PP

176

Die deutsche Übersetzung wurde 2009 von Chris Leick

177

c\&.leick@vollbio\&.de

178

angefertigt in Zusammenarbeit mit dem Debian German\-l10n\-Team

179

debian\-l10n\-german@lists\&.debian\&.org\&.

180

.PP

181

Note that this translated document may contain untranslated parts\&. This is done on purpose, to avoid losing content when the translation is lagging behind the original content\&.

182

.SH "AUTHOR"

183

.PP

184

\fBJason Gunthorpe\fR

185

.RS 4

186

.RE

187

.SH "COPYRIGHT"

188

.br

189

190

.br

191

.SH "NOTES"

192

.IP " 1." 4

193

Die Infrastruktur für Sicherheit in Debian

194

.RS 4

195

\%http://www.debian.org/doc/manuals/securing-debian-howto/ch7.de.html

196

.RE

197

.IP " 2." 4

198

Strong Distribution HOWTO

199

.RS 4

200

\%http://www.cryptnet.net/fdp/crypto/strong_distro.html

201

.RE

202

.IP " 3." 4

203

APT-Fehlerseite

204

.RS 4

205

\%http://bugs.debian.org/src:apt

206

.RE

Older »