Php 自动填写用户名和密码

我想能够点击一个链接在网站a，将自动填写用户名和密码到网站B

有谁能给我一些关于如何使用JavaScript或PHP实现这一点的想法吗

---

非常感谢

我不知道你的问题是什么意思。你试过看还是？

我不知道你的问题是什么意思。您是否尝试过查看或？

如果您能够编辑网站B，您可以尝试添加一个查询字符串，其中包含要链接的用户名和密码，并在网站B上从url获取用户名和密码，并将其回送到输入字段的值属性中

#Sample url on website A:
http://www.example.com/?username=admin&password=1234

#Simple sample form on website B:
<form>
    <input type="text" value="<?php echo $_GET['username']; ?>" />
    <input type="password" value="<?php echo $_GET['password']; ?>" />
    <input type="submit" />
</form>

#网站A上的示例url：
http://www.example.com/?username=admin&password=1234
#网站B上的简单样本表格：
如果您能够编辑网站B，您可以尝试添加一个查询字符串，其中包含要链接的用户名和密码，并在网站B上从url获取用户名和密码，并将其回送到输入字段的值属性中

#Sample url on website A:
http://www.example.com/?username=admin&password=1234

#Simple sample form on website B:
<form>
    <input type="text" value="<?php echo $_GET['username']; ?>" />
    <input type="password" value="<?php echo $_GET['password']; ?>" />
    <input type="submit" />
</form>

#网站A上的示例url：
http://www.example.com/?username=admin&password=1234
#网站B上的简单样本表格：
正如前面提到的，最干净的解决方案是使用凭证令牌

用户登录到站点A
站点A在站点B的数据库中插入凭证令牌-通过直接联系站点B的数据库或在后台调用URL或API。这个凭证令牌将包含一个唯一的令牌标识符（通常是一个长字符串，可能是从md5获取的），以及站点B上用户的用户名和密码
当用户看到站点A上站点B的链接时，所有链接都以&token=123456789abcdef0结尾
当用户到达站点B且URL包含所述令牌时，将从站点B数据库中的令牌提取用户名和密码，并在登录框中预先填充
根据您的喜好调整它。
正如前面其他人提到的，最干净的解决方案是使用凭证令牌

用户登录到站点A
站点A在站点B的数据库中插入凭证令牌-通过直接联系站点B的数据库或在后台调用URL或API。这个凭证令牌将包含一个唯一的令牌标识符（通常是一个长字符串，可能是从md5获取的），以及站点B上用户的用户名和密码
当用户看到站点A上站点B的链接时，所有链接都以&token=123456789abcdef0结尾
当用户到达站点B且URL包含所述令牌时，将从站点B数据库中的令牌提取用户名和密码，并在登录框中预先填充
根据您的喜好进行调整。
谢谢您的回复，尼康。我不确定这是否会对我有帮助：（我有一个客户，他只有一次登录他们订阅的网站。他们的所有员工都使用这一次登录访问该网站。我需要能够从他们的网站（网站a）链接，并在网站B（他们订阅的网站）上有登录字段）当他们登陆该页面时自动填写。可能吗？@matchstic，不，不可能。谢谢你的回复Nican。我不确定这是否会对我有帮助：（我有一个客户，他只有一次登录他们订阅的网站。他们所有的员工都使用这一次登录访问该网站。我需要能够从他们的网站（网站a）链接）并且在网站B（他们订阅的网站）上有登录字段当他们到达该页面时自动填写。可能？@matchstic，不，不可能。我将提到复制密码字段的潜在安全风险，特别是当您的解决方案涉及将其作为url参数传递时。您确定站点a用户的凭据吗？您的安全策略是否指定传输密码？另一种解决方案可能是传递凭据令牌，而不是用户名和密码。您是在追求吗？我将提到复制密码字段的潜在安全风险，特别是当您的解决方案涉及将其作为url参数传递时。您确定站点a上用户的凭据吗？您的安全性策略指定密码传输？另一种解决方案可能是传递凭证令牌，而不是用户名和密码。您是否在+1之后，但应在传递之前/之后加密/解密用户名、密码。+1但是，应在传递之前/之后加密/解密用户名、密码。