[Comm] Security hole in X (KDE)

[Comm] Security hole in X (KDE)

[Vyatcheslav Perevalov]

1. Грузимся в runlevel 3
2. Логинимся как user1
3. startx
4. работаем в X, при необходимости отлучиться - блокируем экран
5. к машине подходит user2, видит что экран заблокирован
6. путём перебора Ctrl-Alt-[F1-F6] находит консоль, с которой запущены X
7. Ctrl-C
8. Вуаля. Делаем с данными user1 всё, что нам позволит наша совесть.

Просьба подтвердить или опровергнуть.
-- 
Всего хорошего
		/vip

Re: [Comm] Security hole in X (KDE)

[Mikhail Gusarov]

[-- Attachment #1: Type: text/plain, Size: 348 bytes --]

Twas brillig at 14:27:17 09.03.2008 UTC+06 when Vyatcheslav Perevalov did gyre and gimble:

 VP> Просьба подтвердить или опровергнуть.

Опровергаю: это не security hole в X, это hole в голове user1.

ps: exec startx спасёт отца русской демократии.

-- 

[-- Attachment #2: Type: application/pgp-signature, Size: 188 bytes --]

Re: [Comm] Security hole in X (KDE)

[Eugene Ostapets]

09.03.08, Vyatcheslav Perevalov<vip0 seversk.ru> написал(а):
>  3. startx
Сам дурак.
3. startx &
4. logout
>
>  Просьба подтвердить или опровергнуть.

-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [Comm] Security hole in X (KDE)

[Хихин Руслан]

[-- Attachment #1: Type: text/plain, Size: 407 bytes --]

Здравствуйте Vyatcheslav Perevalov
  В сообщении от 9 марта 2008 Vyatcheslav Perevalov написал(a):
 > Просьба подтвердить или опровергнуть.

Это в любом xorg так, если не запрещено в xorg выполнение  ctrl+FN (и 
ctrl+backspace). 

-- 
  А ещё говорят так  (fortune):
 
PРH pbbyre - vg znxrf lbhe PРH pbby!  

________________________________________________________________________
С уважением Хихин Руслан

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [Comm] Security hole in X (KDE)

[Vyatcheslav Perevalov]

В сообщении от 9 марта 2008 Хихин Руслан написал(a):
> Это в любом xorg так, если не запрещено в xorg выполнение  ctrl+FN (и
> ctrl+backspace).

Чем именно это запрещать?

-- 
Всего хорошего
		/vip

Re: [Comm] Security hole in X (KDE)

[Mikhail Gusarov]

[-- Attachment #1: Type: text/plain, Size: 338 bytes --]

Twas brillig at 15:01:12 09.03.2008 UTC+06 when Vyatcheslav Perevalov did gyre and gimble:

 VP> Чем именно это запрещать?

В man xorg.conf рассказано. Но это костыль - всегда найдётся ещё
пара-тройка способов переключиться на vt.

-- 

[-- Attachment #2: Type: application/pgp-signature, Size: 188 bytes --]

Re: [Comm] Security hole in X (KDE)

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 771 bytes --]

* Vyatcheslav Perevalov <vip0@> [080309 11:37]:
> 1. Грузимся в runlevel 3
А можно загрузиться в runlevel 5.

> 2. Логинимся как user1
> 3. startx
> 4. работаем в X, при необходимости отлучиться - блокируем экран
"путём перебора Ctrl-Alt-[F1-F6]" находим свободную консоль,
логинимся и делаем vlock -a.

> 5. к машине подходит user2, видит что экран заблокирован
> 6. путём перебора Ctrl-Alt-[F1-F6] находит консоль, с которой запущены X
Это отключаемо.  А ещё он может C-A-BS нажать.

> 7. Ctrl-C
> 8. Вуаля. Делаем с данными user1 всё, что нам позволит наша совесть.

> Просьба подтвердить или опровергнуть.
Ну а вы чего хотели?  Все гуёвые скринлокеры блокируют только
$DISPLAY, виртуальные консоли это не их проблема.

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] Security hole in X (KDE)

[Хихин Руслан]

[-- Attachment #1: Type: text/plain, Size: 1560 bytes --]

Здравствуйте Mikhail Gusarov
  В сообщении от 9 марта 2008 Mikhail Gusarov написал(a):
 > В man xorg.conf рассказано. 
SERVERFLAGS SECTION
.......
 Option "DontVTSwitch"  "boolean"
    This disallows the use of the  Ctrl+Alt+Fn  sequence  (where  Fn
    refers  to one of the numbered function keys).  That sequence is
    normally used to switch to another "virtual terminal" on operat-
    ing  systems  that  have  this  feature.   When  this  option is
    enabled, that key sequence has no special meaning and is  passed
    to clients.  Default: off.
 Option "DontZap"  "boolean"
    This disallows the use of the Ctrl+Alt+Backspace sequence.  That
    sequence is normally used to terminate the  Xorg  server.   When
    this option is enabled, that key sequence has no special meaning
    and is passed to clients.  Default: off.
..........
 Option "VTSysReq"  "boolean"
   enables the SYSV-style VT switch sequence for  non-SYSV  systems
   which support VT switching.  This sequence is Alt-SysRq followed
   by a function key (Fn).  This prevents the Xorg server  trapping
   the  keys  used  for the default VT switch sequence, which means
   that clients can access them.  Default: off.


 > Но это костыль - всегда найдётся ещё 
 > пара-тройка способов переключиться на vt.
Не то, что-бы не верю, но не знаю не одного. :)

-- 
  А ещё говорят так  (fortune):
 
- Что делает системный администратор, проснувшись с похмелья? - 
Тестирует память...  

________________________________________________________________________
С уважением Хихин Руслан

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [Comm] Security hole in X (KDE)

[Mikhail Gusarov]

[-- Attachment #1: Type: text/plain, Size: 453 bytes --]

Twas brillig at 14:06:19 09.03.2008 UTC+03 when Хихин Руслан did gyre and gimble:

 >> Но это костыль - всегда найдётся ещё пара-тройка способов
 >> переключиться на vt.
 ХР> Не то, что-бы не верю, но не знаю не одного. :)

Скажем так - я бы не полагался на отсутствие таких способо ;)

-- 

[-- Attachment #2: Type: application/pgp-signature, Size: 188 bytes --]

Re: [Comm] Security hole in X (KDE)

[Алексей Синицын]

09.03.08, Mikhail Gusarov<dottedmag@dottedmag.net> написал(а):
> Twas brillig at 14:06:19 09.03.2008 UTC+03 when Хихин Руслан did gyre and gimble:
>
>
>   >> Но это костыль - всегда найдётся ещё пара-тройка способов
>   >> переключиться на vt.
>
>  ХР> Не то, что-бы не верю, но не знаю не одного. :)
>
>  Скажем так - я бы не полагался на отсутствие таких способо ;)
>
>

 Ну и вызывать, при таких проблемах: startx;exit .

 Для надежности, на startx прописать алиас.

Re: [Comm] Security hole in X (KDE)

[Mikhail Gusarov]

[-- Attachment #1: Type: text/plain, Size: 289 bytes --]

Twas brillig at 22:48:49 09.03.2008 UTC+03 when Алексей Синицын did gyre and gimble:

 АС>  Ну и вызывать, при таких проблемах: startx;exit .

При таких проблемах лучше использовать xdm/wdm/kdm/gdm.

-- 

[-- Attachment #2: Type: application/pgp-signature, Size: 188 bytes --]

Re: [Comm] Security hole in X (KDE)

[Алексей Синицын]

2008/3/9, Mikhail Gusarov <dottedmag@dottedmag.net>:
> Twas brillig at 22:48:49 09.03.2008 UTC+03 when Алексей Синицын did gyre and gimble:
>
>   АС>  Ну и вызывать, при таких проблемах: startx;exit .
>
>  При таких проблемах лучше использовать xdm/wdm/kdm/gdm.
>

 В исходной постановке задачи фигурировал runlevel 3.  Может быть это
зачем-то так надо человеку.

Re: [Comm] Security hole in X (KDE)

[Michael Shigorin]

On Sun, Mar 09, 2008 at 11:00:44PM +0300, Алексей Синицын wrote:
> >   АС>  Ну и вызывать, при таких проблемах: startx;exit .
> >  При таких проблемах лучше использовать xdm/wdm/kdm/gdm.
> В исходной постановке задачи фигурировал runlevel 3.
> Может быть это зачем-то так надо человеку.

Это неверная постановка задачи; общеизвестно, что при
необходимости уменьшить вероятность подобных неприятностей
_показано_ использование display manager.

Хотя и в runlevel 3 его можно запускать, конечно. :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Security hole in X (KDE)

[Andrei Lomov]

Vyatcheslav Perevalov wrote:

> В сообщении от 9 марта 2008 Хихин Руслан написал(a):
>> Это в любом xorg так, если не запрещено в xorg выполнение  ctrl+FN (и
>> ctrl+backspace).
> 
> Чем именно это запрещать?
> 

Используйте 
$ vlock -a 
в консоли

-- 
Всего доброго,
А.Л.

Re: [Comm] Security hole in X (KDE)

[ALT Linux User]

2008/3/9 Vyatcheslav Perevalov <vip0@seversk.ru>:
> 1. Грузимся в runlevel 3
>  2. Логинимся как user1
>  3. startx
>  4. работаем в X, при необходимости отлучиться - блокируем экран
>  5. к машине подходит user2, видит что экран заблокирован
>  6. путём перебора Ctrl-Alt-[F1-F6] находит консоль, с которой запущены X
>  7. Ctrl-C
>  8. Вуаля. Делаем с данными user1 всё, что нам позволит наша совесть.
>
>  Просьба подтвердить или опровергнуть.

Так и есть.

2008/3/10 Andrei Lomov <lomov@math.nsc.ru>:
> Vyatcheslav Perevalov wrote:
>
>  > В сообщении от 9 марта 2008 Хихин Руслан написал(a):
>  >> Это в любом xorg так, если не запрещено в xorg выполнение  ctrl+FN (и
>  >> ctrl+backspace).
>  >
>  > Чем именно это запрещать?
>  >
>
>  Используйте
>  $ vlock -a
>  в консоли

Простите, в какой консоли?

Вот Konsole: $ vlock -a
This tty (pts/1) is not a virtual console.
The entire console display cannot be locked.

Так как оставить машину спокойно работать? Тоже гружусь в init 3.

Re: [Comm] Security hole in X (KDE)

[Хихин Руслан]

[-- Attachment #1: Type: text/plain, Size: 365 bytes --]

Здравствуйте ALT Linux User
  В сообщении от 10 марта 2008 ALT Linux User написал(a):
 > Так как оставить машину спокойно работать? Тоже гружусь в init 3

Прописать ключи в xorg

-- 
  А ещё говорят так  (fortune):
 
Death is Nature's way of recycling human beings. 
________________________________________________________________________
С уважением Хихин Руслан

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [Comm] Security hole in X (KDE)

[ALT Linux User]

2008/3/10 Хихин Руслан <hihin@rambler.ru>:
> Здравствуйте ALT Linux User
>  В сообщении от 10 марта 2008 ALT Linux User написал(a):
>  > Так как оставить машину спокойно работать? Тоже гружусь в init 3
>
> Прописать ключи в xorg

Как-то не хочется запрещать открытие новых консолей...

А нельзя как-то сделать по-человечески, что бы всё же, если уж сессия
блокирована, то сначала спрашивать пароль, а уж потом разрешать всякие
сочетания клавиш?

Re: [Comm] Security hole in X (KDE)

[Mikhail Gusarov]

[-- Attachment #1: Type: text/plain, Size: 418 bytes --]

Twas brillig at 13:54:02 10.03.2008 UTC+03 when ALT Linux User did gyre and gimble:

 ALU> А нельзя как-то сделать по-человечески, что бы всё же, если уж сессия
 ALU> блокирована, то сначала спрашивать пароль, а уж потом разрешать всякие
 ALU> сочетания клавиш?

vim source.c

-- 

[-- Attachment #2: Type: application/pgp-signature, Size: 188 bytes --]

Re: [Comm] Security hole in X (KDE)

[Michael Shigorin]

On Mon, Mar 10, 2008 at 01:54:02PM +0300, ALT Linux User wrote:
> А нельзя как-то сделать по-человечески, что бы всё же, если уж
> сессия блокирована, то сначала спрашивать пароль, а уж потом
> разрешать всякие сочетания клавиш?

Не уверен, что X-сервер "в курсе", что сессия блокирована.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Security hole in X (KDE)

[Андрей Черепанов]

9 марта 2008 Vyatcheslav Perevalov написал:
> 1. Грузимся в runlevel 3
> 2. Логинимся как user1
> 3. startx
> 4. работаем в X, при необходимости отлучиться - блокируем экран
> 5. к машине подходит user2, видит что экран заблокирован
> 6. путём перебора Ctrl-Alt-[F1-F6] находит консоль, с которой запущены X
> 7. Ctrl-C
> 8. Вуаля. Делаем с данными user1 всё, что нам позволит наша совесть.
>
> Просьба подтвердить или опровергнуть.
Подтверждаю то, что сам пользователь нашёл приключений на свою голову и не 
использовал dm, как рекомендуют специалисты по безопасности.


-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

Re: [Comm] Security hole in X (KDE)

[ALT Linux User]

2008/3/11 Андрей Черепанов <cas@altlinux.ru>:
> 9 марта 2008 Vyatcheslav Perevalov написал:
> > 1. Грузимся в runlevel 3
> > 2. Логинимся как user1
> > 3. startx
> > 4. работаем в X, при необходимости отлучиться - блокируем экран
> > 5. к машине подходит user2, видит что экран заблокирован
> > 6. путём перебора Ctrl-Alt-[F1-F6] находит консоль, с которой запущены X
> > 7. Ctrl-C
> > 8. Вуаля. Делаем с данными user1 всё, что нам позволит наша совесть.
> >
> > Просьба подтвердить или опровергнуть.
> Подтверждаю то, что сам пользователь нашёл приключений на свою голову и не
> использовал dm, как рекомендуют специалисты по безопасности.

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

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

Так что, с моей скромной точки зрения обыкновенного пользователя с
ограниченными знаниями и не очень прямыми руками, такая политика
взаимодействия икс-сервера и кедэе кажется простой дырой в
безопасности.

Re: [Comm] Security hole in X (KDE)

[Vyatcheslav Perevalov]

В сообщении от 11 марта 2008 ALT Linux User написал(a):
> > Подтверждаю то, что сам пользователь нашёл приключений на свою голову и
> > не использовал dm, как рекомендуют специалисты по безопасности.
>
> IMHO это весьма спорный момент.
> Во-первых, не надо требовать многого от пользователя - пользователь
> этого, как известно, не любит.

 ............................................................

>
> Так что, с моей скромной точки зрения обыкновенного пользователя с
> ограниченными знаниями и не очень прямыми руками, такая политика
> взаимодействия икс-сервера и кедэе кажется простой дырой в
> безопасности.

Слава Богу, хоть кто-то меня поддержал... а то сразу "Сам дурак", и т. д.

-- 
Всего хорошего
		/vip

Re: [Comm] Security hole in X (KDE)

[Ilis]

11.03.08, ALT Linux User<altlinux.mailbox@gmail.com> написал(а):
>
> Так что, с моей скромной точки зрения обыкновенного пользователя с
> ограниченными знаниями и не очень прямыми руками, такая политика
> взаимодействия икс-сервера и кедэе кажется простой дырой в
> безопасности.

Т.е. если при запуске иксов не блокируется текстовая консоль, то это дыра?
А где дыра, если user1 открыл вторую консоль, залогинился там, и,
например, заблокировал её и ушёл? Первая тоже должна автоматически
блокироваться?

Re: [Comm] Security hole in X (KDE)

[ALT Linux User]

2008/3/11 Ilis <ilis.krou@gmail.com>:
> 11.03.08, ALT Linux User<altlinux.mailbox@gmail.com> написал(а):
> >
> > Так что, с моей скромной точки зрения обыкновенного пользователя с
> > ограниченными знаниями и не очень прямыми руками, такая политика
> > взаимодействия икс-сервера и кедэе кажется простой дырой в
> > безопасности.
>
> Т.е. если при запуске иксов не блокируется текстовая консоль, то это дыра?
> А где дыра, если user1 открыл вторую консоль, залогинился там, и,
> например, заблокировал её и ушёл? Первая тоже должна автоматически
> блокироваться?

IMHO это предмет для размышлений тех, кто отвечает за архитектуру
приложений/системы. Возможно, это должно настраиваться в GUI. Некое
нечто со вкладкой "безопасность". "Блокировать все сессии данного
пользователя при включении им кнопки "блокировка сессии"?" (извините,
не знаю как это называется в русской версии).

В любом случае, если я открыл сессию, её видно по $ w - я хотел бы,
что бы она блокировалась, пусть одна, если я явным образом сообщаю
приложению такую команду, пусть и через GUI. Механизм такой блокировки
безусловно обсуждаем, но не на уровне пользователя. Пользователь может
помочь с казуальным Quality Assurance, но никак ни с проектированием
внутренних зависимостей компонентов системы.

Re: [Comm] Security hole in X (KDE)

[Eugene Ostapets]

11.03.08, ALT Linux User<altlinux.mailbox gmail.com> написал(а):
> IMHO это предмет для размышлений тех, кто отвечает за архитектуру
>  приложений/системы. Возможно, это должно настраиваться в GUI. Некое
>  нечто со вкладкой "безопасность". "Блокировать все сессии данного
>  пользователя при включении им кнопки "блокировка сессии"?" (извините,
>  не знаю как это называется в русской версии).
Пользователю - runlevel 5 с xdm/gdm/kdm, если он считает себя крутым -
пусть думает головой!
Все необходимое для организации безопасного рабочего места в системе
есть, но только в KDE/Gnome/XFCE есть настройка из коробки "заботиться
о безопасности для новичков и включать блокировку сеанса по
таймауту"...

-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [Comm] Security hole in X (KDE)

[Denis Medvedev]

А бывает ли "текстовый" скринсейвер? 
Это бы решило вопрос.

-----Original Message-----
From: Ilis <ilis.krou@gmail.com>
To: "ALT Linux Community general discussions" <community@lists.altlinux.org>
Date: Tue, 11 Mar 2008 19:09:07 +0500
Subject: Re: [Comm] Security hole in X (KDE)

> 11.03.08, ALT Linux User<altlinux.mailbox@gmail.com> написал(а):
> >
> > Так что, с моей скромной точки зрения обыкновенного пользователя с
> > ограниченными знаниями и не очень прямыми руками, такая политика
> > взаимодействия икс-сервера и кедэе кажется простой дырой в
> > безопасности.
> 
> Т.е. если при запуске иксов не блокируется текстовая консоль, то это дыра?
> А где дыра, если user1 открыл вторую консоль, залогинился там, и,
> например, заблокировал её и ушёл? Первая тоже должна автоматически
> блокироваться?
> _______________________________________________
> community mailing list
> community@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/community

Re: [Comm] Security hole in X (KDE)

[ALT Linux User]

2008/3/11 Eugene Ostapets <eostapets@gmail.com>:
> 11.03.08, ALT Linux User<altlinux.mailbox gmail.com> написал(а):
> > IMHO это предмет для размышлений тех, кто отвечает за архитектуру
> >  приложений/системы. Возможно, это должно настраиваться в GUI. Некое
> >  нечто со вкладкой "безопасность". "Блокировать все сессии данного
> >  пользователя при включении им кнопки "блокировка сессии"?" (извините,
> >  не знаю как это называется в русской версии).
> Пользователю - runlevel 5 с xdm/gdm/kdm, если он считает себя крутым -
> пусть думает головой!

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

Скажите, пожалуйста, а возможно ли использование консольного
скринсейвера/локера в KDE? Может быть, если запустить xscreensaver, он
будет блокировать и KDE'ешную сессию?

Re: [Comm] Security hole in X (KDE)

[Алексей Синицын]

11.03.08, ALT Linux User<altlinux.mailbox@gmail.com> написал(а):
> 2008/3/11 Eugene Ostapets <eostapets@gmail.com>:
>
> > 11.03.08, ALT Linux User<altlinux.mailbox gmail.com> написал(а):
>  > > IMHO это предмет для размышлений тех, кто отвечает за архитектуру
>  > >  приложений/системы. Возможно, это должно настраиваться в GUI. Некое
>  > >  нечто со вкладкой "безопасность". "Блокировать все сессии данного
>  > >  пользователя при включении им кнопки "блокировка сессии"?" (извините,
>  > >  не знаю как это называется в русской версии).
>  > Пользователю - runlevel 5 с xdm/gdm/kdm, если он считает себя крутым -
>  > пусть думает головой!
>
>
> Поскольку снятие галки "Загружаться в графическом режиме" - штатная
>  возможность инсталлятора системы, IMHO было бы здорово как-то
>  предупредить пользователя, что снимая галку он становится крут,
>  переходит в другую категорию. Возможно, даже будет вынужден думать
>  головой.
>
>  Скажите, пожалуйста, а возможно ли использование консольного
>  скринсейвера/локера в KDE? Может быть, если запустить xscreensaver, он
>  будет блокировать и KDE'ешную сессию?
>


21:54 al@wind ~ $ apt-cache search lock|grep cons
consolelocker - Daemon for lock console terminal and virtual consoles.
tinycdb - A package for maintenance of constant databases
vim-console - A terminal-based, full-featured version of the VIM editor
vlock - A program which locks one or more virtual consoles
xtdesktop-plugins - Small utility for creating desktop icons
21:55 al@wind ~ $

С одной стороны действительно, Xdm для данной задачи, но с другой
стороны, так-же действительно, если есть возможность устанавливать 3
runlevel то нужно наверно и это предупреждение (omg, это сколько
предупрежденией нужно "внимание, нажмая эту пипку Вы будете вынуждены
блокировать компьютер самостоятельно, блаблабла"). Может просто
спрятать третий runlevel подальше?

Re: [Comm] Security hole in X (KDE)

[Алексей Синицын]

11.03.08, Алексей Синицын<asinitsinster@gmail.com> написал(а):

>  С одной стороны действительно, Xdm для данной задачи, но с другой
>  стороны, так-же действительно, если есть возможность устанавливать 3
>  runlevel то нужно наверно и это предупреждение (omg, это сколько
>  предупрежденией нужно "внимание, нажмая эту пипку Вы будете вынуждены
>  блокировать компьютер самостоятельно, блаблабла"). Может просто
>  спрятать третий runlevel подальше?
>

Кстати задумался.

Какая такая причина может потребовать третий ранлевел и стартикс?

Если нужны иксы, то почему не dm? Если иксы тяжелы то достаточно много
есть консольного ПО.

Мое мнение - понты.

Re: [Comm] Security hole in X (KDE) -- not

[Michael Shigorin]

On Tue, Mar 11, 2008 at 04:41:56PM +0300, ALT Linux User wrote:
> > Подтверждаю то, что сам пользователь нашёл приключений на
> > свою голову и не использовал dm, как рекомендуют специалисты
> > по безопасности.
> IMHO это весьма спорный момент.

Нет.  Это весьма широко известный и не раз перетёртый в сети 
момент.  Неохота тратить время только для поиска иллюстраций,
но их есть, в т.ч. по-русски.

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

Если не надо, то что он забыл в консоли?

> Во-вторых, "рекомендации" по безопасности, если таковые нужны,
> работают лучше, если уже "встроены" в систему, а не витают в
> воздухе в виде неких "правил".

Они и встроены: по умолчанию запускается dm.

> Кстати, есть где-то эти рекомендации не грузится в текстовую
> консоль в процессе установки ALD4? Понеже, анчекнул боксик
> "грузиться в графический режим" и всё, безопасность и
> секъюрность испарились?

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

> IMHO довольно удобно НЕ грузиться в графический режим сразу.

Удобство и безопасность обычно на противоположных концах качели.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Security hole in X (KDE)

[Michael Shigorin]

On Tue, Mar 11, 2008 at 06:53:03PM +0300, ALT Linux User wrote:
> > Пользователю - runlevel 5 с xdm/gdm/kdm, если он считает себя
> > крутым - пусть думает головой!
> Поскольку снятие галки "Загружаться в графическом режиме" -
> штатная возможность инсталлятора системы, IMHO было бы здорово
> как-то предупредить пользователя, что снимая галку он
> становится крут, переходит в другую категорию. Возможно, даже
> будет вынужден думать головой.

Резонно; не хотите оформить FR на alterator-x11? (Cc: pls)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[Comm] console locker

[Michael Shigorin]

On Tue, Mar 11, 2008 at 05:35:53PM +0300, Denis Medvedev wrote:
> А бывает ли "текстовый" скринсейвер? 

Бывает, но разыскивался, наверное, vlock -a

> Это бы решило вопрос.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Security hole in X (KDE)

[Алексей Синицын]

11.03.08, Алексей Синицын<asinitsinster@gmail.com> написал(а):
> 11.03.08, Алексей Синицын<asinitsinster@gmail.com> написал(а):
>
>
>  >  С одной стороны действительно, Xdm для данной задачи, но с другой
>  >  стороны, так-же действительно, если есть возможность устанавливать 3
>  >  runlevel то нужно наверно и это предупреждение (omg, это сколько
>  >  предупрежденией нужно "внимание, нажмая эту пипку Вы будете вынуждены
>  >  блокировать компьютер самостоятельно, блаблабла"). Может просто
>  >  спрятать третий runlevel подальше?
>  >
>
>
> Кстати задумался.
>
>  Какая такая причина может потребовать третий ранлевел и стартикс?
>
>  Если нужны иксы, то почему не dm? Если иксы тяжелы то достаточно много
>  есть консольного ПО.
>
>  Мое мнение - понты.
>

Впрочем, одну причину придумать удалось. Не запускать dm с правами
рута, но сразу от пользователя. Хотя насколько это может вообще быть
актуально...

Re: [Comm] Security hole in X (KDE)

[Mikhail Gusarov]

[-- Attachment #1: Type: text/plain, Size: 582 bytes --]

Twas brillig at 22:39:57 11.03.2008 UTC+03 when Алексей Синицын did gyre and gimble:

 АС> Впрочем, одну причину придумать удалось. Не запускать dm с правами
 АС> рута, но сразу от пользователя.

dm от пользователя запускать столь же малополезно, как и программу login :)

А иксы и так с правами рута работают, им иначе (пока что) до железа не добраться.

-- 

[-- Attachment #2: Type: application/pgp-signature, Size: 188 bytes --]

Re: [Comm] Security hole in X (KDE)

[Алексей Синицын]

11.03.08, Mikhail Gusarov<dottedmag@dottedmag.net> написал(а):
> Twas brillig at 22:39:57 11.03.2008 UTC+03 when Алексей Синицын did gyre and gimble:
>
>   АС> Впрочем, одну причину придумать удалось. Не запускать dm с правами
>   АС> рута, но сразу от пользователя.
>
>  dm от пользователя запускать столь же малополезно, как и программу login :)
>
>  А иксы и так с правами рута работают, им иначе (пока что) до железа не добраться.
>
>

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

 Хотя такое еще больше внимания привлечет.

Re: [Comm] Security hole in X (KDE)

[ALT Linux User]

2008/3/11 Michael Shigorin <mike@osdn.org.ua>:
> On Tue, Mar 11, 2008 at 06:53:03PM +0300, ALT Linux User wrote:
> > > Пользователю - runlevel 5 с xdm/gdm/kdm, если он считает себя
> > > крутым - пусть думает головой!
> > Поскольку снятие галки "Загружаться в графическом режиме" -
> > штатная возможность инсталлятора системы, IMHO было бы здорово
> > как-то предупредить пользователя, что снимая галку он
> > становится крут, переходит в другую категорию. Возможно, даже
> > будет вынужден думать головой.
>
> Резонно; не хотите оформить FR на alterator-x11? (Cc: pls)

Извините, не знаю, как это сделать... Заходил на bugzilla
(неправильно?), но никаких полей ввода для feature request там не
заметил, может быть невнимательно смотрел?

Re: [Comm] Security hole in X (KDE)

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 530 bytes --]

On Tue, Mar 11, 2008 at 11:31:28PM +0300, ALT Linux User wrote:
> Извините, не знаю, как это сделать... Заходил на bugzilla
> (неправильно?), но никаких полей ввода для feature request там не
> заметил, может быть невнимательно смотрел?
severity=enhancement

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

<wart_alt> У нас rpm до сих пор с beecrypt 2.2 собирается.
<thresh> О, wart_alt уже говорит "у нас" :D
<wart_alt> thresh: Ну что ж делать-то.
<raorn> thresh: просто wart сказал бы "у вас"

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [Comm] Security hole in X (KDE)

[Michael Shigorin]

On Tue, Mar 11, 2008 at 11:31:28PM +0300, ALT Linux User wrote:
> > > > Пользователю - runlevel 5 с xdm/gdm/kdm, если он считает себя
> > > > крутым - пусть думает головой!
> > > Поскольку снятие галки "Загружаться в графическом режиме" -
> > > штатная возможность инсталлятора системы, IMHO было бы здорово
> > > как-то предупредить пользователя, что снимая галку он
> > > становится крут, переходит в другую категорию. Возможно, даже
> > > будет вынужден думать головой.
> > Резонно; не хотите оформить FR на alterator-x11? (Cc: pls)
> Извините, не знаю, как это сделать... Заходил на bugzilla
> (неправильно?), но никаких полей ввода для feature request там
> не заметил, может быть невнимательно смотрел?

Severity: enhancement (на всякий напоминаю, хотя сейчас наконец
поставили ссылку с http://bugzilla.altlinux.org/ -- mini-HOWTO
здесь: http://www.freesource.info/wiki/BugzillaMiniHowto)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Security hole in X (KDE)

[ALT Linux User]

2008/3/11 Michael Shigorin <mike@osdn.org.ua>:
> On Tue, Mar 11, 2008 at 11:31:28PM +0300, ALT Linux User wrote:
> > > > > Пользователю - runlevel 5 с xdm/gdm/kdm, если он считает себя
> > > > > крутым - пусть думает головой!
> > > > Поскольку снятие галки "Загружаться в графическом режиме" -
> > > > штатная возможность инсталлятора системы, IMHO было бы здорово
> > > > как-то предупредить пользователя, что снимая галку он
> > > > становится крут, переходит в другую категорию. Возможно, даже
> > > > будет вынужден думать головой.
> > > Резонно; не хотите оформить FR на alterator-x11? (Cc: pls)
> > Извините, не знаю, как это сделать... Заходил на bugzilla
> > (неправильно?), но никаких полей ввода для feature request там
> > не заметил, может быть невнимательно смотрел?
>
> Severity: enhancement (на всякий напоминаю, хотя сейчас наконец
> поставили ссылку с http://bugzilla.altlinux.org/ -- mini-HOWTO
> здесь: http://www.freesource.info/wiki/BugzillaMiniHowto)

Да, спасибо Andrey Rahmatullin - уже разобрался. # 14865.

Однако, не покидает ощущение, что я всё-таки что-то не так делаю...

Re: [Comm] Security hole in X (KDE)

[ALT Linux User]

2008/3/11 Алексей Синицын <asinitsinster@gmail.com>:
> 11.03.08, Алексей Синицын<asinitsinster@gmail.com> написал(а):

> Кстати задумался.
>
> Какая такая причина может потребовать третий ранлевел и стартикс?
>
> Если нужны иксы, то почему не dm? Если иксы тяжелы то достаточно много
> есть консольного ПО.
>
> Мое мнение - понты.

Мнение интересное.

Особенно в свете того, что упавшая система поправляется консолью.
Система настраивается успешнее всего - из консоли.

Пример? - Для того что бы поднять звук на ноутбуке Toshiba L40-139,
мне пришлось менять строчку в конфиге альсы и перезапускаться.
Наверное минимум раз 10. Зачем мне для этого грузить икс?

Далее. Вот упал видеодрайвер (intel integrated). И опять я в консоли.
И так далее, и так далее...

Вот я и решил: а зачем мне сразу грузиться в иксы? Надо сначала
настроить систему. Жаль, что процесс затянулся...

Уверен, что 90% того, что я делал - имело быстрые обходные правильные
пути. Но я их не знал. А поскольку не был предупреждён о снижении
безопасности, - действовал как умел на своём, пусть и скромном, уровне
понимания функционирования системы.

Re: [Comm] Security hole in X (KDE)

[Mikhail Gusarov]

[-- Attachment #1: Type: text/plain, Size: 1287 bytes --]

Twas brillig at 00:19:42 12.03.2008 UTC+03 when ALT Linux User did gyre and gimble:

 ALU> Особенно в свете того, что упавшая система поправляется консолью.

Дада. В этом месте очень важна секурити startix/kscreensaver

 ALU> Система настраивается успешнее всего - из консоли.

Из консоли настраивается xorg.conf (если не настроился инсталлятором)
или /etc/net (если не настроился инсталлятором), больше ни для чего она
не нужна.

 ALU> Пример? - Для того что бы поднять звук на ноутбуке Toshiba
 ALU> L40-139, мне пришлось менять строчку в конфиге альсы и
 ALU> перезапускаться.

Зачем перезагружаться? rmmod отменили?

 ALU> Далее. Вот упал видеодрайвер (intel integrated). И опять я в консоли.
 ALU> И так далее, и так далее...

Дада. В этом месте, опять, же, очень важна секурити startx/kscreensaver.

-- 

[-- Attachment #2: Type: application/pgp-signature, Size: 188 bytes --]

[Comm] [JT] Re: Security hole in X (KDE)

[Alexei V. Mezin]

ALT Linux User пишет:

> Система настраивается успешнее всего - из консоли.

Оригинальное мнение :)

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

Re: [Comm] Security hole in X (KDE) -- not

[@ 2008-03-11 21:40 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-11 22:04 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-11 22:13 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-11 22:18 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-11 22:22 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-12 4:19 UTC (permalink / raw)]

Re: [Comm] [JT] Re: Security hole in X (KDE)

[@ 2008-03-12 5:58 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-12 7:33 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-12 7:40 UTC (permalink / raw)]

Re: [Comm] [JT] Re: Security hole in X (KDE)

[@ 2008-03-12 8:02 UTC (permalink / raw)]

Re: [Comm] exec startx

[@ 2008-03-12 11:55 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-12 12:08 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-12 13:10 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-12 13:44 UTC (permalink / raw)]

Re: [Comm] exec startx

[@ 2008-03-12 13:51 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-12 14:10 UTC (permalink / raw)]

Re: [Comm] exec startx

[@ 2008-03-12 14:17 UTC (permalink / raw)]

Re: [Comm] exec startx

[@ 2008-03-12 14:39 UTC (permalink / raw)]

Re: [Comm] exec startx

[@ 2008-03-12 14:43 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-12 16:01 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE) -- not

[@ 2008-03-12 16:16 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-12 16:25 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-12 16:30 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-12 16:34 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-12 16:38 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE) -- not

[@ 2008-03-12 16:49 UTC (permalink / raw)]

[Comm] configurability at different experience levels

[@ 2008-03-12 16:54 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-12 16:56 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-12 16:57 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-12 17:23 UTC (permalink / raw)]

[Comm] [JT] Re: configurability at different experience levels

[@ 2008-03-12 17:28 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE) -- not

[@ 2008-03-12 17:30 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-12 17:38 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-12 17:45 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE) -- not

[@ 2008-03-12 17:48 UTC (permalink / raw)]

[Comm] [JT] обманутые ожидания

[@ 2008-03-12 17:56 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-12 18:03 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE) -- not

[@ 2008-03-12 18:10 UTC (permalink / raw)]

Re: [Comm] [JT] обманутые ожидания

[@ 2008-03-12 18:14 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-12 18:33 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE) -- not

[@ 2008-03-12 18:43 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-12 18:49 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE) -- not

[@ 2008-03-12 18:50 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE) -- not

[@ 2008-03-12 18:58 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE) -- not

[@ 2008-03-12 19:04 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE) -- not

[@ 2008-03-12 19:06 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE) -- not

[@ 2008-03-12 19:11 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-12 19:13 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-12 19:21 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE) -- not

[@ 2008-03-12 20:01 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE) -- not

[@ 2008-03-12 20:06 UTC (permalink / raw)]

[Comm] [2SR] Re: Security hole in X (KDE) -- not

[@ 2008-03-13 5:20 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-13 15:54 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-16 12:45 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-16 13:24 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-16 15:22 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-16 15:33 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-16 20:42 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-16 20:52 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-16 20:56 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-16 20:58 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-16 21:03 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-16 21:09 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-16 21:10 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-16 21:19 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-16 21:24 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-16 21:31 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-16 21:41 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-16 21:43 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-16 21:59 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-16 22:05 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-16 22:14 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-16 22:19 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-16 22:23 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-16 22:24 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-16 22:29 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-16 22:40 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-16 22:49 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-16 22:53 UTC (permalink / raw)]

Re: [Comm] Security hole in X (KDE)

[@ 2008-03-16 23:25 UTC (permalink / raw)]

[Comm] Administrativia

[@ 2008-03-16 23:43 UTC (permalink / raw)]