Diskuze: Entity framework connection string
V předchozím kvízu, Test znalostí C# .NET online, jsme si ověřili nabyté zkušenosti z kurzu.

Tvůrce

Zobrazeno 13 zpráv z 13.
//= Settings::TRACKING_CODE_B ?> //= Settings::TRACKING_CODE ?>
V předchozím kvízu, Test znalostí C# .NET online, jsme si ověřili nabyté zkušenosti z kurzu.
Tak ono je spíš otázka, pokud přeci se uživatel dostane na server a může (tj má práva) ke čtení ISS... proč by nemohl lozit do databáze?
a v případě, že budu mít svůj DB server a web na webhostingu, pak by se hodilo zabezpečení?
Jak to myslíš "svůj DB server a web na webhostingu"? To jako, že DB bude
u tebe na lokálu a stránky na webhostingu?
EDIT: Když už používám nějaký webhosting, tak proč bych neměl použít
i jejich DB?
přesně tak jsem to myslel, ale ten příklad kdy budu mít i DB na webhostingu je v podstatě ještě horší, když správci toho serveru můžou vidět můj webconfig - nebo nemůžou ?
Samozřejmě, že když sedíš u serveru, máš admin práva, tak můžeš
"všechno", ale když bych nevěřil svému poskytovateli webhostingu, tak bych
si v životě nemohl vystavit stránky "do světa"...
Navíc, správci hostingu nepotřebují koukat někam do web.config, když se
můžou podívat přímo do DB. Ale proč by to dělali? Co bys tam mohl mít
tak zajímavého, aby jim stálo za to porušit jakási "pravidla" a vloupali by
se ti do DB?
To už tak trochu zavání paranoiou... Pokud máš nedůvěru k webhostingům,
můžeš si spravovat svůj vlastní webserver a DB server, ale věř mi,
nestojí to za tu "šichtu"...
OK to máš pravdu, přesto si myslím, že se za jistých okolností může hodit aby heslo nebylo v plaintextu, např. u firem, které mají vlastní app. server a mají zaměstnance, kteří potřebují přistupovat na server s aplikací, ale heslo do databáze by neměli vidět, pak by se to tedy muselo řešit právy na serveru.
http://msdn.microsoft.com/….110%29.aspx kapitola "Encrypting Configuration File Sections Using Protected Configuration"
Trošku mi připadá, že tu mícháš více věcí dohromady... Firemní aplikace nemusí být na hostingu, stačí mít intranetový webserver a na něm to mít. Na tento server mají přístup POUZE admini, nikdo jiný. SQL databáze obvykle bývá na SQL serveru, ne na web serveru a ani na jeden server běžný uživatel přístup nemá. Pokud ano, tak rozhodně ne do DB a v žádném případě nebude mít právo k zápisu do DB...
Jestli běžní uživatelé (tj zaměstnanci) mají přístup do Vašeho serveru -> tak máte silně blbě nastavený práva. Nic šifrovat není třeba, je to věc o hledně práv... navíc jak Michal Štěpánek - pleteš tu X pojmů a věcí dohromady
Pojmy pletu asi proto, že se snažím vymyslet adekvátní příklad, ale nic mě nenapadlo. Já jsem se ptal jenom čistě ze zvědavosti jestli EF podporuje nastavení connectionstringu jinak než ve web.configu, třeba v javě (hibernate,mybatis) existuje hned několi možností jak connectionstring nastavit.
V podstatě se do web.config nedá dostat jinak, než přes FTP, bo z HTTP to
nelze. A běžný uživatel přes FTP k tvému webu přístup nemá, pokud mu ho
nedáš sám. Admini ano, ale ti jsou tam od toho, aby měli všude přístup a
mohli ti v případě problému pomoci. Rozhodně tam nejsou na to, aby ti
nějak škodili a nemyslím si, že by měli tolik času, aby jen tak ze
zvědavosti prohlíželi stovky databází, které spravují...
Zobrazeno 13 zpráv z 13.