In certe installazioni si può utilizzare gsec solo se si è entrati nel sistema come Superuser (root su Linux) o con lo stesso utente sotto il quale opera il server Firebird. Sulle piattaforme Windows, è necessario di solito essere nel gruppo Power User o ad un livello più alto per utilizzare gsec senza problemi.

Avendo privilegi sufficienti ma lanciando gsec si ha un messggio del tipo «cannot attach to password database - unable to open database» allora:

Se il messaggio di errore inizia con «Cannot attach to services manager», allora può essere che il server non stia funzionando affatto. In tal caso, tornare indietro alla Verifica dell'installazione e correggere il problema.

Sui sistemi **nix, chiamando gsec dalla sua directory, bisogna digitare ./gsec invece di solo gsec. Siccome il direttorio corrente non fa parte del percorso di ricerca, il solo gsec può non funzionare o lanciare una gsec «sbagliata».

Nei sistemi Unix-like, Firebird già viene eseguito dall'utente firebird per default, non come root. Sulle piattaforme server di Windows, si può far eseguire il servizio Firebird da un utente definito appositamente (esempio Firebird). Il modo standard, cioè lanciare il servizio come l'utente LocalSystem, mette un sistema connesso ad Internet a rischio sicurezza. Consultare il documento README.instsvc nel sottodirettorio doc per saperne di più su quest'argomento.

Come già detto sopra, se il vostro sistema Firebird è raggiungibile dall'esterno e la password del server è rimasta masterkey, cambiatela.

SYSDBA è un utente molto potente, con diritti di accesso completi e distruttivi su tutte le basi di dati Firebird. La sua password dovrebbe essere nota solo a pochi amministratori fidati. Pertanto non bisogna adoperare questo super-utente per creare e riempire le normali basi di dati. Invece, vanno generati normali utenti della base di dati, dando questi ultimi normali nomi e password per i vostri utenti finali. Questo può essere fatto con gsec come visto sopra, o con un qualsiasi strumenti di amministrazione per Firebird di terzi.

Chiunque possa leggere un database, può anche copiarlo, poichè ne ha i diritti a livello di filesystem, inoltre può installarlo il suo controllo ed estrarne tutti i dati, incluse tutte le possibili informazioni sensibili. Chiunque ne abbia accesso a livello di scrittura, può corromperlo o addirittura distruggerlo completamente.

Come regola, solo il processo server di Firebird dovrebbe avere accesso ai files delle basi di dati. Gli utenti non hanno questa necessità e non dovrebbero potervi accedere, nemmeno in sola lettura. Questi possono accedere ad un qualunque oggetto nel database solo attraverso richieste al server, ed il server si assicura che tali richieste abbiano il permesso adeguato per accedervi, altrimenti le rifiuta.

Una eccezione alla regola precedente è il cosidetto accesso in locale o embedded del Firebird Classic Server in Linux. In tale modalità di funzionamento è necessario che gli utenti abbiano gli idonei diritti di accesso al file della base di dati. Inoltre devono avere accesso in lettura al file del database della sicurezza security2.fdb. Se questo crea problemi, è meglio riservare l'accesso al database di sicurezza (e, già che ci si sta', anche agli altri database) al solo processo del server. Gli utenti sono pertanto costretti a connettersi attraverso lo strato di rete. Va ricordato che le librerie libfbembed.* non dovrebbero essere rimosse dal sistema, perchè altrimenti gli strumenti a linea di comando di Firebird non funzionerebbero.

(Un discorso a parte meriterebbe il Windows Embedded Server, ma questo esula dagli scopi di questo manuale.)

I database alias oscurano la reale locazione del database ai client. Usando gli alias, un client può connettersi pertanto ad esempio a «frodo:zappa» senza sapere che il file sia realmente frodo:/var/firebird/musica/underground/mothers_of_invention.fdb. Gli alias permettono anche di riposizionare i database lasciando intatte le stringhe di connessione dei client.

Tutti gli alias sono elencati nel file aliases.conf, che è in questo formato sulle macchine Windows:

tresette = E:\giochi\DBMS\tresette.fdb
briscola.fdb = C:\Firebird\DBMS\giochi\napoletane.fdb

e su Linux:

libri = /home/libri/DBMS/libri.fdb
zappa = /var/firebird/musica/underground/mothers_of_invention.fdb

È puramente opzionale dare all'alias un'estensione qualsiasi come .fdb. Naturalmente, includendola, va specificata anche nella stringa di connessione al database se si vuole utilizzare quell'alias.

Il parametro DatabaseAccess presente nel file di configurazione firebird.conf può essere impostato a Restrict per limitare il server ad accedere ai sottoalberi esplicitamente indicati, o anche a None affinchè possa accedere ai soli database identificati attraverso gli alias. Il default è All, vale a dire senza restrizione alcuna.

Notare che questa non è la stessa cosa della protezione di accesso a livello di file di sistema già vista prima: quando DatabaseAccess è diverso da All, il server si rifiuta di connettersi a qualsiasi database al di fuori dell'ambito definito anche se avesse sufficienti diritti sul file della base di dati.