Bjoern Flessing
20076b0aee
Jeder Spieler waehlt sich ein Handle mit @, Unternehmen und Behoerden bekommen
eigene Profile, fuer die sie Mitarbeiter freigeben.
Verwaltet wird ueber dieselbe Anmeldung wie das Webhosting: wer am IC-Computer
als Anbieter angemeldet ist, richtet Unternehmensprofile ein. Damit gibt es
genau eine Stelle, an der Verwaltungsrechte haengen - ein zweites Rechtesystem
daneben waere eine zweite Stelle, an der man jemanden zu entziehen vergisst.
Bewusst getrennt: wer fuer ein Unternehmen schreiben darf, kann sich nicht
selbst zum Verwalter machen.
Behoben gegenueber dem Ausgangsstand:
- Die Resource startete nicht. Eine harte Abhaengigkeit zeigte auf eine
Resource, die es nicht gibt - das verhindert den Start vollstaendig.
- Das Schema war gegenueber dem Code stehengeblieben: eine Tabelle fehlte
ganz, sechs Spalten fehlten. Jede Registrierung eines Handles scheiterte
deshalb mit einem SQL-Fehler. Zwei Migrationen ziehen das nach.
- Die Identitaet kommt jetzt von ESX statt von einem Charaktersystem, das
hier nicht laeuft. Ohne das findet das Mailsystem die Postfaecher nicht.
- Das Fenster hatte keinen Schliessknopf, nur ESC. Im Computerfenster ist
diese Taste aber schon vergeben.
- Bilder laden mit referrerpolicy="no-referrer": Bilderdienste sperren
Hotlinks anhand der Herkunft, und die eines NUI kennen sie nicht.
- Der Schluessel fuer den Bilder-Upload steht nicht mehr im Code, sondern in
der server.cfg (set bleeter_imgbb_key). Er gehoert nicht in ein oeffentlich
einsehbares Repository.
Neu: Unternehmensprofile und Mitarbeiterfreigabe, ueber Netzwerkereignisse und
Konsolenbefehle. Dazu eine Oberflaeche im IC-Computer, die dieselbe Gestaltung
benutzt - die Stildatei wird dafuer mechanisch gekapselt, statt sie nachzubauen.
Enthaelt README.md mit Einrichtung, Rechten und den Fallstricken.
38 lines
1.2 KiB
JavaScript
38 lines
1.2 KiB
JavaScript
const jwt = require('jsonwebtoken');
|
|
const db = require('./db');
|
|
require('dotenv').config();
|
|
|
|
const SECRET = process.env.JWT_SECRET;
|
|
|
|
function sign(account) {
|
|
return jwt.sign(
|
|
{ aid: account.id, cid: account.char_id },
|
|
SECRET,
|
|
{ expiresIn: '7d' }
|
|
);
|
|
}
|
|
|
|
// Middleware: prueft JWT, laedt Account frisch aus DB -> req.account
|
|
async function requireAuth(req, res, next) {
|
|
try {
|
|
const header = req.headers.authorization || '';
|
|
const token = header.startsWith('Bearer ') ? header.slice(7) : null;
|
|
if (!token) return res.status(401).json({ error: 'no_token' });
|
|
|
|
const payload = jwt.verify(token, SECRET);
|
|
const account = await db.q1(
|
|
'SELECT * FROM bleeter_accounts WHERE id = ? AND char_id = ?',
|
|
[payload.aid, payload.cid]
|
|
);
|
|
if (!account) return res.status(401).json({ error: 'account_gone' });
|
|
if (account.status && account.status !== 'active') {
|
|
return res.status(403).json({ error: 'account_disabled' });
|
|
}
|
|
req.account = account;
|
|
next();
|
|
} catch (err) {
|
|
return res.status(401).json({ error: 'invalid_token' });
|
|
}
|
|
}
|
|
|
|
module.exports = { sign, requireAuth };
|