• Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 698
  • Last Modified:

ssl cert for AD intranet without domain name ?

Hi.  I'm new to SSL & web development so here's my situation/question :

We have IIS set up on an internal Active Directory domain called "mybiz.local" where we have many Windows Servers (IIS7 hosting intranet apps, SQL, fileservers, etc.)  Applications on these servers can get out to the Internet.  We have a firewall appliance in place.

Our website "mybiz.com" is hosted on Bluehost, and that website is completely separate from the internal servers at mybiz.local -- mybiz.com is just a few webpages with no data or connectivity to our actual company servers.

We are going to put a .NET application on the mybiz.local IIS server.  This app will send and receive credit card transactions to third-party credit card processor "FirstData".   FirstData requires we have an SSL cert.

My assumption: Since the SSL cert is for a server with no real web address, will that work?  I mean, our IIS server has an internal address (10.9.8.7), and our location has a fixed Internet IP (72.72.72.72) but no registered domain name points to that IP.

Is there an SSL cert that works in this instance?
Do I need to register another domain name to point to our "internal network" ?  Or perhaps point a subdomain like "myiis.mybiz.com" to our IP & internal IIS server?

Thanks.
(note: all names and IP addresses have been changed to protect the innocent)
0
Rob Rudloff
Asked:
Rob Rudloff
  • 2
  • 2
3 Solutions
 
Paul MacDonaldDirector, Information SystemsCommented:
SSL certificates can be issued for IP addresses.  If you don't want to acquire a domain name for your public interface, you can just have FirstData connect to the IP address at port 443.
0
 
Dave HoweCommented:
as PaulMacd says, an IP address is valid for ssl - effectively, at some point the person relying on the SSL is going to visit https://<Some_IP_Or_Domain_Name>/ so <Some_IP_Or_Domain_Name> is going to need to be in the SSL cert (or validation will fail for bad site name matching)

Might be worth asking FirstData what the SSL cert is *for* - if it is to protect inbound data (as in customers logging in etc) and you don't actually DO that, then they may waive the requirement.  

Conversely, if the payment processor needs to connect to you, ask if you can use a self-issued cert or if they will issue you a cert - and save the cost and awkwardness of setting it up :)
0
 
Rob RudloffIT Development SpecialistAuthor Commented:
I am assuming that after we send some data to FirstData, they will send back a reply with a Credit Card approval code, transaction number, etc.    So, when we send our credit card data, is an SSL cert being sent along too, or a pointer/reference to our SSL cert?    

I understand that SSL-secured data is sent through Port 443, and that data is using the SSL protocol.   So, if I have port 443 open in my firewall, does that port need to point/forward to a specific "certificate server" or something?  

I believe we use port 443 for our SSL VPN, but I believe we have a "self-issued cert" for our VPN ... I am pretty sure we can change the VPN to use some other port, if need be.
0
 
Dave HoweCommented:
Usually, if you are connecting to them, its *their* SSL certificate (if any) that is used.

your SSL certificate is used only for inbound connections to you, but some (most, except those that use a redirect to accept the CC data directly) merchants demand that the data entry path used by the customers be secure - so your app that accepts CC data may need to be secured by SSL before they will enable your account.
0
 
Rob RudloffIT Development SpecialistAuthor Commented:
Thanks.  That points me in the right direction with all this.  I will try to post a description of what is ultimately put in place for us.
0

Featured Post

Concerto Cloud for Software Providers & ISVs

Can Concerto Cloud Services help you focus on evolving your application offerings, while delivering the best cloud experience to your customers? From DevOps to revenue models and customer support, the answer is yes!

Learn how Concerto can help you.

  • 2
  • 2
Tackle projects and never again get stuck behind a technical roadblock.
Join Now