6

Próbuję użyć funkcji "Zawsze szyfrowane" w programie SQL Server 2016 do szyfrowania niektórych kolumn. Użyłem this post jako przewodnika do ustawienia kolumn jako zaszyfrowanych w SSDT.Szyfrowanie kolumn w aplikacji ASP MVC z programem SQL Server 2016 przy użyciu .net Core/EF Core

Ta część idzie dobrze, kiedy próbuję wysłać zapytanie do danych z aplikacji, otrzymuję komunikat o błędzie. Zgodnie z dokumentami potrzebuję dodać:

column encryption setting=enabled 

na mój ciąg połączenia. Wydaje się, że nie jest to obsługiwane w Entity Framework Core. Otrzymuję ten błąd:

column encryption setting=enabled is not supported

Próbowałem za pomocą SqlConnectionStringBuilder zbudować ciąg, jak również i możliwość dodawania tego ustawienia nie ma. Wygląda na to, że jest w .NET 4.6.

Czy ktoś jest świadomy sposobu połączenia się z instancją serwera SQL z aplikacji .NET Core przy użyciu funkcji Always Encrypted?

Odpowiedz

3

zawsze szyfrowane nie jest obecnie obsługiwana w .NET Rdzenia

można znaleźć listę obsługiwanych ram here

Dodawanie Wsparcie dla rdzenia .NET jest na naszej mapie drogowej, nie mamy jeszcze na to timeline

Należy przestrzegać this github issue o aktualizacjach

+0

Czy masz na to źródło? W przeciwnym razie ta odpowiedź jest tylko opinią. – DavidG

+0

Powinienem wspomnieć o tym w Odpowiedzi, ale jestem członkiem zespołu Zawsze Szyfrującego :) –

+0

Haha, który jest niesamowity, ale żeby grać adwokatów diabłów, każdy mógłby tak powiedzieć! Po prostu dobrą praktyką jest link do pewnych dowodów, być może jest problem z Githubem lub planem działania? – DavidG

0

Jak wspomniano przez MS ludzi - zawsze szyfrowane nie jest obecnie obsługiwana w .NET Core.

  • Mieliśmy taką samą sytuację, w końcu musieliśmy dokonać rdzenia webapp kierować .NET Framework Pełny, nie ma innej opcji.

  • tj Obecnie nie jest kompatybilny z netcoreapp1.1 (.NETCoreApp, Version = v1.1) Kompatybilny z net452 (.NETFramework, Version = v4.5.2)

  • Od forach - „Eventhough EF Podstawowych może pracować dla funkcji AE, ale nadal bazowego Client .NET Rdzeń SQL nie obsługuje obecnie na AE, a będzie to w swoich (ontributors MS + opensource) przyszły kamień milowy na jej poparcie”

Proszę odnieść to GitHub page dla wszelkich najnowszych aktualizacji w tym numerze:

+0

W tej samej sytuacji stworzyliśmy nowy projekt w rozwiązaniu, które jest ukierunkowane. NET46. Pomyślałem, że to zadziała, ale Twoja internetowa aplikacja MVC musi również kierować się na .NET46. – John81