No. Se si incorpora qualcosa nel codice sorgente, è disponibile per chiunque disponga del codice sorgente.
Nella maggior parte dei casi, vuoi che ogni sistema abbia le proprie chiavi, in modo che due utenti del tuo software non possano attaccarsi a vicenda. In un ambiente ospitato, si desidera la separazione dei compiti tra le operazioni di sviluppo: dev non deve avere le chiavi utilizzate dalle operazioni per proteggere i dati, poiché la descrizione del lavoro di dev è quella di scrivere il codice per non essere custodi dei dati.
Raramente, vorrai incorporare la tua chiave pubblica per assicurarti che il tuo software possa comunicare con il tuo server. Questo è un po 'più flessibile senza hard coding, e più facile da cambiare se non è hard coded.
Tutto ciò detto, se vuoi porre una domanda diversa che parla del problema che stai cercando di risolvere invece di come stai cercando di risolverlo, possiamo probabilmente darti un consiglio migliore.
Da quando hai cambiato la tua domanda e hai aggiunto che stai cercando di inviare una password a un servizio web, ho il seguente consiglio: non farlo in questo modo. Stai inventando il tuo protocollo crittografico per autenticarti e hai intenzione di proteggere solo la password. Se puoi usare TLS, usalo. Se si utilizza SOAP, è possibile utilizzare WS-Security. Il tuo protocollo personalizzato non protegge dalla ripetizione della password (non ho bisogno della password in chiaro, solo la password crittografata che qualcun altro ha inviato), non protegge altri messaggi inviati al server ed è decifrabile da chiunque abbia una copia di il tuo software client. E non cercare di correggere il tuo protocollo - ci sono gadget di libri scritti su come sottili difetti possono distruggere la sicurezza di un protocollo di rete, e se provi a aggiustare il tuo, finirai solo reinventando TLS (se sei fortunati)