Its been a long, long time since I blogged. Lots changed and lots to update on.
One major thing is I finally bit the bullet and dropped Windows Mobile 10. I was a long time user of W10M/8.1 Phone/8 Phone but I accepted fate and realised I am missing out on functionality, security, apps and tools. Whilst I still think Windows 10 is brilliant, I do use occasionally an Android tablet. The flexability and app store is very impressive, plus there s no way i’m ever going back to Apple.
So having done some research a while back and nearly going for a Samsung Galaxy 8 (v v expensive) then being curious by OnePlus, I preordered a OnePlus Five.
If you don’t know about them, check them out at https://oneplus.net/uk/5. Its bloody brilliant.
The OS is bang up to date, is fast and fluid. No crapware on there and the camera is great. Battery is brilliant, screen clear and nice and light. Well designed and I must say I’m seriously impressed. Ignore the crap about the ‘jelly effect’ as most of it comes from the fanboy sites and is hype over nothing.
More updates soon.
Category: Mobile
Cisco have now released a BETA AnyConnect client for Windows Phone 8.1 availible here at the Windows Phone store
I havn’t tested the latest builds but the initial version had a few showstoppers that look like to have been fixed. Remember this uses SSL/TLS encryption only and your local security policy may mandate the use of IPsec, along with all its issues !
Also they dont appear to have fixed the session timeout bug so that may cause a few headaches with disconnects.
First day in my ‘post a day’ challenge for November went well with me missing a post…so I shall indevor to catch back up 🙂 ..
There is a few reasons for this but one of the reasons is that I can’t just post from any device. I took the plunge a good while back and protect the site using the fantasic Duo Security two factor authentication system which means I have to have my phone to hand when logging into my Blog.
Yes, multi factor authentication is a pain in the ass but thats security. Its about balancing security with usability. I’d rather have the pain than allowing someone else to blog as me.
I also recomend using two factor authentication for all of your ‘primary’ accounts such as Microsoft (Technet, Outlook, Office 365), Google (+, gMail, Webmaster Tools), Apple (iTunes, iCloud), Twitter and Facebook. Using Windows Phone, I use the Microsoft Authenticator app which can be used for all of the sites listed here.
Logging on can be a pain, but I’d rather have the extra security.
Some parts I forgot from the last few posts.
The ASA also uses Group Policy (not AD group policy!) configuration. In here you set useful things such as DNS, domain and other properties. Its also the area to configure specifics for the IPSEC Phase 2 connection. I normally use a GP per connection as its allows some flexibility when making changes later on. You can also set some values within the default group policy that will be standard over the whole of your ASA, which depending on if inherit is turned on or not get set.
For Apple iOS devices IP Compression and PFS have to be turned on. On Android, these are not. You get a strange symptom (if set) where the Android handset claims its connected (and the ASA even issues an IP address) but the device never shows connected in ASDM. It was only with use of various debugs that I managed to find this out.
Group policies therefore are:
!Apple iOS group-policy GP_iOS internal group-policy GP_iOS attributes dns-server value 10.100.200.10 10.100.202.10 vpn-session-timeout none vpn-tunnel-protocol ikev1 ip-comp enable pfs enable default-domain value mydomain.local !Android group-policy GP_ANDR internal group-policy GP_ANDR attributes dns-server value 10.100.202.10 10.100.200.10 vpn-session-timeout none vpn-tunnel-protocol ikev1 default-domain value mydomain.local
That should complete all of the configuration requried to allow iOS and Android devices to connect to a Cisco ASA using the inbuilt native IPSEC client using x509 certificates. You really arn’t using Pre Shared Keys in this day and age are you ?
So based on the last post, you can now start to configure the ASA to support Apple IOS and Andoid devices.
Firstly we need to add an IKEv1 policy to allow the IKE Phase 1 to establish:
!Andoid crypro ikev1 policy 10 authentication rsa-sig encryption aes-256 hash sha group 2 lifetime 28800 !IOS crypro ikev1 policy 12 authentication rsa-sig encryption aes-256 hash sha group 5 lifetime 3600
This allow the device to at least connect to the ASA to authenticate.
There is an assumption that your ASA already has installed and trust’s the CA’s that the client device certificates are issued by. This is out of scope for here however its imperative that this is in place. Its also crazy if you havent got CRL processing in place but you should know that as well.
From a ASA profile perspective its simple. As stated before both Andoid and IOS only support IKE v1 so you have to create IKEv1 profiles for these connections. The strange part of defining an IKEv1 profile is that is has to have a AAA entry set. In my case I normally define a new AAA group that has no authentication.
aaa-server NO_USER_AUTH protocol http-form
This can then be applied to a new profile. Its not used for authentication (remember – you are using Cerificates only) thus
tunnel-group IOSandAND type remote-access tunnel-group IOSandAND general-attributes ! Clients will use addressing from the named pool shown address-pool IOSandAND-Pool ! Dont use any client authentication (other than Certificate) authentication-server-group NO_USER_AUTH ! Group policy applied for connection default-group-policy GP_IOSandAND tunnel-group IOSandAND ipsec-attributes ! Define CA that client connections will be signed by ikev1 trust-point MyCA.key ! Define no user authentication ikev1 user-authentication none
Depending on if you use DAP etc (and you really should) you will have to add basic policy to allow Andoid and IOS devices to connect. There are no posture checks availible for native clients due to what the clients expose. If you want to do this then the client will need to use the AnyConnect client (free), will need a AnyConnect Mobility licence for the ASA (circa £500) and you can then use IKEv2 which negates a lot of this configuration.
Anyway hope it helps some of you
So the previous thread we were discussing Apple iOS. Now you may have had the same issues with Andoid with it becomming more popular.
First issue when configuring the ASA is the IKEv1 key exchange that goes on. When a device attempts to connect, the client is asked to provide all of the key schemes that it supports. Android 4.1+ and IOS 7 give out (in order)
Android
| AES-CBC | 256 | Seconds | 28800 | SHA1 | DH Gp 2 |
| AES-CBC | 256 | Seconds | 28800 | MD5 | DH Gp 2 |
| AES-CBC | 128 | Seconds | 28800 | SHA1 | DH Gp 2 |
| AES-CBC | 128 | Seconds | 28800 | MD5 | DH Gp 2 |
| 3DES-CBC | Seconds | 28800 | SHA1 | DH Gp 2 | |
| 3DES-CBC | Seconds | 28800 | MD5 | DH Gp 2 | |
| DES-CBC | Seconds | 28800 | SHA1 | DH Gp 2 | |
| DES-CBC | Seconds | 28800 | MD5 | DH Gp 2 |
iOS 7
| AES-CBC | 256 | Seconds | 3600 | SHA1 | DH Gp 5 |
| AES-CBC | 256 | Seconds | 3600 | SHA1 | DH Gp 2 |
| AES-CBC | 128 | Seconds | 3600 | SHA1 | DH Gp 2 |
| AES-CBC | 256 | Seconds | 3600 | MD5 | DH Gp 5 |
| AES-CBC | 256 | Seconds | 3600 | MD5 | DH Gp 2 |
| AES-CBC | 128 | Seconds | 3600 | MD5 | DH Gp 2 |
| 3DES-CBC | Seconds | 3600 | SHA1 | DH Gp 2 | |
| 3DES-CBC | Seconds | 3600 | MD5 | DH Gp 2 | |
| DES-CBC | Seconds | 3600 | SHA1 | DH Gp 2 | |
| DES-CBC | Seconds | 3600 | MD5 | DH Gp 2 |
Now we have these values we can look at configuring the ASA to support native IOS and Andoid clients using x509 Certificate authentication. Its pretty obvious that the top one is the most secure, trailing off to blatantly insecure…….
Time for post 3……..
I have been working on this for a while now. Because of a variety of reasons that I can’t go into here some of my configuration was mandatory.
The Apple iOS (used on iPhone, iPad and iPod Touch) has an in-built VPN client that Cisco assisted with development. It supports PPTP, L2TP and IPSEC. Unless you are crazy you would only seriously use IPSEC. However, it only supports IPSEC using IKEv1 key negotiation. Unless you have a specific reason really only IKEv2 should be used a it has a number of performance and security benefits. So that causes a problem with iOS devices.
Using a IKEv1 in conjunction with a group/pre-shared key is well documented and simple to get working. If you are using Certificates then it gets a whole lot interesting.
One fix is to use the AnyConnect client from the App Store. This is free to download and can be deployed using the Apple Configurator utility from a Mac OSX device. This allows SSL VPN as well as IPSEC IKEv2 connections (in version 3.0 of the AnyConnect iOS/Andriod client) and has enterprise grade tools such as logging, diagnotics and a tool similar to the DART utility that the desktop AnyConnect has.
The difficulty with this is that even though you have purchased SSL VPN user licences (AnyConnect Essentials or Premium) Cisco still want some more money in the guise of ‘AnyConnect Mobile’ licence. These retail at around £500 but still another outlay you did not bargin for. Also your security policy may mandate the use of the built in client so its time to roll up your sleeves.
So what’s it doing ?
As with most things, being able to see what the iOS device is actually doing would be a good start. In Apples infinite wisdom any user messages are usually “cannot connect”, “unable to verify server” and not a lot else.
Armed with a Mac you do have a number of tools at your disposal. Of course if you are reading this it stands a good chance you are doing this is a company and you will need a Mac to deploy Enterprise profiles to iOS devices as lets face it you really, really should lock those babies down.
1) Remember the Mac OSX VPN client is very similar to the iOS VPN client so if its possible to replicate the configuration on the Mac, you may see something more useful to start with. In my experience you don’t but its worth mentioning.
2) Using Xcode its possible to see the iOS devices system log in realtime (equivalent of the /var/log/messages file) From this you can see more useful messages from the client. To do this:
- Install either Xcode or the Apple Enterprise Configurator from http://www.apple.com/support/iphone/enterprise/ I used Xcode
- Open Xcode, then select Window > Organiser
- Connect to iOS device to your Mac using a USB cable
- You should then be able to select the device then Console Log
3) For a low level view of what’s going on you can use the Mac to create a virtual interface to tunnel the iOS devices network traffic over. From then you can use TcpDump to take packet captures.
You again need a Mac, USB cable and a utility from the App Store that you an pull the iOS’s UUID device down. This is important. I used UDID+ but there are others. Quite how this will work when Apple remove it from iOS 6 is not well known…… anyhooo….. Once you have the UDID run the following on the Mac
$ # First get the current list of interfaces. $ ifconfig -l lo0 gif0 stf0 en0 en1 p2p0 fw0 ppp0 utun0 $ # Then run the tool with the UDID of the device. $ rvictl -s 74bd53c647548234ddcef0ee3abee616005051ed
Starting device 74bd53c647548234ddcef0ee3abee616005051ed [SUCCEEDED]
$ # Get the list of interfaces again, and you can see the new virtual $ # network interface, rvi0, added by the previous command. $ ifconfig -l lo0 gif0 stf0 en0 en1 p2p0 fw0 ppp0 utun0 rvi0
Then
$ sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.rpmuxd.plist
Now that you know the name of the RVI, you can point your packet trace tool at it. For example, he’s how you might run tcpdump to take a packet trace from the RVI.
$ sudo tcpdump -i rvi0 -n
tcpdump: WARNING: rvi0: That device doesn't support promiscuous mode (BIOCPROMISC: Operation not supported on socket) tcpdump: WARNING: rvi0: no IPv4 address assigned tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on rvi0, link-type RAW (Raw IP), capture size 65535 bytes
…
When you’re done you can remove the RVI with the following command.
$ rvictl -x 74bd53c647548234ddcef0ee3abee616005051ed
Stopping device 74bd53c647548234ddcef0ee3abee616005051ed [SUCCEEDED]
That should get you into a position you can debug the client traffic. Simply open the captured traffic up in WireShark and you may have a clue…….
In part 2, Ill discuss ASA configuration and what works, what does not and what is an Cisco ASA bug !
I have been thinking about just putting some thoughts down for a while. I’d also like to say I don’t have a favourite vendor or affinity with a manufacturer. I work with Microsoft, Google and other companies stuff all the time. The right tool for the job is my ethos.
Recently I have got a real hump with Apple in general. We have had (in total) in our house:
So you can’t say I can’t talk about their stuff as they have certainly taken my money.
My main problem is how quickly they seem to abandon products and stop releasing upgrades/patches. My old first gen iPod Touch is stuck on iOS 3 something which has known security vulnerabilities and at the time they could of fixed. In the end it helped as I could use the PDF flaw to install Cydia but that’s another story. My iPhone 4 and iPad 2 are more than capable of running Siri but no you need to upgrade. ( Turns out its crap anyway but that’s not the point ). iOS 6 maps are a joke and don’t get me started on there ‘Enterprise’ features such as VPN that I’m currently fighting with.
Their lock in also annoys me. The only method of playing stuff purchased on iTunes’s is to use a MacBook with iTunes and let that download purchased tunes so you can extract MP3’s from its file system. So iCloud won’t let you access anything of use using a browser. Not even my bloody photos taken with iDevices. Even my MacBook running OSX Lion can’t unless I pay £10 for an iPhoto upgrade. And iTunes is still a spreadsheet smothered in excrement.
Don’t get me wrong. The industrial design is mostly beautiful and has helped inspire/ kick the industry into making decent products. However they also make some stupid decisions like the new lightning connectors on the new kit. 1000’s of aftermarket devices just going to end up in landfill or lots of £20 adapters being sold……
I’m astounded that normal folks will pay a lot of their hard earned money to buy their devices. Perhaps they don’t care about some of the things I have said but its very difficult to explain to them that no I can’t get your pictures off easily or no you music can’t be played anywhere else
Me. Well the iPad and macbook are going soon. The iPhone went a while back so I have nearly purged my life of their stuff. Not good riddance but more ‘go away, get your sh1t together and don’t bother me for a while’
Yay. I’m finally free of my iPhone 4 as of a couple of days ago. They may be fairly decent portable computers but IMHO are second rate phones. Also once you are outside of the standard apps most of the others are pretty crummy
I’m now the proud owner of a Nokia Lumia 900 running Windows Phone 7. If you want to see something really well thought out with beautiful hardware then check one out. The integration the OS has with Twitter and Facebook is really good and sets a standard iOS really needs to catch up to
Plus im not an iSheep (well apart from the iPad, Mac and old iPod Touch) but im working on that!
If you have any need for strong authentication for *nix systems, WordPress, Juniper/Cisco VPN devices, RADIUS servers then check out http://www.duosecurity.com/
Its simply awesome and free for up to 10 users !
I’m using it for a variety of projects……
Recent Comments