Microsoft MVP성태의 닷넷 이야기
VS.NET IDE: 201. C# - Typed DataSet(XSD)를 위한 연결 문자열 암호화 [링크 복사], [링크+제목 복사],
조회: 424
글쓴 사람
정성태 (seongtaejeong at gmail.com)
홈페이지
첨부 파일
(연관된 글이 2개 있습니다.)

C# - Typed DataSet(XSD)를 위한 연결 문자열 암호화

이런 질문이 있군요. ^^

winform DataSet.xsd의 암호화 된 ConnectionString 사용 질문
; https://www.sysnet.pe.kr/3/0/5968

아마 요즘 닷넷을 시작하는 분들은 typed dataset에 대해 거의 모르실 텐데요, 제 책에서도 .NET Framework을 기반으로 다룰 때는 그 내용을 포함했지만 .NET Core/5+로 개정판을 내면서 해당 내용을 책에서는 없애고 공개된 PDF로 옮겼습니다.

그러니 혹시 궁금하신 분들은 PDF의,

공개된 3부 및 부록 - PDF 파일
; https://www.sysnet.pe.kr/book/cs12_free.pdf

46 페이지에 있는 "6.8.3.3 Typed DataSet (닷넷 프레임워크)" 절을 참고하시면 됩니다. 이번 글에서는, 그 방법을 알고 있다고 가정하고 시작합니다. ^^




그나저나 질문 글이 닷넷 포럼에도 있는데요, 거기가 더 자세해서 그나마 추측할 수 있게 되었습니다.

DataSet ConnectionString 암호화 문제
; https://forum.dotnetdev.kr/t/dataset-connectionstring/12944

문제를 정리해 볼까요?

우선, Visual Studio가 Typed dataset을 구성했을 때 연결 문자열 정보를 총 3곳에 저장합니다. 우선, Settings 파일과,

// Settings.settings 파일

<?xml version='1.0' encoding='utf-8'?>
<SettingsFile xmlns="http://schemas.microsoft.com/VisualStudio/2004/01/settings" CurrentProfile="(Default)" GeneratedClassNamespace="WindowsFormsApp1.Properties" GeneratedClassName="Settings">
  <Profiles />
  <Settings>
    <Setting Name="UnitTestDB2ConnectionString" Type="(Connection string)" Scope="Application">
      <DesignTimeValue Profile="(Default)">&lt;?xml version="1.0" encoding="utf-16"?&gt;
&lt;SerializableConnectionString xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"&gt;
  &lt;ConnectionString&gt;Data Source=.;Initial Catalog=UnitTestDB2;Integrated Security=True;Encrypt=True;TrustServerCertificate=True&lt;/ConnectionString&gt;
  &lt;ProviderName&gt;System.Data.SqlClient&lt;/ProviderName&gt;
&lt;/SerializableConnectionString&gt;</DesignTimeValue>
      <Value Profile="(Default)">Data Source=.;Initial Catalog=UnitTestDB2;Integrated Security=True;Encrypt=True;TrustServerCertificate=True</Value>
    </Setting>
  </Settings>
</SettingsFile>

그 파일로부터 자동 생성된 cs 파일이 있고,

//...[생략]...

namespace WindowsFormsApp1.Properties {
    
    
    [global::System.Runtime.CompilerServices.CompilerGeneratedAttribute()]
    [global::System.CodeDom.Compiler.GeneratedCodeAttribute("Microsoft.VisualStudio.Editors.SettingsDesigner.SettingsSingleFileGenerator", "17.12.0.0")]
    internal sealed partial class Settings : global::System.Configuration.ApplicationSettingsBase {
        
        private static Settings defaultInstance = ((Settings)(global::System.Configuration.ApplicationSettingsBase.Synchronized(new Settings())));
        
        public static Settings Default {
            get {
                return defaultInstance;
            }
        }
        
        [global::System.Configuration.ApplicationScopedSettingAttribute()]
        [global::System.Diagnostics.DebuggerNonUserCodeAttribute()]
        [global::System.Configuration.SpecialSettingAttribute(global::System.Configuration.SpecialSetting.ConnectionString)]
        [global::System.Configuration.DefaultSettingValueAttribute("Data Source=.;Initial Catalog=UnitTestDB2;Integrated Security=True;Encrypt=True;T" +
            "rustServerCertificate=True")]
        public string UnitTestDB2ConnectionString {
            get {
                return ((string)(this["UnitTestDB2ConnectionString"]));
            }
        }
    }
}

마지막으로 Settings.settings 파일의 연결 문자열이 "Application" scope를 가진 탓에 app.config에 실제 연결 문자열이 들어가게 됩니다.

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
    <configSections>
    </configSections>
    <connectionStrings>
        <add name="WindowsFormsApp1.Properties.Settings.UnitTestDB2ConnectionString"
            connectionString="Data Source=.;Initial Catalog=UnitTestDB2;Integrated Security=True;Encrypt=True;TrustServerCertificate=True"
            providerName="System.Data.SqlClient" />
    </connectionStrings>
    <startup> 
        <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.5" />
    </startup>
</configuration>

이와 같이 저장된 연결 문자열은 쉽게 사용자에게 노출되므로 질문자는 Settings.settings에 있는 연결 문자열 항목을 아예 삭제한 것입니다. 그리곤 Visual Studio가 만든 XSD의 designer.cs 파일에 있는 InitConnection 메서드 내부의 연결 문자열 코드를,

private void InitConnection() {
    this._connection = new global::System.Data.SqlClient.SqlConnection();

    // 아래 코드를 삭제하고,
    // this._connection.ConnectionString = global::WindowsFormsApp1.Properties.Settings.Default.UnitTestDB2ConnectionString;

    // 이런 식으로 별도의 파일에 저장한 암호화된 연결 문자열을 복호화하여 사용하도록 코드 변경
    this._connection.ConnectionString = DecryptConnectionStringFromFile();
}

저런 식으로 변경했다고 합니다. 이렇게 되면, 일단 런타임에는 프로그램이 정상 동작하지만, Visual Studio에서 XSD 파일의 디자인 화면을 열어 편집하게 되면 이런 오류가 발생합니다.

enc_cs_for_xsd_1.png

Failed to insert column.

Unable to find connection 'UnitTestDB2ConnectionString' for object 'Settings'. The connection string could not be found in application settings, or the data provider associated with the connection string could not be loaded


질문자는, 디자인 타임에서의 이런 오류를 해결하고 싶다는 것이고!




그럼 해결 방법을 모색해 볼까요? 제 생각에는, InitConnection 메서드를 직접 수정하는 것부터 바람직하지 않은 방법으로 보입니다. 왜냐하면 해당 코드는 XSD 파일을 편집하면 다시 재생성되므로 그때마다 일일이 다시 코드를 수정해야 하기 때문입니다.

따라서 이런 경우에는 접근을 달리해야 합니다.

어떤 방법이 있을까요? ^^ 여기서 무엇보다 원하는 것은 InitConnection 메서드를 포함한 Designer.cs 파일은 수정하지 않게 만드는 것입니다. 그렇다면, 기존 코드를 재활용하는 방법을 써야 하는데요,

private void InitConnection() {
    this._connection = new global::System.Data.SqlClient.SqlConnection();
    this._connection.ConnectionString = global::WindowsFormsApp1.Properties.Settings.Default.UnitTestDB2ConnectionString;
}

차라리 Settings.Default.UnitTestDB2ConnectionString의 get 접근자를 변형하면 될 듯합니다. 가능할 법도 한 것이, Settings.Designer.cs에 정의한 클래스가 partial이기 때문입니다. 따라서 Settings.settings에 있던 연결 문자열 항목은 삭제하고 별도 파일에 속성을 이렇게 정의하면,

// 별도 파일에 정의 (Settings.partial.cs)

namespace WindowsFormsApp1.Properties
{
    partial class Settings : global::System.Configuration.ApplicationSettingsBase
    {
        public string UnitTestDB2ConnectionString
        {
            get
            {
                return DecryptConnectionStringFromFile();
            }
        }
    }
}

일단 빌드는 잘됩니다. 그런데, 저렇게 맞춰주었는데도 디자이너 화면에서는 여전히 오류가 발생합니다. 정확한 이유는 알 수 없지만, 비주얼 스튜디오의 디자인 타임에 실행하는 코드에 대한 특별한 제약(예전에 이와 관련해 글을 쓴 것 같은데 못 찾겠습니다. ^^;)으로 인해 연결 문자열을 저 코드에서 구하는 것이 아닌, Settings.settings 파일에 있는 XML 정보를 직접 읽어오는 것으로 보입니다.

// Settings.settings 파일

<?xml version='1.0' encoding='utf-8'?>
<SettingsFile xmlns="http://schemas.microsoft.com/VisualStudio/2004/01/settings" CurrentProfile="(Default)" GeneratedClassNamespace="WindowsFormsApp1.Properties" GeneratedClassName="Settings">
  <Profiles />
  <Settings>
    <Setting Name="UnitTestDB2ConnectionString" Type="(Connection string)" Scope="Application">
      <DesignTimeValue Profile="(Default)">&lt;?xml version="1.0" encoding="utf-16"?&gt;
&lt;SerializableConnectionString xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"&gt;
  &lt;ConnectionString&gt;Data Source=.;Initial Catalog=UnitTestDB2;Integrated Security=True;Encrypt=True;TrustServerCertificate=True&lt;/ConnectionString&gt;
  &lt;ProviderName&gt;System.Data.SqlClient&lt;/ProviderName&gt;
&lt;/SerializableConnectionString&gt;</DesignTimeValue>
      <Value Profile="(Default)">Data Source=.;Initial Catalog=UnitTestDB2;Integrated Security=True;Encrypt=True;TrustServerCertificate=True</Value>
    </Setting>
  </Settings>
</SettingsFile>

결국, XSD designer가 제대로 동작하려면 어쩔 수 없이 저 설정이 꼭 존재해야 하는 것입니다.




불가능한 이유는 어림짐작으로 알게 됐는데, 이제 그럼 차선책을 찾아봐야 합니다. 여기서 변함없는 사실은, Settings.settings 파일에서 해결을 봐야 한다는 건데요, 제가 제안할 수 있는 가장 적절한 방법이라면 2개의 Settings.settings 파일을 운영하는 것입니다.

즉, 하나는 비주얼 스튜디오에서 디버깅 시에 사용할 Settings.settings 파일이고, 또 하나는 배포 시에 사용할 Settings.settings 파일입니다. 단지 같은 파일을 2개 가질 수 없으므로 후자의 파일 이름을 Settings.Release.settings로 두고 다음과 같이 csproj 파일을 수정하면 됩니다.

...[생략]...

  <!-- XSD 디자인을 위한 디버그용 settings 파일 -->
  <ItemGroup Condition=" '$(Configuration)' == 'Debug' ">
    <None Include="Properties\Settings.settings">
      <Generator>SettingsSingleFileGenerator</Generator>
      <LastGenOutput>Settings.Designer.cs</LastGenOutput>
    </None>
    <Compile Include="Properties\Settings.Designer.cs">
      <AutoGen>True</AutoGen>
      <DependentUpon>Settings.settings</DependentUpon>
      <DesignTimeSharedInput>True</DesignTimeSharedInput>
    </Compile>
  </ItemGroup>

  <!-- 배포본 빌드를 위한 Release용 settings 파일 -->
  <ItemGroup Condition=" '$(Configuration)' == 'Release' ">
    <None Include="Properties\Settings.Release.settings">
      <Generator>SettingsSingleFileGenerator</Generator>
      <LastGenOutput>Settings.Release.Designer.cs</LastGenOutput>
    </None>
    <Compile Include="Properties\Settings.Release.Designer.cs">
      <AutoGen>True</AutoGen>
      <DependentUpon>Settings.Release.settings</DependentUpon>
      <DesignTimeSharedInput>True</DesignTimeSharedInput>
    </Compile>
  </ItemGroup>

...[생략]...

물론, 각각의 파일에서 연결 문자열을 제외한 다른 설정은 동일하게 유지해야 한다는 정도의 수고는 감수해야 하는데 이번 예제에서는 별도의 설정은 없으므로 다음과 같은 내용으로 구성됩니다.

<!-- 디버그 버전의 Settings.settings 파일 -->

<?xml version='1.0' encoding='utf-8'?>
<SettingsFile xmlns="http://schemas.microsoft.com/VisualStudio/2004/01/settings" CurrentProfile="(Default)" GeneratedClassNamespace="WindowsFormsApp1.Properties" GeneratedClassName="Settings">
  <Profiles />
  <Settings>
    <Setting Name="UnitTestDB2ConnectionString" Type="(Connection string)" Scope="Application">
      <DesignTimeValue Profile="(Default)">&lt;?xml version="1.0" encoding="utf-16"?&gt;
&lt;SerializableConnectionString xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"&gt;
  &lt;ConnectionString&gt;Data Source=.;Initial Catalog=UnitTestDB2;Integrated Security=True;Encrypt=True;TrustServerCertificate=True&lt;/ConnectionString&gt;
  &lt;ProviderName&gt;System.Data.SqlClient&lt;/ProviderName&gt;
&lt;/SerializableConnectionString&gt;</DesignTimeValue>
      <Value Profile="(Default)">Data Source=.;Initial Catalog=UnitTestDB2;Integrated Security=True;Encrypt=True;TrustServerCertificate=True</Value>
    </Setting>
  </Settings>
</SettingsFile>

<!-- 릴리스 버전의 Settings.Release.settings 파일 -->

<?xml version='1.0' encoding='utf-8'?>
<SettingsFile xmlns="http://schemas.microsoft.com/VisualStudio/2004/01/settings" CurrentProfile="(Default)">
  <Profiles />
  <Settings />
</SettingsFile>

이와 함께 Release 버전에서는 연결 문자열을 복호화해 가져오는 코드가 필요하므로 (전에 만들어 두었던) partial 클래스에 DEBUG 상수에 따른 조건부 컴파일을 추가하면 됩니다.

// 별도 파일에 정의 (Settings.partial.cs)

namespace WindowsFormsApp1.Properties
{
#if !DEBUG
    partial class Settings : global::System.Configuration.ApplicationSettingsBase
    {
        public string UnitTestDB2ConnectionString
        {
            get
            {
                return DecryptConnectionStringFromFile(); // 복호화된 연결 문자열 반환
            }
        }
    }
#endif
}

끝입니다. 이제 비주얼 스튜디오의 디자인 모드에서는 Settings.settings 파일의 정보에 따라 정상적으로 designer 화면이 동작하게 되고, 이렇게 개발한 제품을 나중에 Release 빌드로 배포하면 Settings.Release.settings 파일에는 연결 문자열 정보가 없고, 별도의 Settings.partial.cs에 정의한 연결 문자열 속성의 get 메서드를 통해 복호화된 연결 문자열을 사용하게 됩니다. ^^




부가적으로 고려해야 할 것이 app.config 파일에 있는 연결 문자열 정보입니다. 원래는 삭제해도 되는데요, 어떤 경우에는 XSD 디자이너가 자꾸만 app.config에 연결 문자열을 추가하려고 해서 원치 않게 삽입되는 경우가 발생합니다. 실수로 추가된 연결 문자열을 매번 삭제하는 것도 번거로우니, 이럴 때는 다음의 글에 따라,

C# - app.config 파일의 출력을 Configuration(Debug/Release)에 따라 제어하는 방법
; https://www.sysnet.pe.kr/2/0/13918

App.Release.config 파일에 이런 조건을 넣어두면 좋겠습니다.

<?xml version="1.0" encoding="utf-8"?>
<!--For more information on using transformations see the web.config examples at http://go.microsoft.com/fwlink/?LinkId=214134. -->
<configuration xmlns:xdt="http://schemas.microsoft.com/XML-Document-Transform">
    <connectionStrings>
        <add name="WindowsFormsApp1.Properties.Settings.UnitTestDB2ConnectionString" xdt:Transform="Remove" xdt:Locator="Match(name)" />
    </connectionStrings>
</configuration>

그럼, Release 빌드 시 연결 문자열 정보가 확실하게 제거되므로 안전하게 배포할 수 있습니다.

(첨부 파일은 이 글의 예제 코드를 포함합니다.)




마지막으로 언급해야 할 것이 있다면, 저렇게 했다고 해서 로컬에 배포된 연결 문자열이 안전해지는 것은 아닙니다. 즉, 알고자 한다면 약간의 작업을 거쳐 금방 알아낼 수 있습니다. 개인적인 의견으로는, 그래도 저렇게 한 단계 귀찮음을 더하도록 하는 것에 의미가 없지는 않다고 생각합니다. 뭐랄까... 텃밭에 두른 울타리 정도의 역할은 할 수 있는 정도라고 보면 되겠습니다. 즉, 마음만 먹으면 언제든지 넘어가 작물을 취할 수는 있지만 울타리 하나가 쳐짐으로 인해 보통은 그냥 지나치게 두는 것과 같은 이치입니다.

그래도 잊지 말아야 할 것은, 안전한 방법은 아니라는 점!




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 5/2/2025]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... [136]  137  138  139  140  141  142  143  144  145  146  147  148  149  150  ...
NoWriterDateCnt.TitleFile(s)
1655정성태3/19/201423232Windows: 92. Thumbs.db 파일이 삭제 안 되는 문제
1654정성태3/19/201425319개발 환경 구성: 219. SOS.dll 확장 모듈을 버전 별로 구하는 방법 [4]
1653정성태3/13/201420149.NET Framework: 428. .NET Reflection으로 다차원/Jagged 배열을 구분하는 방법
1652정성태3/12/201421218VC++: 76. Direct Show를 사용하는 다른 프로그램의 필터 그래프를 graphedt.exe에서 확인하는 방법파일 다운로드1
1651정성태3/11/201424875.NET Framework: 427. C# 컴파일러는 변수를 초기화시키지 않을까요?
1650정성태3/6/201425642VC++: 75. Visual C++ 컴파일 오류 - Cannot use __try in functions that require object unwinding [1]파일 다운로드1
1649정성태3/5/201420315기타: 44. BTN 스토어 앱 개인정보 보호 정책 안내
1648정성태3/5/201420676개발 환경 구성: 218. 스토어 앱 인증 실패 - no privacy statement
1647정성태3/3/201421964오류 유형: 224. 스카이드라이브 비정상 종료 - Error 0x80040A41: No error description available
1646정성태3/3/201431185오류 유형: 223. Microsoft-Windows-DistributedCOM 10016 이벤트 로그 에러 [1]
1645정성태3/1/201420925기타: 43. 마이크로소프트 MVP들이 모여 전국 세미나를 엽니다.
1644정성태2/26/201427877.NET Framework: 426. m3u8 스트리밍 파일을 윈도우 8.1 Store App에서 재생하는 방법파일 다운로드1
1643정성태2/25/201423719오류 유형: 222. 윈도우 8 Store App - APPX1204 SignTool Error: An unexpected internal error has occurred [1]
1642정성태2/25/201428313Windows: 91. 한글이 포함된 사용자 프로파일 경로 변경 [2]
1641정성태2/24/201425135기타: 42. 클래스 설명 [5]
1640정성태2/24/201446093.NET Framework: 425. C# - VLC(ActiveX) 컨트롤을 레지스트리 등록 없이 사용하는 방법 [15]
1639정성태2/23/201421815기타: 41. BBS 스토어 앱 개인정보 보호 정책 안내
1638정성태2/18/201444491Windows: 90. 실행 파일로부터 관리자 요구 권한을 제거하는 방법(부제: 크랙 버전을 보다 안전하게 실행하는 방법) [8]
1637정성태2/14/201425646Windows: 89. 컴퓨터를 껐는데도 어느 순간 자동으로 켜진다면? - 두 번째 이야기
1636정성태2/14/201421503Windows: 88. Hyper-V가 설치된 컴퓨터의 윈도우 백업 설정
1635정성태2/14/201422472오류 유형: 221. SharePoint - System.InvalidOperationException: The farm is unavailable.
1634정성태2/14/201422660.NET Framework: 424. C# - CSharpCodeProvider로 컴파일한 메서드의 실행이 일반 메서드보다 더 빠르다? [1]파일 다운로드1
1633정성태2/13/201425566오류 유형: 220. 2014년 2월 13일 이후로 Visual Studio 2010 Macro가 동작하지 않는다면? [3]
1632정성태2/12/201443489.NET Framework: 423. C#에서 DirectShow를 이용한 미디어 재생 [2]파일 다운로드1
1631정성태2/11/201422504개발 환경 구성: 217. Realtek 사운드 장치에서 재생되는 오디오를 GraphEditor로 녹음하는 방법
1630정성태2/5/201422822개발 환경 구성: 216. Hyper-V에 올려진 윈도우 XP VM에서 24bit 컬러 및 ClearType 활성화하는 방법
... [136]  137  138  139  140  141  142  143  144  145  146  147  148  149  150  ...