- 데블스캠프2005/목요일후기 . . . . 11 matches
[허아영] 보안과 러플의 코딩을 배웠다. 관심분야라서 흥미로웠다. 보안기술이 해킹기술에 못지않은 발전 필요성을 느꼈다..
[김민경] 러플-자기가 가진 beeper의 개수정도는 알수있어야 좋을텐데ㅠ Vpython-매우 신기한 세계+ㅁ+ 마우스로 돌려요돌려! 보안-이론은 어려워ㅠㅠ -- 오늘 매우 흥미로왔어요!
[김소현] 사실: 러플, 보안, VPython에 대해서 배웠다.
박경태 : 러플최고였음. vphython도 보안은..skip;;, 역시 모두 다 신기+_+..(너무 졸려..;) 새로운 경험을 하게된듯-
김태훈([zyint]) 러플 보안과 비쥬얼 파이선을 배웠다. 직접 로봇을 움짓이는것같은 러플은 매우 흥미로웠다. VPython의 신기한 기능...암호화의 원리를 배우게 되었다>.< 매우 재미있었다.
보안.. 흥미로운.. 이리저리 생각도 해보고 할수 있었던게 가장 좋았던.. 하지만 암,복호화 하는 프로그램을 짜라고 할땐..;;역시 코딩력이 부족한.. 코딩력을 키우자.. 아자!! 오늘은 실습이 많아서 긴장? 되었던.. 덕분에 조는 시간 없이 밤을 지샌...
4. 보안에서 활발한 토론이 이루어짐( 이례적인 일!!)
- 보통 '보안세미나' 하면 이론적이고 별로 이해 안가는 수식들의 나열이 되기 일쑤이다. 이번처럼 자신의 메세지를 암호화해보고, 이를 MSN 으로 보내보면서 비밀키의 문제점을 생각하게끔 하고 이를 서로 토론을 통해 이야기하게 한 보안세미나는 굉장히 이례적이고, 또한 효과적이였다고 생각.~ --[1002]
(보안에서 실습이라.. 획기적이었음~~!!)
- JavaNetworkProgramming . . . . 9 matches
*2장 : 자바 보안 모델
=== Chapter2 자바 보안 모델 ===
*자바의 두가지 보안
*본질적 성격을 띄는 로우 레벨 보안 : 네트워크를 통해서 읽혀진 바이트코드의 무결성과 관련 매우중요한 부분이긴하나 프로그래머가 직접적으로 세세하게 알필요없음
*자원과 관련된 보안 : 자원과 관련된 보안은 로우 레벨 보안보다 좀더 프로그래머에게 직접적으로 관련되어있음 애플릿을 클라이언트로 사용할때 더 중요함 이는 애플릿이 보안 제약에 직접적으로 연관되어 있기 때문
enableReplaceObject(true); //이메소드를 호출해야만 replaceObject를 호출할수있음 보안문제
- 데블스캠프2011/둘째날/후기 . . . . 9 matches
나중에 기회가 된다면 좀더 넓은(?) 세계를 보여드리고, 거기서 생각할 수 있는 정보보안 기법에 대해서도 이야기해보도록 하겠습니다!
* 직접 디버거로 바이너리를 수정하고 어셈 코드를 수정하는 모습이 참 신기했습니다. 또 책에서 패킷이 이러저러하다 하는 것 보다 주고받는 그 패킷의 모습을 직접 보는 느낌도 또 좋았습니다. 개인적으로 군대에서 크랙미를 몇 개 리버싱 해보기도 하고 흥미를 가지고 있던 부분인데 누군가가 그런걸 직접 하는걸 보는게 역시 많은 공부가 되는 것 같습니다. 웹쪽 보안에 대해서는 그렇게 많이 생각해본 적이 없었는데 실제로 보니까 흥미가 많이 생기네요. 이쪽도 나중에 추가로 공부해보고 싶습니다.
* Craking이 우리가 보통때 말하는 Hacking이었다는걸 처음(사실 저번에 한번 들은거 같지만) 깨달았네요. 또, 이전까지 그런 툴을 만드는 사람들은 도대체 어떻게 만드는가! 싶었는데 어셈을 이용해서 만들곤 한다는 걸 보며, 음.. 좋군(?) 쇼핑몰중에 지금도 간단한 방법으로 털리는 곳이 있던데, 비밀번호까지 털 수 있다거나 하는걸 보니 정보보안의식에 대한 자각이 들었던거 같기도 하구요.(캐시 충전사건으로 문제가 생긴적이 있다는걸 듣고 충격!) 뚫을 수 있는 사람이 막을 수도 있다고 하니 정보보안쪽을 공부해보고 싶다면 Craking에 대해서도 아는게 좋을거 같군요. 저는 처음보는 형이었는데, 형 세미나에서 많은걸 배울 수 있었던거 같습니다.
* 아, HappyCgi 회사를 보면서 다시 느꼈지만 보안은 중요합니다.
* 이번 주제는 1학년 때 새싹 스터디 하면서 잠깐 보여주었던 내용을 다시금 보게 되어서 재미있었습니다. Cheat Engine을 직접 사용해 볼 수 있는 부분도 상당히 매력있었습니다. 많이들 듣던 해킹에 대한 정확한 정의도 알게 되었고 그 과정이 어떻게 되는지 조금이나마 알 수 있었던 부분이었습니다. 세미나에서 보여주고자 했던 게임이 생각되로 되지 않아 아쉽긴 했지만, 한편으로는 저렇기 때문에 보안이 중요하다는 것도 다시금 생각할 수 있었습니다.
* 씐나는 Cheat-Engine Tutorial이군요. Off-Line Game들 할때 이용했던 T-Search, Game-Hack, Cheat-O-Matic 과 함께 잘 사용해보았던 Cheat-Engine입니다. 튜토리얼이 있는지는 몰랐네요. 포인터를 이용한 메모리를 바꾸는 보안도 찾을수 있는 대단한 성능이 숨겨져있었는지 몰랐습니다. 감격 감격. 문명5할때 문명 5에서는 값을 *100 + 난수로 해놔서 찾기 어려웠는데 참. 이제 튜토리얼을 통해 어떤 숨겨진 값들도 다 찾을 수 있을것 같습니다. 그리고 보여주고 준비해왔던 얘제들을 통해 보안이 얼마나 중요한지 알게되었습니다. 보안에 대해 많은걸 생각하게 해주네요. 유익한시간이었습니다. 다음에 관련 책이 있다면 한번 읽어볼 생각이 드네요.
- 열린제로페이지 . . . . 9 matches
'숨쉬는독'군은 평소 관심이 많던 보안 관련 스터디를 하고 싶은데 어떻게 시작하면 좋을지 잘 모르는 초보자이다. 앞서 공부했던 선배의 조언을 듣고 싶고, 또 같이 공부할 사람이 있으면 좋겠다는 생각이 들었다. 그리고 자신이 공부한 내용을 나중에 공부할 사람과 공유하며 같이 발전하길 원했다. 그러나 그가 속한 '우드페이지'란 학회에는 보안에 관심이 있는 사람이 그렇게 많지 않았다. 결국 '숨쉬는독'군은 선배, 동기를 모아(공교롭게도 그들은 '우드페이지' 회원이 아니었다.) 보안학회 '까스'를 만들기로 결심을 한다. 그러나 관련 분야 초보자가 새로운 학회를 만들기란 무척 버거운 일이었다. 결국 그가 만든 보안학회는 좌초되었다.
'숨쉬는독'군은 평소 관심이 많던 보안 관련 스터디를 하고 싶은데 어떻게 시작하면 좋을지 잘 모르는 초보자이다. 앞서 공부했던 선배의 조언을 듣고 싶고, 또 같이 공부할 사람이 있으면 좋겠다는 생각이 들었다. 그리고 자신이 공부한 내용을 나중에 공부할 사람과 공유하며 같이 발전하길 원했다. 그래서 그는 과내 학회 '오픈페이지'에 보안 스터디 그룹 '까스'를 조직하고 사람을 모았다. 중앙대학교 컴퓨터 공학과 학생이라면 누구나 거리낌없이 참여할 수 있는 학회 '오픈페이지'에 보안에 관심있는 사람들이 새로 모였다. 보안 스터디 '까스'는 '오픈페이지'의 위키위키에 보안에 대한 화두 정도를 던져놓고 해체되었다.
- DataCommunicationSummaryProject/Chapter9 . . . . 6 matches
* Light의 예로 적외선이있다.(비허가) 빛이므로 조준을 잘해야겠다. 좋은점은 높은 주파수대라는것(아직 높은 주파수대는 국가에서 안팔았으니 자유로이 많이 사용할수있따) 보안에 좋다. 벽을 통과 못하니 누가 몰래 들을 가능성은 적겠지.
* 어느곳에나 사용가능, 이동성의 편이성,속도의 빠름, 표준기준 확정, 등이 새로운 이점들. 하지만 아직도 보안은 문제점
* 가장 큰 이점은 보안성과 품질(QoS)이다(SWAP).그래서 많은 어필을 한다. 그런데 무선랜의 대부인Wi-Fi와 호환성이 없다.
* 무선 LAN : 보안에 엄청 취약
* WEP : 802.11의 표준 보안책
* 현재는 802.11i를 새 보안 표준으로 쓰고 있다.
- ComputerNetworkClass/Exam2006_2 . . . . 5 matches
보안 기법에서 알고리즘과 자세한 구현법에 대한 내용은 교수님이 지양하신듯. (난이도 낮추려고 한듯함)
인터넷 보안 관련된 문제에서 문제로 출제 될 만하다고 생각했던 부분인 Authencation Protocol (3-way-handshake, keberos, using RSA)에 대한 내용역시 미출제되었음. 덕분에 시험 난이도는 낮아졌지만, PEM 의 구조에 대한 설명이 들어갔기 때문에 따로 관심을 가지고 공부한 사람이 아니면 약간 어려웠을지도 모르겠음.
1. 보안의 종류, 침입방법, 그에따른 보안 기법 예, 간단한 설명
availability(interruption, DoS, Jamming -> Firewall, Proxy-base Network System)에 대한 설명과 수업때 배운 보안기술들을 분류하고 설명하는 문제임.
- AsemblC++ . . . . 4 matches
어셈블 코드들을 쉽게 보여준다면 프로그램의 보안 문제에도 직접적으로 연관이 되는 군요. 수정에 관한 보안장치도 있을 것이고요. 패리티 같은 단순한 보안장치일지라도 코드의 무결성을 지키면서 어셈블을 수정하기란 쉬워 보이지 않네요. - 톱아보다
.exe 파일에 대한 어셈블리 코드는 역어셈블러(아래 상협이가 말한 softice와 같은 프로그램)만 있으면 쉽게 얻을 수 있습니다. 수정에 관한 보안장치도 전혀 없구요. 하지만 .exe 파일에 대한 어셈블리 코드는 분석하거나 수정하는것 자체가 거의 불가능할 정도로 어렵습니다. 이유는... 시간이 없어서 나중에 쓰도록 하죠-_-; --[상규]
- APlusProject/ENG . . . . 3 matches
해당 mdb파일의 등록정보 -> 보안 -> 인터넷게스트계정이나 게스트등...
XP가 OS일 경우 보안탭이 안보입니다. 이것을 해결하는 방법은...
이렇게 하면 사라진 보안 탭을 나타나게 할 수 있습니다.
- Java Study2003/첫번째과제/곽세환 . . . . 3 matches
보안성(Security)을 갖는다:
자바는 분산환경에서 작동하도록 설계 되었습니다. 그러나, 자바는 자바 언어와 자바 런타임 시스템 내에 보안 기능이 내재되어 있기 때문에 보안성이 있는 프로그램을 개발할 수 있도록 해 줍니다. 이러한 특성은 자바 프로그램이 네트웍 환경에서 바이러스 등과 같은 프로그램이 파일 시스템을 파괴하려는 것을 막을 수 있도록 해 줍니다.
- Java Study2003/첫번째과제/노수민 . . . . 3 matches
* 보안성(Security)을 갖는다:
자바는 분산환경에서 작동하도록 설계 되었습니다. 그러나, 자바는 자바 언어와 자바 런타임 시스템 내에 보안 기능이 내재되어 있기 때문에 보안성이 있는 프로그램을 개발할 수 있도록 해 줍니다. 이러한 특성은 자바 프로그램이 네트웍 환경에서 바이러스 등과 같은 프로그램이 파일 시스템을 파괴하려는 것을 막을 수 있도록 해 줍니다.
- Java Study2003/첫번째과제/장창재 . . . . 3 matches
보안성(Security)을 갖는다:
자바는 분산환경에서 작동하도록 설계 되었습니다. 그러나, 자바는 자바 언어와 자바 런타임 시스템 내에 보안 기능이 내재되어 있기 때문에 보안성이 있는 프로그램을 개발할 수 있도록 해 줍니다. 이러한 특성은 자바 프로그램이 네트웍 환경에서 바이러스 등과 같은 프로그램이 파일 시스템을 파괴하려는 것을 막을 수 있도록 해 줍니다.
- Linux/디렉토리용도 . . . . 3 matches
* 네트워크 관련 설정파일, 사용자 정보 및 암호정보, 파일 시스템 정보, 보안파일, 시스템 초기화 파일등 중요 설정 파일들의 위치한 디렉토리
* /etc/security : 터미널 보안에 관련된 설정이 있음.
바이너리 파일의 경우가 아니라 실제 시스템이 운영되면서 변화하는 자료를 저장하는 부분이다. 웹 서버의 기본 루트디렉토리가 보통 이곳에 존재한다. (alias 된경우는 예외) 일반적으로 로그가 위치하기 때문에 중요한 곳이다. 시스템에 보안 관계된 문제나 크래쉬가 발생했을 경우 로그 분석을 통해서 원인을 분석한다.
- ZeroPageServer/old . . . . 3 matches
지금 ZP 서버의 linux가 옛날 버젼이라면 설치된 bind 는 보안 문제가 발생한 것일지도 모르겠습니다. 현재 Solaris가 설치된 회사 서버를 3년간 방치해 두었는데 얼마전에 들어가보니 해커들의 놀이터가 되었더군요. 백도어 및 Rootkit 들이 난무했었다는.... 아마도 문제가 보안 문제가 있었던 OpenSSH 또는 Bind의 문제였던것 같습니다. '''Bind 는 보안에 문제가 없는 최신 버젼으로 업데이트''' 하는 것이 좋겠습니다. 혹시 요즘 서버 관리가 시원찮았다면 [http://www.rkhunter.org/ rkhunter]를 다운 받아서 시스템을 점검보는 것을 추천합니다. --[Passion]
- 데블스캠프2004/목요일후기 . . . . 3 matches
사실 : 보안의 길은 험난하다.ㅡㅡ;;
느낌 : 보안 전문가들은 얼마나 많은 밤을 샜을까...
교훈 : 보안 전문가가 되려면 엄청난 노력이 필요하다...ㅡㅡ;;
- 1002/Journal . . . . 2 matches
반론 : 그러한 글들은 보안이 유지되는 다른 곳에 적으면 되지 않는가?
반론 : 그러면, 보안이 유지되는 다른 곳에 apache authorization 등을 걸고, 해당 글을 링크걸면 어떨런지?
- AppletVSApplication/영동 . . . . 2 matches
* 제한: 애플릿은 보안성 때문에 그 기능이 제한적이다. 애플릿의 제한 사항은 아래와 관려된 것이다.
* 잘못된 코드로 시스템의 다른 부분이 영향을 받지 않는다. 자바 언어와 애플릿 구조에서 갖고 있는 보안성 때문이다. 이런 점 때문에 회사 내부에서만 사용하는 소위 인트라넷 클라이언트/서버 시스템에 자바가 널리 사용되고 있다.
- CCNA/2013스터디 . . . . 2 matches
* 인증: 인증된 상대끼리만 통신 (보안)
* 단점 : 네트워크 장비들이 공중 통신망에 직접 연결하기 때문에 보안에 취약하다. (현재는 꼭 그렇지만도 않다고 한다)
- Cracking/ReverseEngineering/개발자/Software/ . . . . 2 matches
이것이 과연 보안 개발자나 알아야하는 것들일까? 아니다.
(그렇지만, Cracker입장에서는 nProtector 보안 개발자들은 짜증난다. -_-++++)
- CryptKicker . . . . 2 matches
텍스트를 암호화하는 방법 중에 보안상 취약하긴 하지만 흔하게 쓰이는 방법으로 알파벳 글자를 다른 글자로 돌리는 방법이 있다. 즉 알파벳의 각 글자를 다른 글자로 치환한다. 암호화된 것을 다시 원래대로 되돌릴 수 있으려면 두 개의 서로 다른 글자가 같은 글자로 치환되지 않아야 한다.
송수신가자 모두 가진 무언가 공통의 법칙이 필요했을것이고, 그렇게 되면 보안상의 문제가 발생하게 되는것이다. 직접 만나서 건낼 수 있다면 좋지만, 직접 만날거면 뭣하러 암호화된 문장을 사용하겠는가. 아무튼 암호화 규칙이 노출되지 않게 하기위해서는 상당한 노력이 필요했을것이다.
- DataCommunicationSummaryProject/Chapter8 . . . . 2 matches
* 이것은 네트워크에서 각각의 폰에 대해서 그 핸드폰에도 있는 보안 인증 코드의 복사본을 가지고 있다.
* Internet Roaming : 단순히 인터넷을 통해서 특화된 서비스를 위한 연결을 보낸다. 이것은 싸고, 간단한 해결책이지만, 느리고 보안 문제가 있다.
- PC실관리 . . . . 2 matches
그런데 자꾸 문제가 생기면 아예 디스크 보안관을 설치하는것도..;; -[조현태]
만약 컴터가 뻣어서 재부팅 되면 자료가 다사라지니 보안관은 비추입니다^^; 프린터 네트워크도 잡아야되지 않을까요? - [수생]
- SystemEngineeringTeam/TrainingCourse . . . . 2 matches
* 위의 내용중 우선정도는 안정성, 문제 해결 가능성, 보안, 편의성, 지원기간 순.
* SELiunx는 CentOS에서는 기본 탑재 Ubuntu Server에서는 기본탑재가 아닌듯 하다. 이건 편의성과 보안을 맞바꾸는거라..
- ZPBoard/AuthenticationBySession . . . . 2 matches
* 보안상 Session이 더 좋다는 소리를 들어서요 --["상규"]
* 어떤점에 있어서 보안상 Session이 더 좋은것일까요?
- ZPBoard/PHPStudy/쿠키 . . . . 2 matches
boolean setcookie ( "이름" [, string value [, 제한시간 [, "경로" [, "주소" [, 보안]]]]])
* 뒤에 경로, 도메인주소, 보안은 사용안해도 된다.
- ZeroPageServer/AboutCracking . . . . 2 matches
* 문제 제기 : 한달후에 전산센터->용철 로 보안 권고 ip block
* 전산센터 분들이 친절하다는 점과, 불행히 보안쪽에 지식이 부족하여 사실만을 알려주실수 있다는 점
- ZeroPageServer/Mirroring . . . . 2 matches
디렉토리로 접근하지 못하도록 하기 위해서 보안상 필요로 하므로 yes로 설
명의 FTP 미러 서버가 아니라면 보안상 rsync 서버에 접속 가능한 호스트의
- ZeroPageServer/SubVersion . . . . 2 matches
'''간단하지만 보안에서 취약한 방법'''
'''약간 복잡하지만 보안이 확실한 두번째 방법'''
- zennith/w2kDefaultProcess . . . . 2 matches
로컬 보안 인증 서버로서 Winlogon 서비스가 사용자를 인증하는데 필요한 프로세스를
서 보안 대화상자를 띄울 때만 활성화된다.
- 데블스캠프2004/세미나주제 . . . . 2 matches
* 보안, 암호화, 데이터마이닝
|| 목 || 보안 || 민수 || 2h+a || 간단한 암호화 기법 실습 ||
- 데블스캠프2011/다섯째날/후기 . . . . 2 matches
* 정보보호의 내용을 은행 보안하는거랑 연관지어 생각하려고 했는데,, 머리의 한계로 안되데요 -ㅅ-;;; 음.. 이번 설명을 듣고 이래서 정보보호라는 것이 필요하다는 것을 많이 느낀 시간이었습니다. 그런데도 비밀번호는 바꾸기 귀찮네요 -ㅅ-;; 이러고a 짧은 시간에 핵심만 잘 요약해서 진행한 세미나였습니다.
* 마지막 트리 문제는 저도 약간 헷갈려서 정확한 정답을 맞추지 못했네요[..] 김성권 교수님의 정보보호이론은 명강의입니다. 저도 보안의식 참 딸리는 학우고 수학 싫어하지만 정보보호는 재밌게 들었어요.
- 이영호/미니프로젝트#1 . . . . 2 matches
attack_#.c(# == 임의의 숫자) -> 공격 함수. 요즘 보안홀들을 체크하여 보안홀들을 공격하는 함수들을 집어넣자.
- 2008리눅스스터디 . . . . 1 match
|| 8/4(월) || 백업 및 압축(승한), 리눅스 보안([지원]) || 승한, [지원], [홍기], 윤석, 혁수 ||
- AppletVSApplication/상욱 . . . . 1 match
서 오는 약간의 제약은 있습니다. 먼저, 애플릿이 보안상 가지는 단점에 대하여 살펴보면, 다음과 같습니다.
- CauGlobal/Interview . . . . 1 match
* 회사내 보안은 어떤 정도가요?
- CryptKicker2 . . . . 1 match
텍스트를 암호화하는 방법 중에 보안상 취약하긴 하지만 흔하게 쓰이는 방법으로 알파벳 글자를 다른 글자로 바꾸는 방법이 있다. 즉 알파벳의 각 글자가 다른 글자로 치환된다. 암호화된 것을 다시 원래대로 되돌릴 수 있으려면 두 개의 서로 다른 글자가 같은 글자로 치환되지 않아야 한다.
- D3D . . . . 1 match
앞에서본 Euler회전의 문제점을 보안한 회전행렬.[[BR]]
- Hacking2004 . . . . 1 match
크래커를 막는 보안방법 스터디
- HelpOnInstallation/SetGid . . . . 1 match
보안상의 이유로 웹서버는 php 스크립트를 `nobody, www, apache` 혹은 `httpd`같은 특별히 제한된 계정으로 실행하게 됩니다. 이러한 이유로 [모니위키] 스크립트가 생성하게 되는 여러 파일 혹은 디렉토리는 이러한 특별한 계정의 소유가 되며 진짜 사용자가 소유하지 못하게 되는 일이 발생하고 어떤 경우는 이렇게 만들어진 파일을 읽을수도 지울 수도 없게 됩니다.
- Java Study2003/첫번째과제/방선희 . . . . 1 match
* Java는 보안능력이 뛰어나다. 예를 들어 네트워크를 통해 내 PC로 download된 Java로 개발된 프로그램은 일반적으로 그 능력이 제한된다. 다시 말해 바이러스처럼 작용할 수 없다는 말이다 (이점은 MicroSoft의 Active X와 비교된다).
- Linux . . . . 1 match
리눅스는 현재 컴퓨터의 커다란 흐름중의 하나이다. FSF에 의해서 지원을 받는 핵심적인 운영체제로 현재 기능적, 보안적 측면이 기존의 [Unix] 시스템에 버금갈 정도 발전하였고 [GNU]의 사상하에 만들어진 [GPL]을 따르기 때문에 무료로 사용이 가능하여 서버 운영체제로 많은 인기를 누리고 있다. 본디 리눅스라는 하는 것은 운영체제의 [Kernel] 명칭이며, 주로 접하게 되는 패키지 형태로 이루어진 배포판의 전체 구성을 리눅스라고 여기는 경우가 있으나 이는 리눅스의 광의적 정의라고 생각하면 될듯 싶다.
- MoreEffectiveC++/Miscellany . . . . 1 match
이 디자인은 당신이 필요한 모든것을 제공한다. 동종의 할당에 관해서 ''동물'', ''도마뱀'', ''닭''의 할당 연산을 허용한다.;부분적인 할당과 타종간의 할당을 금지한다는 것;그리고 유도된 클래스의 할당은 아마 기본 클레스 내의 할당 연산자가 맡을 것이다. 게다가 Animal, Lizard, Chicken클래스의 역할이 기록된 코드들을 수정을 필요로 하지 않는다. 왜냐하면, 이들 클래스는 소계된 AbstractAnimal 클래스로 기존의 역할들을 대신 받을수 있다. 물론, 그러한 코드들은 재 컴파일이 되어야 한다. 그렇지만 컴파일러가 할당의 명시성을 보장해 주어서 보장되는 보안성에 비하여 작은 비용이다.
- ProgrammingLanguageClass/Report2002_2 . . . . 1 match
* 컴파일러에서 포인터에 대한 보안성에 관한 평가
- Reverse Engineering처음화면 . . . . 1 match
2. 보안 관련으로 나가려는 사람.
- VMWare . . . . 1 match
유사기술을 적용한 Linux [Xen] 커널이 등장하기 시작했으며, Xen 은 차후 나타나게될 멀티코어 CPU 환경(플랫폼 자체가 완전히 다른)에 적합한 커널의 구축을 목표로 하고 있다고 한다. (완전히 다른 프로세서라면 당연히 해당 머신에 접근하는 인터페이스 역시도 다를텐데 XEN 을 이용해 해당 부분을 추상화시켜서 접근하는 식으로..) 현재에는 해당 기술을 보안 분야에서 이용하기 위한 연구가 진행중이며 기존의 단일 커널하의 커널모드, 유저모드 식의 구분이 아닌 관리자 커널, 애플리케이션 커널과 같은 구분으로 2개의 서로 다른 커널을 구현해 커널 단에서 애플리케이션이 머신에게 직접적으로 접근할 가능성을 원천 차단하는 방식의 연구가 되고 있다.
- ZeroPageServer/BlockingUninvitedGuests . . . . 1 match
- [임인택]의 [http://purepond.cafe24.com/ 개인위키]도 ZeroPage 에서와 같은 문제점을 (그것도 더 심하게) 겪었는데 아파치의 보안기능 (.htaccess 파일 이용)을 적용해봐도 결과는 마찬가지였다. 누군가의 장난이거나 검색엔진(+사용자)의 무지에서 오는 문제인것이 확실하였는데. 결국 NoSmoke:노스모크모인모인 의 '''등록한 사용자만 글을 쓸수 있게 하는''' 기능을 이용하여 이 문제를 해결하였다. 여담으로.. 쓰레기 페이지를 손수 지우느라 엄청 고생함...-_-;;
- ZeroPageServer/Telnet계정 . . . . 1 match
ZeroPage Server의 Linux Telnet 계정으로, '''ssh2'''(Secure SHell 2 - 보안계정) 를 지원하는 Telnet클라이언트( 예 [http://zeropage.org/pub/util/putty.exe putty] ) 로 접근할수 있다.
- ZeroPageServer/UpdateUpgrade . . . . 1 match
다음의 업그레이드를 보름에 한번정도는 해주자. (업그레이드는 보통 보안과 패치들을 겸한다.)
- ZeroPage_200_OK . . . . 1 match
* 개인적으로 이래저래 많이 듣기만 한 용어들(쿠키, HTTPS 기타 등등)에 대해서 자세하게 들을 수 있어서 좋았습니다. 보안 관련은 예전 데블스 때도 잠깐 들을 기회가 있었는데, 그 때는 잘 이해를 못 했었는데 반복해서 들어서 그런지 이번에는 이해가 잘 됐습니다. 다음으로는 자바스크립트 문법에 대해서 다루신다고 하셨는데 어떤 방향으로 나갈지 궁금하네요 - [서민관]
- ZeroPage_200_OK/note . . . . 1 match
* 인증 문제가 걸릴경우 보안이 약화될수 있다.
- celfin . . . . 1 match
* 실력을 차츰 쌓아서 나중에 네트워크, 보안 관련의 일을 해보고 싶음
- html5/communicationAPI . . . . 1 match
* 보안을 위해 메세지를 주고받는 상대의 신원 확인 필수
- html5/offline-web-application . . . . 1 match
* 네트워크로 액세스할 URL을 같은 도메인으로 한정하고 URL도 한정하면 보안을 향상시킬 수 있고 디버그하기도 쉬워진다.
- 김동준 . . . . 1 match
* 2016.06.13. 해양경찰청 정보보안 담당 주무관
- 데블스캠프2005 . . . . 1 match
[데블스캠프2005/보안]
- 데블스캠프2005/보안 . . . . 1 match
= [데블스캠프2005]/[보안] =
- 데블스캠프2005/주제 . . . . 1 match
|| 목 || 보안 || [상규] || . || . ||
- 데블스캠프2006/월요일/연습문제/웹서버작성/변형진 . . . . 1 match
* 아직 다양한 보안 문제에 대한 해결 방법을 마련해놓지 않아, 지정된 디렉토리에 있는 파일만을 보이도록 허용함
- 데블스캠프2009/금요일후기 . . . . 1 match
* '''서민관''' - 참. 무시무시한 수업이었습니다. 여러가지 의미로. 실력도 물론 무시무시하셨지만, 그것보다 우리가 평소 아무렇지 않게 사용하던 사이트들이 그렇게 보안에 취약한지는 처음 알았네요. 아무렇지 않아 보이는 이미지 파일이 쿠키를 뽑아내는 모습은 참 기가 막혔습니다. 덕분에 Javascript의 강력함도 같이 느낄 수 있었네요. 이번 방학에 팀 프로젝트를 하신다고 하던데 되도록이면 같이 참가해서 뭐라도 좀 배워보고 싶습니다.
- 데블스캠프2010/셋째날/후기 . . . . 1 match
* 디버거 짱 신기해요!!! 옛~~~~~~~날에 잠시 암호화, 복호화 쪽 했었는데..ㅋㅋㅋ 어려워서 지지 치고ㅠㅠ 보안이랑 해킹 이쪽으로 흥미가 있었는데 완전 재미있었어요!! 2학년때 어셈블리언어 좀 더 이해할 수 는 있겟쬬?!ㅠㅠㅠㅠㅠㅠ 난중에 쫌 더 잘 이해할수있고 그럴때 기회가 된다면 또 해보고, 이쪽으로 좀 더 해보고싶어요!!히히-[박소연]
- 상협/프로젝트관련 . . . . 1 match
''단순한 소켓 통신을 하는 메신저라면 80번 포트로 통신하도록 해도 상관은 없지만, 지금 하려고 하는게 '''방화벽'''메신저 라고 봐서 SOAP을 추천한거지. '80번 포트, HTTP 프로토콜이 방화벽과 무슨관계인가?'라는게 궁금하면 보안 관련 검색을 해보면 손쉽게 찾을 수 있을꺼야.'' --이선우
- 새싹배움터05 . . . . 1 match
C, 발표잘하는법, PPT제작 기법, [Python], [PHP], [ExtremeProgramming], ToyProblems, Linux, Internetworking(TCP/IP), Ghost(demonstration), OS(abstraction), OS+Windows, Embedded System, 다양한 언어들(Scheme, Haskell, Ruby, ...), 보안(본안의 기본과 기초, 인터넷 뱅킹의 인증서에 대해..), C언어 포인터 특강(?), 정보검색(검색 엔진의 원리와 구현), 컴퓨터 구조(컴퓨터는 도대체 어떻게 일을 하는가), 자바 가상머신 소스 분석
- 임베디드방향과가능성/정보 . . . . 1 match
임베디드 분야로 제대로 된 길을 잡기 위해서 C, Assembly, Kernel, 보안, 등등을 Master 수준으로 올려야한다.
- 정모/2002.11.13 . . . . 1 match
||해킹과 보안||3명||
- 정모/2004.5.21 . . . . 1 match
- 보안
- 정모/2007.1.29 . . . . 1 match
-단점 보안방법 : 책을 읽을수 있는 부분만큼 집으라고 하고 나머지는 회장과 부회장이 다 읽는다.!ㅜ.ㅡ
- 정모/2007.3.27 . . . . 1 match
- 현재 회의가 너무 일방통행이라 회원 각각의 창의력있는 의견이 나오기 힘든점을 보안하기 위해 생각해 봤다.
- 정모/2011.3.21 . . . . 1 match
* 현이의 이번 아이스 브레이킹은 새로운 시도였던 것 같았는데, 아쉽게도 처음이라 그런지 시행착오를 겪은 것 같았습니다. 다음 아이스 브레이킹때 이번에 아쉬웠던 점이 보안되면 더 재미있는 시간이 되지 않을까 생각합니다. 승한이 형의 Emacs & Elips 세미나를 듣고 나서는 한편으로는 저런 것을 써 보는 것도 괜찮을 것 같다라는 생각도 들었지만.. 아직은 지금 쓰고 있는거 부터 잘 다룰 줄 알고나서 접근하는 게 좋지 않을까라는 생각도 들었습니다. -_-;; 워낙 초보인 나 자신이 부끄럽기도 한 시간이었습니다. 쩝. 그 이후엔 일이 있어서 먼저 갔는데... 저.. 참가자에 제 이름이 없네요 -ㅅ-ㅋ (먼저 가서 그런가 ㅋ) - [권순의]
- 정모/2013.7.29 . . . . 1 match
* 현재 보안 동아리, 게임 개발 동아리 운영진과 이야기를 했으며, 긍정적으로 보고 있습니다.
- 제로페이지의문제점 . . . . 1 match
* 졸업선배들중에 제로위키를 이용하시는 분들은 없을까? 물론 회사 차원에서의 보안상 공개할 수 없는 정보도 많고, 일과 피로때문에 글을 정리하실 시간이 많지 않다는 등 어려움이 많다. 그리고 위키 인터페이스 자체를 불편해하는 사람들 또한 많다.
- 지금그때2005/회의20050308 . . . . 1 match
=== 질문릴레이 보안 게임 구체사항 ===
- 코바용어정리 . . . . 1 match
객체 어댑터를 통하여 ORB가 제공하는 서비스에는 흔히 객체 레퍼런스의 생성과 해석, 메소드 구현, 보안과 상호 작용, 구현 객체의 활성화/비활성화, 구현으로의 객체 레퍼런스 맵핑, 그리고 구현 객체의 등록 기능 등이 포함된다. 객체 어댑터를 통하게 되면, ORB에서 비슷한 요구 사항을 가진 특정 그룹의 구현 객체만을 한정하여 다루는 것이 가능해진다.
Found 71 matching pages out of 7540 total pages (5000 pages are searched)
You can also click here to search title.
