看亚洲a级一级毛片,亚洲日韩v无码中文字幕,2022中文字字幕久亚洲

[原創] SSO(Single Sign-on) in Action(上篇)

摘要: 介紹單點登陸(SSO)的原理與實踐經驗，包括Yale CAS, Kerberos SPNEGO, SAML SSO等方式，并深入SSO協議與原理，最后會介紹各種SSO的基本配置方法。閱讀全文

posted @ 2006-10-02 16:27 david.turing 閱讀(56355) | 評論 (33) | 編輯收藏

靈感之源的Guardio/Defendio究竟值多少錢？

摘要: 閱讀全文

posted @ 2006-09-29 21:04 david.turing 閱讀(3221) | 評論 (9) | 編輯收藏

Tomcat/Weblogic在SSL握手中，IE提交證書窗口為空的問題

最近有網友在Dev2dev問，
訪問https://yourmachine:8843/webapp的時候，客戶端提交了空的證書窗口，如下圖所示

如果使用的是Tomcat，則需要檢查JDK/Jre/lib/security下的cacerts是否包含了客戶端用戶
的Key所對應的CA證書，如果沒有，則客戶端出現上述窗口，因為，服務器端不
會不信任為客戶端的Private Key所簽名的ca證書！

如果使用Weblogic，需要要區分Use Custom Indentity和Use Java Keystore兩種方式，
前者，往Weblogic的JKS導入客戶端PK所對應的CA證書（鏈），后者，檢查
Jre/lib/security的cacerts，做法跟上面一樣。

posted @ 2006-09-27 11:38 david.turing 閱讀(3513) | 評論 (1) | 編輯收藏

發現GDCA USBKey(電子鑰匙)的CSP數字簽名實現存在缺陷

摘要: 懷疑GDCA的簽名實現存在缺陷閱讀全文

posted @ 2006-09-26 17:33 david.turing 閱讀(5658) | 評論 (6) | 編輯收藏

9月23日成都WS-Security演講內容稿

摘要: 在網上收集了不少WS-Security的資料，組織了一下成都BEA UserGroup之WS-Security演講的PPT初稿，不知道是否有遺漏，歡迎指點。閱讀全文

posted @ 2006-09-22 01:03 david.turing 閱讀(5713) | 評論 (4) | 編輯收藏

Java安全概述

摘要: 總結Java安全的5個重要方面閱讀全文

posted @ 2006-09-21 00:39 david.turing 閱讀(7087) | 評論 (2) | 編輯收藏

中國應該有自己的PGP群體

摘要: PGP共享平臺已經建立(www.pgp.org.cn)，擁有一把PGP鑰匙是一件很Cool的事情，保護Privacy就從現在做起閱讀全文

posted @ 2006-09-15 00:38 david.turing 閱讀(2699) | 評論 (4) | 編輯收藏

SourceForge Shell/Web使用指南

摘要: 如何使用Winscp和puttygen連接Sourceforge的shell service/web 閱讀全文

posted @ 2006-09-11 21:52 david.turing 閱讀(2087) | 評論 (0) | 編輯收藏

解釋CAS Logout問題

摘要: Explain why CAS can't logout? 解釋CAS SSO一個很重要的問題閱讀全文

posted @ 2006-09-07 22:16 david.turing 閱讀(14640) | 評論 (7) | 編輯收藏

Yale CAS異常問題總結(2)Unable to validate ProxyTicketValidator之unable to find valid certification path to requested target

摘要: edu.yale.its.tp.cas.client.CASAuthenticationException: Unable to validate ProxyTicketValidator
unable to find valid certification path to requested target 閱讀全文

posted @ 2006-09-06 09:08 david.turing 閱讀(11341) | 評論 (5) | 編輯收藏

Yale CAS異常問題總結(1)Unable to validate ProxyTicketValidator之HTTPS hostname wrong: should be.....

嚴重: edu.yale.its.tp.cas.client.CASAuthenticationException: Unable to validate ProxyTicketValidator [[edu.yale.its.tp.cas.client.ProxyTicketValidator prox
yList=[null] [edu.yale.its.tp.cas.client.ServiceTicketValidator casValidateUrl=[https://192.168.1.111:8443/cas/proxyValidate] ticket=[ST-0-9h7Mx5HK3pfsdxRv
MD3y] service=[http%3A%2F%2F192.168.1.222%3A8080%2Fservlets-examples%2Fservlet%2FHelloWorldExample] renew=false]]]

這個CAS異常是從CAS Client里面拋出，是當我們不使用證書的CN去訪問域名的時候（比如下文是用IP訪問而且證書的CN是該IP對應的域名而非該IP），CASClient無法信任，因為你證書的CN命名寫著abc.com，192.168.1.111這個IP是無法被CAS Client識別。

edu.yale.its.tp.cas.client.CASAuthenticationException:?Unable?to?validate?ProxyTicketValidator?[[edu.yale.its.tp.cas.client.ProxyTicketValidator?proxyList = [ null ]?[edu.yale.its.tp.cas.client.ServiceTicketValidator?casValidateUrl = [https: // 192.168.1.111:8443/cas/proxyValidate]?ticket=[ST-0-9h7Mx5HK3pfsdxRvMD3y]?service=[http%3A%2F%2F192.168.1.222%3A8080%2Fservlets-examples%2Fservlet%2FHelloWorldExample]?renew=false]]]

????at?edu.yale.its.tp.cas.client.CASReceipt.getReceipt(CASReceipt.java: 52 )

????at?edu.yale.its.tp.cas.client.filter.CASFilter.getAuthenticatedUser(CASFilter.java: 455 )

????at?edu.yale.its.tp.cas.client.filter.CASFilter.doFilter(CASFilter.java: 378 )

????at?org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java: 202 )

????at?org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java: 173 )

????at?filters.ExampleFilter.doFilter(ExampleFilter.java: 101 )

????at?org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java: 202 )

????at?org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java: 173 )

????at?org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java: 213 )

????at?org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java: 178 )

????at?org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java: 432 )

????at?org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java: 126 )

????at?org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java: 105 )

????at?org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java: 107 )

????at?org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java: 148 )

????at?org.apache.coyote.http11.Http11Processor.process(Http11Processor.java: 869 )

????at?org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java: 664 )

????at?org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java: 527 )

????at?org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java: 80 )

????at?org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java: 684 )

????at?java.lang.Thread.run(Thread.java: 595 )

Caused?by:?java.io.IOException:?HTTPS?hostname?wrong:??should?be? < 192.168 . 1.111 >

????at?sun.net.www.protocol.https.HttpsClient.checkURLSpoofing(HttpsClient.java: 493 )

????at?sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java: 418 )

????at?sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java: 170 )

????at?sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java: 905 )

????at?sun.net.www.protocol.https.HttpsURLConnectionImpl.getInputStream(HttpsURLConnectionImpl.java: 234 )

????at?edu.yale.its.tp.cas.util.SecureURL.retrieve(SecureURL.java: 84 )

????at?edu.yale.its.tp.cas.client.ServiceTicketValidator.validate(ServiceTicketValidator.java: 212 )

????at?edu.yale.its.tp.cas.client.CASReceipt.getReceipt(CASReceipt.java: 50 )

解決辦法：
用域名訪問，域名就是證書的CN。

posted @ 2006-09-05 18:20 david.turing 閱讀(9527) | 評論 (4) | 編輯收藏

CeltiXfireProposal讓Axis2在Apache的地位被動搖？

摘要: CeltiXfire入主Apache，將如何影響Axis2的地位？閱讀全文

posted @ 2006-08-28 13:51 david.turing 閱讀(4308) | 評論 (5) | 編輯收藏

思考Spring攔截技術與Web Service異常處理的結合

通常，良好的架構都會有很好的異常處理模式，Web Service也不例外。
例外的是，當你的項目比較龐大的時候，你的業務方法可能很多并且你并不了解他們的內部實現。
作為一個優秀的Web Service架構師，你需要解決Web服務跟這些業務異常的結合問題。

現實是我們都不想關心這些業務類的實現，盡管這些異常從Java類拋出，并且Web服務必須處理這些
異常，起碼，你需要讓客戶端知道：web服務端拋出異常。

以XFire為例，假設有一個Web服務A和一個調用A的客戶端B
A服務端 B客戶端
當B->A發起一個Web服務請求，A拋出異常的時候，會直接new XFireFault并扔向XFire客戶端。
解耦思路帶領下，應該先將異常處理剝離出來。
于是，有
A服務-A異常處理handler? B客戶端-B異常處理handler
這樣，從架構的角度，A/B均無需考慮異常問題。

XFire客戶端可以通過addFaultHandler來增加異常處理，XFire服務端則可以通過典型的AOP異常攔截來隔離
業務邏輯和Web服務之間的紐帶。

posted @ 2006-08-26 00:24 david.turing 閱讀(3301) | 評論 (2) | 編輯收藏

跟XFire對比, AXIS2是垃圾嗎?

摘要: AXIS2究竟要不要用, AXIS2跟XFIRE的差別是什么? 閱讀全文

posted @ 2006-08-23 12:40 david.turing 閱讀(16032) | 評論 (18) | 編輯收藏

Amazing GIF

If your eyes follow the movement of the rotating pink dot, you will only see one color: PINK

If you stare at the black + in the center, the moving dot turns to GREEN

Now, concentrate on the black + in the center of the picture...

After a short period of time, all the pink dots will slowly disappear, and you will only see a green dot rotating.

It's amazing how our brain works. There really is no green dot, and the pink ones really don't disappear.

This gif prove the chinese famous saying:? 凡事不要只看表象

[該GIF經過Gif4J庫處理]

posted @ 2006-08-19 09:35 david.turing 閱讀(1499) | 評論 (1) | 編輯收藏

解決異常：Parser has reached the entity expansion limit "64,000" set by the Application

異常：分析器已達到由應用程序設置的實體擴展限制"64,000"

用JDOM分析一個超大的xml文件，大概20M，估計有很多Elements：

??SAXBuilder saxbuilder = null;
??Document doc_all=null;

??saxbuilder = new SAXBuilder(); // 新建立構造器
??
??try {
???FileInputStream xmlfile=new FileInputStream("verybig.xml");
???doc_all=saxbuilder.build(xmlfile); // 讀入文件
??} catch (FileNotFoundException e) {
???System.err.println("缺少文件！請檢查");
???System.exit(-1);
??} catch (JDOMException e) {
???System.err.println("解析XML模板文件出錯！請檢查");
???e.printStackTrace();
??} catch (IOException e) {
???e.printStackTrace();
??}

拋出異常：
reached the entity expansion limit "64,000" set by the Application.
??????? at TErrorHandler.fatalError(XMLError.java:198)
??????? at org.apache.crimson.parser.Parser2.fatal(Parser2.java:3342)
??????? at org.apache.crimson.parser.Parser2.fatal(Parser2.java:3333)
??????? at org.apache.crimson.parser.Parser2.expandEntityInContent(Parser2.java:2667)
??????? at org.apache.crimson.parser.Parser2.maybeReferenceInContent(Parser2.java:2569)
??????? at org.apache.crimson.parser.Parser2.content(Parser2.java:1980)
??????? at org.apache.crimson.parser.Parser2.maybeElement(Parser2.java:1654)
??????? at org.apache.crimson.parser.Parser2.content(Parser2.java:1926)
??????? at org.apache.crimson.parser.Parser2.maybeElement(Parser2.java:1654)
??????? at org.apache.crimson.parser.Parser2.parseInternal(Parser2.java:634)
??????? at org.apache.crimson.parser.Parser2.parse(Parser2.java:333)
??????? at org.apache.crimson.parser.XMLReaderImpl.parse(XMLReaderImpl.java:448)
??????? at org.apache.crimson.jaxp.DocumentBuilderImpl.parse(DocumentBuilderImpl.java:185)
??????? at javax.xml.parsers.DocumentBuilder.parse(DocumentBuilder.java:76)
??????? at XMLError.DOMRead(XMLError.java:101)
??????? at XMLError.main(XMLError.java:30)

中文翻譯是：分析器已達到由應用程序設置的實體擴展限制"64,000"

原來是JAXP的bug，換JDK1.5解決！

posted @ 2006-08-10 16:22 david.turing 閱讀(1143) | 評論 (0) | 編輯收藏

[原創]實施WebService Security[WS-Security1.0]的Encrypt和Sign模式(XFire+WSS4J)

摘要: 本文介紹如何讓XFire跟WebService Security結合起來，目前為止，XFire選擇了WSS4J(支持WS-Security1.0標準)，我為SpringSide加入了WSS4J的3個認證例子(UsernameToken模式，Encrypt模式，Sign模式)，大家可以到Springside SVN下載。閱讀全文

posted @ 2006-08-08 09:09 david.turing 閱讀(22398) | 評論 (42) | 編輯收藏

在SpringSide實現XFire Webservice認證

XFire官方網站提供的基于Webservice認證的例子有問題，在新版本的XFire1.1.2中編譯不通過，不過這也是小Case，我后來折騰了一下，為SpringSide提供了一個簡單的Webservice認證功能。
XFire跟Spring的天然融合，讓我們可以少努力10年就能簡單地在Spring中使用Webservice的強大魅力，我從AXIS專向XFire有一些沖動，也吃了不少虧，但受REST一族的強力吹捧，感覺還是值得嘗試的，因此，在公司的系統中也把Axis徹底換了XFire。

回到SpringSide，我大概介紹一下如何配置一個真正實用的XFire驗證服務。
SpringSide中的XFire配置文件放在：
SpringSide-bookstore\src\org\springside\bookstore\plugins\webservice\applicationContext-webservice-server.xml
我們在里面定義各個Webservice，該文件其實對應于XFire官方的XFire-Servlet.xml
看看下面的BookService，這是一個典型的Webservice服務，紅色的inHandlers是我掛上去的。它的意思是所有訪問BookService的請求都會被先送到authenticationHandler去處理，我們的驗證邏輯可以在里面進行。
????
??? <bean class="org.springframework.web.servlet.handler.SimpleUrlHandlerMapping">
??????? <property name="mappings">
??????????? <value>/BookService=bookWebService</value>
??????? </property>
??????? <property name="inHandlers">
??????????? <ref bean="authenticationHandler"/>
??????? </property>
??? </bean>

我們接著看看authenticationHandler的代碼：
我們在SpringSide中通過header方式向服務器提供驗證信息（另外一種更簡單的方式是創建一個Login的webservice服務，然后在XFire Session中建立Token信息）。

package?org.springside.bookstore.plugins.webservice.authentication;

import?org.apache.log4j.Logger;
import?org.codehaus.xfire.MessageContext;
import?org.codehaus.xfire.exchange.InMessage;
import?org.codehaus.xfire.fault.XFireFault;
import?org.codehaus.xfire.handler.AbstractHandler;
import?org.jdom.Element;
import?org.jdom.Namespace;

/**
?*?XFire的回調的Handler，在XFire配置文件中配置
?*?Server端的認證模塊，回調處理模塊
?*?
?*?ClientAuthHandler跟AuthenticationHandler要一起用，或者都不用
?*?
?*?@author??david.turing
?*?@blog??openssl.blogjava.net
?*
?*/
public?class?AuthenticationHandler?extends?AbstractHandler?{
????private?static?final?Logger?log?=?Logger.getLogger(AuthenticationHandler.class);
????
????public?void?invoke(MessageContext?context)?throws?Exception?{
????????
????????log.info("#AuthenticationHandler?is?invoked");
????????InMessage?message=context.getInMessage();
????????
????????final?Namespace?TOKEN_NS?=?Namespace.getNamespace("SpringSide","http://service.webservice.plugins.bookstore.springside.org");??
????????
????????if(message.getHeader()==null)
????????{
????????????throw?new?XFireFault("GetRelation?Service?Should?be?Authenticated",
????????????????????XFireFault.SENDER);
????????}
????????
????????Element?token?=?message.getHeader().getChild("AuthenticationToken",?TOKEN_NS);
????????if?(token?==?null)
????????{
????????????throw?new?XFireFault("Request?must?include?authentication?token.",
?????????????????????????????????XFireFault.SENDER);
????????}

????????String?username?=?token.getChild("Username",?TOKEN_NS).getValue();
????????String?password?=?token.getChild("Password",?TOKEN_NS).getValue();

????????System.out.println("username="+username);????????
????????System.out.println("password="+password);
????????
????????if(username==null||password==null)
????????????throw?new?XFireFault("Supplied?Username?and?Password?Please",
????????????????????XFireFault.SENDER);
????????
????????/**
?????????*?檢查用戶名密碼是否正確
?????????*/
????????PasswordAuthenticationManager?pamanager=new?PasswordAuthenticationManager();
????????if(!pamanager.authenticate(username,password))
????????????throw?new?XFireFault("Authentication?Fail!?Check?username/password",
????????????????????XFireFault.SENDER);
?
????????
????}
}

注意，XFireFault異常是往客戶端拋的，Webservice Client應該學會catch XFireFault.

服務器端就是這么簡單，看看客戶端的TestCase

package?org.springside.bookstore.plugins.webservice.service;

import?java.lang.reflect.Proxy;
import?java.net.MalformedURLException;
import?java.util.List;

import?org.codehaus.xfire.client.Client;
import?org.codehaus.xfire.client.XFireProxy;
import?org.codehaus.xfire.client.XFireProxyFactory;
import?org.codehaus.xfire.service.Service;
import?org.codehaus.xfire.service.binding.ObjectServiceFactory;
import?org.springside.bookstore.commons.domain.Book;
import?org.springside.bookstore.plugins.webservice.authentication.ClientAuthHandler;

import?junit.framework.TestCase;

public?class?BookServiceWithAuthenticationTestCase?extends?TestCase?{

????protected?void?setUp()?throws?Exception?{
????????super.setUp();
????}

????protected?void?tearDown()?throws?Exception?{
????????super.tearDown();
????}
????
????public?void?getBookFromWebservice()?throws?Exception{
????
??????????Service?serviceModel?=?new?ObjectServiceFactory()
????????????????.create(BookService.class);
????????BookService?service?=?null;
????????
????????try?{
????????????service=(BookService)?new?XFireProxyFactory().create(
????????????????????serviceModel,
????????????????????"http://localhost:8080/springside/service/BookService");
????????}?catch?(MalformedURLException?e)?{
????????????e.printStackTrace();
????????}
????????
????????Client?client?=?((XFireProxy)?Proxy.getInvocationHandler(service)).getClient();
????????//掛上ClientAuthHandler，提供認證
????????client.addOutHandler(new?ClientAuthHandler());
????????List?list?=?service.findBooksByCategory(null);
????????assertNotNull(list);
????????for(int?i=0;i<list.size();i++)
????????????System.out.println(((Book)list.get(i)).getName());
????}

}

你應該看到上面的client.addOutHandler(new ClientAuthHandler());
沒錯，它跟服務器端的AuthenticationHandler是一對，一起使用的！
也就是，每個被送往WebService服務的請求都被ClientAuthHandler處理過了。
看看ClientAuthHandler做了些什么：

package?org.springside.bookstore.plugins.webservice.authentication;

import?org.apache.log4j.Logger;
import?org.codehaus.xfire.MessageContext;
import?org.codehaus.xfire.handler.AbstractHandler;
import?org.jdom.Element;
import?org.jdom.Namespace;

/**
?*?客戶端端的認證模塊，回調處理模塊
?*?每個需要認證的WebService方法都可以掛這個Handler
?*?
?*?僅用于Demo，從解耦和易用性出發，
?*?沒有跟Acegi結合，你可以任意擴展
?*?默認用戶名/密碼是admin/admin
?*?
?*?ClientAuthHandler跟AuthenticationHandler要一起用，或者都不用
?*?
?*?@author??david.turing
?*
?*?@blog?openssl.blogjava.net
?*/????
public?class?ClientAuthHandler?extends?AbstractHandler?{
????????private?static?final?Logger?log?=?Logger.getLogger(ClientAuthHandler.class);
????????
????????//客戶端自己配置用戶名密碼或者更安全的KeyStore方式
????????private?String?username?=?"admin";
????????private?String?password?=?"admin";
????????
????????public?ClientAuthHandler()?{
????????}
????????
????????public?ClientAuthHandler(String?username,String?password)?{
????????????this.username?=?username;
????????????this.password?=?password;
????????}
????????
????????public?void?setUsername(String?username)?{
????????????this.username?=?username;
????????}
????????
????????public?void?setPassword(String?password)?{
????????????this.password?=?password;
????????}
????????
????????public?void?invoke(MessageContext?context)?throws?Exception?{
????????????????????????
????????????/*******************************************
?????????????*?Soap?Header方式
?????????????*?從Soap?Header中獲取用戶名密碼
?????????????*******************************************/
????????????final?Namespace?ns?=?Namespace.getNamespace("SpringSide","http://service.webservice.plugins.bookstore.springside.org");??
????????????Element?el?=?new?Element("header",ns);

????????????Element?auth?=?new?Element("AuthenticationToken",?ns);
????????????Element?username_el?=?new?Element("Username",ns);
????????????username_el.addContent(username);
????????????Element?password_el?=?new?Element("Password",ns);
????????????password_el.addContent(password);
????????????auth.addContent(username_el);
????????????auth.addContent(password_el);
????????????el.addContent(auth);????????????
????????????context.getCurrentMessage().setHeader(el);????????????
????????????log.info("ClientAuthHandler?done!");
????????}
????}

不就是往header里面注入username,password！

在SpringSide中，所有的Spring配置文件都被小白分散到各個Module中去了，Wuyu原先是在Plugin中提供Webservice功能，因此，我仍然在Plugin中創建XFire接口。
SpringSide的Spring配置文件放在:
SpringSide-bookstore\webapp\WEB-INF\springmvc-servlet.xml
該文件定義了Plugin的xml:
AuthenticationHandler這個Bean需要先定義在Plugins-servlet.xml中，其它很簡單，大家去Try一下就知道了。

posted @ 2006-07-25 23:48 david.turing 閱讀(8778) | 評論 (4) | 編輯收藏

重新實現JCAPI的JCE Provider

The Pheox JCAPI (http://pheox.com/download) 提供一個JCE Provider可以直接操作Microsoft 操作系統本地證書庫/私鑰的。JCAPI用一個jcapi.dll封裝了這些復雜性，這個dll負責調用Windows內置的CSP來完成加密簽名哈希等密碼運算。
JCAPI.DLL屬于輕量級的中間層類庫，它讓Java開發者免去對待CSP的細節，比如獲得一個CSP的Handle。
JCAPI.dll提供了下面的JNI調用：

00000001????10002AA0????_Java_com_pheox_jcapi_CoreCipherJNI_decrypt@24
00000002????100021A0????_Java_com_pheox_jcapi_CoreCipherJNI_encrypt@20
00000003????100027A0????_Java_com_pheox_jcapi_CoreCipherJNI_encryptWithPrivateKey@20
00000004????10001E10????_Java_com_pheox_jcapi_CoreCipherJNI_getPrivateKeySize@12
00000005????10003610????_Java_com_pheox_jcapi_CoreKeyStoreJNI_aliases@16
00000006????100039D0????_Java_com_pheox_jcapi_CoreKeyStoreJNI_containsAlias@12
00000007????10005E50????_Java_com_pheox_jcapi_CoreKeyStoreJNI_createBase64Hash@12
00000008????10003B30????_Java_com_pheox_jcapi_CoreKeyStoreJNI_deleteEntry@12
00000009????10003DA0????_Java_com_pheox_jcapi_CoreKeyStoreJNI_getCertificate@12
0000000A????10003FE0????_Java_com_pheox_jcapi_CoreKeyStoreJNI_getCertificateChain@20
0000000B????10004530????_Java_com_pheox_jcapi_CoreKeyStoreJNI_getKey@12
0000000C????10004C00????_Java_com_pheox_jcapi_CoreKeyStoreJNI_isKeyEntry@12
0000000D????10004E00????_Java_com_pheox_jcapi_CoreKeyStoreJNI_setCertificateEntry@16
0000000E????10005020????_Java_com_pheox_jcapi_CoreKeyStoreJNI_setKeyEntry@44
0000000F????10005CA0????_Java_com_pheox_jcapi_CoreKeyStoreJNI_size@16
00000010????100062A0????_Java_com_pheox_jcapi_CoreSignatureJNI_hashFinal@12
00000011????10005F80????_Java_com_pheox_jcapi_CoreSignatureJNI_hashInit@12
00000012????10006140????_Java_com_pheox_jcapi_CoreSignatureJNI_hashUpdate@16
00000013????10006430????_Java_com_pheox_jcapi_CoreSignatureJNI_sign@28
00000014????10006F60????_Java_com_pheox_jcapi_CoreSignatureJNI_verify@28
00000015????10007CF0????_Java_com_pheox_jcapi_CoreUtilJNI_addPKCS11CSP@16
00000016????10007880????_Java_com_pheox_jcapi_CoreUtilJNI_createCertEntryStore@8
00000017????10007C20????_Java_com_pheox_jcapi_CoreUtilJNI_getAddedPKCS11CSPs@8
00000018????100078E0????_Java_com_pheox_jcapi_CoreUtilJNI_getCSP@12
00000019????10008F10????_Java_com_pheox_jcapi_CoreUtilJNI_getCertStoreFriendlyName@12
0000001A????100089C0????_Java_com_pheox_jcapi_CoreUtilJNI_getCertificateFriendlyName@12
0000001B????10007500????_Java_com_pheox_jcapi_CoreUtilJNI_getJCAPIDLLVersion@8
0000001C????10007520????_Java_com_pheox_jcapi_CoreUtilJNI_getMSCSPs@8
0000001D????10009010????_Java_com_pheox_jcapi_CoreUtilJNI_getMSCertStoreNames@8
0000001E????10007E20????_Java_com_pheox_jcapi_CoreUtilJNI_getPKCS11DLLName@12
0000001F????100083F0????_Java_com_pheox_jcapi_CoreUtilJNI_getPKCS11TokenInfo@12
00000020????10007B50????_Java_com_pheox_jcapi_CoreUtilJNI_getSupportedPKCS11CSPs@8
00000021????100077A0????_Java_com_pheox_jcapi_CoreUtilJNI_init@12
00000022????10007F40????_Java_com_pheox_jcapi_CoreUtilJNI_isPKCS11PrivateKey@12
00000023????10007D90????_Java_com_pheox_jcapi_CoreUtilJNI_removePKCS11CSP@12
00000024????10008F90????_Java_com_pheox_jcapi_CoreUtilJNI_reportMemStatus@8
00000025????10008360????_Java_com_pheox_jcapi_CoreUtilJNI_setCallbackPinCode@12
00000026????100083B0????_Java_com_pheox_jcapi_CoreUtilJNI_setCertOpenStoreFlags@12
00000027????10008C80????_Java_com_pheox_jcapi_CoreUtilJNI_setCertificateFriendlyName@16

它調用的類庫其實還是crypt32.dll和ADVAPI32.dll.

crypt32.dll:
0000002C????CertEnumSystemStore
00000041????CertGetCertificateContextProperty
0000008B????CryptFindLocalizedName
00000056????CertRegisterSystemStore
00000097????CryptHashCertificate
00000061????CertSetCertificateContextProperty
00000019????CertCreateCertificateContext
00000004????CertAddCertificateContextToStore
00000044????CertGetIssuerCertificateFromStore
0000001E????CertDeleteCertificateFromStore
00000029????CertEnumCertificatesInStore
0000007C????CryptDecodeObject
0000009C????CryptImportPublicKeyInfo
00000050????CertOpenStore
00000032????CertFindCertificateInStore
0000000F????CertCloseStore
0000003C????CertFreeCertificateContext

導入,?ADVAPI32.dll
順序?(示意)????名字
000000A8????CryptSignHashA
00000099????CryptGetHashParam
0000008B????CryptDestroyHash
0000009D????CryptHashData
00000088????CryptCreateHash
00000094????CryptExportKey
00000089????CryptDecrypt
0000009F????CryptImportKey
0000008F????CryptEncrypt
0000009C????CryptGetUserKey
0000009A????CryptGetKeyParam
0000008C????CryptDestroyKey
00000085????CryptAcquireContextA
000000A0????CryptReleaseContext
000000AA????CryptVerifySignatureA
00000092????CryptEnumProvidersA
000001C9????RegCloseKey
000001EC????RegQueryValueExA
000001F9????RegSetValueExA
000001CD????RegCreateKeyExA
000001E2????RegOpenKeyExA
000000A1????CryptSetHashParam

在標準的CryptoAPI函數上的封裝是有必要的，因為從Java程序員的角度，我們不需要太關心CSP，我們希望直接進行Cryptography運算。

JCAPI這個provider提供3個SPI的實現，

java.security.KeyStoreSpi

java.security.SignatureSpi

javax.crypto.CipherSpi

也就是，我們通過Java應用程序可以直接借助于JCE API來調用CryptoAPI。

這個JCE API算法支持下面的基本操作

Add, remove, list and access X.509 certificates.
Add, remove, access and export RSA private keys.
Create signatures with RSA private keys using the following algorithms:
- SHA1withRSA
- MD5withRSA
- MD2withRSA
Verify signatures with RSA public keys.
Encrypt/decrypt data with RSA public/private keys using the following algorithm, mode and padding:
- RSA/ECB/PKCS1Padding
Wrap and unwrap symmetric- and asymmetric keys with RSA key pairs through MS CAPI and PKCS#11.
Built-in support for tested PKCS#11 CSP manufacturers that is compliant with the functions required by JCAPI.
Dynamically adding/removing of PKCS#11 CSPs into JCAPI.
Private key call-back interface for PKCS#11 providers. You can provide your own preferred Java call-back implementation to be called whenever a private key is accessed through PKCS#11.
List and configure MS CAPI system (certificate) stores.
Use a MS CAPI system (certificate) store as an un-trusted store.
Set and get MS CAPI friendly names for certificates.
Get MS CAPI friendly names for system (certificate) stores.
Get detailed information about your PKCS#11 hardware token through the JCAPI PKCS#11 information class.
Use JCAPI supported plug-ins. A JCAPI plug-in is a signed JAR file that extends or enhances the functionality of JCAPI without the need of recompiling JCAPI.
JCAPI SSL plugin. Use this plug-in to simplify the work of integrating the JCAPI key store for SSL enabled applications. The plug-in transparently supports both the old JSSE version for Java 1.3, and the newer versions included in Java 1.4 and higher. This plug-in transparently supports the PKCS#11 implementation as defined in Java 5. Your JCAPI supported hardware keys can be plugged in and used immediately for SSL. JCAPI will automatically configure the token for you by setting the correct slot identity to use etc.
JCAPI X.509 Factory plug-in. Use this plug-in to transparently replace any other X.509 certificate factories used by your Java system.
JCAPI is signed with a qualified code signing certificate that is trusted by all modern web browsers which makes it suitable in trusted applets.

JCE API支持一下的系統，我只是在Windows2000上測試通過，其他平臺我不能保證破解能正常使用。

Windows 98
Windows 98 SE
Windows ME
Windows 2000
Windows XP

JCE 支持JDK1.4以上，JDK1.3稍微為麻煩，要自己配制JCE和JSSE

Java 1.3.1 with JCE 1.2.2 and JSSE 1.0.3
Java 1.4
Java 1.5

我已經在吉大正元的eSafe鑰匙上通過測試，其他鑰匙提供商可以發郵件給我，或者給Usb鑰匙我去測試。

JCAPI的時間限制比較容易去除，但由于JNI層以上的代碼做了大量混淆，我不得不重寫這個JCE Provider，最起碼要實現KeyStoreSpi，SignatureSpi和CipherSpi。

JCAPI的JCE Provider我將會在下個月提供

posted @ 2006-07-18 12:06 david.turing 閱讀(3978) | 評論 (4) | 編輯收藏

BEA AquaLogic Enterprise Security(ALES) 2.2 Released

摘要: 閱讀全文

posted @ 2006-07-17 22:26 david.turing 閱讀(1560) | 評論 (0) | 編輯收藏

發布GIF4J破解版

摘要: 使用Gif4j實現gif圖片的水印嵌入閱讀全文

posted @ 2006-07-17 10:32 david.turing 閱讀(7059) | 評論 (6) | 編輯收藏

Certificate chain received from 客戶端- 192.168.10.10 was not trusted causing SSL handshake failure

SSL握手會有很多意想不到的Exception, 其中很多都是因為沒有配置好cacerts導致的。
以Tomcat為例，你需要在conf/server.xml中指定你的keystore并且配置好KeyAlias，
同時，Tomcat會到JAVA_HOME/jre/lib/security目錄下讀取cacerts文件。
在Weblogic中，你也需要配置Trust.jks和Identity.jks（可以參考WebLoigc Security In Action）。

問題是，IE究竟根據什么來提交證書（包含私鑰的證書）？
很簡單，服務器提交他的證書到客戶端，客戶端會根據服務器的證書的DN，檢索本地私鑰，
選擇那些由此DN簽發證書X，然后確定使用X對應的本地私鑰，用于SSL握手。
cacerts是JDK容器信任的證書列表，如果cacerts中沒有包含客戶端私鑰對應的證書鏈中的
信任證書，則服務器會拒絕任何從客戶端的SSL請求。
典型的Weblogic日志就是：
<Certificate chain received from 客戶端- 192.168.10.10 was not trusted causing SSL handshake failure.>

posted @ 2006-07-13 17:48 david.turing 閱讀(9668) | 評論 (3) | 編輯收藏

How to use Java produce Signature by USBKey under CryptoAPI/CSP

摘要: How to use Java produce Signature by USBKey under CryptoAPI/CSP. 閱讀全文

posted @ 2006-07-11 13:24 david.turing 閱讀(7008) | 評論 (1) | 編輯收藏

接受廣州電臺新聞風云榜[FM96.2]記者鐘慧的個人采訪

今天運氣很好，被廣州電臺新聞風云榜記者鐘慧采訪了，并且領取了Team5 Hair Salon的洗頭禮券。鐘慧是一個很Nice and Pretty的女孩，如果我沒google錯，她應該來自于中山大學國際法的05屆研究生，呵呵。女研究生俺還是有能力去應付的......
《新聞風云榜》是一個娛樂化包裝的新聞節目（6:30pm-7:00pm），是廣州電臺一臺就轉型打造成新聞資訊廣播的重要節目。
對于現代的IT人，繁忙的工作后，經常需要吸收一些社會新聞信息，有兩個非常棒的悠閑節目，一個是廣州電視臺的《新聞日日睇》和廣州電臺的《新聞風云榜》。

我回憶了幾個采訪片斷：

鐘慧：對新聞風云榜的看法
我：很不錯，能接受眾多群眾的反饋和觀點，下一個陳揚節目。

鐘慧：覺得新聞風云榜有什么可以改進的地方
我：已經很好，該節目有潛力，將會越來越好，但需要處理好中立的觀點立場，觀點不要過于偏激；同時，要大膽一些，敢于接受批評，正面觀點固然需要，但也不要拒絕持對立觀點的聽眾的意見，否則媒體的中立立場就缺乏前提條件了: )

鐘慧：昨天你在電臺類比黃建翔的“意大利萬歲”成“國民黨萬歲”，給我們造成了不少壓力，我們都被批評了。
我：我覺得我的表達有問題，我可能口快說錯了（附：當時我打電話去新聞風云榜，發表我對黃建翔作為一個中央臺解說員發表過激觀點的非理性，我的觀點當然不是“國民黨萬歲”，而是用“國民黨萬歲”來類比黃建翔觀點的偏激性，在此，我再次澄清我的觀點，如果你是一個臺灣選民，你可能會呼喊“國民黨萬歲”或者“民進黨萬歲”，你有這樣的權利，但黃建翔當時的角色不是一個“選民”，他難道沒有想到電視觀眾中有“澳大利亞萬歲”的球迷？僅代表個人觀點和立場，并希望用此類比批評黃健翔做法的不適時性，并非批評黃健翔的個人品質問題。

除了對我的采訪被她錄音了，我也錄了音，真不錯，想不到《新聞風云榜》的節目組會這么榜，現在收聽率已經升至本地區中游，FM96.2，作為我自己，下班時候（6點到6點半）可以聽聽電臺，偶爾還可以發表一下言論，而且還能聽到別人的觀點和發表自己的觀點，真是件快事。

posted @ 2006-06-28 23:42 david.turing 閱讀(3170) | 評論 (11) | 編輯收藏

A Java Sample For jCaptcha

摘要: 一個簡單的jcaptcha例子閱讀全文

posted @ 2006-06-20 22:10 david.turing 閱讀(2629) | 評論 (1) | 編輯收藏

GZUG之Captcha深度對抗比賽開始

Captcha項目是Completely Automated Public Turing Test to Tell Computers and Humans Apart (全自動區分計算機和人類的圖靈測試)的簡稱。
CAPTCHA的目的是區分計算機和人類的一種程序算法，這種程序必須能生成并評價人類能很容易通過但計算機卻通不過的測試。這個要求本身就是悖論，因為這意味著一個CAPTCHA必須能生成一個它自己不能通過的測試。
大家可以看看CAPTCHA的一個例子：

人類能夠比較容易識別圖片中的字母，但如果編寫計算機程序，難度就非常大了。
按照Lenore Blum的說法，任何的圖片中的內容都能被識別，不存在一種計算程序生成的圖片不能被計算機程序識別出來。
于是，比賽開始了，有人站到Captcha一方，有人站到破譯Captcha的一方.......

如今，GZUG的兩位牛人已經開始了這個游戲，有興趣的朋友請加入到我們的對抗比賽（QQ群：16699048）：

CYT(Coremail的主要設計者)加入了Captcha一方。
靈感之源 (Guardio/Definio的Designer)加入了破譯Captcha的一方。

游戲規則是：Captcha方公布一系列的圖片，破譯Captcha的一方提供程序能夠分析這些圖片中的內容，如果破譯方提供的應用程序能夠以高于10%的識別率識別出圖片內容，則判定破譯方獲勝。獲勝方將得到BEA UG禮品一份！

游戲獎品參見：
http://dev2dev.bea.com.cn/bbs/gift!default.jspa

關于Captcha的信息，參考下面的鏈接
Captcha方：
Captcha項目：http://www.captcha.net/
jCaptcha項目：http://jcaptcha.sourceforge.net/

破譯Captcha方：
http://www.cs.sfu.ca/~mori/research/gimpy/
http://sam.zoy.org/pwntcha/
http://www.brains-n-brawn.com/default.aspx?vDir=aicaptcha

posted @ 2006-06-19 12:41 david.turing 閱讀(2547) | 評論 (0) | 編輯收藏

BEA廣州UserGroup6月3日活動手札

摘要: 第三次BEA UserGroup總結閱讀全文

posted @ 2006-06-16 01:10 david.turing 閱讀(1711) | 評論 (2) | 編輯收藏

挑戰隨機序列---懸賞破解基于PRNG的Hacker

摘要: 本文設計了一個Java的隨機序列，在此基礎上產生了一個數字水印，并提供了水印圖片，懸賞能破解水印信息的破解者。閱讀全文

posted @ 2006-06-13 09:44 david.turing 閱讀(3960) | 評論 (5) | 編輯收藏

第三次BEA UG活動講義下載

摘要: 第三次UG安全研討會講義下載閱讀全文

posted @ 2006-06-12 13:13 david.turing 閱讀(1698) | 評論 (3) | 編輯收藏

0Day FTP服務器帳號密碼

-----BEGIN PGP MESSAGE-----
Version: PGP Desktop 9.0.5 - Enterprise license

qANQR1DBwEwDOgsSuXd//TEBB/9u6juG8R0ufJTe772f29JFGnMYhYvCNzIo5ei+
GDkJXZbyMUgbeQc8scjWItoquiZ7+I2nHBwvlP9bgwpkVIn7spaJLm9uaGvz4u4n
WVWSQfFFn2nl2tAQN5cRNhD3rzSP6zQPnDRELcNEz4JwfXYiApYcImUTQZh79Mhn
PX87OqjH+66KpcNTomDsKcgjnZaDJUrKiJ7PVavMWn++SnIPaoGbzODnzRauaCNP
1dUa2ia493Xja1gNqnQoSfLAVG4MsUFe4qKOn35eWtiVYFH8AoNrIlaW6XYPl9FR
iqmkOxycGXgnt3zh2zO4uSD77ifsNkZ13uLSupwNIbiIMIIGwcFOAwf8TMrgt1+u
EAgAhsbiaHkva437hPcE9wJpzCadXbn62/6NpOK/P6Mr6IabFYuePOJf43aI6Uy1
4PMX/cVWtUbD3nF1Ntal8JtFaH4yUdr5WPvVxaQnzngZ304Nf6fO10VQT9jN3Eu5
0FVsJ2CjetY4fV+ORdyvWJR7sl09cZ+n/1MrBh2L3zco+6vC8zPKKhygLiP6Hw00
A/LBf1G6MLSzbqrr3p/uURgju6uF3nlW5BuxM1pXRVMeNPQLGnR931dX6UukPtzm
L5pl1jNqNQ1uMtWdMHXKmr+jdAvsxae/cqOil+6zMMhh2RFmE1i3CGEXuWl4cX/M
hLB/diRXIwZviS9w1IGC5ZkXMggA3UX56R/EZlSwPnj7h8XlG4Ikb0hV9acD0Mv2
FIHOMZBJZHyHJcEV+RjwTy+rCpWp7sUQ0a7scQgZeeleJjJ0duzDKFAPhTAkFsVi
pkgHD30zHSJ8142XdbSgYSYR8wKo4xADPmaGTOnml0Y2tBhdL3c9KyfHcfigM3b9
AQ8zLrGSgjHJ/nh+Xltv6wESjg1n+gPIiPwab71z2asEyPAebMw/61Am7hxVPxLs
EqHI0QLTFiS6FvphUzhLDlfoztWNB+FgAiD1SKb0UzCDF76wTsvuIHjpPFcfbCIf
GCd7sBc8++eGmiyIOghw/HANYCyhgWNyhgsXeMYIZ81o1xGcN8k641c2LI0ZANeW
g5TWluOjysejDyLv7hOS6kVCKcBW+B6mv8sb1X4RacuBM9TTRWgsOMJHQEybStBV
zg==
=joRo
-----END PGP MESSAGE-----

posted @ 2006-06-04 23:22 david.turing 閱讀(9479) | 評論 (10) | 編輯收藏

CAS協議的抓包分析

摘要: CAS抓包分析，簡單看看從login到serviceValidate的參數傳遞過程閱讀全文

posted @ 2006-05-26 11:27 david.turing 閱讀(4317) | 評論 (0) | 編輯收藏

Java KeyStore的類型

摘要: 總結各種Java KeyStoreType 閱讀全文

posted @ 2006-05-22 01:57 david.turing 閱讀(5506) | 評論 (1) | 編輯收藏

計算HMAC

Message Authentication Code (MAC) 是用于確信信息在傳輸過程中沒有被修改過，體現了信息完整性， MAC 有很多種算法，大部分算法用于簡單的場景（如文件傳輸），他們都有效，但如果用于都未曾考慮會被惡意攻擊的情況，在密碼學領域中，更多被應用的是 HMAC ， HMAC 更安全，因為它是基于 Key 的。 HMAC 是使用諸如 MD5,SHA-1 等散列算法構造 MAC 。

HMAC 在這樣一種場景中被應用：

巴赫爾、穆罕默德是為伊拉克臨時政府中不同的伊斯蘭派系，由于美國已經在伊拉克設置了大量情報機構，他們擔心政府部內部文件在網絡傳輸可能被美國情報局修改，考慮起見，巴赫爾、穆罕默德決定使用 MAC 技術：

1，? 他們商榷一個簡單的密鑰 Key1

2，? 他們商榷一種可靠的 HMAC 算法，如 HMACSHA1

3，? 他們每次發送政府審批報告前，都用 HMACSHA1 進行計算，并將該 hmac 值 x1 附帶發送給對方

4，? 對方接收到文件，將文件進行一次 HMAC 的計算，得出新的 hmac 值 x2 ，對比 x1 和 x2 ，可以知道文件是否在中途被修改過。

注意，上述的步驟如果不考慮惡意攻擊者，可以使用消息摘要，惡意攻擊者可以修改你的文件，然后重新幫你計算摘要，最后替換你的摘要：（

?????? 關于 HMAC 的更多標準，可以參考 RFC2104 。

package ?org.dev2dev.security.test.mac;

import ?java.io.File;

import ?java.io.IOException;

import ?java.security.InvalidKeyException;

import ?java.security.NoSuchAlgorithmException;

import ?javax.crypto.KeyGenerator;

import ?javax.crypto.Mac;

import ?javax.crypto.SecretKey;

import ?org.dev2dev.common.FileUtils;

public ? class ?TestHmac {

? /**

??*? @param ?args

?? */

? public ? static ? void ?main(String[]?args)? {

????? try ? {

????????? // 首先需要生成Hmac的key，有比較多種方法，HmacSHA1，算法類型可以參考KeyGenerator算法列表?
??????????????// 本例子用KeyGenerator生成key，實際上,key可以保存起來，也可以被分發給其他人

?????????KeyGenerator?keyGen?=?KeyGenerator.getInstance("HmacMD5");?

?????????SecretKey?key?=?keyGen.generateKey();

?????????Mac?mac?=?Mac.getInstance(key.getAlgorithm());

?????????mac.init(key);

?????????????

?????????File?infile=new?File("c:\\1.txt");

?????????byte[]?inputbyte=null;

???try?{

????inputbyte?=?FileUtils.getBytesFromFile(infile);

???}?catch?(IOException?e)?{

????e.printStackTrace();

???}

?????????byte[]?digest?=?mac.doFinal(inputbyte);

?????

?????????//?If?desired,?convert?the?digest?into?a?string

?????????String?HmacB64?=?new?sun.misc.BASE64Encoder().encode(digest);

?????????System.out.println("計算的HMAC ="+ HmacB64);

?????} ? catch ?(InvalidKeyException?e)? {

??????e.printStackTrace();

?????} ? catch ?(NoSuchAlgorithmException?e)? {

??????e.printStackTrace();

?????} ?

?}

}

posted @ 2006-05-21 17:05 david.turing 閱讀(1585) | 評論 (1) | 編輯收藏

Sourceforge最近一段時間排名前50的Project

這是過去一周，SF排名前50的Projects！

Rank?????Project?Name??????Percentile
?? 1 ?????ZK? - ?Ajax?but?no?JavaScript????? 100.000
?? 2 ?????Gaim????? 99.999
?? 3 ?????FCKeditor????? 99.999
?? 4 ?????XOOPS?Dynamic?Web?CMSAccepting?Donations????? 99.998
?? 5 ?????OpenWFEAccepting?Donations????? 99.997
?? 6 ????? 7 - Zip????? 99.997
?? 7 ?????phpMyAdminAccepting?Donations????? 99.996
?? 8 ?????aMSN????? 99.996
?? 9 ?????FileZillaAccepting?Donations????? 99.995
?? 10 ?????KoLmafiaAccepting?Donations????? 99.994
?? 11 ?????StellariumAccepting?Donations????? 99.994
?? 12 ?????MiKTeXAccepting?Donations????? 99.993
?? 13 ?????Compiere?ERP? + ?CRM?Business?SolutionAccepting?Donations????? 99.992
?? 14 ?????InkscapeAccepting?Donations????? 99.992
?? 15 ?????KeePass?Password?SafeAccepting?Donations????? 99.991
?? 16 ?????XUIAccepting?Donations????? 99.991
?? 17 ?????Gallery????? 99.990
?? 18 ?????TV - Browser? - ?A?free?EPGAccepting?Donations????? 99.989
?? 19 ?????AzureusAccepting?Donations????? 99.989
?? 20 ?????PHP?For?Applications? - ?PHP?FrameworkAccepting?Donations????? 99.988
?? 21 ?????RSSOwl? | ?RSS? / ?RDF? / ?Atom?NewsreaderAccepting?Donations????? 99.987
?? 22 ?????JasperReports????? 99.987
?? 23 ?????ndiswrapperAccepting?Donations????? 99.986
?? 24 ?????PhpGedViewAccepting?Donations????? 99.986
?? 25 ?????PDFCreatorAccepting?Donations????? 99.985
?? 26 ?????Asterisk@HomeAccepting?Donations????? 99.984
?? 27 ?????Extended?BitTorrent?Client?and?TrackerAccepting?Donations????? 99.984
?? 28 ?????Wicket????? 99.983
?? 29 ?????WebCalendarAccepting?Donations????? 99.982
?? 30 ?????MediaCoderAccepting?Donations????? 99.982
?? 31 ?????IT ++ ????? 99.981
?? 32 ?????Coppermine?Photo?Gallery????? 99.981
?? 33 ?????soapUI????? 99.980
?? 34 ?????guliverkli????? 99.979
?? 35 ?????Ares?Galaxy????? 99.979
?? 36 ?????Owl?Intranet?KnowledgebaseAccepting?Donations????? 99.978
?? 37 ?????freePBXAccepting?Donations????? 99.977
?? 38 ?????BitPim????? 99.977
?? 39 ?????UFO:Alien?Invasion?NG????? 99.976
?? 40 ?????Password?SafeAccepting?Donations????? 99.976
?? 41 ?????Cellocity?Linux?For?Cell?Processors / PS3sAccepting?Donations????? 99.975
?? 42 ?????MinGW? - ?Minimalist?GNU? for ?Windows????? 99.974
?? 43 ?????Notepad ++ Accepting?Donations????? 99.974
?? 44 ?????PCGen?::?An?RPG?Character?GeneratorAccepting?Donations????? 99.973
?? 45 ?????Firebird????? 99.972
?? 46 ?????Enterprise?CRM?and?Groupware?SystemAccepting?Donations????? 99.972
?? 47 ?????ClamWin?Free?AntivirusAccepting?Donations????? 99.971
?? 48 ?????G3D? - ?3D?EngineAccepting?Donations????? 99.971
?? 49 ?????eXistAccepting?Donations????? 99.970
?? 50 ?????Sahi? - ?Web?Automation?and?Test?Tool????? 99.969

posted @ 2006-05-18 21:56 david.turing 閱讀(2701) | 評論 (5) | 編輯收藏

關于支持Stroll拖動的SWT Table的設計方法

蛋蛋同志問起:

( 2006 - 05 - 18 ? 13 : 49 : 48 )???邢紅瑞( 50128986 )

david師傅，SWT中Table如何出現橫向滾動條

其實方法很簡單，就是用一個scrolledComposite包住這個Table，呵呵

? protected ? void ?createContents()? {

??setText( " SWT?Application " );

??setSize( 500 ,? 375 );

?? final ?ScrolledComposite?scrolledComposite? = ? new ?ScrolledComposite( this ,?SWT.BORDER? | ?SWT.H_SCROLL? | ?SWT.V_SCROLL);

?? final ?Composite?composite? = ? new ?Composite(scrolledComposite,?SWT.NONE);

??table? = ? new ?Table(composite,?SWT.BORDER);

.

效果如下圖：

posted @ 2006-05-18 14:25 david.turing 閱讀(3352) | 評論 (0) | 編輯收藏

綠色Putty的做法——將putty session保存到一個reg文件中

cyt最近要搞綠色工具箱，本人友情贊助了一個WinOrganizer破解綠色版本，另外，cyt還需要一個putty附帶session的功能，但putty的session都是保存到注冊表，如果綠色化，只能靠一些額外的手段。

putty主站介紹一種辦法，就是把sesssion記錄導入到注冊表中去，一個bat文件就行了，當然，綠色在外，不太希望在客戶的主機上留下痕跡，所以，用完putty，bat還需要把客戶的注冊表中的session信息！
下面的putty.bat來自于sgtatham的blog：

@ECHO?OFF

regedit? / s?putty.reg

regedit? / s?puttyrnd.reg

start? / w?putty.exe

regedit? / e?puttynew.reg?HKEY_CURRENT_USER\Software\SimonTatham\PuTTY

copy?puttynew.reg?putty.reg

del?puttynew.reg

regedit? / s?puttydel.reg

該批處理文件需要兩個額外的文件
PUTTYRND.REG 用于設置which sets upPUTTY.RND種子文件的初始位置（安全考慮）
PUTTYDEL.REG 銷毀主機上的session記錄的痕跡，并保存到現有的文件中去。.

PUTTYDEL.REG:

				
						
						REGEDIT4


						[
						-HKEY_CURRENT_USER\Software\SimonTatham\PuTTY
						]

PUTTYRND.REG file:

				
						
						REGEDIT4
?

						[
						HKEY_CURRENT_USER\Software\SimonTatham\PuTTY
						]
? "RandSeedFile"="u:\putty.rnd"

putty.rnd是種子文件，放在綠色工具箱中（如u盤）即可。

posted @ 2006-05-18 13:38 david.turing 閱讀(3280) | 評論 (1) | 編輯收藏

請gmail用戶警惕gmail.cn

向所有Gmail用戶告誡，切勿用gmail帳號登陸gmail.cn!!
該網站可能會記錄下你的gmail密碼!!
gmail.cn屬于非法搶注域名，我本人對此事感到遺憾。
下面是gmail.cn的域名信息:

Domain Name: gmail.cn
ROID: 20030801s10001s00869606-cn
Domain Status: ok
Registrant Organization: 愛思美北京信息科技有限公司
Registrant Name: 愛思美
Administrative Email: yanjie@ism.net.cn
Sponsoring Registrar: 廈門華商盛世網絡有限公司
Name Server:ns.ism.net.cn
Name Server:ns2.ism.net.cn
Registration Date: 2003-08-01 17:48
Expiration Date: 2009-08-01 17:48

posted @ 2006-05-17 15:05 david.turing 閱讀(1522) | 評論 (0) | 編輯收藏

幾個PageRank=10的網站，中國網站一個都沒有

國人一定要加油了。

Title:	PR	Backlinks	URL:
Adobe	10	82,600	?http://www.adobe.com/
Adobe Acrobat	10	617,000	?http://www.adobe.com/products/acrobat/readstep2.html
?World Wide Web Consortium	10	166,000	?http://www.w3.org/
Macromedia	10	31,600	http://www.macromedia.com
?Energy.gov	10	43,000	?http://www.energy.gov
?Apple - QuickTime	10	?31,200	?http://www.apple.com/quicktime/
?Keio University	10	4,020	http://www.keio.ac.jp
National Aeronautics and Space Administration	10	64,400	http://www.nasa.gov
Apple Computers	10	74,400	http://www.apple.com
U.S Goverment Official Portal	10	192,000	http://www.firstgov.gov
Google Search	10	3,830,000	http://www.google.com
W3C CSS Validation Service	10	322,000	http://jigsaw.w3.org/css-validator/
The European Research Consortium for Informatics and Mathematics	10	1,540	http://www.ercim.org
MIT Laboratory for Computer Science	10	4,200	http://www.lcs.mit.edu
National Science Foundation	10	27,100	http://www.nsf.gov
The New York Times	10	189,000	http://www.nytimes.com/
Language Tools	10	10,800	http://www.google.com/language_tools
Real Media	10	130,000	http://www.real.com
The Web Standards Project	10	12,900	http://www.webstandards.org/
Stat Counter	10	1,330,000	http://www.statcounter.com

posted @ 2006-05-16 14:14 david.turing 閱讀(1244) | 評論 (0) | 編輯收藏

Google對幾個Java關鍵字的最低競價

摘要: 最近，通過 Google 做 UserGroup 廣告，發現每個Java關鍵字的最低競價都是不一樣的，幾個常用的Sun關鍵字在google的競價最低費用: 關鍵字 ... 閱讀全文

posted @ 2006-05-14 15:14 david.turing 閱讀(2016) | 評論 (2) | 編輯收藏

廣州UserGroup將啟用gzug.org域名

目前，GZ UserGroup成員只需要交納5元即可享有2級域名的權利。
希望大家努力籌夠100元。

目前，承諾交納費用的人員有
david.turing
simon.liang
Rayman

posted @ 2006-05-11 21:05 david.turing 閱讀(1382) | 評論 (8) | 編輯收藏

導航

統計

常用鏈接

留言簿(110)

我參與的團隊

隨筆分類(126)

隨筆檔案(155)

文章分類(9)

文章檔案(19)

相冊

搜索

積分與排名

最新隨筆

最新評論

閱讀排行榜

評論排行榜