验收之后，最常听到的建议就是修改密码。这个建议本身没错，但有一个陷阱：如果你使用 cookies 工作，修改密码会让现成的会话退出登录，本想加强访问权限，结果换来的是手动登录加验证。下面说清楚：随货的密码在哪里、什么时候真的需要轮换、以及按什么顺序操作才不会丢失访问权。
为什么改密码会中断会话
cookies 是已经完成授权的会话。密码并不保存在其中，但会话与密码相绑定：平台把修改密码视为安全事件，并终止所有活动登录。对个人账号来说这个逻辑是对的——密码若已泄露，其他会话就该掉线。对工作账号来说结果一样，只不过掉线的是你自己的会话。
由此可以得出一个简单结论：如果账号是以 cookies 形式交付、而你又什么都没改，那么很可能根本不需要修改密码。每一种交付字符串里究竟包含什么，可参见账号交付格式详解。
自己的密码在哪里
在发货文件里
购买账号的密码会与账号名一起写在发货内容中，不需要另外去找。在这批账号使用完毕之前，建议把发货文件单独保存好：它是所有账号信息的原始出处。
在自己的浏览器或密码管理器里
如果你已经在自己的配置文件中输入并保存过密码，它就存放在该浏览器的密码库或你的密码管理器中，可以在那里查看。这里说的只是你自己配置文件中你自己保存的数据。
如果密码丢了
找回要通过绑定的邮箱进行。正因如此，邮箱访问权限比密码本身更重要：随货附带邮箱的账号在带邮箱的分类中。
不丢访问权的轮换顺序
具体顺序取决于你使用的交付格式。
- 使用 cookies 工作——没有理由就不要改密码。修改会终止会话，迫使你手动登录。
- 使用 login:pass 工作——可以改，但不要在第一天，并且要用你平时登录的同一个代理。
- 带有 2FA 密钥——先确认密钥可用、能生成验证码，之后再修改密码。
- 修改之后——重新保存新的会话，旧的 cookies 已经失效。
关于第二重验证要素有一个关键点：已绑定的 2FA 密钥在修改密码之后依然有效，这正是它成为最稳固的访问保障方式的原因。其工作原理详见2FA 密钥说明，相应账号在2FA 分类中。
什么情况下不必修改密码
对于只持续几天的短期场景，轮换往往得不偿失：你用一次验证的代价，换来了根本用不上的防护。长期使用的账号确实应当修改密码，但要等账号稳定、活动趋于平稳之后，而不是购买后的第一个小时。
小问答
随货的密码比较简单，这是问题吗
长期场景确实值得更换。短期场景没有必要：在密码强度开始产生影响之前，账号早已完成任务。
登录之后可以马上改密码吗
不建议。账号刚刚经历了 IP 和设备变更，连续第三个明显事件会提高触发验证的概率。
改完密码会话掉了怎么办
用新密码从同一个代理登录，并保存新的会话。旧的 cookies 无法恢复。
结语
随货的密码就是你的密码，别处也拿不到。使用 cookies 工作时，没必要就不要动它。使用 login:pass 且打算长期运营时，可以修改，但要在验收后留出间隔，并使用惯常的代理。同时务必保住邮箱访问权：决定你能否找回账号的是邮箱，而不是密码本身。按自己的场景挑选批次，可以从目录总货架开始。