Informace o stavu kernel.org

Byly zveřejněny nové informace o stavu kernel.org. Ke gitovým repozitářům nebude nadále poskytován přístup přes shell, namísto toho se bude používat gitolite. Gitové stromy by tak měly být přístupné již brzy, zprovoznění ostatních služeb si však vyžádá delší dobu.

25.9.2011 10:01 | Nicky726 | Komunita

Komentáře

[aaaaaaaaaaa]

Aky bol dovod, aby tam mal kazdy uzivatel svoj shell? Ak je to velmi vazny dovod, nebude to ludom chybat? Ja sa pytam len preto, ze nerozdavam ani uzivatelsky shell. Ak chce niekto nieco pustit, tak to obmedzim AppArmorom, aby to bezalo a pustim mu to; on ale k shellu nebude mat pristup. Myslim si, ze je to aspon o trochu bezpecnejsie ako davat hned shell.

[tomATOM]

Asi mysleli. To bude asi základní příčina všech problémů. Mě rodiče vždy říkali, že nesmím myslet, ale musím vědět

[faha]

Existuje vubec nejaky realne pouzitelny zpusob jak poskytovat shell uzivatelum aniz bych mel obavy ze to nekdo hackne pres nejaky bug v jadre, exploitem ... ?

Vidim to na nasazeni grsecurity a asi hodne limitovat, ale stejne bych tomu nikdy neveril, nemam s tim zkusenosti takze nevim.

[rastos]

virtual machine

[Bedňa]

Chroot

[pc2005]

Chroot se mě nezdá, pořád jede na tom samým systému v zásadě. Plná virtualizace je lepší vkládá na překonání celou vrstvu hardware (virtuálního).

[ewew]

Dá sa použiť aj schroot.

Približný návod vytvoriť si oddelenú partíciu a tam nahodiť pomocou debootstrap základný systém. Potom tam vojsť cez schroot alebo obdobný chroot, ktorý funguje aj bez roota a nainštalovať cez aptitude potrebné veci.

Skutočný manual je asi obsiahlejší. Toto som zistil pri inom pokuse.

Netvrdím, že je toto to správne riešenie. Niekto skúsenejší by mohol daný nápad otestovať.

Manuály ktoré stoja za prečítanie, bez ohladu na distribuciu.

[Bedňa]

Áno, takto som mal aj Debian v telefóne.

[maleprase]

SElinux

[ewew]

libpam_chroot ako je to popisané v manuály pre chroot ssh na debiane

Ktovie koľko maly z bezpečnostných návodou veci urobených a hlavne či to maly všetko správne nastavené.

[azurIt]

grsecurity

[pc2005]

Nejlépe http://bellard.org/jslinux/tech.html a pustit v tom jslinux opět . BTW viděl jsem u firmy National Instruments, že měli server, ve kterým běžely ve virtuálce Win XP a na ně se šlo napojit přes nějakou vzdálenou plochu (snad java applet).

Jinak shelly se normálně rozdávaj, dokonce snad i bez registrace. Já jsem si jeden zkoušel od nějaký online služby. Ale to už je dlouho.

[Michal Kubeček]

Mě rodiče vždy říkali, že nesmím myslet, ale musím vědět

Tak to je hodně smutné. IMHO je to přesně naopak: myšlením se dá dobrat vědění, ale kdo "ví", aniž by o věcech přemýšlel, tomu se každou chvíli stane, že "ví" něco, co ve skutečnosti vůbec není pravda…

[vain]

Oni to asi mysleli spíš ve spojení typu "Já myslel...".

[ewew]

Po tejto udalosti, by mohli založiť aj offline archivy, uložiska kontrolných súčtov.

[CEST]

No, s gitem jsem zatim jeste nedelal, ale nedavno jsem si projizdel knizku "Pro GIT" (z knihy.nic.cz) a tam se zabyvaji konfiguraci gitu pres SSH. A jasne tam pisou, ze je dobry zmenit uzivatelum shell z /bin/sh (pripadne jiny) na /usr/bin/git-shell

Uživatel ’git‘ nyní může používat SSH připojení k odesílání a stahování repozitářů Git, ale nemůže se přihlásit k počítači. Pokud to zkusíte, zobrazí se zamítnutí přihlášení:

$ ssh git@gitserver
fatal: What do you think I am? A shell?
Connection to gitserver closed.

Takze pokud dostali klasicky shell a nepotrebovali ho, tak je to samozrejme problem.

[Aleš Kapica]

Jak se říká - po bitvě je každý generál. Podle mě většina těch lidí měla shell ještě z doby, kdy žádný git ještě ani neexistoval.