Bekijk Volledige Versie : SSH met legitimatie? Waarom?
Ik vroeg me af waarom sommige hosters legitimatie nodig hadden voor ssh?
Dus wat ik bedoel is wat voor voordeel heeft het als je een ingescande legitimatie heb? Iemand die de server voor minder leuke dingen gaat gebruiken kan waarschijnlijk ook snel een mooie "scan" of "fax" van zijn legitimatie maken in photoshop?
Of zijn er andere legale redenen om iemand te vragen voor legitimatie zodat deze ssh toegang krijgt?
Just wondering :)
Ik geef nooit SSH access.
Iemand die de server voor minder leuke dingen gaat gebruiken kan waarschijnlijk ook snel een mooie "scan" of "fax" van zijn legitimatie maken in photoshop?Klopt maar dit is makkelijk te controleren! En dus moet je dit ook doen, door de persoon op te bellen en het adres te controleren. Met SSH toegang kan er veel gebeuren dus wil je van te voren eerst weten wie en waarom! Soms kan je niet zonder SSH, dus wij bieden deze mogelijkheid wel onder strikte voorwaarden :)
Identiteitsbewijs is altijd fijn. Dan wordt 95% al bang omdat hun gegevens echt vast ligt en bekend zijn bij de hoster en zal daarom geen verkeerde dingen uithalen of uittesten. Laten opsturen per post en reageren erop is al een goede stap in de richting om het echte adres te controleren.
Echter, SSH access hebben de klanten niet nodig, dit is gewoon BS. Als ze het nodig hebben voor touch of htpasswd oid kun je hier een mooi phpscript voor maken.
Errug overbodig vind ik het zelf dus, en alleen maar extra onderhoud en veiligheid risico's ivm exploits e.d. dan wanneer ze geen shell access hebben...
Dit is mijn mening, ieders mening kan verschillen :)
Shell acces kan wel, bij ons betaal je echter een soort van 'borg' die na goed gedrag teruggestort wordt (aan einde contract of zodra de klant geen shell access meer nodig heeft).
Stefan Mensink
21/09/04, 16:33
Er zijn zoveel dingen die klanten niet 'nodig' hebben, maar sommige dingen zijn nu eenmaal zo ontzettend handig. Of het nu echt extra veiligheidsrisico's oplevert valt nog te bezien; als de klant wil rotzooien injecteert hij (m/v) wel code via scripts op de website.
Origineel geplaatst door Stefan Mensink
Er zijn zoveel dingen die klanten niet 'nodig' hebben, maar sommige dingen zijn nu eenmaal zo ontzettend handig. Of het nu echt extra veiligheidsrisico's oplevert valt nog te bezien; als de klant wil rotzooien injecteert hij (m/v) wel code via scripts op de website.
Velen wegen leiden naar Rome, je kunt er wel zoveel mogelijk blokkeren :)
Ik denk dat veel hosters hier een grote vergissing maken! Je hebt helemaal geen SSH nodig voor shell commando's of zelfs exploits uit te voeren. Dat kan gewoon via PHP of CGI als safe_mode af staat en de systeem commando's niet disabled zijn.
SSH toegang geven geeft een gebruiker dus geen (hangt af van configuratie, zie hierboven) extra mogelijkheden, behalve dat zijn shell commands versleuteld worden. Het is ook perfect mogelijk een bash te starten in php bijvoorbeeld.
Niemand krijgt bij mij SSH toegang. Niemand heeft ook echt daadwerkelijk iets te zoeken op de servers zelf.
Wat voor redenen horen jullie vaak en wat is jullie antwoord terug als iemand voor "reden A ssh ECHT ECHT nodig heeft" ?
of. "Ja maar in vind CPanel hinderlijk. ik type liever snel in"
Origineel geplaatst door ensermo
Wat voor redenen horen jullie vaak en wat is jullie antwoord terug als iemand voor "reden A ssh ECHT ECHT nodig heeft" ?
Leg me dan maar in een replymail uit waarom dit zo is, en waarom dit niet kan via ftp/http. Kunnen wij dit anders doen voor u?
Origineel geplaatst door ensermo
of. "Ja maar in vind CPanel hinderlijk. ik type liever snel in"
Wij bieden enkel webservices, geen shellservices.
Wij hebben een aparte shell server gemaakt met rsbac er op.
Geen root squash over de NFS heen en dan kunnen ze toch bar weinig.
rsbac zet je systeem goed dicht.
legitimatie is bij ons niet nodig, je moet alleen akkoord gaan met bepaalde regels voordat je SSH toegang krijgt.
Carl<n-media>
21/09/04, 22:28
Bij ons gaat de veiligheid van andere klanten voor. Dus ook wij bieden geen shell toegang aan.
Origineel geplaatst door Wido
Wij hebben een aparte shell server gemaakt met rsbac er op.
Geen root squash over de NFS heen en dan kunnen ze toch bar weinig.
rsbac zet je systeem goed dicht.
legitimatie is bij ons niet nodig, je moet alleen akkoord gaan met bepaalde regels voordat je SSH toegang krijgt.
Wat voor klanten hebben jullie hierop eigenlijk? En is het duurder dan normaal?
Origineel geplaatst door Carl<n-media>
Bij ons gaat de veiligheid van andere klanten voor. Dus ook wij bieden geen shell toegang aan.
en CGI en PHP (system(), popen(), ...) ook disabled zodat ze geen bash kunnen openen in PHP of CGI ? Zie mijn post hoger
Waarom krijg ik het gevoel dat TS dit topic begonnen naar aanleiding van een offerteaanvraag van vanmiddag :D
Anyway, wij vragen eerst naar de reden van de noodzaak van SSH, dan vragen wij een ingescande versie van het ID (een fax is niet leesbaar) en die gegevens controleren we (denk aan adres/naam, adres/telefoonnummer).
Hiermee willen we voorkomen dat mensen die we niet kennen SSH toegang hebben. SSH-toegang is nooit een volledige BASH, maar een jailshell, waarmee delen van het filesystem zijn afgeschermd.
En zoals wv- al aangeeft, ik heb ook perl-scripts gezien welke prima als vervanging voor een shell kunnen doorgaan. Hoe wil je dat blokkeren, als iemand dat upload ?
Wij checken elke nieuwe klant, en bij twijfel bellen we. Zo hebben we al meerdere malen bestellingen gehad die ineens niet meer 'doorgingen' :)
Origineel geplaatst door Dillard
Waarom krijg ik het gevoel dat TS dit topic begonnen naar aanleiding van een offerteaanvraag van vanmiddag :D
Hehehehe.. ja die en een aantal die ik vaker heb gezien. :)
Origineel geplaatst door ensermo
Wat voor klanten hebben jullie hierop eigenlijk? En is het duurder dan normaal?
Al onze Nederlandse klanten krijgen shell-access.
Carl<n-media>
22/09/04, 16:31
Origineel geplaatst door wv-
en CGI en PHP (system(), popen(), ...) ook disabled zodat ze geen bash kunnen openen in PHP of CGI ? Zie mijn post hoger
Ja, bepaalde functies zijn bij ons ook uitgeschakeld.