Protezione delle credenziali utente quando si collega R ai database utilizzando i driver JDBC/ODBC

Question

Di solito mi collego a un database con R utilizzando il driver JDBC/ODBC. Un codice tipica sarebbe simile

library(RJDBC) 
vDriver = JDBC(driverClass="com.vertica.jdbc.Driver", classPath="/home/Drivers/vertica-jdbc-7.0.1-0.jar") 
vertica = dbConnect(vDriver, "jdbc:vertica://servername:5433/db", "username", "password") 

vorrei altri di accedere al db con le mie credenziali ma voglio proteggere la mia username e password. Quindi pianifico di salvare lo script sopra come un file "Connections.r" e chiedo agli utenti di trovare questo file.

source("/opt/mount1/Connections.r") 

Se do eseguire solo il permesso di Connections.r gli altri non può fonte il file

chmod 710 Connections.r 

Solo se mi danno letto ed esecuzione R consente agli utenti di fonte esso. Se fornisco il permesso di lettura, le mie credenziali saranno esposte. C'è comunque la possibilità di risolvere questo problema proteggendo le credenziali dell'utente?

Answer 1

Sono state inviate le credenziali as command arguments? Ecco un esempio di come si potrebbe farlo:

suppressPackageStartupMessages(library("argparse")) 
# create parser object 
parser <- ArgumentParser() 
# specify our desired options 
# by default ArgumentParser will add an help option 
parser$add_argument("-v", "--verbose", action="store_true", default=TRUE, 
help="Print extra output [default]") 
parser$add_argument("-q", "--quietly", action="store_false", 
dest="verbose", help="Print little output") 
parser$add_argument("-c", "--count", type="integer", default=5, 
help="Number of random normals to generate [default %(default)s]", 
metavar="number") 
parser$add_argument("--generator", default="rnorm", 
help = "Function to generate random deviates [default \"%(default)s\"]") 
parser$add_argument("--mean", default=0, type="double", help="Mean if generator == \"rnorm\" [default %(default)s]") 
parser$add_argument("--sd", default=1, type="double", 
metavar="standard deviation", 
help="Standard deviation if generator == \"rnorm\" [default %(default)s]") 
# get command line options, if help option encountered print help and exit, 
# otherwise if options not found on command line then set defaults, 
args <- parser$parse_args() 
# print some progress messages to stderr if "quietly" wasn't requested 
if (args$verbose) { 
write("writing some verbose output to standard error...\n", stderr()) 
} 
# do some operations based on user input 
if(args$generator == "rnorm") { 
cat(paste(rnorm(args$count, mean=args$mean, sd=args$sd), collapse="\n")) 
} else { 
cat(paste(do.call(args$generator, list(args$count)), collapse="\n")) 
} 
cat("\n") 

corsa del campione (senza parametri):

usage: example.R [-h] [-v] [-q] [-c number] [--generator GENERATOR] [--mean MEAN] [--sd standard deviation] 
optional arguments: 
-h, --help show this help message and exit 
-v, --verbose Print extra output [default] 
-q, --quietly Print little output 
-c number, --count number 
Number of random normals to generate [default 5] 
--generator GENERATOR 
Function to generate random deviates [default "rnorm"] 
--mean MEAN Mean if generator == "rnorm" [default 0] 
--sd standard deviation 
Standard deviation if generator == "rnorm" [default 1] 

Il pacchetto è stato a quanto pare ispirato dal pacchetto python con lo stesso nome, in modo da looking there possono essere anche utile.

Guardando il codice, probabilmente sarei riscrivere come segue:

library(RJDBC) 
library(argparse) 
args <- ArgumentParser() 
args$add_argument('--driver', dest='driver', default="com.vertica.jdbc.Driver") 
args$add_argument('--classPath', dest='classPath', default="/home/Drivers/vertica-jdbc-7.0.1-0.jar") 
args$add_argument('--url', dest='url', default="jdbc:vertica://servername:5433/db") 
args$add_argument('--user', dest='user', default='username') 
args$add_argument('--password', dest='password', default='password') 
parser <- args$parse_args 
vDriver <- JDBC(driverClass=parser$driver, parser$classPath) 
vertica <- dbConnect(vDriver, parser$url, parser$user , parser$password) 
# continue here 

Answer 2

Vuoi dare accesso a qualcuno, ma non li hanno in grado di vedere le credenziali? Non è possibile in questo caso. Se il mio codice può leggere un file, posso vedere tutto nel file.

Creare più account sul server SQL. Oppure crea un account ospite. Ma stai cercando di risolvere il problema che la gestione degli account risolve.

Answer 3

A meno che non si confondano le credenziali in modo profondo creando una funzione Rcpp o un pacchetto che esegue la connessione JDBC iniziale (che non sarà banale) uno dei meccanismi di occultamento solo più leggeri è quello di memorizzare le proprie credenziali in un file e il tuo script R di origine li legge dal file, li usa nella chiamata e li li rm dall'ambiente subito dopo quella chiamata. Ciò li esporrà ancora, ma non direttamente.

Un altro modo, dal momento che gli utenti hanno i propri accessi a RStudio Server, è quello di utilizzare il nuovo pacchetto secure di Hadley (alcuni di noi sec sono in esecuzione attraverso le sue funzioni), aggiungere le chiavi utente e avere le credenziali memorizzate crittografati ma il tuo script R di origine li decodifica automaticamente. Avrai comunque bisogno di fare il rm di qualsiasi variabile che usi poiché faranno parte dell'ambiente se non lo fai.

Un modo definitivo, dal momento che si sta dando loro l'accesso ai dati in ogni caso, è quello di utilizzare un gruppo separato di credenziali (il modo in cui formulato la questione sembra si sta utilizzando tue credenziali di per questo) che solo lavorare in modalità di sola lettura per le banche dati & necessarie per queste analisi. In questo modo, non importa se i crediti perdono perché non c'è nulla di "cattivo" che possa essere fatto con loro.

In definitiva, sono confuso sul motivo per cui non è possibile configurare gli utenti con autorizzazioni di sola lettura sul lato del database? Ecco a cosa servono i controlli di accesso basati sui ruoli. È un lavoro amministrativo, ma è assolutamente la cosa giusta da fare.

Answer 4

Jana, sembra strano che tu sia disposto a consentire agli utenti di connettersi tramite R ma non in altro modo. Come mai oscura qualcosa da loro?

Non capisco perché non si accontenti di un account guest con accesso solo SELECT specifico a determinate tabelle (o anche a visualizzazioni)?