Передача данных с помощью протокола SMTP

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 476 477 478

Для того чтобы понять материал данной главы, надо хотя бы в общих чертах представ­лять себе принцип передачи почтовых сообщений с помощью протокола SMTP. В частно­сти, необходимо знать различия между заголовками конверта (envelope header), заголов­ками сообщения (message header) и телом сообщения (message data). Заголовком конверта

считаются поля From и То и содержащиеся в них адреса, которые указываются передаю­щим компьютером при установлении SMTP-соединения. В особенности важен заголовок конверта То, так как именно его анализирует принимающая система, определяя, кому адресовано данное сообщение.

В отличие от заголовка конверта, заголовок сообщения входит в состав письма. Неред­ко этот заголовок составляет значительную часть сообщения, доставляемого адресату. Среди них также присутствуют поля и но полагаться на их значения нель-

зя, так как они могут быть фальсифицированы. К заголовку сообщения относятся также поле Received:, которое отражает путь, проделанный письмом, и поле Subject:,

отображаемое большинством программ просмотра писем.

В заголовке сообщения значение поля отделяется от его имени двоеточием.

В заголовке конверта двоеточие обычно не используется. Если сервер SMTP

использует формат пшИн", данные, содержащиеся в заголовке конверта, хотя и используются при выполнении ЗМТР-транзакции, но не сохраняются в сооб-

щении. Некоторые серверы могут быть сконфигурированы так, чтобы адреса,

указанные в полях From и То заголовка конверта, сохранялись в составе по-

ля Received : заголовка сообщения. Это помогает в тех случаях, когда надо выяснить причину возникновения проблем при передаче писем.

Чтобы понять, как действует протокол SMTP, надо проследить ход SMTP-транзак­ции. В листинге 19.1 показан процесс передачи сообщения, осуществляемый вручную с помощью программы telnet. (Как нетрудно догадаться, в обычной SMTP-транзакции программа telnet не участвует).

Листинг 19.1. Пример SMTP-сеанса _   _   „ _

$telnetlouiswu" rodsbooks . com~25'"" '     ' "™

Trying 192.168.1.5. . .

Connected to louiswu.rodsbooks.com.

Escape character is ,A]'.

220 louiswu ESMTP Exim 3.12 #1 Wed, 30 Oct 2002 12:01:29 -0500 HELO nessus.rodsbooks.com

250  louiswu Hello nessus.rodsbooks.com [192.168.1.3] MAIL FROM:<rodsmith@nessus.rodsbooks.com>

250 <rodsmith@nessus.rodsbooks.com> is  syntactically correct RCPT TO:<rodsmith@louiswu.rodsbooks.com>

250 <rodsmith@louiswu.rodsbooks.com> is  syntactically correct DATA

354 Enter message, ending with "." on a line by itself From: <rodsmith@nessus.rodsbooks.com> To: <rodsmith@louiswu.rodsbooks.com> Subject: A Sample SMTP Session

This is the text of the message.

250 OK id=15z87H-OOOOCX-00 QUIT

221 louiswu closing connection Connection closed by foreign host.

В большинстве случаев SMTP-соединение начинается по инициативе клиентской про­граммы, в роли которой выступает программа подготовки писем или другой сервер SMTP (в сеансе, представленном в листинге 19.1, действия клиентской программы имитирует пользователь с помощью программы telnet). Клиент объявляет о своем намерении начать взаимодействие, передавая серверу команду HELO или EHLO. Затем с помощью команд MAIL FROM: и RCPT ТО: клиент задает заголовки конверта From и То. В ответ на каждую из этих команд сервер SMTP передает числовой код, посредством которогоон сообщает результаты обработки очередной команды. Текст, следующий за числовым кодом, предназначен для пользователя, который следит за ходом взаимодействия. Коман­да DATA указывает на то, что передающий компьютер готов пересылать тело сообщения. Получив ответ от сервера, клиент начинает передачу заголовков и данных сообщения. (Заголовки сообщения передавать не обязательно. Если исключить их из листинга 19.1, письмо все равно будет доставлено.) Заголовки отделяются от тела сообщения пустой строкой. Строка, содержащая только точку, является признаком окончания сообщения.

Ниже описаны некоторые характерные особенности SMTP-транзакции и передавае­мых сообщений, которые должны учитываться при настройке сервера.

• Идентификация отправителя. Передающая система передает свой адрес принима­ющему компьютеру различными способами, в частности, адрес содержится в соста­ве команд HELO и MAIL FROM, а также поля заголовка Следует заметить, что если передающая система работает в режиме ретранслятора, в команде MAIL FROM и в поле заголовка From: будет содержаться адрес другого компьютера. Так или иначе, IP-адрес отправителя становится известен принимающей системе; в ли­стинге       этот адрес указывается в ответе на команду HELO.

• Заголовки конверта и сообщения. В листинге 19.1 заголовки конверта и сообще­ния соответствуют друг другу, но в других случаях ситуация может быть иной. Если вы получите сообщение, адресованное не вам, причина этого может состоять в том, что в поле То заголовка конверта был указан ваш адрес, а в поле То: заголовка сообщения — адрес другого пользователя. Поскольку действия по доставке письма определяются значением поля То заголовка конверта, то такое письмо будет пере­дано вам. Почтовая программа, сохраняющая все данные о заголовках, помогла бы вам выяснить причины происходящего.

• Возможность отказаться от сообщения. Принимающий сервер SMTP может пре­кратить работу по доставке письма на любом этапе, начиная с установки соединения и заканчивая обработки сообщения после его получения. Чаще всего управление доставкой сообщения осуществляется после ответа на команду RCPT ТО:, но су­ществует также возможность контроля на более ранних этапах взаимодействия. Если получатель прерывает соединение перед получением команды RCPT некоторые отправители предпринимают повторную попытку передачи письма, что увеличивают нагрузку на сеть. Отказ от обработки после передачи содержимого письма имеет свой недостаток — если объем сообщения велик, такой подход также приведет к неоправданному увеличению трафика в сети.

• Предоставление информации о сервере. При проведении сеанса, приведенного в листинге отправитель получает лишь частичную информацию о сервере и никаких других данных. В данном примере сервер объявляет себя как Exim 3.12. Некоторые программы позволяют скрыть номер версии; если в средствах защиты сервера имеются недостатки, такая мера повышает безопасность системы. Сохраняя в секрете номер реализации сервера, вы лишаете хакера информации о возможных путях незаконного проникновения в систему. В листинге в ответ на команды MAIL FROM: и RCPT ТО: принимающий сервер возвращает код 250 и сообщение

is syntactically correct. Некоторые серверы могут быть сконфигуриро­ваны так, что в случае, если в системе отсутствует учетная запись пользователя,которому адресовано письмо, взаимодействие с передающим компьютером прекра­тится после обработки команды RCPT ТО:. Такая конфигурация предоставляет информацию, полезную для злоумышленника: посредством команд почтового сер­вера он может подобрать корректное имя пользователя. В этом примере сервер Exim не предоставляет подобных данных, однако это порождает другую проблему. Если в письме указан несуществующий пользователь, сервер должен обработать, а затем проигнорировать письмо.