@dotrino/vaultd 0.121.0 → 0.122.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/lib/src/index.js +29 -0
- package/lib/src/loginClient.js +216 -0
- package/lib/src/passwordLogins.js +38 -0
- package/package.json +1 -1
- package/src/vault.js +12 -2
package/lib/src/index.js
CHANGED
|
@@ -31,6 +31,10 @@ import { createEnrollDesk, deviceIdOf, DEVICE_TTL_MS, FRESH_WINDOW_MS } from './
|
|
|
31
31
|
// Las constantes del protocolo salen del MISMO módulo que usa el daemon: si la lista
|
|
32
32
|
// local se queda corta, el dispositivo deja de handle mensajes sin que nadie lo note.
|
|
33
33
|
import { MSG, SCOPE } from './protocol.js'
|
|
34
|
+
// El canal donde se anuncia esta cuenta y la huella que lo nombra: la MISMA pieza que usa
|
|
35
|
+
// el daemon y que lee quien entra con usuario y contraseña. Un canal que se escriba distinto
|
|
36
|
+
// en cada bóveda no es el mismo canal.
|
|
37
|
+
import { vaultChannel, accountFingerprint } from './passwordLogins.js'
|
|
34
38
|
|
|
35
39
|
const SIGN_SCOPE = SCOPE.SIGN
|
|
36
40
|
const RENEW_TTL_MS = DEVICE_TTL_MS // la renovación extiende la misma ventana (30 días)
|
|
@@ -100,10 +104,35 @@ export async function startDeviceVault (identity, { proxyUrl, client: injectedCl
|
|
|
100
104
|
})()
|
|
101
105
|
|
|
102
106
|
const selfCert = await getSelfCert()
|
|
107
|
+
|
|
108
|
+
/**
|
|
109
|
+
* ANUNCIARSE EN EL CANAL DE LA CUENTA, igual que el daemon del PC (`src/transport.js`).
|
|
110
|
+
*
|
|
111
|
+
* Sin esto, una bóveda-pestaña no existe para quien entra con usuario y contraseña: ese
|
|
112
|
+
* equipo no tiene ninguna llave, solo el código de la dirección, y el canal es lo único
|
|
113
|
+
* que puede convertirlo en «con quién hablo». Faltaba, así que quien tenía su bóveda solo
|
|
114
|
+
* en una pestaña no era encontrable por dirección — y la pestaña sí sabe atender el
|
|
115
|
+
* inicio de sesión desde que existe `logins`.
|
|
116
|
+
*
|
|
117
|
+
* Va DESPUÉS de identificarse y en cada token nuevo, porque el canal guarda el token y el
|
|
118
|
+
* token cambia con cada reconexión. Y no bloquea el arranque: una bóveda que no consigue
|
|
119
|
+
* anunciarse sigue sirviendo a sus aparatos, que es casi todo lo que hace.
|
|
120
|
+
*/
|
|
121
|
+
const announce = async () => {
|
|
122
|
+
if (!logins || !client.token || typeof client.publish !== 'function') return
|
|
123
|
+
try {
|
|
124
|
+
const canal = vaultChannel(await accountFingerprint(identity))
|
|
125
|
+
await client.publish(canal)
|
|
126
|
+
} catch (e) {
|
|
127
|
+
console.warn('[device-vault] could not announce this account on the proxy:', e?.message || e)
|
|
128
|
+
}
|
|
129
|
+
}
|
|
130
|
+
|
|
103
131
|
const identify = async () => {
|
|
104
132
|
if (!client.token) return
|
|
105
133
|
// El sobre lo arma el pilar (`identifyAs`), que le pone el destinatario.
|
|
106
134
|
await client.identifyAs({ publickey: iss, sign: (d) => identity.signData(d), cert: selfCert })
|
|
135
|
+
await announce()
|
|
107
136
|
}
|
|
108
137
|
await identify()
|
|
109
138
|
client.on('token', () => identify().catch(() => {}))
|
|
@@ -0,0 +1,216 @@
|
|
|
1
|
+
/**
|
|
2
|
+
* ENTRAR CON USUARIO Y CONTRASEÑA — EL LADO DEL QUE ENTRA.
|
|
3
|
+
*
|
|
4
|
+
* La otra mitad de `passwordLogins.js`: allí está la bóveda que atiende, aquí el equipo
|
|
5
|
+
* prestado que llega sin ninguna llave y solo con una dirección escrita a mano. Diseño en
|
|
6
|
+
* `dotrino-passmanager/docs/temporary-access.md` §3.2.
|
|
7
|
+
*
|
|
8
|
+
* nombre@AB12-CD34-EF56 + contraseña
|
|
9
|
+
* lista el canal del código ──► las bóvedas de esa cuenta que estén encendidas
|
|
10
|
+
* OPAQUE (inicio) ◄──► comprueba sin ver la contraseña
|
|
11
|
+
* abre el paquete de llaves ◄── { sid, blob, cert, iss, acta }
|
|
12
|
+
* desde aquí es un aparato del acta
|
|
13
|
+
*
|
|
14
|
+
* **Vive en el pilar y no en la página** porque lo van a hacer tres sitios distintos —la
|
|
15
|
+
* pantalla de `profile.dotrino.com`, la extensión del gestor y cualquier app que ofrezca
|
|
16
|
+
* entrar— y una dirección que se lea distinto, o una comprobación que uno se salte, no es
|
|
17
|
+
* la misma puerta. Aquí no se abre ninguna conexión: el transporte se INYECTA, como en
|
|
18
|
+
* `@dotrino/identity/session-flow`.
|
|
19
|
+
*
|
|
20
|
+
* QUÉ SE COMPRUEBA, Y EN QUÉ ORDEN (importa):
|
|
21
|
+
*
|
|
22
|
+
* 1. **OPAQUE autentica a las DOS partes.** Una bóveda falsa no tiene tu registro, así
|
|
23
|
+
* que no puede armar una respuesta que cuadre: `loginFinish` revienta en ESTE lado y
|
|
24
|
+
* la contraseña no se le ha dicho a nadie. Por eso mandarle el primer mensaje a un
|
|
25
|
+
* desconocido del canal no cuenta nada — es el único orden posible, porque el canal
|
|
26
|
+
* solo da tokens y un token no dice de quién es.
|
|
27
|
+
* 2. **El acta tiene que ser de la cuenta que escribiste**: `pubkeyId(acta.profileId)`
|
|
28
|
+
* empieza por el código de la dirección. Esto es lo que ata la respuesta a TU cuenta
|
|
29
|
+
* y no a otra bóveda que también sepa contestar.
|
|
30
|
+
* 3. **El papel y el acta se sostienen entre sí** (`checkVaultReply`).
|
|
31
|
+
* 4. **La llave que acaba de salir del paquete es la del papel**: se firma un reto y se
|
|
32
|
+
* verifica contra `cert.sub`. Sin esto, una bóveda podría devolver el paquete de otro.
|
|
33
|
+
*
|
|
34
|
+
* Si algo de eso falla, se PARA con un `code` propio. No hay repliegue: entrar «a medias»
|
|
35
|
+
* en una cuenta es peor que no entrar.
|
|
36
|
+
*/
|
|
37
|
+
import { client as opaque } from '@dotrino/opaque'
|
|
38
|
+
import { pubkeyId, verifyDeviceSig, signWithDevice } from '@dotrino/identity/capabilities'
|
|
39
|
+
import { checkVaultReply } from '@dotrino/identity/acta'
|
|
40
|
+
import { MSG } from './protocol.js'
|
|
41
|
+
import { accountCode, parseLoginAddress, vaultChannel, openDeviceKeys } from './passwordLogins.js'
|
|
42
|
+
|
|
43
|
+
const err = (code, message, extra = {}) => Object.assign(new Error(message), { code, ...extra })
|
|
44
|
+
|
|
45
|
+
/** Cuánto se espera a que una bóveda conteste antes de probar con la siguiente. */
|
|
46
|
+
export const REPLY_TIMEOUT_MS = 15_000
|
|
47
|
+
|
|
48
|
+
/**
|
|
49
|
+
* Escucha UNA respuesta de un token concreto. El `off` se suelta siempre —también al
|
|
50
|
+
* agotarse la espera—: un oyente que se queda pegado hace que el segundo intento vea la
|
|
51
|
+
* respuesta del primero.
|
|
52
|
+
*/
|
|
53
|
+
function waitFor (transport, from, match, timeoutMs) {
|
|
54
|
+
return new Promise((resolve, reject) => {
|
|
55
|
+
let listo = false
|
|
56
|
+
const fin = (fn, arg) => { if (!listo) { listo = true; clearTimeout(reloj); quitar(); fn(arg) } }
|
|
57
|
+
const reloj = setTimeout(() => fin(reject, err('no-answer', 'the vault did not answer in time')), timeoutMs)
|
|
58
|
+
const oyente = (quien, payload) => {
|
|
59
|
+
if (from && quien !== from) return
|
|
60
|
+
const p = typeof payload === 'string' ? parseJson(payload) : payload
|
|
61
|
+
if (p && match(p)) fin(resolve, p)
|
|
62
|
+
}
|
|
63
|
+
const off = transport.on('message', oyente)
|
|
64
|
+
const quitar = () => {
|
|
65
|
+
if (typeof off === 'function') return off()
|
|
66
|
+
transport.off?.('message', oyente)
|
|
67
|
+
}
|
|
68
|
+
})
|
|
69
|
+
}
|
|
70
|
+
|
|
71
|
+
const parseJson = (s) => { try { return JSON.parse(s) } catch (_) { return null } }
|
|
72
|
+
|
|
73
|
+
/**
|
|
74
|
+
* ENTRAR. Devuelve el aparato entero —sus llaves privadas, su papel y el acta— para que
|
|
75
|
+
* quien llama decida dónde vive eso: en el navegador lo adopta `@dotrino/identity` como una
|
|
76
|
+
* cuenta más; en la extensión, su propio almacén.
|
|
77
|
+
*
|
|
78
|
+
* @param {object} opts
|
|
79
|
+
* @param {object} opts.transport cliente de `@dotrino/proxy-client` ya conectado. NO hace
|
|
80
|
+
* falta identificarse: quien entra todavía no tiene con qué.
|
|
81
|
+
* @param {string} opts.address `nombre@AB12-CD34-EF56`, tal como lo teclea una persona.
|
|
82
|
+
* @param {string} opts.password
|
|
83
|
+
* @param {string} [opts.label] de dónde se entra («el cyber de la esquina»): es lo que
|
|
84
|
+
* el dueño va a leer en su consola para decidir si cerrarlo.
|
|
85
|
+
* @returns {Promise<{user:string,address:string,code:string,sid:string,cert:object,
|
|
86
|
+
* iss:string,acta:object,vaultToken:string,publickey:string,encPublickey:(string|null),
|
|
87
|
+
* keys:{sign:object,enc:(object|null)}}>}
|
|
88
|
+
*/
|
|
89
|
+
export async function loginWithPassword ({ transport, address, password, label = '', timeoutMs = REPLY_TIMEOUT_MS } = {}) {
|
|
90
|
+
if (!transport || typeof transport.on !== 'function' || typeof transport.send !== 'function') {
|
|
91
|
+
throw err('no-transport', 'loginWithPassword: a connected transport is required')
|
|
92
|
+
}
|
|
93
|
+
if (typeof password !== 'string' || !password) throw err('no-password', 'loginWithPassword: password required')
|
|
94
|
+
const { user, code, address: dir } = parseLoginAddress(address)
|
|
95
|
+
|
|
96
|
+
const tokens = await transport.list(vaultChannel(code))
|
|
97
|
+
if (!tokens.length) {
|
|
98
|
+
throw err('no-vault', 'no vault is answering for that address right now: turn yours on, or check the address')
|
|
99
|
+
}
|
|
100
|
+
|
|
101
|
+
// De una en una, y parando en cuanto la contraseña resulte estar mal: cada intento GASTA
|
|
102
|
+
// uno del freno en la bóveda que lo atiende (`passwordLogins.js`), así que repartir el
|
|
103
|
+
// mismo error entre las réplicas solo sirve para bloquearse en todas a la vez.
|
|
104
|
+
let ultimo = null
|
|
105
|
+
for (const token of tokens) {
|
|
106
|
+
try {
|
|
107
|
+
return await unIntento({ transport, token, user, code, dir, password, label, timeoutMs })
|
|
108
|
+
} catch (e) {
|
|
109
|
+
// Se para: son cosas del que entra, y probar con otra bóveda no las arregla.
|
|
110
|
+
if (e?.code === 'login-failed' || e?.code === 'too-many-tries' || e?.code === 'wrong-account' ||
|
|
111
|
+
e?.code === 'bad-blob' || e?.code === 'bad-keys' || e?.code === 'bad-reply') throw e
|
|
112
|
+
ultimo = e // «esa no atiende inicios de sesión», «no contestó»: quizá la siguiente sí
|
|
113
|
+
}
|
|
114
|
+
}
|
|
115
|
+
throw ultimo || err('no-vault', 'none of the vaults on that address could let you in')
|
|
116
|
+
}
|
|
117
|
+
|
|
118
|
+
async function unIntento ({ transport, token, user, code, dir, password, label, timeoutMs }) {
|
|
119
|
+
const start = opaque.loginStart({ password })
|
|
120
|
+
transport.send(token, { type: MSG.LOGIN_START, user, request: start.request })
|
|
121
|
+
const r1 = await waitFor(transport, token, (p) => p.type === MSG.LOGIN_RESPONSE || p.type === MSG.ERROR, timeoutMs)
|
|
122
|
+
if (r1.type === MSG.ERROR) throw deVuelta(r1)
|
|
123
|
+
|
|
124
|
+
let fin
|
|
125
|
+
try {
|
|
126
|
+
fin = opaque.loginFinish({ state: start.state, response: r1.response, password })
|
|
127
|
+
} catch (_) {
|
|
128
|
+
// OPAQUE comprueba a las dos partes: aquí se sabe que el otro lado NO conoce el
|
|
129
|
+
// registro de este usuario. Contraseña equivocada, usuario que no existe o una bóveda
|
|
130
|
+
// que no es la tuya — y son el mismo error a propósito, porque distinguirlos diría
|
|
131
|
+
// desde fuera qué usuarios hay.
|
|
132
|
+
throw err('login-failed', 'wrong address or password')
|
|
133
|
+
}
|
|
134
|
+
|
|
135
|
+
transport.send(token, { type: MSG.LOGIN_FINISH, lid: r1.lid, finalization: fin.finalization, label })
|
|
136
|
+
const ok = await waitFor(transport, token, (p) => p.type === MSG.LOGIN_OK || p.type === MSG.ERROR, timeoutMs)
|
|
137
|
+
if (ok.type === MSG.ERROR) throw deVuelta(ok)
|
|
138
|
+
|
|
139
|
+
const acta = ok.acta
|
|
140
|
+
const cert = ok.cert
|
|
141
|
+
if (!acta || !cert?.sub) throw err('bad-reply', 'the vault let you in without saying which account this is')
|
|
142
|
+
|
|
143
|
+
// 2. ¿ES LA CUENTA QUE ESCRIBISTE? Es la única comprobación que ata todo esto a lo que la
|
|
144
|
+
// persona tecleó: el canal no prueba nada y el acta viene de quien contesta.
|
|
145
|
+
if (accountCode((await pubkeyId(acta.profileId)).slice(0, 16)) !== code) {
|
|
146
|
+
throw err('wrong-account', 'that vault serves a different account than the address says')
|
|
147
|
+
}
|
|
148
|
+
// 3. El papel lo firmó esa bóveda, esa bóveda puede sellar esta acta, y el papel vale
|
|
149
|
+
// según ella. Una sola llamada, la misma que usa el enrolamiento.
|
|
150
|
+
const v = await checkVaultReply({ acta, cert, vault: ok.iss, sub: cert.sub })
|
|
151
|
+
if (!v.ok) throw err('bad-reply', 'the vault reply does not hold together: ' + v.reason)
|
|
152
|
+
|
|
153
|
+
const keys = await openDeviceKeys(fin.exportKey, ok.blob) // `bad-blob` si no es el paquete
|
|
154
|
+
if (!keys?.sign) throw err('bad-blob', 'the key package does not carry a signing key')
|
|
155
|
+
|
|
156
|
+
// 4. La llave que salió del paquete tiene que SER la del papel. Se prueba firmando.
|
|
157
|
+
const reto = { op: 'login.proof', sub: cert.sub, sid: ok.sid, ts: Date.now() }
|
|
158
|
+
const { signature } = await signWithDevice({ privateJwk: keys.sign, data: reto })
|
|
159
|
+
if (!(await verifyDeviceSig({ publickey: cert.sub, data: reto, signature }))) {
|
|
160
|
+
throw err('bad-keys', 'the keys in the package are not the ones this certificate is for')
|
|
161
|
+
}
|
|
162
|
+
|
|
163
|
+
const member = (acta.members || []).find((m) => m?.pub === cert.sub)
|
|
164
|
+
if (!member) throw err('bad-reply', 'that certificate names a key the account record does not list')
|
|
165
|
+
|
|
166
|
+
return {
|
|
167
|
+
user,
|
|
168
|
+
address: dir,
|
|
169
|
+
code,
|
|
170
|
+
sid: ok.sid,
|
|
171
|
+
cert,
|
|
172
|
+
iss: ok.iss,
|
|
173
|
+
acta,
|
|
174
|
+
vaultToken: token,
|
|
175
|
+
publickey: cert.sub,
|
|
176
|
+
// La pública de CIFRADO la dice el acta, no el paquete: es lo que los demás miran para
|
|
177
|
+
// envolverle un secreto a este aparato, y tiene que ser la misma que ellos ven.
|
|
178
|
+
encPublickey: member.encPub || null,
|
|
179
|
+
caps: [...(member.caps || [])],
|
|
180
|
+
keys: { sign: keys.sign, enc: keys.enc || null }
|
|
181
|
+
}
|
|
182
|
+
}
|
|
183
|
+
|
|
184
|
+
/** Un error de la bóveda con su `code` intacto: `too-many-tries` se arregla esperando. */
|
|
185
|
+
function deVuelta (p) {
|
|
186
|
+
const code = p.code || 'login-error'
|
|
187
|
+
const e = err(code, p.error || 'the vault refused the login')
|
|
188
|
+
if (typeof p.waitMs === 'number') e.waitMs = p.waitMs
|
|
189
|
+
return e
|
|
190
|
+
}
|
|
191
|
+
|
|
192
|
+
/**
|
|
193
|
+
* SALIR. Va firmado con la llave que acabas de abrir —cerrar el inicio de sesión de otro
|
|
194
|
+
* sería echarlo de su cuenta— y es lo que suelta la plaza en la bóveda; lo que se borre en
|
|
195
|
+
* este navegador es cosa de quien llama.
|
|
196
|
+
*
|
|
197
|
+
* Es «mejor esfuerzo» a propósito: si la bóveda está apagada, salir de este equipo no puede
|
|
198
|
+
* quedarse bloqueado esperándola. La sesión sigue abierta allí hasta que se cierre desde la
|
|
199
|
+
* consola, y eso ya está dicho en el diseño (§3.2).
|
|
200
|
+
*/
|
|
201
|
+
export async function closeLogin ({ transport, token, user, sid, publickey, privateJwk, privateKey, timeoutMs = REPLY_TIMEOUT_MS } = {}) {
|
|
202
|
+
if (!transport || typeof transport.send !== 'function') throw err('no-transport', 'closeLogin: transport required')
|
|
203
|
+
if (!token || !user || !sid || !publickey) throw err('bad-input', 'closeLogin: token, user, sid and publickey are required')
|
|
204
|
+
const data = { op: 'login.close', publickey, user, sid, ts: Date.now() }
|
|
205
|
+
const { signature } = await signWithDevice({ privateJwk, privateKey, publickey, data })
|
|
206
|
+
transport.send(token, { type: MSG.LOGIN_CLOSE, data, signature })
|
|
207
|
+
try {
|
|
208
|
+
const r = await waitFor(transport, token, (p) => p.type === MSG.LOGIN_CLOSED || p.type === MSG.ERROR, timeoutMs)
|
|
209
|
+
if (r.type === MSG.ERROR) return { ok: false, reason: r.code || 'login-error' }
|
|
210
|
+
return { ok: !!r.ok }
|
|
211
|
+
} catch (e) {
|
|
212
|
+
return { ok: false, reason: e?.code || 'no-answer' }
|
|
213
|
+
}
|
|
214
|
+
}
|
|
215
|
+
|
|
216
|
+
export default { loginWithPassword, closeLogin, REPLY_TIMEOUT_MS }
|
|
@@ -25,6 +25,7 @@
|
|
|
25
25
|
* final, porque hace falta la identidad que firma.
|
|
26
26
|
*/
|
|
27
27
|
import { server as opaque, suiteId } from '@dotrino/opaque'
|
|
28
|
+
import { pubkeyId } from '@dotrino/identity/capabilities'
|
|
28
29
|
import { deviceIdOf, scopeToCaps, scopeToCn } from './enroll.js'
|
|
29
30
|
import { SCOPE } from './protocol.js'
|
|
30
31
|
import { bytesToB64url, b64urlToBytes } from './b64.js'
|
|
@@ -53,6 +54,43 @@ export function accountCode (fingerprint) {
|
|
|
53
54
|
}
|
|
54
55
|
export const loginAddress = (user, fingerprint) => `${user}@${accountCode(fingerprint)}`
|
|
55
56
|
|
|
57
|
+
/**
|
|
58
|
+
* LA HUELLA DE LA CUENTA, que es de la CUENTA y no de la bóveda que la atiende.
|
|
59
|
+
*
|
|
60
|
+
* Sale del `profileId` del acta —la llave del génesis, la que no cambia nunca—, y por eso
|
|
61
|
+
* la dirección sobrevive a que la bóveda se mude, se replique o adopte la cuenta de otro
|
|
62
|
+
* aparato. Derivarla de la llave de la bóveda daba una dirección distinta en cada réplica
|
|
63
|
+
* y ninguna en la segunda bóveda de un multivault.
|
|
64
|
+
*
|
|
65
|
+
* Es la MISMA cuenta para todas las bóvedas de esa cuenta, que es justo lo que hace que el
|
|
66
|
+
* canal las junte a todas.
|
|
67
|
+
*/
|
|
68
|
+
export async function accountFingerprint (identity) {
|
|
69
|
+
const pid = (await identity?.profileActa?.().catch(() => null))?.acta?.profileId
|
|
70
|
+
if (!pid) throw err('no-acta', 'this vault has no account record yet: there is no address to build')
|
|
71
|
+
return (await pubkeyId(pid)).slice(0, 16)
|
|
72
|
+
}
|
|
73
|
+
|
|
74
|
+
/**
|
|
75
|
+
* Lee `nombre@AB12-CD34-EF56`. Es lo que TECLEA una persona en un equipo prestado, así que
|
|
76
|
+
* se le perdona el formato —mayúsculas, espacios, guiones de más o de menos— pero no el
|
|
77
|
+
* contenido: el código son 12 dígitos hexadecimales, ni uno más ni uno menos.
|
|
78
|
+
*
|
|
79
|
+
* Lo que NO se perdona tiene su razón: un código corto de menos no es «casi» la dirección,
|
|
80
|
+
* es otra cuenta con la que se colisiona antes, y aceptarlo sería quitarle los bits que lo
|
|
81
|
+
* atan a tu cuenta (§3.2 de `temporary-access.md`).
|
|
82
|
+
*/
|
|
83
|
+
export function parseLoginAddress (address) {
|
|
84
|
+
const raw = String(address || '').trim()
|
|
85
|
+
const at = raw.lastIndexOf('@')
|
|
86
|
+
if (at <= 0) throw err('bad-address', 'an address looks like name@AB12-CD34-EF56')
|
|
87
|
+
const user = raw.slice(0, at).trim().toLowerCase()
|
|
88
|
+
const hex = raw.slice(at + 1).replace(/[^0-9a-fA-F]/g, '').toUpperCase()
|
|
89
|
+
if (!isValidUser(user)) throw err('bad-user', 'a user name is lowercase letters, digits, dot, dash or underscore (1-32)')
|
|
90
|
+
if (hex.length !== ACCOUNT_CODE_HEX) throw err('bad-address', `the account code is ${ACCOUNT_CODE_HEX} hex digits: AB12-CD34-EF56`)
|
|
91
|
+
return { user, code: accountCode(hex), address: `${user}@${accountCode(hex)}` }
|
|
92
|
+
}
|
|
93
|
+
|
|
56
94
|
/**
|
|
57
95
|
* EL CANAL DONDE SE ANUNCIA CADA BÓVEDA DE ESA CUENTA, réplicas incluidas.
|
|
58
96
|
*
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@dotrino/vaultd",
|
|
3
|
-
"version": "0.
|
|
3
|
+
"version": "0.122.0",
|
|
4
4
|
"type": "module",
|
|
5
5
|
"description": "Certificador personal de Dotrino: daemon headless que custodia la clave maestra y delega capacidades a tus dispositivos por el proxy. Tu CA propia.",
|
|
6
6
|
"bin": {
|
package/src/vault.js
CHANGED
|
@@ -15,7 +15,7 @@ import nodeCrypto from 'node:crypto'
|
|
|
15
15
|
import path from 'node:path'
|
|
16
16
|
import { Identity } from '@dotrino/identity/node'
|
|
17
17
|
import { verifyChain as verifyChainRaw, pubkeyId, verifyDeviceSig } from '@dotrino/identity/capabilities'
|
|
18
|
-
import { createLoginDesk, registerLogin, vaultChannel } from '../lib/src/passwordLogins.js'
|
|
18
|
+
import { createLoginDesk, registerLogin, vaultChannel, accountFingerprint } from '../lib/src/passwordLogins.js'
|
|
19
19
|
import * as ActaPilar from '@dotrino/identity/acta'
|
|
20
20
|
import { createEnrollDesk, deviceIdOf, DEVICE_TTL_MS, scopeToCaps, scopeToCn } from '../lib/src/enroll.js'
|
|
21
21
|
import { createAdminDesk, authorBody } from '../lib/src/admin.js'
|
|
@@ -300,7 +300,17 @@ export async function startVault ({ dir = dataDir(), proxyUrl, log = console.log
|
|
|
300
300
|
} catch (_) {}
|
|
301
301
|
|
|
302
302
|
const master = await masterPubkeyOf(identity)
|
|
303
|
-
|
|
303
|
+
/**
|
|
304
|
+
* LA HUELLA DE LA CUENTA, no la de esta bóveda. Sale del `profileId` del acta (la pieza
|
|
305
|
+
* compartida la calcula), y con ella se arman la dirección `nombre@AB12-CD34-EF56` y el
|
|
306
|
+
* canal donde se anuncia esta cuenta.
|
|
307
|
+
*
|
|
308
|
+
* Antes salía de la llave de ESTA bóveda. Coinciden mientras la cuenta haya nacido aquí,
|
|
309
|
+
* y dejan de coincidir en cuanto hay una réplica o la bóveda adoptó la cuenta de otro
|
|
310
|
+
* aparato: cada bóveda daba entonces una dirección distinta para la misma cuenta, y el
|
|
311
|
+
* canal las separaba justo cuando lo que hace falta es que se junten.
|
|
312
|
+
*/
|
|
313
|
+
const fp = await accountFingerprint(identity)
|
|
304
314
|
|
|
305
315
|
/**
|
|
306
316
|
* El acta tiene que nombrar una llave de sellado QUE SEA NUESTRA. Si no nombra ninguna
|