Tag Archives: IP address

IPv4 to IPv6

26 Nov

IP addressing – a numbers game

The depletion of the IPv4 allocation pool has been a concern since the late 1980’s, when the internet really started to see enormous growth. Since then there have been many techniques developed to address the IPv4 scalability issues (limited to 4.3 billion addresses) such as CIDR, NAT and finally the introduction of IPv6 in 1998.

IPv6 is the only workable solution to IPv4 depletion as it can provide 340 undecillion (3.4×1038) addresses. This therefore eliminates the need for NAT in the future internet. To put the numbers in perspective, if the current pool of IPv4’s 4.3 billion addresses were the size of a golf ball, the new IPv6’s 340 undecillion address space would be about the size of the sun.

IPv4 to IPv6 – The network problem 
IPv4 and IPv6 are completely separate Network layer protocols that cannot interact directly. As the internet community rolls out IPv6, what is actually happening is the build out of a second, logical IPv6 internet, which runs in parallel and over the same physical Layer1 &2 infrastructure as the current IPv4 internet, with the eventual goal of phasing out the IPv4 Internet.

Since there is no set time limit when everything must be IPv6 network providers need to design and implement mechanisms that allow networks to work on IPv4 and IPv6 at the same time, and also, in preparation for the eventual date when IPv4 address space is completely exhausted, have a solution where they can deploy IPv6 only sites that can still communicate with the IPv4 Internet.

IPv4 to IPv6 – the solutions
Dual-Stack
Dual stack means that all devices are able to run both IPv4 and IPv6 in parallel. This is the solution that should be implemented now as it offers flexibility and coexistence, allowing users to reach both IPv4 and IPv6 simultaneously.

Dual stack does not require any tunnelling over networks as IPv4 and IPv6 work independently of each other. This allows for a granular migration of services from IPv4 to IPv6 over time.

Dual-Stack Lite

Dual Stack Lite is a solution which is primarily adopted for broadband solutions. Its design does not require any registered IPv4 address space to be assigned to a Customer site. In this design only IPv4 private addresses for the LAN clients are used and IPv4 in encapsulated in IPv6 over the WAN.

The network provider implements a Carrier Grade NAT (CGN) device within its network infrastructure and the Dual Stack Lite CPE uses its unique IPv6 connection to deliver packets to the CGN which has a pool of IPv4 addresses.

Source: http://virtualitsupport.wordpress.com/2013/11/26/ipv4-to-ipv6/

How do I determine the physical location of an IP address?

25 Nov

Shree

There are several online services that will display your IP address and the associated city, state, or country with that IP address or any other IP address entered into the site. Often this information is associated with where the ISP is located and not the exact location of the person of that IP address.

View original post 118 more words

Size Doesn’t Matter. Controlling Big Data Through Cloud Security

29 Sep

There’s data. And then there’s BIG DATA. Many of us have been bombarded with the term in many frameworks. There are some professionals that chalk it up to marketing hype or meaningless buzzword. Personally, I prefer the way Gartner categorizes it. That it is more than size. It is a multi-dimensional model that includes complexity, variety, velocity and, yes, volume.

But the pressing issue with this definition of Big Data is how best to secure something so vast and multifaceted. If you recognize the old concept of a network perimeter is antiquated and dangerously narrow, there should be some concern as to corralling all this data and ensuring its transit and storage is protected. The latter issue speaks directly to compliance needs. Banks and other financial institutions, medical facilities, insurance, retailers and government entities are especially sensitive to the compliance requirements. However, if your business doesn’t fit into these verticals doesn’t mean you can’t directly benefit from cloud computing based security that creates the necessary context. And though your organization is dealing with an incredible mountain of data, you still must do what you can to ensure not only the proprietary intelligence behind your firewalls, but all the data trafficking in, around and through all various endpoints throughout the enterprise.

But again, size should not be the only consideration regarding Big Data. It is the means by which you analyze and apply various processes that allow you to make the best decisions possible about the ongoing security, accessibility and viability of all those many bits and bytes.

If you are looking at scale the McKinsey Global Institute estimates that “enterprises globally stored more than 7 exabytes of new data on disk drives in 2010, One exabyte of data is the equivalent of more than 4,000 times the information stored in the US Library of Congress. That’s a lot of data.

Storing is one thing, but analyzing and managing all the data into useful strategic and tactical outcomes now depends on the other elements of Big Data (complexity, variety, velocity). To do this successfully you have to have a means to put all of it into context. For instance, let’s say an account is accessed. It has the right user name/password credentialing and seeks to export some personal data or transfer funds, or change sensitive account settings. On its face you should allow this action. They have the right name and authentication. But when this is given greater context, there are dynamics from other silos of information that need to be factored. What is the device profile? URL reputation? Is the IP address consistent? When was last log in attempt? What time did this latest transaction occur? So, what seemed to be a reasonable transaction might shows patterns of anomalous behavior.

But here’s the larger issue—all these factors that play into determining true context (which I call situational awareness) may come from different sources and require a bit of juggling and cross-correlating. You have SIEM, Access Management, Log Management, and Identity Management. And they may all live on various servers in various places within the enterprise. So ensuring this process association is doable, but with so many layers and stacks, the results may take too long to take preventative measures. You know what they say about the horse having already left the barn.

By migrating security functions to the cloud (security-as-a-service) you still may run into these same issues unless you find a provider who can combine all the functionality and create the rules for cross-correlation that can normalize and sort through gargantuan amounts of data. A SIEM solution in the cloud is able to take raw data from a variety of sources, normalize it and create and manage the alerts, escalations and prevention protocols. Such a configuration takes the activity from Identity and access management silos, combines them with the silos of general traffic of web traffic, internal access, SaaS solutions and other business/consumer facing applications and generates a flexible and scalable intrusion detection matrix.

A fully-realized cloud-based SIEM deployment (which is much less expensive in the cloud, yet just as powerful as any on premise solution) can prevent an IP address in China from spoofing your customers account and create intelligence that deflects and notes if a Flame virus is being lobbed at your network. But a true cloud-based security partner worth their salt will also provide the raw data for post-capture analysis. This way you can analyze new traffic patterns, but more important create the baseline to make intelligent decisions for the long term security of your network or immediate recognitions of anomalous behavior. But all that raw data…that’s where the cloud gets you, right? You get penalized for having bigger and bigger data sets. Not if you have the right vendor. I personally know where you can get storage space for as little as $1 per gB per month. You can scale the amount and the type of data you wish to keep in the cloud. You control when it gets destroyed according to various compliance requirements. I also have some thoughts about vendors who provide the services, but require you to buy some appliance that you install and maintain on your network…but that’s a whole other blog.

The bottom line is Big Data can be managed given the right tools. And those tools do exist in the cloud and can be managed through the same. And when you have the right rules, passing though an integrated suite of security solutions you’ll begin to see that size doesn’t matter. What matters is creating a situational awareness that provides you a platform to make better decisions. And if that place is in the cloud…all the better.

Source: http://cloudcomputingexpo.com/node/2368674 – By: Kevin Nikkhoo – Sep. 28, 2012

%d bloggers like this: