One of the strong security concerns in shared hosting environments is whether your sensitive data like MySQL server login/password or other login/password is actually safe from other users sharing the same web hosting machine. 중 하나를 공유 호스팅 환경에서 강력한 보안 문제가 중요한 데이터가 같은 것인지 여부를 반환한다 로그인 / 비밀 번호 또는 기타 로그인 / 비밀 번호는 실제로 동일한 웹 호스팅을 공유하는 다른 사용자로부터 안전하게 기계합니다.

Few shared hosting providers do not provide telnet/ssh. 공유 호스팅 서비스 제공 업체가 제공하지 않는 몇 텔넷 / 쉿. They are normally more secure. 그들은 일반적으로 더 안전합니다. However I would not recommend them for two reasons. 그러나 두 가지 이유로 그들을 권장하지 않습니다.
First and foremost it is extremely lame to actually pay for hosting and yet not have ssh/telnet access. 우선 그것은 아주 구식이 아직없는 호스팅에 대해 실제로 지불 쉿 / 텔넷 액세스합니다. It is very useful for any decent site. 괜찮은 사이트를 어떤 것이 매우 유용합니다.

Secondly if the web host provides php or cgi-bin access then security is nevertheless as weak (or strong) as an account with ssh/telnet access with one possible exception. 두 번째 경우에는 웹 호스팅을 제공 php 또는 cgi - 빈 액세스 보안은 그럼에도 불구하고 다음으로 약한 (또는 강한)을 사용하여 계정을 쉿 / 텔넷에 액세스할 수있습니다 한 예외가있습니다.
When you are logged in with ssh/telnet you are logged in as yourself with the permissions as assigned to your login. 로그 인한 사용하는 경우 쉿 / 텔넷로 로그 인한 당신은 자신의 로그인과 권한을 할당합니다. However when you are accessing the file system from a cgi script your permissions are that of the cgi script. 그러나 시스템에서 해당 파일에 액세스하는 경우 귀하의 사용 권한은 스크립트의 스크립트가있습니다. When you are accessing through PHP, your permissions are the same as that of Apache server. php를 통해 액세스하는 경우, 당신의 아파치 서버의 사용 권한은 동일합니다. If a single instance of Apache server is serving all the users then it is likely that the server and the php script has access to user directories. 하나의 인스턴스를 검색하면 아파치 서버는 그 다음에 그것은 가능성이있는 사용자의 모든 서버와 php 스크립트는 사용자 디렉토리에 접근할 수있다.

Lets assume you have ssh/telnet access. 추측을 통해 쉿 / 텔넷 액세스합니다. To do a basic security check login as yourself and run the following commands: 기본적인 보안 검사를 다른 계정으로 로그인 할 자신과 다음과 같은 명령을 실행합니다 :

cd ~/ cd ~ /
ls .. 저 ..

If you can see any users directory then note one of them. 모든 사용자 디렉토리를 볼 수있다면 그 중 하나 참고합니다. Say it is john . 말하는 그것은 존합니다. Now run the following: 이제 다음을 실행합니다 :

ls -l ../john 저 - 패 .. / 존

If the directory listing is shown then you already have a problem. 디렉토리 목록이 표시되면 다음에 문제가 이미있습니다. Now try to cat (display) any file in the directory. 지금하려고 고양이 (디스플레이) 디렉토리에있는 모든 파일. If you are successful then you have a serious problem. 그럼 당신이 성공적인 경우에는 문제가 심각합니다. Others can similarly view your files. 다른 사람은 유사하게 파일을 볼 수있습니다. You need to contact your shared hosting provider ASAP. 호스팅 제공 업체에 문의하여 최대한 빨리 공유가 필요합니다.

If you do not see any users after the first step then try to guess some user name and perform the remaining steps. 모든 사용자가 나타나지 않으면 첫 번째 단계 이후에 일부 사용자 이름과 추측을 시도 나머지 단계를 수행합니다. Sometimes the base directory is not listable and yet individual user directories are. 그러나 때로는 기본 디렉토리는 개별적인 사용자 디렉터리는 listable합니다.

For users with php/perl/python access the process of testing is essentially the same. 에 대한 사용자가 php / 펄 / 파이썬 액세스하는 과정을 테스트는 기본적으로 동일합니다. Just go to ~/../ and try to list the user direcrtories. ~/../ 단지로 이동하고 다시 direcrtories의 사용자를 나열합니다. Follow steps as above. 위와 같이 단계를 따르십시오.

If your shared hosting provider is not protecting your data from other users in the network then it is time to start looking for new web hosting provider. 만일 귀하가 귀하의 데이터를 보호하는 공유 호스팅 제공 업체는 네트워크에서 다른 사용자가 검색을 시작할 시간 그 다음에 그것은 새로운 웹 호스팅 제공 업체를 찾고있습니다. It is simply not safe to stick with him. 그것은 단순히 그와 함께 스틱으로 안전하지 않다.