Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

보통, asmx 페이지를 개발한 후에는 정상 동작 여부를 확인하기 위해서 아래와 같이 built-in 된 테스트 페이지를 이용하게 됩니다.

localhost 로부터 요청한 경우

일단, .NET 개발팀은 이 방법이 편리함을 제공하긴 하지만, 보안상 문제가 있다고 판단하여 "localhost"로부터의 요청만을 테스트 할 수 있도록 해놓고, 그 이외의 컴퓨터에서 요청을 하면 다음과 같이 테스트 폼을 허용하지 않고 있습니다.

"The test form is only available for requests from the local machine"

외부로부터 요청한 경우

오늘은, 모 사이트에서 asmx 페이지에 대한 테스트를 외부 컴퓨터에서도 할 수 있도록 해달라는 요청을 받았습니다. 그래서 다음과 같이 하면 된다고 알려주었지요.

<webServices>
	<protocols>
		<add name="HttpPost"/>
		<add name="Documentation"/>
	</protocols>
</webServices>  

(Get 방식으로도 테스트 하고 싶다면 <add name="HttpGet" /> 을 추가해야 됩니다.)

[실제 서비스에서는 위의 태그를 주석 처리해 주길 바랍니다.]


개인적으로, (제 수준이 낮은 것도 있지만) MS 플랫폼에 보안 헛점을 발견해 본 적은 없었던 것 같습니다. 운영 체제의 보안 헛점을 찾는 다는 것은 사실 쉬운 일이 아니죠. 그나마 MS 가 운영체제에 대한 소스 공개를 한 이후로 버퍼 오버런 같은 것도 급속도로 퍼지긴 했지만 최근 들어서는 많이 줄었습니다.

정말, 찾기 쉽고 오류가 많은 곳은, 실제 업체에서 제작한 Application이 가지고 있는 보안 헛점입니다.






[최초 등록일: ]
[최종 수정일: 4/14/2006]

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

비밀번호

댓글 작성자
 



2006-03-10 06시15분
참고로, 반대로 Localhost로부터의 테스트 페이지 조차 허용하고 싶지 않는 경우가 있다면?
machine.config 의 webServices/protocols 노드에서
<add name="HttpPostLocalhost" />
를 주석 처리하거나, Virtual Directory의 web.config 에 <remove ... />를 추가하시면 되겠지요. ^^

kevin25

... 106  [107]  108  109  110  111  112  113  114  115  116  117  118  119  120  ...
NoWriterDateCnt.TitleFile(s)
11349정성태10/31/201726114디버깅 기술: 107. windbg - x64 SOS 확장의 !clrstack 명령어가 출력하는 Child SP 값의 의미 [1]파일 다운로드1
11348정성태10/31/201721680디버깅 기술: 106. windbg - x64 역어셈블 코드에서 닷넷 메서드 호출의 인자를 확인하는 방법
11347정성태10/28/201726033오류 유형: 424. Visual Studio - "클래스 다이어그램 보기" 시 "작업을 완료할 수 없습니다. 해당 인터페이스를 지원하지 않습니다." 오류 발생
11346정성태10/25/201722426오류 유형: 423. Windows Server 2003 - The client-side extension could not remove user policy settings for 'Default Domain Policy {...}' (0x8007000d)
11338정성태10/25/201718937.NET Framework: 697. windbg - SOS DumpMT의 "BaseSize", "ComponentSize" 값에 대한 의미파일 다운로드1
11337정성태10/24/201722371.NET Framework: 696. windbg - SOS DumpClass/DumpMT의 "Vtable Slots", "Total Method Slots", "Slots in VTable" 값에 대한 의미파일 다운로드1
11336정성태10/20/201724238.NET Framework: 695. windbg - .NET string의 x86/x64 메모리 할당 구조
11335정성태10/18/201722842.NET Framework: 694. 닷넷 - <Module> 클래스의 용도
11334정성태10/18/201723052디버깅 기술: 105. windbg - k 명령어와 !clrstack을 조합한 호출 스택을 얻는 방법
11333정성태10/17/201722441오류 유형: 422. 윈도우 업데이트 - Code 9C48 Windows update encountered an unknown error.
11332정성태10/17/201722929디버깅 기술: 104. .NET Profiler + 디버거 연결 + .NET Exceptions = cpu high
11331정성태10/16/201720947디버깅 기술: 103. windbg - .NET 4.0 이상의 환경에서 모든 DLL에 대한 심벌 파일을 로드하는 파이썬 스크립트
11330정성태10/16/201719571디버깅 기술: 102. windbg - .NET 4.0 이상의 환경에서 DLL의 심벌 파일 로드 방법 [1]
11329정성태10/15/201725403.NET Framework: 693. C# - 오피스 엑셀 97-2003 .xls 파일에 대해 32비트/64비트 상관없이 접근 방법파일 다운로드1
11328정성태10/15/201728619.NET Framework: 692. C# - 하나의 바이너리로 환경에 맞게 32비트/64비트 EXE를 실행하는 방법파일 다운로드1
11327정성태10/15/201722343.NET Framework: 691. AssemblyName을 .csproj에서 바꾼 경우 빌드 오류 발생하는 문제파일 다운로드1
11326정성태10/15/201721501.NET Framework: 690. coreclr 소스코드로 알아보는 .NET 4.0의 모듈 로딩 함수 [1]
11325정성태10/14/201722338.NET Framework: 689. CLR 4.0 환경에서 DLL 모듈의 로드 주소(Base address) 알아내는 방법
11324정성태10/13/201723803디버깅 기술: 101. windbg - "*** WARNING: Unable to verify checksum for" 경고 없애는 방법
11322정성태10/13/201722938디버깅 기술: 100. windbg - .NET 4.0 응용 프로그램의 Main 메서드에 Breakpoint 걸기
11321정성태10/11/201723969.NET Framework: 688. NGen 모듈과 .NET Profiler
11320정성태10/11/201725305.NET Framework: 687. COR_PRF_USE_PROFILE_IMAGES 옵션과 NGen의 "profiler-enhanced images" [1]
11319정성태10/11/201732732.NET Framework: 686. C# - string 배열을 담은 구조체를 직렬화하는 방법
11318정성태10/7/201724152VS.NET IDE: 122. 비주얼 스튜디오에서 관리자 권한을 요구하는 C# 콘솔 프로그램 제작 [1]
11317정성태10/4/201729705VC++: 120. std::copy 등의 함수 사용 시 _SCL_SECURE_NO_WARNINGS 에러 발생
11316정성태9/30/201726875디버깅 기술: 99. (닷넷) 프로세스(EXE)에 디버거가 연결되어 있는지 아는 방법 [4]
... 106  [107]  108  109  110  111  112  113  114  115  116  117  118  119  120  ...