if you have multiple vtigers on a host (or any PHP code on the host that can write session data) you can get past the authentication of a vtiger instance. Log in to one, and you are logged into the other with the same userid even if the passwords don't match.
Designs
Child items
0
Show closed items
No child items are currently assigned. Use child items to break down this issue into smaller parts.
Linked items
0
Link issues together to show that they're related.
Learn more.
suggest changing line 39 of includes/main/WebUI.php to be something like:
if ($userid && vglobal('application_unique_key')==$_SESSION['app_unique_key']) {
however there might be better ways of securing this.
@alanbell No, I'm using subdomain so there is one vhost for each instance. I misunderstood because you talk about a host (which is a physical server for me).
Session cookie path plays vital role in such setup. Having it configured right is important. This can be achieved through .htaccess or session_set_cookie_params
Why not do both? This was actually spotted when having a test vtiger instance on the same server so they had http://vtigerhost/ as the main thing and http://vtigerhost/training as a sandbox copy of the main site for user training and messing about with imports. In this instance the cookie path would only solve half the problem because the main one would have a path of / which would cover the /training path too.
added the merge request, as mentioned it might be best to do this in several other ways too, but this is a useful validation step anyway and requires no special configuration other than setting the app unique key to something unique if you have multiple instances under the same URL scope.