Comodo 2048-bit Certificates Most Trusted in the Industry (EV SSL Certificates)

Posted on July 9, 2010 by ITAhmed

Comodo 2048-bit Certificates Most Trusted in the Industry

Comodo is the company to beat in the 2048-bit era of certificates

Jersey City, NJ, July 21, 2009 – “Comodo’s 2048-bit digital certificates are now the most trusted on the market,” said Melih Abdulhayoglu, CEO of Comodo. “We’ve turned the tables. Comodo’s 2048-bit root is now more ubiquitous, even than Verisign’s. And, Comodo’s 2048-bit certificates operate with major browsers, even when our competition’s do not.”

Digital certificates provide two factors to build trust online: the strength of the encryption and the visual assurance of authentication. Stronger encryption enhances protection because it’s harder to break. The National Institute of Standards and Technology (NIST), a federal agency within the U.S. Department of Commerce, recommends that site owners upgrade to 2048-bit digital certificates. (2007 NIST standards)

“But for a 2048-bit key length to operate seamlessly within an Internet browser, the Certificate Authority must include the “root key” within the browser. Certificate Authorities provide Internet browsers with their root keys. If a root key is not available, the browser sends a warning message to the user. The warning message makes it appear that either the user, or whoever he or she is communicating with, has done something wrong.”

“Comodo anticipated the need for longer root keys at the beginning of the millennium,” said Abdulhayoglu. “We incorporated the 2048-bit root key into browsers when very few other Certificate Authorities were doing so. The advantage now , is that even Internet users with very old browsers can use Comodo 2048-bit certificates with no error messages. We’re proud of that ubiquity.”

A root key included in as many browsers as possible is known as “ubiquitous.” A digital certificate generated with that root key give the smoothest possible performance to its user.

This is especially important in e-commerce. Merchants who use the Extended Validation (EV) SSL certificate must employ 2048-bit cryptography by the end of 2010, as mandated by the CA/B Forum. Many merchants already use the stronger encryption.

Browsers change. Generally, newer versions of browsers interact seamlessly with all the digital certificates available to their predecessors. Very infrequently, however, the browser fails to recognize digital certificates. When that happens, it sends alarming warning messages to the user, eroding the user’s trust.

A recent example of such erosion of trust occurred when Firefox 3.5 failed to recognize EV SSL certificates from many of Comodo’s competitors. Instead of seeing the green address bar warranted by the EV status, Firefox displayed a blue bar, connoting ordinary encryption. “Firefox 3.5 users continued to see the verifiable trust of the green address bar from Comodo EV SSL certificates,” Abdulhayoglu said.

Comodo issues more high-assurance digital certificates than any other brand, offering and supporting a full complement of 2048-bit certificates, including outdated browser versions. The advantage of such near-ubiquity is that it enables more Internet users to enjoy the security advantages of 2048-bit key lengths.

When ordering or re-ordering digital certificates through Comodo or a Comodo reseller, customers may request 2048-bit key lengths in their certificate signing requests.

“Comodo led the industry in anticipating the need for longer key lengths, by including the necessary root significantly before the other Certificate Authorities did. Even today, not all certificate authorities offer 2048-bit encryption. At Comodo, we know that online trust dynamics have changed. We offer 2048-bit encryption, and it costs no extra,” said Abdulhayoglu. “You just have to know to ask for it.”

“Comodo’s 2048-bit certificates provide strong protection for years to come. But what makes them more trusted today is the combination of a near-ubiquitous root key and smooth operation with major browsers, such as Firefox 3.5.”

“This is one example of how Comodo is creating trust online.”

COMODO CA

Comodo CA, Ltd., is the world’s second-largest issuer of high-assurance digital certificates, providing online communications unreadable to anyone but the sender and the recipient.

Comodo CA, Ltd., provides cost-effective solutions that protect online information. Digital certificates enable secure sockets layer (SSL) communications, unreadable to anyone but the sender and the recipient. Code-signing certificates ensure that software is not tampered with.

Patent-pending Comodo CA technology enables Internet users to send encrypted emails without exchanging public keys beforehand,

Continual innovation, a core competence in digital encryption, and a commitment to halting Internet crime distinguish the Comodo companies. The Comodo companies secure and authenticate online transactions and communications for over 200,000 business customers, and it has over 15,000,000 installations of desktop security products.

For more information, visit our website to see all Available SSLs available via Comodo.

Posted in ALL, Online Store Guide, SSL Certificate, Secure Certificate | Leave a comment

Using Enterprise EV SSL to Boost Customer Confidence in your Web Sites

Posted on July 5, 2010 by ITAhmed

Using Enterprise SSL to Boost Customer Confidence in your Web Sites

A Guide to SSL

Why you need security for your site

The Internet has created many new global business opportunities for enterprises conducting online commerce. However, the many security risks associated with conducting e-commerce have resulted in security becoming a major factor for online success or failure.

Over the past 7 years, consumer magazines, industry bodies and security providers have educated the market on the basics of online security. The majority of consumers now expect security to be integrated into any online service they use, as a result they expect any details they provide via the Internet to remain confidential and integral. For many customers, the only time they will ever consider buying your products or services online is when they are satisfied their details are secure.

This guide explains how you can utilize Enterprise SSL to activate the core security technology available on your existing web server. You will also learn how Enterprise SSL allows you to protect your customer’s transactions and provide visitors with proof of your digital identity – essential factors in gaining confidence in your services and identity.

Using Enterprise SSL Certificates to secure your online transactions tells your customers you take their security seriously. They will visibly see that their online transaction will be secure, confidential and integral and give them the confidence that you have removed the risk associated with trading over the Internet.

Using Security helps you realize the benefits of online commerce:

Cost effectiveness of online operations and delivery
Open global markets – gain customers from all over the world
New and exciting ways of marketing directly to your customers
Offer new data products and services via the Web

Only if you have visibly secured your site with SSL security technology will your customers have confidence in your online operations. Read on to learn how SSL helps you achieve the confidence essential to successful e-commerce.

What is SSL?

Secure Sockets Layer, SSL, is the standard security technology for creating an encrypted link between a web server and a browser. This link ensures that all data passed between the web server and browser remain private and integral. SSL is an industry standard and is used by millions of websites in the protection of their online transactions with their customers. In order to be able to generate an SSL link, a web server requires an SSL Certificate.

When you choose to activate SSL on your web server you will be prompted to complete a number of questions about the identity of your website (e.g. your website’s URL) and your company (e.g. your company’s name and location). Your web server then creates two cryptographic keys – a Private Key and a Public Key. Your Private Key is so called for a reason – it must remain private and secure. The Public Key does not need to be secret and is placed into a Certificate Signing Request (CSR) – a data file also containing your details. You should then submit the CSR during the SSL Certificate application process to Comodo, the Enterprise SSL Certification Authority, who will validate your details and issue an SSL Certificate containing your details and allowing you to use SSL.

Your web server will match your issued SSL Certificate to your Private Key. Your webserver will then establish an encrypted link between the website and your customer’s web browser.

For detailed application and installation instructions, please refer to section “Step by step instructions to set up SSL on your webserver” of this guide.

Displaying the SSL Secure Padlock

The complexities of the SSL protocol remain invisible to your customers. Instead their browsers provide them with a key indicator to let them know they are currently protected by an SSL encrypted session – the Padlock:

SSL Secure Lock

SSL Secure lock (secure mode)

 

As seen by users of Internet Explorer
Clicking on the Padlock displays your SSL Certificate and your details:

SSL Inspection

SSL Properties

As seen by users of Internet Explorer

All SSL Certificates are issued to either companies or legally accountable individuals. Typically, an SSL Certificate will contain your domain name, your company name, your address, your city, your state and your country. It will also contain the expiration date of the Certificate and details of the Certification Authority responsible for the issuance of the Certificate.

When a browser connects to a secure site, it will retrieve the site’s SSL Certificate and check that it has not expired, it has been issued by a Certification Authority the browser trusts, and that it is being used by the website for which it has been issued. If it fails on any one of these checks the browser will display a warning to the end user.

Why Should You Use an Enterprise SSL Certificate?

Comodo, the Certification Authority behind Enterprise SSL, is the fastest growing SSL Provider in the world. Unlike other Certification Authorities, Comodo does not just provide SSL Certificates – they are a world-renowned security and cryptography service provider. When you are a customer of Comodo, you can feel safe knowing that your website security is provided by experts.

Enterprise SSL Certificates are the most cost-effective fully validated and fully supported 128 bit SSL Certificates you can buy today! You can contact the technical support team between 3am- 7pm EST (soon to be 24 hours). You can also feel safe in the knowledge that Comodo will validate your application in accordance with the latest digital signature legislation pertaining to Qualified Certificates. This validation is done effectively and quickly, ensuring you need not wait the traditional 3 working days normally associated with a fully validated SSL Certificate.

Enterprise SSL boasts industry leading browser compatibility – comparable to Verisign and Thawte, however without the costs associated with other SSL Providers. Enterprise SSL Certificates are compatible with over 99.3% of browsers – including Internet Explorer 5.00 and above, ll versions of Firefox, and above and Opera 5.00 and above.

Enterprise SSL benefits summary:

Enterprise SSL Certificates are the most cost effective SSL Certificates you can buy which include:

” Full validation conducted quickly – in many cases you can expect your SSL Certificate to be issued within minutes
” Telephone, email, web support available 3am – 7pm EST
” Over 99.3% browser compatibility
” 128-bit strong encryption security
” Backed by warranties ranging from $500,000 to $1 Million

Enterprise SSL Certificates provide you with the key to successfully using SSL on your webserver.

The Internet is a revolutionary medium for you to improve your sales and online services for customers. Enterprise SSL is the perfect solution to securing your web server with SSL quickly, easily and cost-effectively.

Posted in ALL, IT Tips, Online Store Guide, SSL Certificate, Secure Certificate | Leave a comment

Block IP addresses from accessing your site with htaccess

Posted on July 5, 2010 by ITAhmed

Blocking users by IP address is pretty simple with .htaccess.
So here it is the example:

Order allow, deny
Deny from 192.168.0.10
Deny from 212.155.
Deny from 1.2.3.4  5.6.7.8 127.0.0.1
Allow from all

Let’s take a look at the code line by line:
The first line “Order allow, deny” tells the web server the “Order”  in which the Allow and Deny directive will be evaluated. It simply says: Give access to all hosts that are not present in the Deny from list and are present in the Allow from list.  With allow, deny order Allow list is looked up first and then the web server checks the deny from list. So as we have allow from all – all access is allowed. Then the allowed access is filtered based on the Deny lists. With allow,deny access is disabled by default.

If we change the order to “deny, allow” then all access is enabled by default and only users in the deny lists are blocked. However as the deny is being processed first allow directives will override any maching settings set in deny directives.

The default Apache order is deny,allow. So you can skip the first line in your .htaccess file if you do not need to change the order in which the Deny and Allow rules are being evaluated by the web server.

So to keep the .htaccess simple you can just use:

Deny from 192.168.0.10
Deny from 212.155.

Basically you can use such rules in your .htaccess file to block a particular user, or a network from accessing your site.
You can put several IP address in a Deny or Allow rule. For example:

Deny from 1.2.3.4   5.6.7.9

The IP addresses must be separated by a space or tab.

You can put entire networks as

Deny from 212.155.

This will block all users which IP addresses start with 212.155

Or to block all access to your site:

Deny from all

And then add another line to enable access only for yourself:

Allow from 1.2.3.4

Where “1.2.3.4” should be replaced with your computer IP address.

Posted in ALL, Coding Tips, IT Tips, Online Store Guide | Leave a comment

Customize error 401, 404, 400, and 500 page with htaccess

Posted on July 5, 2010 by ITAhmed

Using .htaccess file you can easily change the default error pages that are being served by your web server.  To use .htaccess to modify your web site error pages your server needs to be configured with AllowOverride FileInfo.  Most web hosting servers are configured in such a way so having a custom error page instead of the default ones is possible.

Using a custom error page give you an option to keep your visitors on your site. For example you can have a link to your main page or even your complete site navigation included in the error document. In this even if a user get an error page he/she will be able to navigate to your site main page or some other section of your site. A custom error page always look better than the simple default error pages served by the hosting server.

So for example, let’s start with most common error page. The 404 error page:

ErrorDocument 404 /notfound.html

The line above tells the webserver to use a file named missing.html as error document.
Please note, the leading slash. It tells the browser that this file is located in your web site root folder. In case you miss the slash the webserver will look for a missing.html in the current directory. In case you do not have such a file a default 404 page will be server with a message that an additional error has occurred while trying to find the missing.html file you have defined in your .htaccess file.

If you wish to keep your site structure clean and organized, you can create a folder on your website and keep all custom error pages there. For example you can create a folder named “errors” and place all pages that are going to be used as error handlers there. With a subdirectory your .htaccess file will look like

ErrorDocument 404 /errors/notfound.html

Please, note that the ErrorDocument directive can only be used with local file paths.
This means that you cannot define an error document using full URL, such as:

ErrorDocument 404 http://www.example.com/errors/missing.html

The above line is wrong and will not be woring at all.

Also, when using custom error pages with images, CSS files, javascript files and other linked documents it is always a good idea to use full URL to link to these external files as when an error occurs in a subfolder the relative links will not work. For example if you have:

<img src=”images/badpage.jpg”>

it will only be working well for your website main folder.

To have it working on all levels of your site, it should be either:

<img src=”/images/badpage.jpg”>

or

<img src=”http://www.example.com/images/badpage.jpg”>

Another issue you should have in mind is the strange behaviour of Internet Explorer with error documents that are smaller than 512 bytes. Such error documents will not work properly in Internet explorer. It will replace them with the default IE error page. This issue is known as “Show friendly HTTP error messages” bug in IE. So our advise is always to design your missing pages to be bigger than 512 bytes.

Similar issue can be encountered with error pages that are CGI or PHP scripts (running as CGIs). With some web server configuration a PHP script set as error document may not work properly on IE, unless you send a HTTP 200 response to the browser. (strange issue, but it is happening). Please, note that the issue is only with Internet Explorer. The pages are working fine with FireFox, Netscape and other browsers.

So, now let’s have an example with some more error codes:

ErrorDocument 500 /internal_error.html
ErrorDocument 401 /authorization_required.html
ErrorDocument 403 /forbidden.html

As you can see from the example the ErrorDocument uses a simple syntax:

ErrorDocument  <error_code>   <path_to_file>

Where <error_code> should be replaced with the HTTP error you should assign a custom error page and the <path_to_file> should be replaced with the path to your own custom error page.

Here it is list of some common HTTP error codes:

400 Bad Request
The server received a request it cannot handle due to bad syntax for example

401 Unauthorized
Such an error will show up in case a user did not supply a proper login credentials when using the .htaccess based user/pass protection

403 Forbidden
The request page is forbidden. Such an error shows up when you have a Deny from directive

404 Not Found
As the error message says the page that you have requested cannot be found on the server.

410 Gone
The requested page have been removed permanently

500 Internal Server Error
The server encountered an error. Usually such error messages show up with CGI scripts. Also you can get such an error message when you have bad syntax in your .htaccess file.

Complete list of HTTP response codes can be found here:
http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html

Posted in ALL, Coding Tips, IT Tips | Leave a comment

Redirect URLs using .htaccess

Posted on July 5, 2010 by ITAhmed

Sometimes you need to redirect some URL and/or page on your site to another one.
The feature is very useful if you have recently redesigned your site but you wish to keep the old addresses working for various reasons (you have links to these pages from other sites, some users may have the old pages bookmarked, etc).

The Apache web server provides several way for setting up redirects.

The most simple one is using the “Redirect” directive:

Redirect /folder http://www.example.com/newfolder

With such a line in your .htaccess if a visitor tries to load http://www.example.com/folder, he will be redirected to http://www.example.com/newfolder.

Recently it has been talked a lot about Permanent redirects. The good news is that you can add a status code to the Redirect directive. For example for Permanent 301 redirect you can use:

Redirect permanent /folder http://www.example.com/newfolder

Another useful directive is the RedirectMatch. With it you can use regular expressions in the redirect condition. For example

RedirectMatch "\.html$" http://www.example.com/index.php

This will redirect all requests to files that end with .html to the index.php file.

There is another more powerful way to create redirects or even create transperant redirects which requires ModRewrite. We will talk about this in the next article.

Posted in ALL, Coding Tips, IT Tips | Leave a comment

Force SSL/https using .htaccess and mod_rewrite

Posted on July 5, 2010 by ITAhmed

Sometimes you may need to make sure that the user is browsing your site over securte connection. An easy to way to always redirect the user to secure connection (https://) can be accomplished with a .htaccess file containing the following lines:

RewriteEngine On
RewriteCond %{SERVER_PORT} 80
RewriteRule ^(.*)$ https://www.example.com/$1 [R,L]

Please, note that the .htaccess should be located in the web site main folder.

In case you wish to force HTTPS for a particular folder you can use:

RewriteEngine On
RewriteCond %{SERVER_PORT} 80
RewriteCond %{REQUEST_URI} somefolder
RewriteRule ^(.*)$ https://www.domain.com/somefolder/$1 [R,L]

The .htaccess file should be placed in the folder where you need to force HTTPS.

Posted in ALL, Coding Tips, IT Tips, Secure Certificate | Leave a comment

FREE Authorize.Net Set-Up

Posted on July 1, 2010 by ITAhmed

IT-ETC in collboration with SSL4ALL.com has worked a great deal with Authorized.net (Leader in internet gateway) and E-Onlinedata (online merchant) where all of our referrals would get special rates and pay no setup fees. This is in celebration of the launch of SSL4ALL.com

ITETC is excited to offer specially priced Internet Merchant Accounts to our valued clients! When it comes to conducting smart business, a REAL Merchant Account is the right choice.

Start accepting credit cards or UPGRADE your payment system from Pay Pal and enjoy these benefits:

  • Anyone can pay you: your customer does not need to be a “member” of Pay Pal.
  • Your business name & phone number appear on your customer’s credit card statement.
  • Your funds are directly deposited into your local checking account daily.
  • Access the Authorize.Net Virtual Terminal for key entered phone orders.
  • Real time processing seamlessly integrated into your (ITETC) system.
  • Online reporting and management of all your transactions.

If your business or organization needs to accept Visa and MasterCard (AMEX and Discover Card available) to boost sales and income, click the link below to find out more about the special program we have negotiated for you with leading eCommerce Merchant Account provider e-onlinedata (the biggest Authorize.net partner).

Sign up now and take advantage of the FREE Authorize.Net Set Up, a savings of $79.00.

The Authorize.Net Payment Gateway system is fully compatible with ITETC systems and we have technical support standing by to assist you in launching your eCommerce storefront.

To learn more about our Merchant Accounts with FREE Authorize.Net for a limited time please click here: https://www.e-onlinedata.com/itetc

Here are the main details you would be looking for so you can beleive how good of a deal it is:

Guaranteed = Rates will NOT increase unless Visa/MC increases Interchange* 

  • NO Application Fees
  • NO Annual Fees
  • NO Address Verification (AVS) Fees
  • NO Leasing
  • NO Termination Penalties
  • NO Batch Header Fees
  • 2.19% VISA/MasterCard Qualified Discount Rate
  • $0.25 per Transaction
  • $10.00 Monthly Service Fee (includes Monthly Statement)
  • $25.00 Monthly Processing Minimum
  • Toll Free 24/7 Tech Support and daily Customer Service Support

As far as Authorize.net deal you will get:

 

FREE

 Setup, $10.00/monthly and   first 250 trans free monthly, then $0.05 each

Signup Today https://www.e-onlinedata.com/itetc

Posted in ALL, Online Store Guide | Tagged , , , , | Leave a comment

SSL4ALL.com is now live offering affordable SSL Certificate by Comodo

Posted on July 1, 2010 by ITAhmed

Hello Everyone,

IT-ETC would like to share this exciting news with everyone. SSL4ALL.com has been launched as its latest addition to focus on Reselling SSL Certificates to the public.

These SSLs are through its Enterprise partner COMODO which is the leader in the SSL industry.

The SSL4ALL.com is a give back project where IT-ETC will make SSL4ALL.com for the first 5 years a low profit margin as a way of contributing to keep websites secure while still being affordable.

We certainly hope this will be a successful project and kindly ask everyone to contribute to make our project a great success by either recommedning us, trying us, or just share ideas with us on how we can be better.

Posted in SSL Certificate, Secure Certificate | Tagged , , | Leave a comment

Comodo Notifies VeriSign of Major Security Vulnerability and Urges VeriSign to Correct, Remediate and Notify its Customers

Posted on June 25, 2010 by ITAhmed

Jersey City, NJ, June 25, 2010 – Comodo a leading Certificate Authority and Internet security organization, today announced it acknowledges that VeriSign has made some recent fixes to its security issues that were identified by Comodo, which notified VeriSign through an independent third-party of the problems it discovered more than a week ago.

On 23rd June, Comodo provided VeriSign with a second disclosure document on the previously reported vulnerability. VeriSign’s response was to make further corrections with respect to the security issues reported to them by Comodo.

“We are pleased to see that some of the security flaws have now been addressed by VeriSign,” said Comodo CEO, Melih Abdulhayoglu. “In our initial request we asked that VeriSign take immediate steps to correct and remediate the vulnerability and notify all affected users who may be affected by this security vulnerability and I truly hope that those steps have been taken.”

VeriSign has publicly acknowledged fixes to their certificate management portal, including removing some of the features that were publicly accessible and ensuring that the portal is no longer found through methods of search and in Google, and requests for revoking of certificates are no longer available publicly.

Comodo believes there are still issues that need to be addressed, but VeriSign’s response to the topic in question has been encouraging so far.

Posted in ALL, News, SSL Certificate, Secure Certificate | Leave a comment

InCommon Introduces Certificate Service by using Comodo as their SSL CA

Posted on June 8, 2010 by ITAhmed

Unlimited server and personal certificates at one fixed fee; New service offered, in partnership with Comodo, as part of expanding InCommon Trust Service Portfolio

ANN ARBOR, Mich, June 07, 2010 – The InCommon Federation has today announced the launch of a new trust service that will offer unlimited server and personal certificates to U.S. colleges and universities. As the first certificate service of its kind in the U.S., Internet2, which operates InCommon, is introducing this offering to provide the U.S. higher education community with a cost-effective means of deploying and operating a more secure and authenticated online environment for their campus constituencies. Details are available at www.incommon.org/cert.

“This new service provides tangible value to the U.S. research and education community and extends a pathway for innovation on campus,” said John Krienke, chief operating officer of InCommon. “By offering unlimited SSL certificates, we’re providing the potential for campuses to significantly reduce their certificate-related expenses. But at least as important, later this year we will include unlimited personal certificates, setting the stage for campuses to more easily adopt important services like signed email and second-factor authentication. Economics are no longer a limitation for certificate possibilities.”

InCommon is offering this service through a partnership with Comodo CA Ltd., a major certification authority and Internet2 industry member. Through the agreement, U.S. institutions of higher education can purchase unlimited numbers of certificates for SSL, personal signing, encryption, and code signing. InCommon partnered with Comodo, in part, because of the successful implementation of a similar program the company developed with TERENA (the Trans-European Research and Education Networking Association). The program launched last year has enabled its NREN members in over 30 European countries and international public sector organizations to offer certificates powered by Comodo to all education institutions throughout Europe.

“We are excited about the opportunity to join InCommon in helping millions of students in colleges and universities across the U.S. to secure their online experience and communications,” said Melih Abdulhayoglu, chief executive officer of Comodo. “Enabling students and faculty members with the personal secure certificate and second factor authentication, whether for email encryption or for secure access to the university’s internal network, will prevent security breaches and leak of digital information.”

Any higher education institution with its primary location in the U.S., and qualifying for an “edu” domain name, is eligible for the program. Internet2 member institutions will receive a 25 percent discount on the Certificate Service. Institutions must also participate in or join InCommon to take advantage of the Certificate Service. The service fee schedule is based on an institution’s classification under the Carnegie Foundation for the Advancement of Teaching and requires an initial three-year commitment.

The InCommon Certificate Service is testing the program with a small number of institutions during June 2010. A full rollout of the service is expected in late summer of 2010. Institutions with expiring certificate agreements will receive priority, allowing them to avoid service interruptions. The roots of InCommon’s SSL and personal Certificate Authorities are in all of the major Internet web browsers and devices. More information is available at www.incommon.org/cert. or by emailing incommon-info@incommonfederation.org.

ABOUT INCOMMON

InCommon facilitates collaboration through the sharing of protected network-accessible resources by means of an agreed-upon community trust fabric. The InCommon Federation, operated by Internet2, provides a privacy-preserving, secure method for higher education institutions and their partners to offer single sign-on convenience and standards-based security to their faculty, researchers, students and staff. Through InCommon, individuals no longer need to maintain multiple passwords and usernames and online service providers no longer need to maintain user accounts. The educational institution manages the level of privacy and security for its constituents. For more information, see www.incommon.org

ABOUT INTERNET2

Internet2 is an advanced networking consortium led by the research and education community. An exceptional partnership spanning U.S. and international institutions who are leaders in the worlds of research, academia, industry and government, Internet2 is developing breakthrough cyberinfrastructure technologies that support the most exacting applications of today—and spark the most essential innovations of tomorrow. Led by its members and focused on their current and future networking needs since 1996, Internet2 blends its human, IP and optical networks to develop and deploy revolutionary Internet technologies. For more information see www.internet2.edu.

Posted in ALL, News, SSL Certificate, Secure Certificate | Leave a comment