WWW.DISSERS.RU

БЕСПЛАТНАЯ ЭЛЕКТРОННАЯ БИБЛИОТЕКА

   Добро пожаловать!

Pages:     | 1 |   ...   | 10 | 11 || 13 | 14 |

«А TV AODISON WESLEY СЕТЕВЫЕ СРЕДСТВА РОДЕРИК В. Смит Сетевые средства Linux Advanced Linux Networking W. Smith A TT ADDISON-WESLEY Boston • San Francisco • New York • Toronto • Montreal ...»

-- [ Страница 12 ] --

• deny Эта опция указывает WU FTPD на то, что все попытки доступа, предпринимаемые с указанных адресов, должны отвергаться. Данная опция похожа на запись deny в файле f tphosts, но в ней указывается файл, содержащий сообщение. Это сообщение, объясняющее причины отказа в соединении, передается пользователю, обратившемуся к серверу.

• autogroup..]. Данная опция указывает, что при получении обращений одного из указанных классов WU-FTPD должен вы полнить операцию setgid с именем группы. С помощью этой опции вы можете разрешить анонимным пользователям, принадлежащим некоторому классу, читать те файлы, которые имеют право читать члены указанной группы, но которые не доступны для чтения остальным пользователям.

• defumask кла [, кла Данная опция WU-FTPD, что ес ли пользователь, принадлежащий указанному классу, передает файл на сервер, то при создании файла должна использоваться маска umask.

542 Часть Серверы Internet • timeout Данная опция позволяет за дает значения тайм-аута. В качестве ключевого слова может использоваться accept, connect, data, idle, или rf c931.

• noretrieve I Эта опция запрещает передачу указанных файлов. Если вместо имени файла задано имя каталога, все содержимое каталога становится недоступным. При необходимости вы можете применять эту опцию только к указанному классу. Значе ния relative и absolute указывают, должно ли имя файла интерпретироваться как относительное (определяемое относительно корня поддерева или как абсолютное (определяемое относительно корневого каталога файловой системы).

По умолчанию абсолютным считается имя, начинающееся с символа /. Например, если задана опция noretrieve /etc /usr, это означает, что копирование фай лов из каталогов запрещено.

СОВЕТ Опцию noretrieve часто используют для того, чтобы запретить доступ к /etc/passwd, /etc/ftpaccess, файлу core (находя щемуся в любом каталоге) и другим важным файлам.

• allowretrieve файлов. Данная опция выполняет действия, противоположные опции noretrieve.

С ее помощью определяются исключения из правила, заданного посредством noretrieve. Синтаксис данной опции полностью совпадает с синтаксисом noretrieve.

• message [событие] Опция message задает файл, со держимое которого должно быть передано при наступлении некото рого события. Так, например, если в качестве события указано ключевое слово login, сообщение будет отображаться при регистрации пользователя. Если собы тие описано как то сообщение будет передано при выборе этого каталога в качестве текущего. При необходимости вы можете ограничить действия данной опции определенным классом пользователей. Например, если задана оп ция message. message то при переходе в любой каталог пользователю будет передано сообщение из файла содержащегося в этом каталоге.

Таким образом, вы можете предоставлять пользователям описание содержимого каталогов и сообщать о назначении всего • compress [yes no] [, Данная опция разрешает сжатие дан ных. Если пользователь запрашивает один из существующих файлов, но указы вает дополнительное означающее сжатие, этот файл будет передан в сжатом виде. (Например, для получения файла с именем пользователь мо жет указать имя gz.) означающие сжатие, приведены в файле ftpconversions.

• tar по] Эта опция действует подобно опции compress, но применяется для объединения содержимого каталога в tar-архив.

Данная опция предоставляет удобные средства для копирования каталогов.

Глава 21. • delete, overwrite, rename и Эти опции принимают зна чение yes или по, кроме того, в них указывается такой же список типов, как и в определении класса. Каждая из этих опций разрешает или запрещает использова ние клиентом соответствующей команды. Например, запись delete no guest, anonymous запрещает пользователям типа guest и anonymous удалять файлы.

• dns Данная опция сообщает серверу FTPD о том, что тот должен выполнить преобразование IP-адреса кли ента, а затем осуществить прямое Если адрес, полученный в результате прямого преобразования, не соответствует адресу клиента, соедине ние должно быть разорвано. Однако перед разрывом соединения сервер передает клиенту содержимое указанного файла.

• dns refuse_no_reverse Данная опция что если выполнить обратное DNS-преобразование не удается, сервер не должен продолжать взаимодействие с клиентом. Перед завершением работы клиенту передается содер жимое указанного файла.

Здесь приведены лишь некоторые из рпций Дополнительную информацию о настройке данного сервера можно получить, обратившись к страницам справочной системы, посвященным f Далее в этой главе будут также рассмотрены опции, применяемые для организации работы анонимного FTP-сервера.

Настройка ProFTPd При создании конфигурационных файлов ProFTPd разработчики ориентировались на соответствующие средства сервера Apache, поэтому, если вам приходилось настраивать Apache, многие опции ProFTPd будут знакомы вам.

Конфигурационные файлы ProFTPd Главный конфигурационный файл ProFTPd называется как прави ло, он располагается в каталоге /etc. В этом файле содержится большинство опций, используемых для настройки ProFTPd. Строки, содержащие комментарии, начинаются с символа #. Остальные записи представляются в следующем формате:

Директива Существуют директивы, для которых может быть задано несколько значений. Некото рые директивы формируют блок, включающий другие опции. Эти директивы помещаются в угловые скобки. Признаком окончания блока является перед именем кото рой указан символ /. Пример блока, сформированного с помощью директивы Limit, приведен ниже.

DenyAll Allow from Помимо главного конфигурационного файла, для настройки ProFTPd используется также файл tpusers. Этот файл выполняет те же функции, что и одноименный файл сервера Пользователям, указанным в этом файле, запрещена регистрация на 544 Часть III. Серверы Internet (Строго говоря, ProFTPd применяет для аутентификации модули РАМ, ко торые, в свою очередь, используют файл По умолчанию при инсталляции ProFTPd создается файл в котором указываются такие имена пользователей, как nobody, daemon и root. Вы можете включить в данный файл учетные записи, со зданные вами для специальных целей и не предполагающие регистрацию пользователей.

Кроме того, в файле ftpusers можно задать имена обычных пользователей, которым по каким-либо причинам следует запретить доступ к FTP-серверу.

Опции общего назначения для сервера ProFTPd В сервере ProFTPd предусмотрено большое количество директив, используемых для настройки этого сервера. Подробную информацию о них вы можете получить из доку ментации на ProFTPd, представленной по адресу Вероятнее всего, что, настраивая сервер, вы примете для большинства директив значения по умолчанию.

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

• С помощью данной директивы вы можете со здать анонимный FTP-сервер. В блоке, созданной посредством этой директивы, задаются другие директивы, используемые для обеспечения анонимного па. Анонимным пользователям разрешен доступ только к файлам, содержащимся в определенном каталоге, имя которого задается в качестве значения данной опции.

Этот каталог ProFTPd указывает в качестве корневого каталога поддерева chroot (использование системной функции chroot рассматривается в главе 23).

. В этот блок помещаются директивы, с помощью которых задаются характеристики всех каталогов.

. Директива формирует блок, содержимое которого приме няется ко всему серверу и всем виртуальным узлам, формируемым посредством .

• Данная опция задает набор команд дей ствия которых ограничены директивами, содержащимися в составе блока. В группу команд входят одна или несколько команд из следующего набора: CDUP, RNFR, DELE, RETR и STOR. В качестве значения данной директивы также могут быть указаны специальные идентификаторы, обозначающие категории команд. К ним относятся READ (все команды чтения), WRITE (все команды записи), DIRS (все команды для работы с каталогами) и ALL (все команды). Кроме того, для введения ограничений при регистрации вы можете использовать идентификатор LOGIN.

• адрес>. ProFTPd позволяет поставить использование директив в зависимость от адреса клиента. В качестве значения данной директивы Глава 21. ется IP-адрес или имя узла, и при обработке запроса с этого адреса применяются директивы, содержащиеся в блоке.

Большинство директив может присутствовать в одном или нескольких блоках. Кроме того, ряд директив указывается за пределами всех блоков;

они рассматриваются как гло бальные опции. Некоторые директивы могут встречаться как за пределами, так и в составе блока. Возможно также присутствие директивы в двух блоках, один из которого входит в состав другого. В этом случае директива с наибольшей степенью вложенности име ет наивысший приоритет. При настройке FTP-сервера чаще всего приходится изменять значения приведенных ниже директив.

• Allow директива используется в со ставе блока и указывает, какие клиенты имеют право доступа к ресурсу.

В качестве идентификаторов узлов задается список IP-адресов, имен узлов, имен доменов (имя домена должно начинаться с точки) или блоков IP-адресов. Пункты списка отделяются друг от друга запятыми. Для идентификации узлов сети могут также использоваться ключевые слова all и попе. После Allow может стоять ключевое слово но оно никак не изменяет действия, выполняемые данной директивой.

СОВЕТ Вместо имен узлов и доменов рекомендуется использовать блоки IP-адресов.

Это уменьшает зависимость FTP-сервера от работы DNS-сервера.

• AllowAll. По умолчанию ProFTPd разрешает доступ к каталогам, но существуют различные способы ограничить доступ. Поместив директиву AllowAll в состав блока , или вы можете восстановить со глашения, принятые по умолчанию.

• AllowGroup Данная опция разрешает доступ для пользовате лей, которым в блоке запрещено обращаться к ресурсу. В качестве значе ния этой опции указываются имена групп, разделенные запятыми. Чтобы получить доступ к ресурсу, пользователь должен принадлежать всем указанным группам.

Если имени группы предшествует символ учитываются лишь пользователи, не принадлежащие данной группе. Эта опция чаще всего используется для того, чтобы отменить для некоторых пользователей ограничения, наложенные такими опциями, как DenyAll.

• | of f Эта опция может ли пользователь за менять файлы на сервере. По умолчанию принимается значение которое за прещает замену файлов.

• AllowUser Директива AllowUser предоставляет пользователю или группе пользователей доступ к ресурсу, закрытому для осталь ных. Если имени пользователя предшествует символ право доступа получают все пользователи, кроме указанного.

• С помощью данной опции вы можете ограничить сферу деятельности пользователей подкаталогами опреде ленного каталога. Для этого надо указать в качестве значения имя соответствующего 546 Часть III. Серверы Internet каталога. Имя каталога может начинаться с символа /, в этом случае предполагается абсолютное имя. Символ ~ определяет рабочий каталог пользователя. Если дирек тива Def aultRoot должна иметь отношение лишь к некоторым из пользователей, надо указать их в списке групп. Список групп составляется по тем же правилам, что и для директивы СОВЕТ Указав глобальную опцию Def aultRoot ~, вы запретите пользователям до ступ к системным каталогам, а также к рабочим каталогам других пользовате лей. Настроенный подобным образом, сервер ProFTPd разрешает пользователям обращаться только к своим рабочим каталогам.

• FTP-сервер поддерживает два ре жима передачи файлов. В двоичном режиме (binary) содержимое файла переда ется без изменений, а в символьном режиме (ascii) выполняется преобразование некоторых символов. Символьный режим удобен для передачи текстовых файлов, но недопустим для работы с двоичными файлами, например, файлами, ми код программ. Директива DefaultTransferMode устанавливает режим пе редачи, используемый по умолчанию. При инсталляции сервера задается значение ascii данной директивы.

• Deny Данная директива выполняет дей ствия, противоположные директиве Allow. Она используется в составе блока и запрещает клиентам доступ к ресурсу.

• DenyAll. Данную директиву можно использовать в составе блоков или . Она запрещает всем пользователям доступ к ресурсу. При необходимости вы можете указать в том же блоке одну из директив, отменяющих для некоторых пользователей ограничения, наложенные посредством DenyAll.

• DenyGroup Эта директива позволяет определять кото рым запрещен доступ к ресурсу в блоке Список групп формируется так же, как и для директивы AllowGroup.

• DenyUser Данная директива противоположна AllowUser. Она запрещает доступ к ресурсу в блоке .

• DisplayConnect Если в конфигурационном файле указана данная опция, ProFTPd передает клиенту текст, содержащийся в указанном файле. Это про исходит после установления соединения, но до завершения процедуры регистрации.

• DisplayFirstChdir Данная директива указывает ProFTPd на то, что содержимое заданного файла должно быть передано пользователю в тот момент, когда он впервые сделает каталог текущим. Чаще всего для данной директивы зада ется файл в результате чего пользователю передается файл содержащийся в том каталоге, к которому он обращается в первый раз.

• DisplayLogin Эта директива действует подобно директиве DisplayConnect, но сообщение передается пользователю после успешного за вершения процедуры регистрации.

Глава 21. • Group Сервер ProFTPd запускается от имени поль зователя root, но сразу после запуска переходит на выполнение с ограниченными полномочиями. Это снижает незаконного проникновения в систему извне.

С помощью данной директивы указывается группа, полномочия которой получает ProFTPd. При инсталляции сервера в качестве значения данной директивы обычно задается или другая подобная группа.

• MaxClients число \ попе. Данная директива позволяет ограничить количество клиентов, которые могут работать с сервером. Числовое значение (например, 30) определяет максимальное количество клиентов, значение попе снимает данное ограничение.

• число. Эта директива действует подобно MaxClients, но ес ли MaxClients задает максимальное количество успешно зарегистрировавшихся пользователей, то Maxlnstances ограничивает число соединений, устанавлива емых сервером. Директива Maxlnstances неэффективна при запуске ProFTPd посредством суперсервера, но подобные ограничения можно задать при настройке самого суперсервера.

• Order allow, deny | deny, allow. Если в блоке присутствуют и за прещающие, и разрешающие директивы, ProFTPd сначала выполняет проверку на соответствие разрешающим, а лишь затем запрещающим директивам. В результате разрешающие директивы имеют более высокий приоритет, чем запрещающие. Кро ме того, если отсутствует запрещающая директива, доступ по умолчанию разреша ется. Поведение сервера можно изменить с помощью опции Order deny, allow.

В этом случае запрещающие директивы получают более высокий приоритет, чем разрешающие, а доступ, не разрешенный явно, не предоставляется.

• RootLogin on | По умолчанию ProFTPd отказывает в регистрации пользова телю root. Если в конфигурационном файле присутствует опция RootLogin on, root получает право работать на FTP-сервере. (Для этого вам, возможно, придется предпринять и другие действия, например, удалить пользователя root из файла • off ]. Данная директива оп ределяет, должен ли ProFTPd при установлении соединения предоставлять клиенту сведения о себе. Задавая значение on данной директивы, вы можете также ука зать строку-идентификатор. По умолчанию сервер сообщает пользователю, что для реализации функций FTP-сервера используется продукт ProFTPd. Если вы не соби раетесь объявлять тип программы, вам надо явно указать строку, которая должна передаваться клиенту.

• ServerName "строка-идентификатор". С помощью данной директивы вы можете задать имя сервера, которое будет включаться в состав строки, исполь зуемой Serverldent. Директива Serverldent позволяет переопределить все сообщение, но если вы хотите изменить лишь имя сервера, вы можете использовать для этого опцию ServerName.

• inetd I standalone. Если вы запускаете ProFTPd посредством су персервера, вы должны задать значение inetd данной опции, если же для запуска 548 Часть III. Серверы Internet используется сценарий SysV или локальный сценарий, надо установить значение standalone. С помощью данной опции ProFTPd получает сведения о том, запу щен ли он от имени обычного пользователя и должен ли непосредственно обраба тывать запрос (inetd), или запуск осуществляется от имени пользователя root и для обработки запросов следует порождать новые процессы (standalone).

• SyslogLevel Данная директива определяет, насколько подробные сведения должны записываться в файл протокола. Значения расположены по мере возрастания объема записываемой информации: соответствует самым общим, a debug — наиболее подробным сведениям.

• Trans erLog \ NONE. С помощью данной директивы вы можете ука зать файл протокола для помещения в него сведений о переданных файлах или за претить запись подобной информации (для этого надо задать значение NONE). Дан ная директива позволяет создавать различные файлы протоколов, предназначенные для разных целей. Она может независимо использоваться в блоках и , а также указываться за пределами всех блоков.

• Umask лог а]. задать маску k, которая будет использоваться при создании новых файлов (и, возмож но, новых каталогов). По умолчанию принимается значение 022, приемлемое для многих систем.

• UseFtpUsers on | Задавая значение директивы вы мо жете запретить использование файла По умолчанию для данной директивы устанавливается значение on.

• UserAlias псевдоним В обычных условиях ProFTPd использует для аутентификации пользовательское имя, указанное при регистрации.

Посредством данной директивы вы можете задать псевдоним, который будет отобра жаться в имя конкретного пользователя. Например, если в конфигурационном фай ле указана опция jones ronald, то при указании имени jones аутентификация будет производиться с помощью учетной записи ronald. (Такая конфигурация часто используется в анонимных FTP-серверах, где для аутентифи кации всех пользователей применяется учетная запись Директивы, приведенные выше, а также другие директивы, не рассмотренные в дан ной главе, позволяют настроить ProFTP для выполнения самых разнообразных задач.

Стандартная конфигурация позволят пользователям регистрироваться на сервере и рабо тать с файлами, расположенными в их рабочих каталогах. В конфигурационном файле можно создать специальный блок для поддержки анонимных обращений.

Для того чтобы обеспечить доступ всех пользователей к серверу, надо внести в его конфи гурацию дополнительные изменения. Кроме того, файлы, предназначенные для всеобщего доступа, необходимо разместить в специально предназначенных для этого каталогах.

Установка анонимного очень часто используются для предоставления анонимного па. Как было сказано ранее в этой главе, вместо анонимного FTP-сервера может быть Глава установлен однако в ряде ситуаций целесообразно использовать параллельно с Web-сервером и даже вместо него. Так, например, вам может ся анонимный FTP-сервер для предоставления файлов всем желающим и обычный FTP сервер, осуществляющий аутентификацию посредством анализа пользовательского име ни и пароля. Установив серверы, поддерживающие протоколы HTTP и FTP, вы упростите работу пользователей, привыкших работать лишь с одной из служб.

Перед тем как устанавливать анонимный FTP-сервер, вам надо тщательно изучить вопросы обеспечения безопасности системы. Если вы решили настроить FTP-сервер для предоставления файлов всем желающим, вам надо изучить назначение соответствующих опций, находящихся в конфигурационных файлах. Кроме настройки вам также придется изменить конфигурацию системы, в частности, установить необходимые права доступа к каталогам.

Особенности работы анонимного Основное назначение анонимного — обеспечивать передачу файлов с вера на клиентский компьютер. На анонимном FTP-сервере можно разместить програм мы, документацию и другие сведения, которые вы собираетесь предоставить всем щим. В состав HTML-документов можно включать ссылки на файлы, находящиеся на нимном FTP-сервере;

такие ссылки должны начинаться последовательностью символов // (например, Некоторые особенности работы подобных FTP-серверов требуют специального • расположенные на анонимном копируются в одном направле нии: с сервера на клиентский компьютер. Подобным образом настроено большин ство Web-серверов. Существуют исключения из данного правила, но файлы, скопи рованные на анонимный FTP-сервер, обычно становятся недоступными остальным пользователям. К подобным мерам администраторы прибегают для того, чтобы их компьютеры не стали пунктом для обмена незаконной информацией. Если вы хо тите получать файлы от удаленных пользователей, лучше всего настроить сервер так, чтобы перед передачей данных пользователь должен был зарегистрироваться на сервере. В качестве альтернативы можно рассмотреть обмен доку ментами по электронной почте.

• Файлы, расположенные на анонимном FTP-сервере, доступны всем желающим. Это означает, что на том компьютере, на котором размещен анонимный FTP-сервер, нельзя размещать важные данные. Для того чтобы организовать защиту системных файлов, пользователю, на анонимный предоставляется лишь ограниченное подмножество файловой системы. Вся информация, находя щаяся за пределами выделенной области, скрыта от него. На большинстве FTP серверов для обеспечения защиты создается поддерево которое будет рас сматриваться в главе Несмотря на то что поддерево chroot повышает уровень защиты системы, оно | не гарантирует ее безопасность. Лучше всего удалить всю секретную информа цию с компьютера, на котором работает анонимный FTP-сервер. В результате, даже если взломщику удастся проникнуть в систему, он не сможет похитить важные данные.

550 Часть III. Серверы Internet Если FTP-сервер использует поддерево chroot, вам придется скопировать в соответ ствующие каталоги некоторые системные конфигурационные файлы. Во многих пакетах, реализующих для системы Linux, такие копии файлов создаются по умол чанию. Некоторые серверы, в том числе ProFTPd, перед тем как ограничить сферу своего доступа поддеревом chroot, имеют возможность прочитать свои конфигурационные файлы, поэтому объем данных, которые необходимо скопировать в каталоги поддерева, остается минимальным.

Некоторые варианты конфигурации FTP-сервера (в особенности это касается ProFTPd) лучше работают при запуске сервера посредством сценария SysV. В других случаях нор мальная работа обеспечивается и при использовании суперсервера (это справедливо для Одна из особенностей настройки FTP-сервера состоит в том, что системный вызов chroot может использоваться только в том случае, если программа запускает ся от имени пользователя root. Если в конфигурационном файле суперсервера указан запуск FTP-сервера от имени другого пользователя, создать поддерево chroot невоз можно. (Как было сказано ранее, вскоре после запуска FTP-сервер переходит к работе с ограниченными полномочиями, но происходит это после вызова системной функции ().) Для работы анонимного FTP-сервера необходимо, чтобы некоторые файлы распола гались в определенных каталогах. Этот вопрос будет подробнее рассмотрен далее в этой главе.

Обеспечение безопасности при работе анонимного FTP-сервера Поскольку анонимный FTP-сервер доступен всем желающим, он может создавать се рьезную угрозу для системы. Считается, что поддерживать на компьютере анонимный FTP-сервер не более опасно, чем Web-сервер или почтовый сервер. Однако, как показы вает опыт многих администраторов, риск оказывается намного больше. Одна из причин состоит в том, что в защите многих программ, реализующих FTP-серверы (и особен но в были обнаружены многочисленные недостатки. Еще один источник опасности связан с тем, что FTP-сервер обеспечивает двунаправленную передачу дан ных, поэтому, если взломщику удастся воспользоваться недостатками защиты и выйти за пределы поддерева chroot, он сможет изменить конфигурацию системы в соответ ствии со своими потребностями. По сравнению с FTP-сервером почтовый сервер дает злоумышленнику гораздо меньше возможностей для воздействия на систему. Это связано с особенностями обработки почты.

Одно из положительных качеств анонимного FTP-сервера состоит в том, что он не позволяет перехватить пароль. Связано это с тем, что при обращении на анонимный FTP сервер пользователь может указать любой пароль на свой выбор. (Большинство серверов предлагает пользователю ввести в качестве пароля свой почтовый адрес.) С этой точки зрения анонимный FTP-сервер является более защищенным, чем обычный FTP-сервер.

Если вы сконфигурируете одну программу для работы в качестве как анонимного, так и обычного FTP-сервера, вы тем самым объедините недостатки обоих типов серверов.

Лучше всего, если анонимный FTP-сервер будет поддерживать только анонимные обра щения (по крайней мере от внешних пользователей). Чтобы повысить уровень защиты, минимизируйте число учетных записей на компьютере, на котором работает анонимный сервер, и запретите запуск ненужных серверов.

Глава 21. используемые для настройки анонимного Большинство поставляемых в составе различных версий Linux, полно стью или частично сконфигурированы для функционирования в качестве анонимного FTP-сервера. Для того чтобы окончить настройку, вам надо приложить лишь минималь ные усилия. В данном разделе описываются опции, позволяющие реализовать анонимный FTP-сервер как с помощью так и посредством ProFTPd. Вначале будет рас смотрено создание дерева каталогов (эта задача решается одинаково для обоих серверов), а затем — средства конфигурации для каждого из серверов.

Создание поддерева каталогов Первый шаг по организации работы FTP-сервера — это создание поддерева каталогов.

Как правило, корнем этого поддерева является каталог но при необходи мости вы можете разместить его в другой позиции файловой системы. В большинстве случаев в качестве владельца каталогов указывается root, либо пользователь, который должен непосредственно заниматься поддержкой а права доступа к каталогам задаются равными 755 Это позволяет администратору редактировать файлы, содержащиеся в каталоге, но другим пользователям запись данных запрещена.

В отличие от каталогов, при определении прав доступа к файлам не устанавливается бит исполняемой программы.

В большинстве случаев в составе поддерева FTP задаются следующие подкаталоги.

• pub. В этом каталоге размещаются файлы, предназначенные для копирования на пользовательские компьютеры. Вы можете создавать в каталоге pub любую струк туру подкаталогов и помещать в них любые файлы. Необходимо лишь обеспечить, чтобы пользователь имел право чтения этих файлов.

• bin. Для выполнения некоторых действий FTP-сервер обращается к другим про граммам. Эти программы должны находиться в каталоге /bin (путь к катало гу определяется относительно корневого каталога, заданного с помощью функции chroot Чаще всего серверу требуется утилита кроме того, в процессе рабо ты ему могут понадобиться программы tar, gzip и (последний файл пред ставляет собой символьную ссылку на gzip). Установив FTP-сервер, вы, возмож но, обнаружите, что в каталоге bin уже находятся некоторые программы, причем размер их превышает размер соответствующих программ, находящихся в каталоге /bin системы. Причина в том, что при установке FTP-сервера в состав исполня емого файла помещаются все необходимые коды, в результате чего исключается необходимость в библиотечных файлах. Убедитесь, что для файлов, находящихся в этом каталоге, установлен бит исполняемой программы.

• В этом каталоге содержатся динамические библиотеки, используемые при ра боте программ в /bin. Если вы скопируете в каталог /bin поддерева FTP утилиты из каталога /bin операционной системы, вам надо выяснить, какие библиотеки требуются для работы каждой из них. Это позволяет сделать команда Так, например, чтобы определить, какие библиотеки нужны для программы надо выполнить команду /bin/Is.

552 Часть Серверы Internet • etc. Для работы требуются два в каталоге /etc:

и group. Вам нет необходимости копировать соответствующие файлы из каталога /etc системы. Вам лишь запись для (либо другого пользователя, учетную запись которого вы используете для организации анонимного доступа).

После того как вы создадите перечисленные выше каталоги и поместите в них тре буемые файлы, можете приступать к дальнейшей настройке анонимного Возможно, впоследствии вы внесете некоторые изменения в структуру поддерева FTP, например, включите новые файлы или модифицируете существующие. Например, не исключено, что вы захотите, чтобы перед передачей производилось сжатие файла по средством утилиты gzip. В этом случае вам придется скопировать соответствующий исполняемый файл в каталог /bin поддерева FTP.

Опции WU-FTPD, используемые при создании анонимного Наиболее важные опции, используемые для создания анонимного FTP-сервера на базе продукта WU-FTPD, находятся в файле /etc/ftpaccess. В процессе настройки вам может потребоваться изменить значения следующих опций.

• Возможно, для обеспечения анонимного доступа вам придется создать но вый класс. его создания применяются те же средства, что и для формирования других классов.

compress, tar, delete, overwrite и Эти опции разреша ют или пользователю выполнять соответствующие команды. Запретив анонимному пользователю вызывать команды, определяемые последними четырьмя опциями, вы лишите его возможности изменять файлы, расположенные на сервере.

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

anonymous-root. В качестве значения данной опции задать корневой ката лог поддерева chroot, в пределах которого выполняется сервер WU-FTPD.

В большинстве систем WU-FTPD запускается посредством суперсервера с привиле гиями root. Когда сервер принимает запрос от анонимного пользователя, он порождает процесс от имени пользователя Таким образом, WU-FTPD может реализовать ано нимный FTP-сервер, даже при запуске посредством суперсервера.

Опции используемые при создании анонимного FTP-сервера Основные опции ProFTPd, используемые для настройки анонимного FTP-сервера, на ходятся в файле Фрагмент конфигурационного файла, реализующий простой анонимный сервер, приведен ниже.

User Group ftp Глава 21. При регистрации пользователь может указывать имя anonymous либо ftp UserAlias anonymous ftp В пределах поддерева chroot запись данных запрещена DenyAll • Директива создает в помещаются остальные опции, применяемые для формирования конфигурации анонимного сервера. При наличии этой директивы изменяет процедуру регистрации, в данном примере сер вер создает поддерево chroot, корневой каталог которого размещается в каталоге /ftp.

• Директивы User и Group сообщают ProFTPd о том, какое имя пользователя и груп пы должно использоваться для работы с анонимным сервером. ProFTPd порождает процесс с полномочиями указанного пользователя и группы. Необходимо убедиться в том, что каталоги поддерева FTP и расположенные в них файлы доступны для указанных пользователя и группы.

• Директива UserAlias обеспечивает обслуживание пользователей, которые указы вают при регистрации имя anonymous.

• В блоке, созданном с помощью директивы содержится дирек тива Этот блок запрещает всем пользователям запись в каталоги. Если вы корректно задали права доступа в поддереве FTP, этот блок можно считать из лишним. Однако, как было сказано ранее, некоторая избыточность поможет в том случае, если при настройке сервера была допущена ошибка или если в его системе защиты есть недостатки.

• Если вы хотите создать псевдоанонимный сервер, который регистрирует пользовате лей посредством имени anonymous, но требует ввода пароля, вы должны зовать опцию sword on. В этом случае вам также следует задать пароль в файле /etc/passwd или /etc/shadow. (Сервер ProFTPd выпол няет аутентификацию пользователя перед тем, как ограничить сферу своих действий поддеревом chroot, поэтому соответствующий пароль задается в системном файле /etc/passwd или /etc/shadow.) Если вы хотите, чтобы работал только как анонимный сервер, вам надо принять меры для того, чтобы запретить доступ обычным пользователям. По возможно сти разместите FTP-сервер на том компьютере, на котором имеется как можно меньше учетных записей администраторов, и запретите доступ этим пользователям, включив их имена в файл tpusers.

554 Часть III. Серверы Internet Резюме Ранее FTP-серверы представляли собой чрезвычайно важный компонент Internet, но в настоящее время некоторые их функции взяли на себя Web-серверы. Однако и сейчас FTP-серверы широко используются как средства для обеспечения удаленного доступа пользователей к своим файлам (в этом случае поддерживается двунаправленный обмен информацией) и поддержки анонимных обращений (при этом чаще всего осуществляется передача данных с сервера на клиентские машины). Наибольшей популярностью в Linux пользуются FTP-серверы и ProFTPd. Обе программы предоставляют широкий набор возможностей и обслуживают как пользователей, регистрирующихся на сервере, так и анонимных пользователей. Настраиваются эти программы по-разному. Структура конфигурационных файлов ProFTPd напоминает структуру файлов Apache. При установ ке большинство серверов настраивается для регистрации пользователей. Незначительно изменив содержимое конфигурационных файлов, вы можете настроить их для работы в качестве анонимных FTP-серверов.

ЧАСТЬ IV Средства защиты и маршрутизации Глава Общие вопросы защиты системы Linux — мощная способная поддерживать различные типы сетевого взаи модействия. обилие средств обмена данными по сети неминуемо создает угрозу безопасности системы. В защите многих серверов, созданных для работы в системе Linux, неоднократно выявлялись недостатки, которые могли быть использованы для получения незаконного доступа к системе. Более того, сам принцип работы некоторых серверов не идеален с точки зрения защиты. Так, например, некоторые из них обмениваются данными с клиентом в незакодироваином виде, что может привести к перехвату пароля или секрет ной информации, передаваемой по сети. Выполняя администрирование системы, нельзя недооценивать вопросы ее защиты. Вам необходимо принимать все меры для повышения уровня безопасности компьютеров и следить за последними сообщениями, публикуемыми на в списках рассылки и в группах новостей. Если окажется, что в сервере, находящемся на вашем компьютере, была обнаружена ошибка, следует позаботиться о ее в противном случае вы рискуете стать жертвой взломщика.

В данной главе рассматриваются способы, позволяющие выявить ненужные серве ры и запретить их выполнение;

средства контроля за использованием учетных записей и паролей;

вопросы, связанные с обновлением программ, выполняющихся на вашем ком пьютере;

методы попыток взлома, а также дополнительная информация о защите системы. Специальные средства, применяемые для обеспечения безопасности, будут более подробно рассмотрены в последующих главах. В частности, в главе 23 опи сывается способ ограничения сферы действия сервера поддеревом файловой системы;

глава 25 посвящена вопросам настройки средств фильтрации пакетов, используемых для создания брандмауэров;

в главе 26 рассматриваются средства расширения локальной сети на другие области Internet и обеспечение кодирования передаваемой информации.

Тем, кто собирается тщательно изучить вопросы безопасности системы, можно по советовать дополнительную литературу, в частности, работы Манна (Mann) и (Mitchell) Linux System Security: The Administrator's Guide to Open Source Security Tools (Prentice Hall, 1999), а также и Practical UNIX & Internet Security, 2nd Edition (O'Reilly, 1996). Из изданий, специально посвящен ных созданию брандмауэров, стоит обратить внимание на книгу (Constain Глава 22. Общие вопросы защиты системы tine) и Зиглера (Ziegler) Linux Firewalls (New Riders, 2001). Если же в вашей сети имеются компьютеры, выполняющиеся под управлением систем, отличных от Linux, то, возможно, вам будет полезна книга (McClure), Скембри (Scambray) и (Kurtz) Hacking Exposed, 3rd Edition (McGraw-Hill, 2001).

Отключение ненужных серверов Серверы обеспечивают доступ к ресурсам компьютеров, поэтому каждая серверная программа, выполняющаяся на компьютере, увеличивает опасность незаконного проник новения в систему. Взломщик может воспользоваться недостатками в защите сервера, ошибками в его настройке или перехватить пароль, передаваемый по сети. Чтобы снизить риск незаконного обращения к важным данным, следует запретить выполнение ненужных серверов, но для этого надо обнаружить их. Выявив ненужный сервер, следует найти спо соб отключить его. Обычно отключение серверов не вызывает проблем, но существуют способы, позволяющие решить эту задачу наиболее эффективно.

Выявление ненужных серверов Задачу выявления ненужных серверов можно разбить на две подзадачи: идентифика ция серверов, присутствующих в системе, и принятие решения о том, какие из них могут быть отключены без вреда для системы. Обе эти подзадачи можно решить различными способами. Применяя для обнаружения серверов разные подходы, вы увеличиваете свои шансы на успех.

Обнаружение присутствующих в системе В системе Linux отсутствует централизованный реестр выполняемых серверов, по этому для обнаружения серверов необходимо объединить информацию из различных источников. Используя лишь один способ обнаружения, можно упустить из виду тот или иной сервер, поэтому лучше использовать для их выявления различные подходы.

Использование средств управления пакетами Для обнаружения серверов, присутствующих в системе, может быть использована си стема управления пакетами. Если при установке программ вы пользовались исключитель но диспетчером пакетов, то в базе данных диспетчера содержится информация о каждой программе, которая была инсталлирована на компьютере. Просмотрев описание пакета, содержащееся в базе, можно определить, является ли установленная программа сервером и насколько она необходима для работы системы. В качестве примеров инструменталь ных средств управления пакетами можно привести инструмент GNOME который используется в системе Red Hat, YaST — в SuSE, и Storm Package Manager (часть дистри бутивного пакета Storm, используемая в системе Debian). Окно GNOME предназна ченное для просмотра инсталлированных пакетов, показано на рис. Выбрав пакет, вы сможете прочитать его описание. Некоторые диспетчеры пакетов распределяют информа цию, которая хранится в базе, по категориям, однако на практике, чтобы найти серверы, присутствующие на компьютере, надо просмотреть все категории. Диспетчеры пакетов не позволяют выявить серверы, для инсталляции которых были использованы tar-архивы или исходные коды. Кроме того, такой подход не дает возможности ответить на вопрос, выполняется ли сервер в системе. (Сервер, который был инсталлирован, но не запущен, создает гораздо меньшую угрозу безопасности системы, чем сервер, выполняющийся на 558 Часть IV. Средства защиты и маршрутизации Operations Help Query Verify Editors tools desktop raphics transfer О Other selected. Г Рис. 22.1. Диспетчер пакетов предоставляет информа цию о серверах, установленных в системе компьютере. Реальная опасность возникнет лишь в том случае, если впоследствии будет установлена конфигурация системы, предполагающая запуск сервера.) Проверка файлов запуска Чтобы обнаружить серверы, присутствующие в системе, можно проверить следующие файлы.

• Конфигурационный файл суперсервера. При поиске серверов следует проверить конфигурационные файлы /etc/inetd. и а также файлы в каталоге d. Таким образом, вы найдете ссылки на все сер веры, запускаемые посредством суперсервера. В конфигурационном файле inetd строки, в начале которых стоит символ #, представляют собой комментарии, поэто му серверы, указанные в них, не активны. Для суперсервера xinetd запуск сервера запрещает запись disable = yes.

• Сценарии запуска SysV. Можно найти серверы, запускаемые посредством сцена риев просмотрев каталоги, предназначенные для размещения таких сценариев (обычно это каталог d/rc?. d или. d, где символ ? означает уровень выполнения). Необходимую вам информацию предоставят имена файлов, находящихся в этих каталогах. Заметьте, что некоторые из программ, запускаемых посредством сценариев SysV, не являются серверами, поэтому, прежде чем запре тить их выполнение, следует выяснить назначение этих программ.

• Локальные сценарии запуска. Во многих дистрибутивных пакетах для запуска локальных программ используются локальные сценарии. Файлы, содержащие их, обычно называются local или local. Локальными считаются такие программы, при инсталляции которых использовался нестандартный способ, от личающийся от подхода, принятого для данного дистрибутивного пакета. Чтобы обнаружить серверы, выполняющиеся в системе, надо просмотреть весь локальный сценарий.

Глава 22. Общие вопросы защиты системы Подробно вопросы запуска серверов, в том числе соглашения об именовании сцена риев SysV, были рассмотрены в главе 4. Определить назначение сценариев запуска вам помогут такие инструменты, как ntsysv и tksysv. Кроме того, в некоторых системах (Caldera, Mandrake, Red Hat и TurboLinux) команда chkconf ig заданная в ко мандной строке, отображает состояние сценариев SysV, а в ряде случаев и назначение записей в конфигурационном файле xinetd., Проанализировав сценарии запуска и конфигурационный файл суперсервера, вы вы ясните, какие серверы выполняются в системе, однако ничего не узнаете об инсталли рованных серверах. Как было сказано ранее, получить сведения о программах, которые были инсталлированы на компьютере, позволяет диспетчер пакетов. Кроме того, вы може те проверить все исполняемые файлы в системе, однако для этого необходимо затратить столько усилий, что данное решение нельзя считать приемлемым.

Анализ данных о процессах Для обнаружения серверов может использоваться утилита ps. Она возвращает ин формацию о. процессах, выполняющихся в системе. При запуске ps можно указывать разные но для выявления серверов достаточно ввести в командной строке ps ax.

Объем информации, возвращаемой ps, достаточно велик, поэтому имеет смысл перена править вывод в файл или передать данные, сгенерированные программой ps, утилите more или less. Если вы ищете сведения о конкретном сервере, используйте утили ту grep. Например, чтобы получить информацию о сервере надо ввести команду ps ах | grep sendmail. Следует помнить, что утилита ps предоставляет сведения как о серверах, так и о других программах. Ниже приведен фрагмент данных, сгенерированных программой $ ps ax TTY STAT TIME COMMAND 1 ? S 0:15 init [3] 502 ? S named bind 520 ? S 0:01 cupsd 535 ? 0:00 [nfsd] 1741 pts/4 S 0:00 /bin/bash 4168 ? S 0:00 httpd На самом деле в процессе выполнения программа ps генерирует десятки и даже сот ни строк. В данном примере удалена почти вся информация, кроме нескольких иллюстрирующих работу этой утилиты. В первой строке программа ps выводит сведе ния о процессе init, для идентификации которого всегда используется номер 1. Дан ный процесс является корнем дерева, представляющего иерархию процессов в системе.

Все остальные процессы порождаются либо непосредственно init, либо дочерними процессами. Процессы, имена которых помещаются в квадратные скобки, представляют собой процессы ядра. В данном примере процессом ядра является Как видно из его имени, [nfsd] поддерживает функции сервера NFS, реализованного средствами ядра. Процессы named, cupsd и httpd представляют собой пользовательские процес сы. О принадлежности их к серверам можно судить по двум признакам. Во-первых, имя каждого из них оканчивается буквой а во-вторых, эти процессы не связаны с терми налами (в поле TTY отображается символ ?). В отличие от них, процесс /bin/bash не является процессом сервера, так как в поле TTY выводится значение pts/4, т. е. данный процесс связан с конкретным терминалом.

560 Часть IV. Средства защиты и маршрутизации Определив процессы серверов с помощью надо отыскать документацию на те сер веры, назначение которых вам неизвестно. Для этого следует ввести команду man имя, указав в качестве параметра имя интересующего вас процесса. Кроме того, постарайтесь найти исполняемый файл с именем, совпадающим с именем процесса. Это позволит вас проследить, какой пакет использовался для его инсталляции. Для получения информа ции о пакете введите команду rpm (В системе для этого используется команда kg -S Используя ps, не забывайте, что эта утилита не отображает сведения о серверах, кото рые не выполнялись в момент ее запуска. Например, если сервер запускается с помощью суперсервера и во время вызова ps ни один из клиентов не работал с ним, вы не полу чите информацию об этом сервере. Данная утилита также не предоставит сведений о тех серверах, работа которых была временно завершена.

Использование При использовании ps для поиска серверов возникает проблема, состоящая в том, что данная утилита не сообщает, используется ли данный сервер для поддержки сетевого взаимодействия. Получить эту информацию вам поможет программа netstat. Данная программа возвращает данные о сетевых соединениях. Подобно ps, при запуске netstat могут указываться различные опции. Для информации о серверах можно исполь зовать команду netstat -1р. Опция -1 сообщает утилите netstat о том, что она должна анализировать порты, через которые серверы ожидают поступление запросов, а опция -р задает вывод имен серверов, связанных с этими портами. Как и ps, утилита netstat генерирует большой объем данных, поэтому желательно перенаправить вывод в файл или передать входные данные программе less или more.

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

Использование программ сканирования Мощными инструментами, которые можно использовать для поиска серверов, выпол няющихся в системе, являются внешние программы сканирования. В качестве приме ров подобных программ можно привести Nessus SAINT Программа сканирования выполняется на любой машине, связанной по сети с компью тером, подлежащим проверке. Некоторые из таких инструментов, помимо информации о серверах, выводят также данные об используемой операционной системе, а также сведения о наличии недостатков в защите серверов. Для поиска серверов в большин стве случаев достаточно ввести имя сканирующей программы и указать имя компьюте ра, который следует проверить. Например, соответствующая команда может иметь вид com. В результате вы получите список портов и имен серверов, связанных с ними.

Внешняя программа сканирования может оказаться полезной в том случае, если вы подозреваете, что сервер на компьютере подвергся атаке. Установив собственный сервер в вашей системе, опытный хакер позаботится о том, чтобы скрыть следы своего вмешательства. Чтобы вы не смогли обнаружить изменения в системе, он постарается заменить средства диагностики (например, netstat) своими программами. Внешняя Глава 22. Общие вопросы защиты системы программа сканирования, вероятнее всего, даст вам реальную информацию о серверах, выполняющихся в системе.

ВНИМАНИЕ Программы сканирования портов часто используются компьютерными взлом f которые пытаются обнаружить уязвимые места в защите системы.

Эти же инструменты применяют администраторы систем для того, чтобы най ти и устранить недостатки в защите компьютеров. Для того, чтобы исключить возможные недоразумения, планы по использованию программ сканирования следует согласовать с руководством.

В данной книге встречается слово хакер: здесь оно обозначает компьютерного взломщика. Однако этот термин имеет и другие значения. Хакерами часто назы вают специалистов высокой квалификации, имеющих большой опыт создания сложных программ, а также энтузиастов, чье увлечение программированием гра ничит с фанатизмом. Смысл, вкладываемый в слово хакер, обычно становится ясным из контекста.

Недостаток использования внешних программ сканирования состоит в том, что неко торые серверы могут оказаться недоступными для них. например, что на компьютере установлены два сетевых интерфейса, а сервер, выполняющийся на этом компьютере, настроен для обработки обращений, поступающих лишь с одного из ин терфейсов. Такой сервер программа сканирования не сможет обнаружить. Даже если компьютер имеет лишь один сетевой интерфейс, это не гарантирует успех, так как доступ к серверу с некоторых IP-адресов может быть запрещен с помощью брандмауэра.

Определение необходимости сервера Получив список серверов, вам предстоит определить, какие из них необходимы для работы системы. Решить эту задачу не всегда просто. Если администратор не имеет большого опыта работы с Linux, он вполне может посчитать ненужным сервер, жизненно важный для функционирования системы. Выяснить, какие из серверов нужны, а какие нет, поможет материал, изложенный в предыдущих главах. Кроме того, вы можете обратиться к документации на сервер, а также попытаться найти нужные сведения в Internet.

Если вы не уверены, нужен ли конкретный сервер, временно отключите его и посмот рите, как отреагирует на это система. Если компьютер продолжает нормально работать, вполне вероятно, что сервер не выполняет важных функций в системе. Однако это еще не означает, что сервер не нужен. Возможно, что последствия его отключения проявятся не сразу. Предположим, например, что на вашем компьютере присутствует сервер шрифтов.

Если на той же машине не установлена система X Window, то после отключения сер вера шрифтов компьютер будет работать нормально. Последствия проявятся на других машинах, обслуживаемых этим сервером.

Необходимо соблюдать осторожность при отключении процессов, связанных с реги страцией пользователей. Даже если компьютер не выполняет функции сервера регистра ции, удаление одного из серверов, описанных в главах 13 и 14, может стать причиной серьезной проблемы, для разрешения которой придется перезагрузить компьютер с гиб кого диска. Особенно осторожно следует отключать процессы регистрации, запускаемые посредством сценариев SysV.

Отключение серверов, запускаемых с помощью суперсервера, не создает непосред ственной опасности для системы. Даже если вы закомментируете в конфигурационном 562 Часть IV. Средства защиты и маршрутизации файле все записи, предназначенные для запуска серверов, работа компьютера не нару шится. Но, как нетрудно догадаться, эти серверы могут выполнять важные функции по обслуживанию других компьютеров, находящихся в вашей сети.

Отключение серверов Отключить сервер, который выполняется в системе, можно различными способами.

На практике для этого применяются два основных подхода.

• Вы можете выполнить действия, противоположные тем, которые предпринимались для запуска сервера. Например, можно закомментировать запись в конфигураци онном файле /etc/inetd. conf или переименовать сценарий запуска SysV. По дробно способы запуска серверов обсуждались в главе 4.

• Вы можете деинсталлировать сервер. Если программа, реализующая сервер, отсут ствует, она не может быть запущена.

Первый способ гораздо безопаснее второго. Если впоследствии обнаружится, что сер вер необходим для работы системы или других компьютеров, вы можете снова разрешить его выполнение.

СОВЕТ Запрещая работу серверов, следите за тем, чтобы информация из файлов не была утеряна. Например, если сервер запускается с помощью суперсервера, соответствующую запись не следует удалять, надо лишь включить в соответствующую строку символ комментариев. Аналогично, сценарий запус ка SysV надо переименовать, а не удалять. Это позволит в случае необходимости снова запустить сервер.

Если вы убедитесь в том, что сервер не нужен и не понадобится в ближайшее вре мя, удалите соответствующую программу с компьютера. Это позволит сэкономить место на диске и гарантирует, что сервер не будет случайно запущен при изменении конфи гурации системы. Если же вы предполагаете, что впоследствии данный сервер может потребоваться, либо откажитесь от его деинсталляции, либо перед удалением сохраните конфигурационные файлы. Имея конфигурационные файлы, вы сэкономите время при повторной установке программы.

Использование учетных записей и паролей Сервер, выполняющийся на компьютере, представляет собой "дверь" в систему. К со жалению, эта дверь иногда бывает открыта не только для пользователей системы, но и для "непрошеных гостей". Существуют различные способы, позволяющие закрыть эту дверь.

Один из них состоит в применении брандмауэров, для создания которых применяются та кие инструменты, как iptables (этот инструмент будет обсуждаться в главе 25). Другой способ — это тщательный контроль за использованием учетных записей и паролей. Если на компьютере имеются неиспользуемые учетные записи, это увеличивает вероятность незаконного проникновения в систему. Пароль, попавший в руки злоумышленника, пре дельно упрощает его задачу. В отличие от других задач администрирования, обеспечение контроля за учетными записями и паролями возможно только в том случае, если пользователи помогут вам в этом. Расскажите им о том, какому риску они подвергают систему и свои данные, небрежно обращаясь со своими паролями.

Глава 22. Общие вопросы защиты системы Политика использования учетных записей Для того чтобы обеспечить безопасность при работе с учетными записями, надо пре жде всего разработать политику их использования. Продолжая аналогию между сервером и дверью в систему, учетную запись можно сравнить с ключом к одной, а возможно, и к нескольким дверям. Уменьшая число ключей, вы тем самым снижаете вероятность утери одного из них. Очевидно, что для многих серверов необходимы учетные записи поль зователей. При отсутствии учетных записей появляются дополнительные ограничения на использование файловых серверов, а FTP-сервер может предоставлять лишь аноним ный доступ. Таким образом, необходимо уметь определить, в каких случаях возникает реальная необходимость в создании учетных записей.

Для некоторых серверов решить данную проблему очень просто: набор учетных за писей надо ограничить записями для сотрудников, выполняющих администрирование системы (а еще лучше, для одного администратора). Так можно если на ком пьютере выполняется сервер шрифтов, DHCP или временной сервер. При обращении к таким серверам учетные записи не нужны, поэтому не обязательно, чтобы они присут ствовали на компьютере, на котором выполняется сервер. Другие серверы, например Web и FTP-сервер, в зависимости от их конфигурации могут требовать, а могут не требовать учетные записи. Наконец, сервер регистрации обычно располагается на компьютере, на котором создано большое количество учетных записей пользователей.

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

Вам также следует написать сценарий, управляющий созданием новых учетных за писей, или, по крайней мере, составить соответствующую инструкцию. Особенно вни мательно следует подойти к разработке правил выбора пароля. Принципы использования паролей будут подробно рассмотрены далее в этой главе. Не следует упускать из виду и вопросы определения прав доступа, устанавливаемых по умолчанию. Например, ес ли в организации ведется работа над несколькими проектами, имеет смысл создать для каждого проекта группу, поместив в нее пользователей, участвующих в работе над этим проектом. При этом устанавливать права доступа к рабочим каталогам следует так, чтобы к содержащимся в них файлам могли обращаться только пользователи, работающие над тем же проектом. Правила, задаваемые в составе политики, могут изменяться в зависимо сти от характера деятельности организации. Так, например, для открытой среды можно указать, что по умолчанию должны устанавливаться права 0755 или даже 0775 и соот ветствующее значение umask. Если же пользователи работают с секретными данными, желательно задавать права 0700.

564 Часть Средства защиты и маршрутизации Контроль над учетными записями Необходимо строго контролировать применение учетных записей. Действия по кон тролю сводятся к выявлению неиспользуемых записей и проверке правильности исполь зования активных записей.

Выявление неиспользуемых записей Не все пользовательские записи должны постоянно присутствовать на компьютере.

После того как студенты заканчивают университет, а сотрудники организации переходят на другую работу, их учетные записи становятся ненужными. Для того чтобы снизить опасность несанкционированного доступа к системе, от таких записей необходимо изба виться. Если вы получили сообщение о том, что пользователь покинул организацию, вы должны сделать неактивной или удалить его запись. Однако далеко не всегда руководство оповещает системного администратора об увольнении сотрудников. В этом случае вы можете указать, что по прошествии некоторого времени запись должна стать недействи тельной. Сделать это можно с помощью команды # -e 2003-07- Данная команда сообщает системе о том, что срок действия учетной записи george заканчивается 4 июля 2003 года. (Ограничить срок действия записи можно также при ее создании, указав при вызове команды опцию -е.) Такой подход очень удобен в тех случаях, когда вы наперед знаете время, начиная с которого учетная запись не будет использоваться. Например, администраторы знают об окончании студентами курса обучения и о завершении работы сотрудников, принятых на контрактной основе.

Менее радикальный подход состоит в ограничении срока действия пароля. При этом пользователь вынужден регулярно, например раз в месяц, задавать новый пароль. Указать, что пароль действителен лишь в течение ограниченного времени, можно с помощью следующей команды;

# chage -М 30 5 george Эта команда сообщает системе о том, что пользователь george должен задавать новый пароль каждые 30 дней и что за 5 дней до истечения срока действия текущего пароля он должен получать соответствующее сообщение. Если george забудет обновить пароль, учетная запись станет недоступной и для возобновления работы с ней необходимо будет обратиться к системному администратору.

Описанные подходы позволяют решить проблему неиспользуемых учетных записей, но они применимы не во всех ситуациях. Некоторые учетные записи не предполагают регистрацию пользователей, а применяются, например, для организации работы с фай ловым сервером или для доставки почты. В данном случае, чтобы пользователь увидел сообщение об окончании срока действия пароля, надо создать задание для инструмента предусмотрев в нем определение времени, в течение которого пароль остается действительным, и оповестить пользователя по электронной почте. Существуют сред ства, позволяющие получить информацию об использовании учетных записей. Например, утилита last возвращает сведения о нескольких последних пользовате ля в системе, а в некоторых дистрибутивных пакетах поддерживается файл протокола в который записывается информация о выполнении аутентификации.

Приложив определенные усилия, вы можете написать сценарий, который проверял бы файл протокола и оповещал вас о том, что некоторые записи не используются в тече Глава 22. Общие вопросы защиты системы длительного времени. Периодический запуск такого сценария можно организовать с помощью инструмента Если вы узнаете, что некоторая учетная запись давно не использовалась для регистрации в системе, выясните причины этого и, если запись больше не нужна, удалите ее.

Выполняя администрирование системы, надо также следить за учетными записями, срок действия которых Ненужные записи следует удалить. Для поиска недействи тельных записей можно специальный сценарий. (Выявлять недействительные учетные записи можно по следующему признаку: по истечении срока действия значение третьего поля записи в файле становится меньше, чем значение, жащееся в восьмом поле.) Выявление случаев незаконного использования учетных записей Время от времени системные администраторы сталкиваются со случаями незаконного использования учетных записей. Случается это по разным причинам. Иногда встречаются недобросовестные пользователи, применяющие компьютеры для организации атаки на удаленные системы. В других случаях злоумышленникам, работающим на удаленных компьютерах, удается локальные учетные записи.

Одним из признаков незаконного использования учетной записи могут быть необыч ные действия пользователей, зарегистрированные в файлах протоколов и (Имя файла протокола и характер записываемой в него информации различается для разных дистрибутивных пакетов.) Поскольку в файлы токолов записывается информация о работе серверов, а не клиентов, обнаружить слу чаи незаконного использования учетных записей удается не например, если локальный пользователь воспользуется клиентской программой telnet для атаки уда ленного информация об этом в файле протокола будет отсутствовать, однако нужные сведения можно получить, анализируя файлы протоколов Содержи мое файлов протоколов на локальной машине чаще всего позволяет обнаружить попытки предпринимаемые извне.

Анализ файлов протоколов — утомительная отнимающая много времени.

Для того чтобы упростить работу администраторов, были созданы специальные инстру менты. Примером инструментального предназначенного для обработки фай лов протоколов, является Simple Watcher (SWATCH, Данная программа позволяет искать записи в файлах протоколов по ключе вым словам.

Для выявления случаев незаконного использования учетных записей можно устано вить в системе сервер аутентификации auth (в некоторых версиях Linux он называется Когда клиентская выполняемая на вашем компьютере, обращается к удаленному серверу, последний может установить связь с вашим компьютером и иден тифицировать пользователя, инициировавшего обращение. Если из ваших вателей нанес вред удаленной системе, информация о записывается в файл протокола и администратор уделенной системы может связаться с вами и сообщить имя пользовате ля, выполнявшего незаконные действия. Чтобы это стало возможно, необходимо, чтобы на вашем компьютере выполнялся сервер аутентификации, а злоумышленник не имел возможности заменить этот сервер своей программой. Сервер аутентификации входит в состав многих дистрибутивных пакетов и требует минимальной настройки. Обычно он запускается посредством суперсервера.

Часть IV. Средства защиты и маршрутизации К сожалению, ваши возможности по выявлению случаев незаконного использования учетных записей ограничены, так как контроль над процессами даже на одном компью тере занимает слишком много времени и не под силу одному администратору.

Выбор паролей Для того чтобы пароль можно было использовать, он должен находиться на диске компьютера. В системе Linux пароль располагается в файле (в старых версиях Linux он находился в файле Пароль хранится в зашифрованном виде;

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

Поскольку алгоритм декодирования отсутствует, может показаться, что содержимое фай ла паролей бесполезно для злоумышленника, однако при наличии компьютера с мощным процессором возможно подобрать пароль. Взломщики используют для этой цели слова ри, включающие слова многих языков, имена собственные и слова, в которых символы следуют в обратном порядке. Имея файл паролей, хакер может закодировать каждое сло во из словаря и сравнить с зашифрованными паролями. Если зашифрованное слово из словаря совпадает с записью в файле, это слово является паролем для регистрации в системе.

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

генерации базовой последовательности символов и ее модификации.

Для создания базовой последовательности надо выбрать два несвязанные между собой слова и объединить их. В результате получится слово, отсутствующее в любом словаре, например bunpen. Можно также придумать легко запоминающуюся фразу и использо вать в качестве базовой последовательность, составленную из первых букв слов, вхо дящих в фразу. Например, из фразы "yesterday I went to the dentist" можно составить слово yiwttd. Такой набор букв легко запомнить, и в то же время он отсутствует в сло варях. (В данном примере я использовал последовательность из шести символов. Дело в том, что в результате модификации длина пароля увеличится, а в большинстве систем длина пароля не должна превышать восемь символов.) Несмотря на то, что сгенериро ванные последовательности символов отсутствуют в словарях, не исключено, что хакер использует описанный алгоритм для расширения своего словаря. Поэтому созданная вами базовая последовательность должна быть модифицирована. Ниже приведены возможные варианты такой модификации.

• Изменение регистра некоторых символов. Если в вашей системе при распознава нии пароля учитывается регистр символов, измените базовую последовательность так, чтобы в ней присутствовали как прописные, так и строчные буквы. Напри мер, составленные выше последовательности можно представить в виде BUnPeN и Если же система при проверке пароля не учитывает регистр символов, то подобная модификация не скажется на уровне защиты.

Глава 22. Общие вопросы защиты системы • Добавление цифр и знаков пунктуации. Добавив выбранные случайным образом цифры или знаки пунктуации в случайные позиции базовой последовательности, вы получите пароль наподобие BU3nP&eN или • Изменение порядка следования символов. Если в базовой последовательности вы объединили два слова, измените порядок следования символов в одном из них на обратный. На основе одного из приведенных выше примеров таким способом получим пароль Вы можете модифицировать базовую последовательность и другими способами. Не смотря на то, что полученный в результате пароль выглядит как случайный набор сим волов, он легко запоминается. Записывать пароль на бумаге или в файле нельзя. Если ваша записка или файл, содержащий пароль в незакодированном виде, попадет в чу жие руки, важные данные, содержащиеся на вашем компьютере, могут стать достоянием посторонних лиц.

Для того чтобы проверить, насколько хорош выбранный вами пароль, воспользуйтесь одной из программ, применяемых взломщиками для подбора паролей, например Crack Если эта программа сможет по добрать ваш пароль, значит, процедуру выбора пароля надо повторить.

ВНИМАНИЕ Используя программу подбора паролей, запускайте ее на компьютере, не под к сети, иначе результатами вашей работы может воспользоваться хакер. Следует заметить, что администрации многих организаций возражают против использования программ подбора паролей, поэтому планы, связанные с применением подобных программ, следует согласовать с руководством.

Выбрав пароль, надо принять меры для того, чтобы сохранить его в секрете. Как было сказано выше, записывать пароль нельзя. Недопустимо также сообщать его кому нибудь (даже членам семьи или сотрудникам). Вы должны объяснить пользователям, что их пароли вам не понадобятся. Иногда бывает, что взломщик звонит пользователю, пред ставляется системным администратором и просит сообщить пароль. Ваши пользователи не должны поддаваться на подобную уловку.

Даже если пользователь удачно выберет пароль и никому не сообщит его, существу ют способы узнать его. Злоумышленник может незаметно подсмотреть, какие клавиши нажимает пользователь при вводе пароля. Проще всего реализовать этот способ в ком пьютерном классе. На рабочем месте сотрудника сделать это достаточно сложно. Пароль также может быть похищен в результате "подслушивания". Многие сетевые карты можно перевести в режим сбора поступающих на них пакетов. В результате пароль, передавае мый от клиента серверу, будет перехвачен. Это можно сделать как в локальной сети, так и в Internet. Чтобы уменьшить риск подслушивания пароля, в сетях Ethernet надо вместо концентраторов применять коммутаторы. В отличие от концентраторов, коммутаторы пе редают пакеты только тем компьютерам, которым они предназначены. При использовании концентраторов пароль может быть перехвачен лишь в том случае, когда злоумышленнику удастся разместить программу подслушивания на компьютере, на котором выполняется сервер, либо на компьютере, на котором работает клиент. Еще лучше использовать про граммные средства, выполняющие шифрование пароля. В этом случае подслушивание становится бессмысленным.

56В Часть Средства защиты и Своевременное обновление системы Многие системы, считаются уязвимыми для атак извне, приобрели подобную репутацию лишь из-за отсутствия должной поддержки. Считанные минуты, потраченные на получение и установку дополнительных модулей, предназначенных для устранения недостатков в защите системы, могут сэкономить многие часы, в течение которых при ходится бороться с последствиями вторжения взломщика. вы достаточно быстро установите дополнительный модуль, вероятнее всего, не успеет вос пользоваться найденной в системе, для своих целей.

Влияние ошибок на выполнение программ В программном обеспечении встречаются различные ошибки, которые могут прояв ляться Наличие ошибок может привести к повреждению данных или про граммного а может изменить поведение программы. Некоторые ошибки влияют на защиту Встречаются такие, которые предоставляют пользователю возможность вносить изменения в любые файлы, расположенные в различных каталогах (в том числе и в файлы, конфигурацию системы), либо программы от име ни других пользователей. По сути, подобные ошибки наделяют обычного пользователя привилегиями суперпользователя.

В серверах, как и в любых других программах, также могут встречаться ошибки.

Однако, в отличие от обычных ошибки в серверах могут повлечь за собой более тяжкие последствия для системы, так как серверы доступны всем пользователям сети. Предположим, что обычная например man, содержит ошибку, в резуль тате обычный пользователь может получить неограниченные полномочия. Если локальные пользователи заслуживают доверия, а у пользователей нет доступа к ресурсам этого система не пострадает. (Такое предположение не всегда оказывается верным, поэтому замеченные ошибки надо устранить как можно Если же доступный из содержит ошибку, позволяющую проникнуть в систему, ею сможет воспользоваться любой Проблема усугубляется тем, что многие серверы запускаются от имени пользователя root. Если программа (не обязательно сервер) запускается с полномочиями обычного пользователя, возможности воспользовавшегося недостатками в защи те, ограничены. Например, такая программа не позволит взломщику изменить содержи мое файла Если же программа запускается от имени суперпользователя, возможности взломщика резко возрастают. В частности, он может создать новую учет ную запись и пользоваться ею в дальнейшем. Привилегии root необходимы многим серверам для нормальной работы. Например, права пользователя root нужны серверам регистрации. Более того, чтобы принимать обращения через порт с номером ниже программа должна быть запущена от имени суперпользователя. (Полномочия root имеет суперсервер, но программы, запускаемые с его помощью, обычно выполняются с более низкими полномочиями.) В результате становится ясно, насколько важно вовремя обновить программы, реализу ющие серверы. Не все дополнительные модули предназначены для исправления ошибок, некоторые из них призваны расширить возможности программы. Если эти возможности вам не нужны, устанавливать такой модуль не обязательно. Если же вы узнали о появ Глава 22. Общие вопросы защиты системы дополнения к системе, устраняющего недостаток в ее защите, установите его как можно скорее.

Источники информации о дополнениях к системе Информацию о появлении дополнений к программным продуктам можно получить из следующих • и рассылки, программным пакетам. Для под держки большинства пакетов, в том числе серверных программ, организуются офи циальные списки рассылки и группы новостей. Просматривая материа лы, опубликованные на Web-узлах, а также сообщения в списках и группах ново стей, вы сможете своевременно получить о появлении дополнитель ных модулей. Для получения данных таким способом требуется много времени, так как в Linux используются десятки серверов. Подобный подход прием лем в том случае, если необходимо выяснять положение дел с одним-двумя редко используемыми программными пакетами.

• конкретной версии Для каждого дистрибутивного пакета Linux поддерживается свой на котором публикуется новая информация о систе ме, в том числе сведения о дополнениях к программам. В состав подобного Web узла включаются с данными о серверах, для вы полнения в системе. В частности, на этих Web-страницах размещаются сведения о недостатках в защите серверов и способах их устранения. Преимущество ного подхода состоит в том, что вам нет необходимости обращаться к различным Web-серверам;

все нужные сведения вы можете получить на одном узле. Однако такой подход имеет свой недостаток. Для того чтобы данные о дополнениях к про граммам попали с узлов компаний-разработчиков на узел дистрибутивного пакета Linux, необходимо определенное время. Иногда это время составляет несколько ми нут, но чаще всего информация появляется на Web-узле с задержкой в несколько часов и даже несколько дней.

• Универсальные информации о защите. В конце данной главы приве дены сведения о списках рассылки и группах новостей, посвященных вопросам безопасности при работе в Internet, в частности обеспечению защиты системы Linux. Эти источники информации чрезвычайно важны и могут оказать существенную пользу каждому администратору. В них приводятся советы, позво ляющие противодействовать злоумышленникам, пытающимся использовать недо статки в защите программ. Последовав этим советам, вы можете уберечь свою систему на время, пока не будут выпущены дополнительные модули, предназна ченные для устранения в программах. Там же содержатся ссылки на узлы разработчиков программ, вы можете получить более подробные сведения о замеченных ошибках и способах их устранения.

В большинстве случаев последние два способа позволят вам находиться в курсе по следних новостей, имеющих отношение к используемым вами программам. Большую помощь в работе также оказать посвященные отдельным серверам. Про сматривая две-три Web-страницы в день, вы сможете избежать участи многих админи страторов, сети которых подверглись атаке.

570 Часть IV. Средства защиты и маршрутизации Автоматическое обновление программ Поиск дополнительных модулей вручную — утомительное занятие, занимающее мно го времени. Для автоматизации этого процесса были разработаны специализированные инструментальные средства. Некоторые из них описаны ниже.

• apt-get. Данная программа является стандартным компонентом Debian и систем, созданных на ее основе. Программа apt-get используется для инсталляции па кетов, а также автоматически обновляет установленное программное обеспечение.

По команде apt-get update, за которой следует apt-get программа извлекает информацию в наличии дополнений и обновляет все паке ты, для которых были выпущены новые версии. Если вторую команду заменить на apt-get -u upgrade, программа apt-get будет предоставлять отчет об обновлениях, не инсталлируя их. Для чтобы apt-get работала, в файле /etc/apt/sources. list необходимо указать хотя бы один узел, предназначен ный для распространения дистрибутивных пакетов Debian. Существуют средства для переноса apt-get в другие системы.

• Red Hat Update Agent. Для обновления компонентов системы Red Hat исполь зуется программа Update Agent. Ее необходимо зарегистрировать, после чего она будет передавать информацию об аппаратных и программных средствах вашего компьютера на сервер Red Hat. После этого обновление системы осуществляет ся автоматически. Процесс настройки Update Agent достаточно сложен. Допол нительные сведения об этой программе вы можете получить по адресу Автоматические средства обновления программ позволяют эффективно устранять ошибки, снижающие уровень защиты системы, однако они имеют свои недостатки. Пола гаясь на такие средства, вы принимаете на себя дополнительную ответственность. Авто матическое обновление иногда осуществляется некорректно. Например, обновленный па кет может содержать новые ошибки либо конфликтовать с другими программами (послед нее всего происходит в тех случаях, когда пакет, подлежащий обновлению, работает совместно с программами, написанными вами или установленными из tar-архивов). Не ис ключено также, что узел, управляющий автоматическим обновлением, подвергнется атаке и хакеры будут использовать его для распространения программ типа "троянский конь".

Злоумышленники также могут захватить контроль над сервером DNS и перенаправлять обращения программ автоматического обновления на свой сервер. Пакеты, обновляющие программное обеспечение в системе Debian, обычно вызывают инсталляционные сцена рии, требующие участия пользователя в процессе установки систем. По этой причине программу apt-get нельзя запускать с помощью Даже если вы планируете регу лярно вызывать данную программу, делать это необходимо вручную. (Посредством может вызываться лишь команда apt-get -s -u upgrade.) Средства автоматиче ского обновления, как правило, не делают различий между дополнительными модулями, предназначенным для устранения недостатков в системе защиты, и дополнениями, кото рые были созданы для других целей и могут оказаться причиной возникновения проблем при работе других программ.

Несмотря на то что средства автоматического обновления очень удобны и экономят время администратора, использовать их необходимо очень осторожно. В настоящее вре Глава 22. Общие вопросы защиты системы мя разрабатываются средства авторизации дополнений, которые существенно повысят надежность инструментов, предназначенных для обновления программ.

Выявление случаев незаконного доступа к системе Как известно, иногда злоумышленники взламывают даже системы, для которых была разработана формальная политика, в которых учетные записи создавались с соблюде нием всех правил и в которых отсутствуют ненужные серверы. Вовремя выявив факт незаконного проникновения в систему, вы можете минимизировать урон от атаки. Су ществуют специальные инструменты, предназначенные для выявления попыток взлома и выполняющиеся в системе Linux. Кроме того, вам необходимо распознать признаки, свидетельствующие о незаконном доступе к системе.

выявляющие попытки вторжения Если взломщик проникает в систему, он изменяет ее конфигурацию в соответствии со своими потребностями. В зависимости от характера вторжения изменяется внешний вид Web-страниц, в файлах протоколов появляются новые записи, упрощающие обращение злоумышленников к системе, изменяются коды программ, а также появляются другие "сюрпризы". К сожалению, предсказать, какие именно действия предпримет взломщик, невозможно. Именно поэтому бороться с последствиями вторжения крайне сложно;

если вы не знаете, что предпринял взломщик и каковы были его цели, нельзя доверять ни одной из системных программ. Радикальное решение — удалить с дисков компьютера всю информацию и повторно установить систему или восстановить ее с помощью резервной копии, сделанной еще до атаки.

Поскольку взломщик модифицирует системные файлы, наличие измененных файлов может служить признаком атаки. Обнаружить факт проникновения в систему можно лишь в том случае, если администратор заранее сохранил информацию о состоянии основных системных файлов, например, файла /etc/passwd и исполняемых программ в каталоге /bin. Эта информация должна храниться в закодированном виде либо ее следует записать на сменный носитель. Эти данные необходимо периодически использовать для провер ки целостности файлов. Если файл, который не должен был подвергаться изменениям, окажется модифицированным, есть все основания полагать, что система была взломана.

(Необходимо учитывать, что некоторые файлы мог изменить сам администратор. Напри мер, при создании новой учетной записи данные записываются в файл /etc/passwd.) Использование базы данных пакетов Во многих версиях Linux есть инструмент, который можно использовать для контроля целостности файлов. Речь идет о базе данных пакетов. Система управления пакетами Debian и система сохраняют в базе данных информацию об инсталлированных программах. Для сравнения программы на диске с исходным содержимым пакета надо указать опцию (или -V) программы Ниже приведен пример вызова данной команды.

572 Часть Средства защиты и маршрутизации # rpm -V postfix Т с Т с В выполнения программы выводится информация о файлах, состояние ко торых не соответствует исходному. В начале каждой строки выходных данных содержится набор признаков, сообщающих о характере несоответствия файлов. Например, буква указывает то, что размер файла изменился, цифра "5" свидетельствует о несоответствии сумм MD5, а буква что изменилось время модификации файла. Сообщения, отображаемые в данном примере, не являются признаком атаки, так как файлы, ука занные программой, могут периодически изменяться при настройке пакета. Если же вы выясните, например, что был изменен исполняемый файл Postfix, вам необходимо начать поиски других признаков вторжения, а впоследствии предпринять меры для устранения последствий атаки.

В системе Debian аналогичные функции выполняет утилита dlocate, однако она не входит в составе Debian 2.2. Установив данную программу, вы сможете выполнить команду наподобие следующей:

# dlocate postfix При выполнении команды проверяются суммы для содержимого пакета и генерируется отчет о том, совпадают ли эти суммы для каждого файла.

Вместо проверки программы вы можете проверить всех паке тов, используя команду rpm -Va. Выходные данные будут насчитывать сотни строк, большинство из которых сообщают об изменениях конфигурационных файлов и файлов данных. Такие сообщения можно не принимать во внимание. Учитывая большой объем данных, выход в файл либо передать сгенерированную про граммой информацию утилите more или less.

Программы rpm и dlocate имеют существенные недостатки. Один из них состоит в том, что после инсталляции пакета нельзя выяснить, кто внес изменения в конфигу рационный файл: системный администратор или взломщик. Кроме того, при желании взломщик может легко скрыть следы своего вмешательства. Для этого ему надо лишь использовать для установки модифицированных программ диспетчер Например, если злоумышленник хочет заменить оболочку /bin/bash, ему достаточно установить новый bash. В результате вызов rpm -Va не выявит изменений. По этой при чине не следует полностью полагаться на диспетчер желательно использовать наряду с ним инструменты, предназначенные для выявления вмеша тельства в работу системы. Общее правило можно сформулировать так. Если диспетчер пакетов изменения файлов, полученное сообщение следует рассматривать как признак того, что система подверглась атаке. Если же диспетчер пакетов не смог выявить изменения, этот факт не может быть гарантией целостности системы.

Использование Tripwire Для выявления случаев несанкционированного доступа к системе разработан инстру мент Tripwire org). Эта программа поставляется со многими версиями Linux. Если же в вашем дистрибутивном пакете она отсутствует, скопируйте ее с Web-узла. Версию Tripwire, входящую в состав дистрибутивного пакета, инсталлиро вать гораздо проще, чем пакет, скопированный с так как в ней заранее учтены набор файлов, используемых в системы, и их расположение. Tripwire сохраняет информа Глава 22. Общие вопросы защиты системы о файлах в базе данных, этим данный инструмент напоминает диспетчеры пакетов, однако в нем реализованы специальные функции, превращающие его в специализирован ное средство обеспечения защиты. Tripwire может быть сконфигурирован для хранения информации о произвольном наборе файлов, причем сведения о файлах записываются в базу данных после инсталляции. Вы можете создать базу данных после того, как вне сете необходимые изменения в конфигурационные файлы. В процессе работы Tripwire шифрует информацию, что не дает возможности взломщику изменить базу данных. Для обеспечения сохранности базы Tripwire поместите ее на сменный носитель, запретив запись данных.

Tripwire может работать в одном из следующих режимов.

• базы данных. При первом запуске Tripwire необходимо инициализи ровать базу данных. Для этого после редактирования конфигурационного файла вызовите команду tripwire -initialize. Выполнение этой процедуры мо жет продлиться достаточно долго, так как программа Tripwire должна создать кон трольные суммы всех файлов, контроль над которыми был предусмотрен при на стройке данного инструмента. Сформированная база данных помещается в под каталог databases текущего каталога, но желательно переместить ее в каталог Запись данных в этот каталог следует запре тить.

• Обновление базы данных. Если вы внесли изменения в систему, можете об новить базу данных Tripwire. Для этого вызовите команду tripwire -update указав файл, который необходимо учесть в базе данных.

• Интерактивное обновление базы данных. Если внесенные вами изменения затра гивают несколько компонентов системы или если вы установили большой пакет, за пустите Tripwire в интерактивном режиме. Для этого вызовите команду tripwire -interactive. В этом случае программа будет отыскивать файлы, подвергшиеся изменениям, и осведомляться у вас, следует ли учитывать эти изменения в базе данных.

• Проверка целостности системы. Этот режим используется по умолчанию. Для того чтобы запустить Tripwire в таком режиме, достаточно ввести в командной строке tripwire. Проверку целостности системы желательно выполнять каждый день. Периодический вызов Tripwire можно организовать с помощью Работой Tripwire управляет конфигурационный файл ig.

Подобно многим другим конфигурационным файлам, строки, начинающиеся с символа #, содержат комментарии. В остальных строках указываются каталоги, предназначенные для проверки. Соответствующие записи имеют следующий формат:

объект \ Назначение компонентов записи приведено ниже.

• Если данный символ предшествует имени объекта, то указанный файл или ка талог не подлежит проверке. Если объектом является каталог, содержащиеся в нем подкаталоги также не проверяются.

574 Часть IV. Средства защиты и маршрутизации • Данный символ указывает на то, что каталог подлежит проверке, а файлы и под каталоги, содержащиеся в нем, не должны проверяться. Обычно этот символ ука зывается для рабочих каталогов пользователей. Если символ = предшествует имени каталога, то Tripwire лишь сообщает о том, что файлы или подкаталоги были созда ны или удалены, но не приводит подробную информацию об этих файлах.

• Объект представляет собой имя файла или каталога, предназначенного для проверки, например /etc или Если в качестве объекта указан каталог, выполняется проверка всех его подкаталогов. Не проверяются лишь подкаталоги, представляющие собой отдельные файловые системы. Например, если содержимое каталогов и находится в разных разделах, то, чтобы проверить все дерева подкаталогов, вы должны создать записи как для /usr, так и для /usr/ local.

• Данный компонент записи указывает Tripwire на то, какие типы изменений должны быть отражены в отчете. Флаги задаются в формате [pinugsamcl23456789].... Символ + или - разрешает или запреща ет включать сведения в отчет. Остальные символы определяют типы проверки.

Например, р задает поверку прав доступа, i — проверку индексных дескрипторов (mode), n соответствует числу связей, и — идентификатору владельца файла, g — идентификатору группы, s — размеру файла, а — времени доступа, — времени модификации, с — времени создания индексного дескриптора, а числа 0-9 задают особенности контрольного суммирования.

• шаблон. Вместо флагов выбора вы можете задать шаблон. По умолчанию прини мается шаблон R, соответствующий В качестве при меров других шаблонов можно привести L исполь зуемый для проверки файлов протоколов, N который выполняет подробную проверку, но проверка эта занимает много времени, и Е игнорирующий все типы проверки.

Сформировав конфигурационный файл Tripwire, вы должны запустить программу в режиме генерации базы данных. В результате файл базы данных будет создан в ка талоге databases. При последующих запусках Tripwire будет отыскивать файл базы данных в каталоге Этот файл очень важен, поэто му вы должны обеспечить его сохранность. Способы сохранения файла базы данных описаны ниже.

• Файл базы данных может храниться на сменном носителе, защищенном от записи, например на дискете или компакт-диске. Если вы собираетесь выполнять проверку, периодически запуская Tripwire с помощью носитель может быть постоянно смонтирован (такой подход создает неудобства при работе с системой). Если вы предполагаете запускать Tripwire вручную, носитель можно монтировать непосред ственно перед проверкой.

• Для сохранения файла базы данных можно создать отдельный небольшой раздел и монтировать его только для чтения. При этом целесообразно предпринять допол нительные меры по обеспечению сохранности базы данных. Например, вы може те отформатировать раздел по соглашениям операционной системы, отличной от Глава 22. Общие вопросы защиты системы Linux. Это затруднит действия взломщика по поиску пароля, но не гарантирует целостность файла. Опытный хакер способен преодолеть подобные преграды.

• Вы можете записать на резервный носитель копию файла базы данных и перед началом проверки сравнить файлы. Если файл базы данных будет отличаться от резервной копии, это само по себе уже свидетельствует о факте вмешательства в работу системы.

• Tripwire поддерживает кодирование данных, поэтому файл базы данных можно сохранить в зашифрованном виде. Чтобы изменить содержимое файла базы данных, взломщик должен знать пароль, использовавшийся при кодировании.

Предприняв необходимые меры для сохранения файла базы данных, вы сможете кон тролировать целостность файлов на вашем компьютере. Необходимо лишь помнить, что база данных Tripwire должна создаваться непосредственно после установки Linux. Если от момента инсталляции системы до момента создания базы данных пройдет хотя бы один-два дня, то вполне возможно, что за это время система подвергнется атаке и в базу данных будут записаны сведения об измененных файлах.

позволяющие выявить вторжение в систему Помимо применения специализированных инструментов, таких как Tripwire, обнару жить факт вторжения можно путем анализа различных признаков. Некоторые из этих признаков перечислены ниже.

• Записи в файлах протоколов. Файлы протоколов, располагающиеся в каталоге содержат информацию о работе серверов. Как было сказано ранее, для обработки файлов вручную требуется слишком много времени, и не каждый адми нистратор может позволить себе заняться этим. Однако с помощью специализиро ванных например SWATCH, вы можете выявить факты, свидетель ствующие о взломе. Например, если вы обнаружите, что пользователь, находящийся в отпуске в другой стране, на днях зарегистрировался на сервере, это означает, что его учетной записью воспользовался кто-то другой.

• Некорректная работа сервера. Если сервер без видимых причин начинает работать некорректно, это может быть признаком вторжения, так как взломщики, пытаясь из менить конфигурацию сервера, часто портят конфигурационные файлы. Очевидно, что неправильная работа сервера может быть вызвана целым рядом других причин, но версию вторжения извне также нельзя сразу отбрасывать.

• Жалобы пользователей. Для регистрации в системе взломщики часто используют учетные записи других пользователей. Настраивая окружение пользователя в соот ветствии со своими потребностями, они нередко портят конфигурационные файлы, отвечающие за формирование среды. Поэтому жалобы пользователей на то, что система внезапно начала отвергать пароль или что параметры оболочки по непо нятным причинам изменились, нельзя оставлять без внимания.

• Появление "странных" файлов. Если вы обнаружили, что в системе появился файл, который вы не создавали и который не мог создать никто из пользователей, это может быть программа, используемая для проникновения в систему. Чтобы скрыть 576 Часть IV. Средства и маршрутизации свои действия по взлому, злоумышленники часто удаляют конфигурационные фай лы, поэтому отсутствие такого файла также является тревожным симптомом.

• Неожиданное увеличение сетевого трафика. Если трафик неожиданно увеличил ся, возможно, что причиной этого является деятельность злоумышленника, связан ная со взломом системы. Не исключено, конечно, что трафик увеличился в резуль тате роста популярности вашего узла. (Причиной внезапного роста популярности может быть появление ссылки на ваш узел на одном из часто посещаемых узлов.) Убедившись в увеличении трафика, вам следует проверить характер соединений, устанавливаемых с этого компьютера. Например, если с компьютера, на котором выполняется только Web-сервер, устанавливаются Telnet-соединения с другими ма шинами вашей сети, это свидетельствует о том, что компьютер используется взлом щиками для дальнейшего проникновения в вашу сеть.

Существуют также другие признаки вторжения в систему. Дело в том, что большин ство атак предпринимается не опытными хакерами, а малограмотными взломщиками, которые пользуются сценариями. Такие сценарии неминуемо оставляют на ком пьютере следы своей работы. К сожалению, каждый сценарий, написанный с целью взлома системы, проявляет себя по-своему, поэтому составить перечень признаков, по которым можно было бы выявить вторжение в систему, крайне сложно. Материалы на эту тему публикуются на многих Web-узлах, посвященных вопросам защиты.

Встретившись с необычным поведением программ, не следует пытаться объяснить все подобные случаи действиями злоумышленников. Причинами этого могут быть сбои в ра боте аппаратуры, некорректное содержимое конфигурационных файлов, ошибки в про граммах и т. д.

Действия при обнаружении факта взлома системы При выявлении факта вторжения в систему рекомендуется выполнить следующие действия.

• Отключить компьютер от сети. Компьютер, который подвергся атаке, может пред ставлять собой угрозу для других узлов. Если на этом компьютере содержатся важ ные данные, то чем дольше он будет работать в сети, тем больше вероятность что эти данные попадут в руки злоумышленника.

• Выяснить причины, в результате взломщик смог получить доступ к системе. Необходимо убедиться, что попытка взлома имела место и была успеш ной. Как было замечено ранее, многие проблемы, связанные с недостатками в аппа ратных и программных средствах, могут быть ошибочно приняты за взлом системы.

Следует также попытаться выяснить путь, по какому взломщик смог проникнуть в вашу систему. Если вы устраните последствия взлома, но не выявите причины, ко торые сделали это возможным, злоумышленник сможет снова воспользоваться теми же средствами. К сожалению, установить конкретные недостатки в защите системы чрезвычайно сложно, поэтому в большинстве случаев незаконного проникновения извне системные администраторы ограничиваются обновлением версии системы и принимают меры общего характера, направленные на повышение уровня защиты.

• Создать резервные копии важных данных. Если резервные копии данных созда вались слишком давно, вам следует скопировать важную информацию на резервный Глава 22. Общие вопросы защиты системы носитель. Имеет также смысл создать копию всей системы, подвергшейся атаке. Ко пия может пригодиться вам впоследствии для анализа особенностей проникновения в систему.

• Устранить последствия атаки. К сожалению, действия по устранению послед ствий взлома не ограничиваются восстановлением файлов, которые были изменены злоумышленником. Вы можете пропустить какой-либо из файлов и предоставить тем самым возможность взломщику повторить атаку. Вам необходимо полностью очистить жесткий диск или, по крайней мере, те разделы, в которых содержались компоненты системы Linux. При необходимости раздел /home можно оставить нетронутым. Затем следует повторно инсталлировать систему с нуля либо восста новить ее с резервной копии, которая была создана до атаки. На этом этапе на следует подключать компьютер к сети.

• Восстановить файлы с данными. Если на предыдущем этапе вы удалили всю информацию с жесткого диска, вам надо восстановить данные, резервные копии которых были созданы на третьем этапе. Если вы инсталлировали систему с нуля, следует также восстановить содержимое конфигурационных файлов.

• Устранить недостатки в защите. Если на втором этапе вам удалось выяснить причины, позволившие злоумышленнику поникнуть в систему, следует устранить их. Целесообразно также принять меры общего характера для повышения уровня защиты, например, инсталлировать в системе инструмент Tripwire (если он не был инсталлирован ранее) или установить и настроить брандмауэр.

• Подключить компьютер к сети. После устранения всех проблем надо подключить компьютер к сети и возобновить его работу.

Помимо описанных выше действий, желательно также принять дополнительные меры.

Вы можете, например, проследить маршрут к удаленному узлу, с которого была предпри нята попытка атаки, и передать сообщение системному администратору. Хакеры часто взламывают систему, зарегистрировавшись на компьютере, который был взломан ранее.

Если вы сообщите администратору о том, что с его машины была предпринята атака на ваш компьютер, он, вероятнее всего, займется проверкой системы. Если взломщик нанес вам большой урон, вы можете также обратиться за помощью к органам правопорядка.

Источники информации о защите систем Поскольку подготовка книги к публикации занимает достаточно длительное время, я не могу сообщить последние сведения о методах взлома и борьбе с ними, информацию о недостатках в системе защиты и другие данные. К тому моменту, как книга попадет в руки читателя, они, безусловно, устареют. Поэтому в данной главе были приведены лишь общие сведения о некоторых способах, позволяющих выявить факты взлома, об инструментах, с помощью которых можно контролировать текущее состояние системы, и о действиях, которые необходимо предпринять в случае, если ваш компьютер подвергся атаке. Однако, чтобы успешно осуществлять администрирование системы, вам необходи мо быть в курсе последних новостей, связанных с защитой. Существует целый ряд Web серверов, списков рассылки и групп новостей, содержащих сведения по этим вопросам;

ссылки на эти источники приводятся в данном разделе.

578 Часть IV. Средства защиты и маршрутизации посвященные вопросам защиты В Internet поддерживаются Web-узлы, информирующие практически обо всех вопро сах, связанных с использованием компьютеров, и защита системы не является исключе нием. Многие Web-узлы предоставляют самую новую информацию по этой теме. Ниже перечислены Web-узлы, содержимое которых должен периодически просматривать каж дый системный администратор.

• Web-узел, посвященный используемой версии Linux. Практически для каждого дистрибутивного пакета Linux в Internet создан Web-узел, содержащий информацию о данной версии системы. Немалую часть этой информации составляют вопросы защиты. Как правило, на таких узлах публикуются сведения о вновь обнаружен ных недостатках в защите программ и ссылки на версии программ, в которых эти проблемы устранены.

• Web-узел CERT/CC. Computer Emergency Response Team Coordination Center (CERT/CC) — одна из ведущих организаций, занимающаяся проблемами защиты.

Web-узел CERT/CC находится по адресу • Web-узел Организация Computer Incident Advisory Capability под держивает Web-узел, расположенный по адресу На нем публикуются сведения такого же характера, как и на узле CERT/CC.

• Раздел Linux Weekly News, защите системы. Linux Weekly News — сетевая газета, посвященная использованию Linux. В од ном из ее разделов публикуются сведения о способах повышения безопасности различных дистрибутивных пакетов Linux. (URL раздела часто изменяется. Для то го, чтобы попасть на соответствующую Web-страницу, надо активизировать ссылку Security на главной странице Linux Weekly News.) • Web-узел На этом узле публикуются новости о вопросах защиты. Информация на этом сервере представля ет собой своеобразный дайджест, составленный на основе данных, представленных на узлах CERT/CC и CIAC.

На перечисленных выше узлах вы найдете сведения о средствах, используемых хаке рами, и противодействии различным способам атаки, о выявленных недостатках в защите различных программных продуктов, о дополнительных модулях для различных информацию о вирусах и борьбе с ними, а также другие данные подобного рода. Вам, как системному администратору, следует периодически просматривать содержимое одного двух из этих узлов (желательно делать это ежедневно или, по крайней мере, раз в неделю).

Списки рассылки и группы новостей, посвященные вопросам защиты Чтобы получать информацию с Web-узлов, к ним надо периодически обращаться;

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

они представляют собой лишь информа ционную среду, применяемую для распространения новых сведений. Если вы привыкли регулярно просматривать поступающую почту, подпишитесь на один или несколько спис ков рассылки. В этом случае новые сведения, касающиеся защиты, будут приходить вам практически сразу же после того, как они поступят в список.

СОВЕТ Если вы хотите просматривать сообщения, защиты, как только они окажутся в вашем почтовом ящике, установите фильтр Procmail, настроив его для просмотра сообщений и запуска специальной которая инфор мировала бы вас о новых сообщениях по вопросам защиты. Для привлечения вашего внимания эта программа может отображать диалоговое окно с сообще нием или воспроизводить звуковой сигнал.

Группы новостей во многом напоминают списки рассылки. Подобно спискам, они доставляют данные подписчикам. Подписавшись на группы, посвященные защите, вы можете периодически просматривать их и даже написать специальный сценарий, который информировал бы вас о поступлении сообщения, содержащего заданные ключевые слова.

Ниже перечислены списки рассылки и группы новостей, в которых публикуются све дения, имеющие отношение к защите системы Linux.

• Список рассылки CERT/CC. Помимо Web-узла, CERT/CC поддерживает также список рассылки, посвященный вопросам защиты. Для того чтобы подписаться на этот список, надо отправить почтовое сообщение по адресу org, включив в него строку subscribe cert-advisory.

• Список рассылки CIAC. Подобно CERT/CC, CIAC передает материалы, имею щие отношение к защите систем, с помощью списка рассылки. Для того что бы подписаться на данный список, надо отправить почтовое сообщение по адре су включив в него строку subscribe • Список рассылки Bugtraq. Данный список создан не только для распростране ния новых материалов, но и для организации дискуссий. Участвуя в этом списке, вы можете получать от других администраторов полезные советы по организа ции защиты системы. Подписаться на материалы списка можно, направив пись мо по адресу В тело письма надо включить строку subscribe bugtraq.

• Группы новостей comp.security. В иерархии существует не сколько групп новостей (например, unix). Среди них есть груп пы, посвященные отдельным (даже конкретным) типам продуктов. В качестве при мера подобной группы можно привести • Группа новостей Данная группа посвящена вопросам без опасности Linux.

Поскольку большинство серверов, выполняющихся в системе Linux, использу ются также в системах, подобных UNIX, вопросы безопасности Linux на самом ЗАМЕТКУ • деле относятся ко всем версиям UNIX. Поэтому многие группы новостей и спис ки рассылки, посвященные защите Linux, не ограничиваются рамками данной системы.

580 Часть IV. Средства защиты и маршрутизации Резюме Для того чтобы обеспечить безопасность при использовании Linux, надо хорошо знать особенности работы данной системы. Выполняя администрирование, вы должны отклю чить ненужные серверы, правильно создать учетные рассказать пользователям о недопустимости небрежного обращения с паролями, вовремя установить дополнения, предназначенные для устранения ошибок в программах, и уметь распознавать случаи незаконного проникновения в систему. Поскольку новая информация, имеющая отноше ние к защите, публикуется практически ежедневно, вам необходимо постоянно пополнять свои знания, просматривая содержимое Web-узлов, посвященных вопросам безопасности, а также материалы списков рассылки и групп новостей. Если вы хорошо знакомы с прин ципами работы Linux, то, для того, чтобы быть в курсе последних новостей, связанных с защитой, вам потребуется лишь несколько минут в день. Время, потраченное на ознаком ление с новыми решениями в области защиты, многократно окупится, если вам удастся сорвать планы злоумышленника по проникновению в вашу систему.

В главах 23, 25 и 26 рассматриваются специальные средства, предназначенные для обеспечения безопасности при использовании Linux.

Глава Создание поддерева Каждый сервер в процессе работы читает файлы с диска компьютера, некоторые серверы также записывают файлы на локальный диск. Получив контроль над таким сер вером, взломщик может изменить конфигурацию программ, обеспечивая себе базу для дальнейшего проникновения в систему. Уменьшить возможности злоумышленника мож но, ограничив сферу действий сервера подмножеством файловой системы компьютера.

Это подмножество файловой системы называется поддеревом chroot. Если сервер выпол няется в пределах такого поддерева, то важные системные файлы будут не доступны для взломщика, даже если он сможет использовать сервер в своих целях.

Нормально функционировать в рамках поддерева chroot могут не все серверы, но некоторые из них специально предназначены для работы в таком окружении. Для сер вера, поддерживающего chroot, необходимо не только задать соответствующие опции в конфигурационном файле, но и создать среду chroot, в которой он будет выполняться.

Что такое поддерево chroot Корнем дерева файловой системы Linux является каталог /. Относительно этого ка талога определяется путь к любому другому каталогу. При создании поддерева chroot корневой каталог переопределяется;

вместо него назначается один из каталогов файловой системы. Принцип создания поддерева chroot показан на рис. Если в качестве нового корневого каталога задать, например, каталог то путь к любо му файлу или каталогу будет определяться не относительно каталога /, а относительно /opt/chroot. В результате, если сервер попадет под контроль взломщика и тот мо дифицирует файл /etc/passwd, файл /opt/chroot/etc/passwd будет изменен, а системный файл паролей останется в прежнем виде.

Для создания поддерева chroot используется системный вызов chroot Функ цию chroot может вызывать либо сам сервер, либо программа chroot, применяемая для запуска сервера. этот вопрос будет рассмотрен далее в данной главе.

При использовании поддерева chroot должны выполняться следующие условия.

• Если программа использует конфигурационные файлы или библиотеки, а также предоставляет клиенту или принимает от него некоторые файлы, все эти файлы должны размещаться в поддереве chroot. В результате для ряда серверов размеры 582 Часть IV. Средства защиты и маршрутизации Поддерево представляет собой подмножество файловой системы Рис. 23.1. Поддерево chroot представляет собой специ альное окружение, содержащее лишь те файлы, которые необходимы для работы сервера поддерева должны быть очень большими. Однако если сервер самостоятельно вы зывает функцию chroot он сможет прочитать содержимое требуемых файлов до вызова chroot т. е. в тот момент, когда область его действий еще не будет ограничена поддеревом chroot. В этом случае часть файлов, с которыми работает сервер, может лежать за пределами поддерева chroot.

• Сервер может обращаться только к тем файлам, которые находятся в поддереве chroot. Сократив до необходимого минимума число файлов, содержащихся в ка талогах поддерева, можно уменьшить риск повреждения системы в случае, если взломщик получит контроль над сервером.

• Если в поддереве chroot должно выполняться несколько серверов, для каждого из них необходимо создать отдельное поддерево. В этом случае злоумышленнику не удастся использовать один сервер для изменения конфигурации остальных.

• Поскольку поддерево chroot является подмножеством файловой системы Linux, программы, выполняющиеся за пределами данного поддерева, могут записывать файлы в каталоги, принадлежащие поддереву chroot. В зависимости от конкрет ных обстоятельств, этот факт можно рассматривать либо как преимущество, либо как возможный источник проблем. Вопросы доступа локальных программ к ката логам поддерева chroot будут рассматриваться далее в этой главе.

Несмотря на то что использование поддерева chroot позволяет существенно снизить опасность для компьютера, на котором выполняются серверы, данный подход имеет свои недостатки и ограничения. Одно из ограничений состоит в том, что не все серверы могут выполняться в рамках поддерева chroot. Для одних серверов подобный режим работы является вполне естественным (в качестве примера можно привести сервер FTP). Другим серверам, например Telnet, требуется более или менее полный доступ к файловой системе Linux. Таким образом, некоторые серверы неизбежно придется запускать за пределами поддерева chroot.

Поддерево chroot не устанавливается автоматически программой инсталляции па кета, его создает системный администратор. По этой причине затрудняется установка дополнений к серверу. Если вы забудете скопировать измененные файлы в нужный ката лог, конфигурация сервера, выполняющегося в пределах chroot, останется неизменной.

Глава 23. Создание поддерева Не следует также забывать, что процесс, выполняемый в рамках поддерева chroot с полномочиями root, может вызвать функцию chroot и расширить область своих действий на всю файловую систему. (Организовать такой вызов достаточно сложно, но вполне возможно.) Поэтому предоставляя привилегии root серверу, выполняющемуся в пределах поддерева chroot, необходимо соблюдать осторожность. Как известно, в за щите практически каждого сервера найдены недостатки, и, несомненно, подобные недостатки будут обнаружены и в дальнейшем. Таким образом, несмотря на то, что под дерево chroot является чрезвычайно полезным инструментом, оно вовсе не гарантирует безопасность системы.

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

И наконец, если вы запустили один сервер в рамках поддерева chroot, остальные серверы могут выполняться за пределами поддерева, создавая тем самым опасность для системы. Более того, если области файловой системы, доступные разным серверам, пере крываются, то не что один сервер можно будет использовать для изменения конфигурации другого, что создаст дополнительные возможности для незаконного про никновения в систему.

Формирование среды chroot Для того чтобы сервер мог работать в рамках поддерева chroot, необходимо в первую очередь сформировать само поддерево. Надо создать требуемые каталоги и скопировать в них системные файлы и файлы сервера. Другими словами, вам следует сформировать в пределах поддерева усеченный вариант системы Linux, в котором отсутствовало бы большинство программ и конфигурационных файлов, имеющихся в полном варианте системы.

В данном разделе обсуждаются лишь общие вопросы создания поддерева chroot. Более подробно конфигурация серверов для работы в пределах подде рева будет рассмотрена в следующем разделе. Там же будет приведен пример подготовки сервера BIND для выполнения в рамках поддерева chroot.

Создание поддерева Для создания поддерева chroot сначала необходимо сформировать само поддерево.

Его можно разместить в любой позиции файловой системы, за исключением псевдоси стем, таких как Если сервер должен иметь возможность записывать файлы, для подкаталогов необходимо задать соответствующие права доступа. В примере, рассмот ренном выше, для создания поддерева chroot использовался каталог /opt/chroot, 584 Часть IV. Средства защиты и маршрутизации но реально роль корневого каталога поддерева может выполнять практически любой ка талог файловой системы.

В поддереве chroot надо создать некоторые из каталогов и подкаталогов, присутству ющие в обычной файловой системе. Вероятнее всего, вам потребуется лишь ограниченное количество подкаталогов Linux. Чаще всего для выполнения сервера в поддереве chroot приходится создавать каталоги /bin, /sbin, /lib, /etc и /var. В эти каталоги не следует копировать файлы, присутствующие в соответствующих каталогах файловой системы Linux;

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

Если в пределах поддерева chroot должно выполняться несколько серверов, надо для каждого из них создать отдельное поддерево. Например, если в таком режиме предпола гается запустить серверы FTP и вы можете использовать в качестве корневых каталогов поддеревьев каталоги tp и Копирование файлов сервера Сформировав поддерево chroot, надо скопировать в содержащиеся в нем катало ги требуемые файлы. Набор необходимых файлов зависит от особенностей сервера. Если сервер самостоятельно вызывает функцию chroot вам нет необходимости размещать в пределах поддерева chroot исполняемые файлы сервера. Вы можете запустить сер вер за пределами поддерева chroot, указав ему расположение поддерева. После вызова chroot сфера действий сервера будет ограничена сформированным вами поддеревом.

Поскольку сервер, самостоятельно вызывающий chroot может читать конфигураци онные файлы, размещенные за пределами поддерева, число файлов, которые необходимо поместить в каталоги поддерева chroot, сводится к минимуму. Вам придется скопиро вать лишь те файлы, которые требуются серверу для работы после вызова chroot Примером сервера, функционирующего подобным образом, является анонимный сервер FTP. (Подробно вопросы работа сервера FTP рассматривалась в главе Если сервер не вызывает самостоятельно функцию chroot его следует запус кать посредством утилиты chroot. При этом в каталоги поддерева chroot необходимо скопировать исполняемые и конфигурационные файлы сервера, а также все файлы, необ ходимые серверу в процессе работы. Кроме того, иногда приходится помещать в каталоги поддерева chroot некоторые системные файлы. Определить набор файлов, необходимых серверу, достаточно сложно. Для того чтобы выяснить, какие файлы требуются в процес се работы, надо прочитать документацию, а если нужные сведения там отсутствуют, вам придется проанализировать содержимое дистрибутивного пакета. Для получения инфор мации о файлах, содержащихся в пакете, можно использовать инструменты tar, или dpkg. Очевидно, что копировать в каталоги поддерева chroot надо не все файлы;

например, для работы сервера не нужна документация. Чтобы выяснить, какие файлы необходимы серверу, можно использовать программу strace. Вызвав команду strace вы получите сведения о файлах, используемых в процес се работы сервера, в том числе имена файлов, которые сервер открывает самостоятельно.

Вместо копирования файлы можно переместить в каталоги поддерева chroot.

При этом вы будете иметь гарантию того, что после запуска сервер будет вы полняться в пределах поддерева.

Глава 23. Создание поддерева chroot Копирование системных файлов После того как вы разместите в пределах поддерева chroot файлы сервера, вам сле дует скопировать в каталоги поддерева некоторые системные файлы. Для работы серверов часто требуются следующие типы файлов.

• Библиотеки. Во время работы многие серверы используют динамические библио теки. Обычно они хранятся в каталоге /lib или Выяснить, какие биб лиотеки нужны конкретному серверу, позволяет программа Например, чтобы определить, какие библиотеки использует сервер имен, надо выполнить команду Файлы библиотек надо поместить в каталог поддерева chroot.

• Программы поддержки. Для работы некоторых серверов нужны дополнительные программы. Например, если Web-сервер поддерживает ему могут понадобиться интерпретатор Perl и файлы, обеспечивающие ра боту этого интерпретатора. Исполняемый файл Perl и дополнительные файлы надо скопировать в соответствующий каталог поддерева chroot. Кроме того, програм мы, необходимые для работы сервера, могут, в свою очередь, использовать файлы библиотек. В некоторых случаях объем данных, применяемых для поддержки язы ков сценариев, намного превышает объем Web-сервера.

• Файлы устройств. Ряд серверов непосредственно обращается к файлам устройств.

Например, сервер резервного копирования взаимодействует с накопителем на маг нитных лентах, а некоторым библиотекам и программам нужны специальные файлы устройств, такие как /dev/zero или Обычно файлы устройств рас полагаются в каталоге /dev. Копировать файлы из этого каталога бессмысленно, вместо этого надо повторно создать их в поддереве с помощью Соответ ствующая команда может выглядеть следующим образом: mknod /opt/chroot/ dev/stO с 9 0. Файлы устройств предоставляют доступ к ресурсам компьюте ра, поэтому создавать их в поддереве chroot следует только в том случае, когда они действительно необходимы.

• Специальные файловые системы. Иногда серверы используют специальные фай ловые системы или инструменты, предназначенные для работы с такими файловыми системами. Например, некоторые серверы обращаются к Подобные ката логи нельзя непосредственно копировать. Вместо этого надо создать дополнитель ную запись в файле stab и смонтировать файловую систему в пределах поддерева chroot. Исходную систему нельзя удалять, ее надо дублиро вать. Необходимо помнить, что при наличии доступа сервера к взломщику автоматически предоставляются дополнительные возможности для контроля над системой.

• Базы данных с информацией о пользователях. Во время работы ряд серверов обращается к /etc/group, /etc/shadow и другим файлам, содержащим информацию о пользователях. Серверам, которые используют Plug gable Authentication Module, необходима инфраструктура РАМ, в файл содержимое /etc/security, а также библио теки в файлах /lib и /lib/security (в именах файлов библиотек содержатся 586 Часть IV, Средства защиты и маршрутизации символы рат). Для того чтобы выяснить, какие файлы необходимо скопировать в каталоги поддерева chroot, надо проанализировать содержимое пакета РАМ.

• Файлы протоколов. Если сервер создает во время работы файлы протоколов, вам необходимо подготовить каталоги для их размещения. Некоторые серверы исполь зуют при создании файлов протоколов демон syslogd, в этом случае вам на до скопировать данную программу в поддерево chroot. Многие серверы можно сконфигурировать так, чтобы протоколирование выполнялось без использования syslogd.

Для серверов, самостоятельно вызывающих функцию chroot обычно приходится копировать в каталоги поддерева гораздо меньше файлов, чем для серверов, запускаемых с помощью программы chroot. Если сервер вызывает chroot то перед вызовом данной функции он обычно загружает библиотеки, системные файлы и остальные необ ходимы ему данные.

Чтобы не создавать угрозу безопасности системы, помещайте в каталоги под дерева chroot лишь минимальный набор файлов. Копировать файл следует только в том случае, если вы твердо знаете, что этот файл используется в рабо те сервера. Что же касается остальных файлов, выяснить, необходимы ли они, можно, запустив сервер на выполнение (если в сервере предусмотрен режим отладки, желательно включить его). Если серверу недостает какого-либо файла, он сообщит об этом.

Настройка сервера для работы в рамках поддерева chroot Создав поддерево chroot, можно приступать к его использованию. Для этого надо сконфигурировать сервер для работы в рамках поддерева, организовать запуск сервера и обеспечить контроль доступа к поддереву chroot извне. Решение этих задач рас сматривается в данном разделе. Здесь же будет приведен пример запуска сервера имен в пределах поддерева chroot.

Запуск сервера в рамках поддерева chroot Если сервер осуществляет вызов функции chroot вероятнее всего, что в его конфигурационном файле содержится одна или несколько опций, предназначенных для управления выполнением в рамках поддерева chroot. Например, для ProFTPd преду смотрена директива которая задает имя каталога, используемого в каче стве корневого каталога поддерева chroot. Чтобы обеспечить выполнение сервера с ис пользованием поддерева chroot, необходимо выяснить, какие опции управляют данным режимом работы, и правильно установить их значения.

Если сервер не вызывает chroot необходимо в первую очередь убедиться, что он способен работать в обычном окружении Linux, для чего следует запустить сервер за пределами поддерева chroot. Затем надо скопировать исполняемые файлы сервера и конфигурационные файлы в каталоги поддерева и удостовериться, что это не повли яло на работу сервера. После настройки среды поддерева вы можете запускать сервер с помощью утилиты chroot. Соответствующая команда имеет следующий вид:

Глава 23. Создание поддерева chroot chroot Здесь под новым корневым каталогом подразумевается каталог, который выполняет роль корня поддерева chroot. Кроме того, при вызове команды задаются имя сервера, предназначенного для запуска, и опции;

путь к серверу определяется относительно корневого каталога поддерева. Например, если исполняемый файл сервера имеет имя /opt/chroot/bin/server, где /opt/chroot — корневой каталог то вы зов chroot будет выглядеть следующим образом:

# /opt/chroot /bin/server Если в обычных условиях сервер запускается с помощью сценария SysV или локаль ного сценария запуска, вы должны модифицировать сценарий, включив в него команду chroot. Вы также можете запретить выполнение сценария и организовать запуск сервера другим способом. Если в системе предусмотрен запуск сервера посредством суперсерве ра, необходимо разместить в поддереве chroot не только сервер, предназначенный для запуска, но и супервсервер. Кроме того, надо изменить команду запуска суперсервера, реализовав его запуск посредством chroot. Если такое решение вас не устраивает, из мените способ запуска сервера, например, запустите его с помощью сценария SysV или локального сценария.

Управление доступом к каталогам поддерева chroot Поддерево chroot реализует одностороннюю защиту — программы, выполняющиеся в рамках поддерева, не имеют доступа к ресурсам за его пределами. Поэтому вы можете ограничить доступ и в другом направлении. Для этого надо указать в качестве владельца каталогов поддерева chroot пользователя root и установить соответствующие права доступа к этим подкаталогам, например задать значение 0640 ). Запускать сервер следует от имени пользователя, который принадлежит группе, специально создан ной для этой цели. В результате сервер будет иметь право читать файлы, находящиеся в каталогах поддерева chroot, а из-за пределов поддерева к данным сможет обращаться только пользователь root. Если же при работе сервера возникает необходимость в записи файлов, следует предусмотреть это при установке прав доступа.

Запуск сервера BIND в рамках поддерева chroot Ранее описывался процесс подготовки сервера к запуску в рамках поддерева chroot.

Чтобы лучше понять изложенный выше материал, желательно рассмотреть запуск кон кретного сервера в подобном режиме. В качестве примера выберем сервер имен BIND, работа которого обсуждалась в главе 18. При подготовке сервера к работе в пределах поддерева chroot будет в основном использоваться конфигурация, устанавливаемая по умолчанию. Процедура инсталляции данного сервера в различных версиях Linux имеет свои характерные особенности;

для данного примера выберем версию Debian 2.2.

В данном разделе рассматривается запуск сервера BIND с использованием программы chroot. В качестве примера сервера, вызывающего функцию chroot самостоятельно, можно привести сервер FTP.

Прежде всего вам необходимо инсталлировать стандартный пакет BIND. Поскольку сервер инсталлируется в системе Debian, для его установки можно использовать програм му apt-get.

588 Часть IV. Средства защиты и маршрутизации # apt-get install bind В процессе выполнения сценарий инсталляции спрашивает, следует ли добавить адрес локального сервера имен в файл На этот вопрос я даю положи тельный ответ, но для демонстрации работы сервера в рамках поддерева enroot это не имеет значения. По окончании установки система запускает сервер имен. Прове рить, работает ли сервер, вы можете с помощью следующих двух команд:

f ps I grep named root 7656 0.0 1.5 2184 1492 ? S 13:29 0:00 \ /usr/sbin/named # host awl.com awl.com A 165.193.123. Вторая команда позволяет убедиться в том, что сервер BIND установлен и работает:

она выводит IP-адрес узла com, причем для преобразования имени используется сервер на компьютере localhost. Имя com вы можете заменить любым дру гим именем узла, расположенного в Internet, а вместо localhost можно указать IP адрес или имя вашего компьютера. Если система сообщит о том, что команда не найдена (command not found), вам надо установить пакет содержащий програм му host. (В других версиях Linux пакет подобного назначения может называться иначе, например Убедившись, что сервер работает, завершите его выполнение с помощью команды f /etc/init.d/bind stop Затем вам надо создать поддерево chroot и скопировать в него файлы BIND.

# mkdir -p /opt/chroot/var/cache/bind # mkdir # cp /usr/sbin/named /opt/chroot/usr/sbin # cp -rp /etc/bind/ /opt/chroot/etc Данная процедура подготавливает BIND для выполнения с помощью команды chroot. Такой подход используется лишь для демонстрации действия данной ЗАМЕТКУ команды. В случае необходимости сервер BIND может самостоятельно вызывать функцию chroot поэтому выполнение сервера имен в рамках поддерева chroot можно организовать несколько проще. Однако при этом все равно при дется создать поддерево и поместить в него конфигурационные файлы. Отпадает необходимость лишь в копировании исполняемых файлов сервера.

В результате выполнения приведенных выше команд создается основа поддерева и в соответствующий каталог помещаются исполняемые коды сервера имен и конфигура ционные файлы. При подготовке сервера к выполнению важно получить информацию о библиотеках, необходимых для его выполнения. Получив сведения о библиотеках с по мощью команды следует скопировать соответствующие файлы в каталог поддерева chroot.

Pages:     | 1 |   ...   | 10 | 11 || 13 | 14 |



© 2011 www.dissers.ru - «Бесплатная электронная библиотека»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.