Salta al contingut

WestPoint · Accessos · OnGuard

OnGuard no obre millor la porta. Contesta millor després.

Una de les plataformes grans: servidor propi, base de dades de debò i diverses seus governades amb les mateixes regles. El que es decideix el dia que s'instal·la s'arrossega durant anys.

Què és OnGuard, si no l'has vista mai.

LenelS2 · OnGuard — Enterprise i infraestructures crítiques. I a la pràctica això vol dir el següent.

Un control d'accessos gran té dues meitats. A la paret hi ha caixes amb electrònica, les controladores: llegeixen el lector, miren la seva còpia de la llista i decideixen en dècimes de segon si el pestell se solta. A sobre hi ha un programari, i és allà on existeixen de debò les persones, els horaris, els permisos per zona i el registre del que ha passat. OnGuard és aquesta meitat de dalt.

Per això la seva feina no es nota el dia de la posada en marxa: obrir una porta ho fa qualsevol sistema. El que fa una plataforma d'aquesta classe és contestar «qui va entrar en aquella sala dijous a la tarda» amb noms i en un minut, retirar l'accés a quaranta persones d'una contracta en una tarda, i que una credencial signifiqui el mateix a dues seus diferents.

Te la trobes on passa molta gent i algú de fora pregunta: hospitals, plantes farmacèutiques, empreses de servei públic, aeroports, universitats, seus amb diversos edificis. Llocs on el problema no és la porta: és la llista de qui la pot obrir i qui en respon.

Com està construïda.

Arquitectura clàssica de servidor propi, i convé saber què implica abans de signar-la.

A sota hi ha un servidor Windows i una base de dades SQL amb tot a dins: persones, credencials, permisos, horaris i historial. Un servei a part parla per xarxa amb les controladores, i de cada controladora surten busos cap a les plaques que manen sobre els lectors. Aquesta divisió permet repartir les peces en màquines diferents quan la instal·lació creix, i permet també que un error de dimensionament es noti anys després en forma d'informes que triguen un minut a sortir.

La pregunta que gairebé ningú fa és què passa quan es talla la xarxa a un edifici. La controladora continua decidint sola, amb la còpia que té baixada, i desa els esdeveniments fins que torni la línia. Però aquella memòria és finita: hi ha un límit de quantes persones hi caben i de quants esdeveniments s'emmagatzemen abans de perdre els més antics. Amb milers de persones, això obliga a decidir quines credencials es baixen a quina controladora. És disseny, no un ajust.

De credencial admet gairebé tot: proximitat antiga, targeta xifrada, mòbil, codi i lectors biomètrics penjats com a lectors normals. I hi ha una elecció que s'oblida i es paga: si el lector parla amb la controladora en el protocol antic, que no es pot xifrar ni supervisar —ningú no s'assabenta si algú desconnecta el lector i punxa el cable—, o en el modern, que sí. Canviar-ho després és tornar a obrir la paret.

El que es decideix en instal·lar-la i es paga tres anys després.

El primer és si el sistema es divideix. OnGuard es pot partir perquè cada seu, o cada empresa d'un edifici compartit, vegi només la seva gent i les seves portes. Decidir-ho al principi costa una reunió. Decidir-ho quan la base de dades ja té cinc anys de persones a dins és un altre projecte, amb la seva aturada i la seva revisió de tots els permisos.

El segon és més ximple i fa més mal: com es posen els noms als permisos. El primer dia hi ha dotze nivells d'accés amb noms clars. Al cap de tres anys n'hi ha quatre-cents, perquè cada excepció —un proveïdor que entra un dissabte, un becari que necessita el laboratori dues setmanes— es va resoldre creant-ne un de nou. Aquell sistema ja no es pot auditar: ningú no sap què obre cada nivell sense obrir-lo. La regla de qui pot crear nivells val més que mitja configuració.

Per a qui encaixa, i per a qui no.

Ningú no té totes les respostes bones, i aquesta tampoc.

Encaixa amb moltes portes repartides en diversos llocs, gent entrant i sortint cada setmana, un sistema de personal amb el qual val la pena sincronitzar les altes i les baixes, i algú de fora que demana de tant en tant la llista de qui tenia accés a què. I encaixa quan cal repartir l'administració: que cada responsable gestioni els permisos de la seva zona sense poder tocar res del sistema.

No encaixa en vuit portes, un edifici i un personal que gairebé no canvia. Funcionaria, però pagues servidor, base de dades, manteniment anual i corba d'aprenentatge per fer servir una part petita, i l'administració diària et semblarà pesada perquè està pensada per a una instal·lació deu vegades més gran. Allà hi ha plataformes que fan aquesta feina amb molt menys aparell, i dir-ho és part de la feina.

Què fem nosaltres amb ella.

Sempre el mateix ordre: primer les decisions, després els equips, i les proves escrites abans de muntar.

  • El model, que és el primer i no els aparells. Com es diuen les zones i els permisos, què vol dir cada nivell d'accés en paraules del client, quantes excepcions tolera aquella empresa. D'aquí en surt un document d'una pàgina que governa tota la resta.
  • La sincronització amb el sistema de personal: quin camp mana, què passa quan algú canvia de departament i en quants minuts deixa d'obrir qui avui causa baixa. Sense això les baixes les fa una persona a mà, i s'obliden.
  • La càrrega inicial, que és on apareix la brutícia del sistema vell: duplicats, targetes sense amo, gent que va marxar. Es neteja abans d'entrar, perquè després ja és historial.
  • Les proves, escrites abans i signades: cada porta en tots dos sentits, tall de corrent per controladora, tall de xarxa per edifici, alliberament per incendi, i el client traient amb les seves mans l'informe de qui va entrar en una sala un dia concret. Aquesta última la suspèn més instal·lació de la que sembla.
  • La documentació: mapa de controladores i lectors amb adreces, matriu de permisos, procediment d'altes i baixes, i restauració de la còpia de seguretat provada de debò. Amb les claus d'administrador a nom del client.

Qui la configura quan marxem.

La pregunta és si el dia a dia el pot portar la teva gent. Depèn de què es canviï.

El dia a dia sí, i a més hauria de ser així. Alta d'una persona, retirada d'accés, canvi d'horari, un proveïdor que entra el dissabte, imprimir una targeta: això ho porta l'equip de seguretat o el d'informàtica del client sense trucar a ningú. OnGuard té administració delegada per a això —un responsable de planta dóna permisos sobre les seves zones sense veure ni tocar la resta del sistema— i gairebé sempre està sense fer servir.

L'estructural no. Afegir una porta, canviar el cablejat d'un bus, tocar la integració amb el vídeo, modificar què fan les portes davant d'un incendi, pujar de versió: això és de qui coneix la instal·lació, i fet a mitges deixa el sistema funcionant i mentint. El cas fronterer és crear nivells d'accés nous: que ho faci el client, però amb la regla de noms escrita, perquè és per on es degraden aquestes instal·lacions.

I el que decideix si de debò poden no és la plataforma: és el que se'ls entrega. El document del model, un compte d'administrador propi amb la seva contrasenya i no la nostra, i formació per papers en comptes d'una sessió general —qui dóna altes necessita un parell d'hores i un procediment d'una pàgina; qui treu informes per a una auditoria necessita una altra sessió—. Sense això la poden fer servir i no la faran servir: trucaran, i amb el temps deixaran de trucar.

Venir d'un altre sistema, i poder marxar d'aquest.

Bona part de l'electrònica de paret de la gamma alta ve d'una família de controladores que diverses plataformes comparteixen. Segons el que hi hagi posat, una migració pot conservar controladores, plaques de lector i tot el cablejat de camp, i canviar només la capçalera. S'ha de comprovar equip per equip abans de prometre-ho, però quan es pot, converteix el pressupost d'un projecte en el d'una actualització.

Lectors i cables acostumen a sobreviure. Les credencials depenen de dues coses: que els lectors nous llegeixin aquella tecnologia de targeta i que el número que guardava el sistema vell es pugui importar tal com està. Aquí hi ha el parany que provoca més retards: el número imprès a la targeta gairebé mai és el que el sistema emmagatzema, i entre l'un i l'altre hi ha un format, un codi d'instal·lació i de vegades una conversió que ningú no va documentar. Es resol llegint targetes reals a la visita, no en un full de càlcul.

El que es decideix abans de triar plataforma

On continuar.

Abans de comparar plataformes convé tenir decidit què se li demana al control d'accessos. D'això parla l'àrea.

Començar

Tens OnGuard posat?

Explica'ns quantes portes hi ha, a quantes seus, quines controladores hi ha a la paret i com es gestionen avui les altes i les baixes. Amb això et diem què s'arregla configurant, què s'ha de canviar de debò i què pot portar el teu equip sense nosaltres.