LastpAss 的导出是不是不完整？

This topic created in 4176 days ago, the information mentioned may be changed or developed.

我将csv文件导入KeepAss，发现只有用户名，密码和它们的备注。
有的网页上的表单有很多字段，LastpAss里是自动保存，或者手动保存所有已输入的数据保存的。
但是KeepAss里看不到
在LastpAss导出的csv文件打开看了一下，也只有简单的
url
username
password
extra（这里对应的是备注，没有表单字段信息）
name
grouping
fav
这几栏

我几天前已经把LastpAss账户删除了，这个csv是唯一的导出数据文件。
今天才发现这个问题。
是我姿势/动作不对，还是……

如果拿不回来，LastpAss是否应该承担什么责任？

lastpass

csv

导出

21 replies • 2015-02-27 19:09:54 +08:00

ehs2013

Feb 23, 2015

KeepAss 是什么鬼啊http://static.acfun.mm111.net/dotnet/20130418/umeditor/dialogs/emotion/images/ac/24.gif

关于这些转换工具导出工具什么的我不太清楚。我只能说这些话：
这种数据什么的，自己不看好的话，你谁也没法责怪。
很简单，就算 LastPass 还可能（可能性 < 0.0000001%）存有这份数据，他们也不会给你的。

自己看看能不能凭记忆找回来之类的吧。

yfdyh000

Feb 23, 2015

姿势不对，完整备份应该选择导出“LastPass 加密文件”，那个是LastPass自有的格式，信息更完整，可以用LastPass专用的软件离线登录和读取。
因为还没有通用的交换格式，LastPass CSV大概就是这样的基本信息的标准格式，方便其他软件读取。
对于字段保存，通常来说LastPass会自动识别并同时保存到用户名和密码信息的框（偶尔会有识别错误）。如果你是经常手动保存所有字段，并且没有再手动贴过去，是使用方式的问题。
不承担责任，因为LastPass没有要求你删除账户，你也可以完全确认后再删除。

一点建议，如果还曾用过其他浏览器的插件登录过（或者有过浏览器配置的备份），备份配置文件，断网，尝试能否离线登录成功，导出数据。

aku

Feb 23, 2015

@ehs2013 KeepAss是菊花守护神，防爆菊用的

不可能靠记忆弄回来的了。
一般是密码恢复的问答，我都用随机字符串作为答案的。
这次真的是被坑大了，导出数据不完整，不是自己看不看好的问题，服务提供商难辞其咎

aku

Feb 23, 2015

@yfdyh000 那就是说，至少目前，用了LastpAss，数据基本上就是只进不出，或者说只能保证在它的平台上才能保证数据完整？

转换服务时，想要数据完整，只能自己手动一条一条复制出来？

aku

Feb 23, 2015

@yfdyh000 至于说姿势不对，我在导出的时候没有提示告诉我说导出信息是不完整的

yfdyh000

Feb 23, 2015

补充观点，LastPass主要保存的就是用户名和密码信息，连带备注和名称。字段等数据大概只是算作额外信息，可能因为网站变动而变更，并不被认为是主要信息。因此主要还是使用方式的问题。
LastPass CSV也很难做到同时导出字段信息，因为那本身就很难识别，其他软件不知道哪个字段要被填写（很多密码填写软件不支持网页字段的填写）。

不过，LastPass也存在一定的问题，官方FAQ中写的建议的确是导出CSV……
https://lastpass.com/support.php?cmd=showfaq&id=163

回：安全问题这种东西要用“安全笔记”或者其他渠道，不能用网页字段保存的，网页字段很容易被自动覆盖或丢失的，LastPass很“智能”。
LastPass的数据可导出性还是不错的，虽然算不上完美。比如有离线备份，比如可导出多种格式。
完美的数据进出目前是不可能的，因为没有通用交换格式，其他软件没法识别。

aku

Feb 23, 2015

@yfdyh000 被坑死了。
所谓的额外信息，手动保存的大多是些LastpAss识别不出来的重要信息
LastpAss自己也会保存一些字段，典型的，比如图片识别码，这个还要自己手动删除，否则下次登录会有问题。

++识别不识别的前提是，你TM先给我导出来啊（这里出离愤怒，先泄泄火……）
我就不信它真的导出来了，KeepAss会不支持，或者会没有插件去解析导出文件。

事情已经发生，无法弥补。
就算数据还在，LastpAss也不可能承认，或者交出来
就当作给大家的一个警示吧

在切换服务的时候，不要信任服务提供商，即使它很有名

dofine

Feb 23, 2015 via iPhone

LastpAss 。。。楼主你一定是故意的

imlonghao

Feb 23, 2015 via Android

我看了好久没看出来LastpAss是什么鬼
仔细一看才知道原来是LastPass

LastpAss是否应该承担什么责任？
我想在你注销账号的时候，LastPass已经问过你是否清楚明白注销账号的后果，而你回答了清楚明白，你和LastPass之间的服务关系在哪个时候正式解除，他们没有任何责任需要承担。

我是LastPass的高级版用户，高三汪，所以经常使用他们的Android客户端，我不会说用安卓客户端保存的密码从来没有保存过表单。
每次登录的时候，就点点登录框右边的花花，也不会太过麻烦，相对于输入密码的话

jason52

Feb 23, 2015

楼主你应该做个试验看一下一下你的问题能否复现。比如再用lastpass保存一下不常规字段，导出csv看一下keepass能否识别。然后你就知道丢了啥了。

aku

Feb 23, 2015 via Android

@imlonghao 你这是避重就轻
导出的时候，没有提供完整数据
你说数据是我的呢？还是它的呢？

aku

Feb 23, 2015 via Android

@imlonghao 另外，这本质上是数据丢失

而且是在离开它的平台的时候，发生的

起因是数据导出不完整

对此，它没有任何提示。

在这之后，才是注销账户，销毁数据。

你的免责解释是因果颠倒

aku

Feb 23, 2015 via Android

@jason52 我差不多每隔几个月就会进行一次数据导出

查看了几个存档，都没有其它的列，可以确定不是孤立事件

至于其它账户会不会也这样，我实在是不想再去注册一次做实验了。

大家可以试一下，反馈一下你们的情况。导出的CSV文件有没有其它字段信息

Eleutherios

Feb 23, 2015

@aku [导出数据] 和 [删除帐号] 之间没有必然的因果关系.
说白了就是Lastpass没说清楚导出的CSV只包含最重要的几项, 而你毛毛躁躁没做确认就直接删号.
我从Lastpass转到Keepass一年有余, 也没敢把Lastpass的帐号删除.

如果你非要找Lastpass的麻烦的话, Lastpass出于成本的关系, 说不定会满足你的要求.

说起来, 这种正经公司的数据一般都有几个备份, 能保留几天到几年不等.
如果丢掉的数据真的很重要, 你为何不去联系Lastpass, 说你误删帐号需要数据找回?
在这里黑来黑去, 哪怕真黑出翔也是于事无补.

yfdyh000

Feb 23, 2015

主要问题就是楼主的使用方式和理解的问题，LastPass“也许”有次要责任，但没义务承担赔偿责任。
LastPass在导出时提供了多个数据格式选项，楼主使用前后并没有明确理解其含义。

引用一些其他领域的例子（可能不恰当），“头等舱乘客因登机无专车阻挡飞机起飞”，乘客认为专车是必须的，而机场并不这样认为。类似的，订购酒店可能不包含餐点服务，全因顾客的选择，而非酒店的责任。LastPass 同样，虽然它有能力导出字段，但其他软件八成是不能识别的，用户还可能觉得这完全是垃圾数据。综上，最多就是LastPass的用户引导不够完整，而不是未提供相关服务。

aku

Feb 23, 2015 via Android

@Eleutherios 你要是觉得我是在黑，那我也无话可说

我也根本没有想它进行什么经济赔偿

只是认为lastpass没有尽到应有的责任

批评一个产品就认为是在黑，这种是粉过头的人的逻辑

jason52

Feb 23, 2015

@aku 试了一下，手动建立一个新网站，填了所有字段，貌似导出的csv里面都有

aku

Feb 23, 2015 via Android

@jason52 能不能给一下你CSV文件的各列的头

jason52

Feb 23, 2015

url,username,password,extra,name,grouping,fav

@aku

aku

Feb 23, 2015 via Android

@jason52 用户名和密码之外的字段在哪一列？

yfdyh000

Feb 27, 2015

@jason52 手动“添加站点”的界面是没有“编辑表单字段”（编辑站点字段窗口）的选项的，那里的信息导出是全都有的。只有在网页上填写然后被提示保存时才会自动保存表单字段，然后该“站点”的表单字段可编辑（逐个添加、删除、修改）。

@aku 前几天我就给LastPass发了“建议”工单了，他们很快有回复说会考虑。
遇到这种问题，只能认倒霉/怪自己不认真/给官方建议（工单）/施压（官方用户论坛），但没什么好办法彻底解决这个后果。毕竟，如果官方为此单独开后门取出数据，恐怕会损失更多的信任。

工单回复摘录: "I have forwarded your suggestion about a backup warning about account deletion and any exported CSV files, as if it is not encrypted, it can be retrieved or fall into the wrong hands.
I will make note of this feature request for the development team."

我当时没提到关于CSV未加密的问题，客服想到了，是个意外的惊喜，并且这给CSV备份警告找出了一个很好的必要性理由。至于该警告何时实现，看未来吧。