[devel] kernel-image-vs-smp

[devel] kernel-image-vs-smp

[Денис Смирнов]

kernel-image-vs-smp совсем никому из способных его поддерживать не нужен?
Э... А на чем теперь сервера делать модно? 

Собственно я не против использовать kernel-image-vs26-smp, но в нем нет
патчей, которые бы ограничивали доступ к /proc, что на сервере куда есть
доступ по ssh многим людям неприемлимо.

Возможно ли добавить к kernel-image-vs26-smp патч, который бы это
реализовывал?

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
ОСНОВНОЙ ПРИНЦИП СДЕЛКИ ФИНМЭНА
 Того, что вам нравится, всегда нет в продаже.

Re: [devel] kernel-image-vs-smp

[Konstantin A. Lepikhov]

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

Hi Денис!

Tuesday 28, at 09:56:58 PM you wrote:

> kernel-image-vs-smp совсем никому из способных его поддерживать не нужен?
> Э... А на чем теперь сервера делать модно? 
> 
> Собственно я не против использовать kernel-image-vs26-smp, но в нем нет
> патчей, которые бы ограничивали доступ к /proc, что на сервере куда есть
> доступ по ssh многим людям неприемлимо.
> 
> Возможно ли добавить к kernel-image-vs26-smp патч, который бы это
> реализовывал?
как это нет? А что же тогда делает сервис procunhide? :)

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

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

Re: [devel] kernel-image-vs-smp

[Денис Смирнов]

On Tue, Feb 28, 2006 at 10:56:11PM +0300, Konstantin A. Lepikhov wrote:

KAL> как это нет? А что же тогда делает сервис procunhide? :)

Не знаю :) Но юзвери процессы других юзверей, например, видят. А это
неправильно.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
Она сопротивлялась, но я её всё-таки закрою.
		-- avm in #7518

Re: [devel] kernel-image-vs-smp

[Anton Farygin]

On Tue, 28 Feb 2006 21:56:58 +0300, Денис Смирнов wrote:

> kernel-image-vs-smp совсем никому из способных
> его поддерживать не нужен? Э... А на чем
> теперь сервера делать модно?

Не нужен. Надо попросить убрать это ядро
из Sisyphus, если этого ещё не сделали.

> 
> Собственно я не против использовать
> kernel-image-vs26-smp, но в нем нет патчей,
> которые бы ограничивали доступ к /proc,
> что на сервере куда есть доступ по ssh
> многим людям неприемлимо.

В vs26-smp есть намного больше патчей,
ограничивающих доступ к /proc, чем вам нужно ;)

Более того - при загрузке выполняется
некая волшебная палочка, для того, что бы proc было видно ;)


> 
> Возможно ли добавить к kernel-image-vs26-smp патч,
> который бы это реализовывал?

Это уже реализовано.

Хотя.. опять же - смотря что имеется в виду.

Rgds,
Rider

Re: [devel] kernel-image-vs-smp

[Денис Смирнов]

On Wed, Mar 01, 2006 at 12:07:08PM +0300, Anton Farygin wrote:

AF> В vs26-smp есть намного больше патчей,
AF> ограничивающих доступ к /proc, чем вам нужно ;)

Тогда как заставить их работать как мне нужно?

$ls -l /proc/1
ls: невозможно считать символьную ссылку /proc/1/cwd: Permission denied
ls: невозможно считать символьную ссылку /proc/1/root: Permission denied
ls: невозможно считать символьную ссылку /proc/1/exe: Permission denied
итого 0
dr-xr-xr-x 2 root root 0 Мар  1 21:09 attr
-r-------- 1 root root 0 Мар  1 21:09 auxv
-r--r--r-- 1 root root 0 Мар  1 20:57 cmdline
lrwxrwxrwx 1 root root 0 Мар  1 21:09 cwd
-r-------- 1 root root 0 Мар  1 21:09 environ
lrwxrwxrwx 1 root root 0 Мар  1 20:57 exe
dr-x------ 2 root root 0 Мар  1 21:09 fd
-rw-r--r-- 1 root root 0 Мар  1 21:09 loginuid
-r--r--r-- 1 root root 0 Мар  1 21:09 maps
-rw------- 1 root root 0 Мар  1 21:09 mem
-r--r--r-- 1 root root 0 Мар  1 21:09 mounts
-r--r--r-- 1 root root 0 Мар  1 21:09 ninfo
-rw-r--r-- 1 root root 0 Мар  1 21:09 oom_adj
-r--r--r-- 1 root root 0 Мар  1 21:09 oom_score
lrwxrwxrwx 1 root root 0 Мар  1 21:09 root
-rw------- 1 root root 0 Мар  1 21:09 seccomp
-r--r--r-- 1 root root 0 Мар  1 21:09 smaps
-r--r--r-- 1 root root 0 Мар  1 20:57 stat
-r--r--r-- 1 root root 0 Мар  1 21:09 statm
-r--r--r-- 1 root root 0 Мар  1 21:09 status
dr-xr-xr-x 3 root root 0 Мар  1 21:09 task
-r--r--r-- 1 root root 0 Мар  1 21:09 vinfo
-r--r--r-- 1 root root 0 Мар  1 21:09 wchan


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

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
Эх, говорила мне бабушка, учи C++. А я всё питон, питон...
		-- mb in sisyphus@

Re: [devel] kernel-image-vs-smp

[Konstantin A. Lepikhov]

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

Hi Anton!

Wednesday 01, at 12:07:08 PM you wrote:

> On Tue, 28 Feb 2006 21:56:58 +0300, Денис Смирнов wrote:
> 
> > kernel-image-vs-smp совсем никому из способных
> > его поддерживать не нужен? Э... А на чем
> > теперь сервера делать модно?
> 
> Не нужен. Надо попросить убрать это ядро
> из Sisyphus, если этого ещё не сделали.
ну зачем его убирать, кому оно мешает?

> 
> > 
> > Собственно я не против использовать
> > kernel-image-vs26-smp, но в нем нет патчей,
> > которые бы ограничивали доступ к /proc,
> > что на сервере куда есть доступ по ssh
> > многим людям неприемлимо.
> 
> В vs26-smp есть намного больше патчей,
> ограничивающих доступ к /proc, чем вам нужно ;)
да, но только у нас эти патчи не включены, например, VSERVER_PROC_SECURE,
а это именно то, что надо Денису.

> 
> Более того - при загрузке выполняется
> некая волшебная палочка, для того, что бы proc было видно ;)
нам эта палочка без толку - все равно всем все видно :)

> 
> 
> > 
> > Возможно ли добавить к kernel-image-vs26-smp патч,
> > который бы это реализовывал?
> 
> Это уже реализовано.
> 
> Хотя.. опять же - смотря что имеется в виду.
багу повесить?

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

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