I am sure there is a way to do this, but I have limited resources (the
most valuable being time).I need to lock out or block non ms domain
members from my network. This would be from people bringing in their
home laptops and plugging in and from people connecting to my corporate
network via VPN.
I do not want a solution to check thier home computer to make sure it
is up to par. The non domain members must be blocked (corporate
policy).

Current logical configuration:

Home user>cisco vpn concentrator>simple IP address pool
provided>authenticated against win2k radius>

Let me know if you need any further info from me to help with my issue.

Thanks in advance!

Re: VPN Security, locking out non domain members by S

S
Sun Jul 16 06:43:29 CDT 2006

Ah, the good old endpoint security. I'd love to have a robust discussion
about that one. I've grown a bit skeptical abouth this, as I believe that
it's posible to implement proper security controls on all network resources
and applications, making the actual device used less relevant and risky.
Also the restrictions that are imposed by the endpoint security technologies
tend to impact usability (mostly by restricting "other" platforms - for
example, Windows Mobile) and don't really prevent rogue hosts in many cases.

Meanwhile, some resources for you. Microsoft calls the set of technologies
Network Access Protection (http://www.microsoft.com/nap). The first
iteration is the Network Access Quarantine Control in W2K3, and it's going
to become more mainstream technology, as almost all players in the field
signed up as the partners. Check Point is pushing their Integrity suite -
that is poorly integrated with their VPN-1; Integrity Clientless,
implemented as an ActiveX, a part of Connectra SSL VPN suite from Check
Point is okay. You're using VPN from Cisco - they have Network Access
Control products for the same purpose. Call your Cisco rep and they'll dump
a bucketload of powerpoints on you.

What's the catch? You have to do a lot of policy definitions and script
writing. The standard set is to verify that the system's up to date with the
patches and Av signatures are fresh. But if you want to make sure that the
system is a member of the domain, you aren't given much choice. On wireless
networks, using computer authentication (along with proper protection of the
computer credentials), is a sort of standard practice.With VPN, we're not
there yet.

Which brings me to the firs point - should we really care?

--
Svyatoslav Pidgorny, MS MVP - Security, MCSE
-= F1 is the key =-

<dcasteel@gmail.com> wrote in message
news:1152965057.273348.327480@p79g2000cwp.googlegroups.com...
>I am sure there is a way to do this, but I have limited resources (the
> most valuable being time).I need to lock out or block non ms domain
> members from my network. This would be from people bringing in their
> home laptops and plugging in and from people connecting to my corporate
> network via VPN.
> I do not want a solution to check thier home computer to make sure it
> is up to par. The non domain members must be blocked (corporate
> policy).
>
> Current logical configuration:
>
> Home user>cisco vpn concentrator>simple IP address pool
> provided>authenticated against win2k radius>
>
> Let me know if you need any further info from me to help with my issue.
>
> Thanks in advance!
>



Re: VPN Security, locking out non domain members by bagins

bagins
Tue Jul 18 16:50:32 CDT 2006

You can issue computer certificates to your clients, and use them for
authentication.

--

************************
Best regards
Bagins
************************


<dcasteel@gmail.com> wrote in message
news:1152965057.273348.327480@p79g2000cwp.googlegroups.com...
>I am sure there is a way to do this, but I have limited resources (the
> most valuable being time).I need to lock out or block non ms domain
> members from my network. This would be from people bringing in their
> home laptops and plugging in and from people connecting to my corporate
> network via VPN.
> I do not want a solution to check thier home computer to make sure it
> is up to par. The non domain members must be blocked (corporate
> policy).
>
> Current logical configuration:
>
> Home user>cisco vpn concentrator>simple IP address pool
> provided>authenticated against win2k radius>
>
> Let me know if you need any further info from me to help with my issue.
>
> Thanks in advance!
>



Re: VPN Security, locking out non domain members by S

S
Wed Jul 19 04:53:41 CDT 2006

That doesn't make sure that the computers are members of the domain...

--
Svyatoslav Pidgorny, MS MVP - Security, MCSE
-= F1 is the key =-

"bagins" <dejan /at\ levaja /.\ com> wrote in message
news:Owqr3QrqGHA.1796@TK2MSFTNGP03.phx.gbl...
> You can issue computer certificates to your clients, and use them for
> authentication.
>


Re: VPN Security, locking out non domain members by bagins

bagins
Wed Jul 19 06:44:22 CDT 2006

It does. If you set permissions on cert template only for domain computers.

--

************************
Best regards
Bagins
************************


"S. Pidgorny <MVP>" <slavickp@yahoo.com> wrote in message
news:%23Tsq7kxqGHA.3248@TK2MSFTNGP04.phx.gbl...
> That doesn't make sure that the computers are members of the domain...
>
> --
> Svyatoslav Pidgorny, MS MVP - Security, MCSE
> -= F1 is the key =-
>
> "bagins" <dejan /at\ levaja /.\ com> wrote in message
> news:Owqr3QrqGHA.1796@TK2MSFTNGP03.phx.gbl...
>> You can issue computer certificates to your clients, and use them for
>> authentication.
>>
>



Re: VPN Security, locking out non domain members by S

S
Thu Jul 20 03:12:17 CDT 2006

If the computer is subsequently joins another domain, the certificate is
still in place. But we can argue that the computer account still has to be
in the right group in the AD to connect. Well, I can modify that system (or
its clone), do whatever - and the account is still in the group because the
system wasn't administratively deleted from the domain.

So the original goal of "domain members only" is suddenly replaced with
"systems based on the legitimate domain members". Which brings up the whole
problem of endpoint security.

I also believe that RAS has to authenticate users, not computers.

--
Svyatoslav Pidgorny, MS MVP - Security, MCSE
-= F1 is the key =-


"bagins" <dejan /at\ levaja /.\ com> wrote in message
news:%23OqdBjyqGHA.4032@TK2MSFTNGP03.phx.gbl...
> It does. If you set permissions on cert template only for domain
> computers.
>
> --
>
> ************************
> Best regards
> Bagins
> ************************
>
>
> "S. Pidgorny <MVP>" <slavickp@yahoo.com> wrote in message
> news:%23Tsq7kxqGHA.3248@TK2MSFTNGP04.phx.gbl...
>> That doesn't make sure that the computers are members of the domain...
>>
>> --
>> Svyatoslav Pidgorny, MS MVP - Security, MCSE
>> -= F1 is the key =-
>>
>> "bagins" <dejan /at\ levaja /.\ com> wrote in message
>> news:Owqr3QrqGHA.1796@TK2MSFTNGP03.phx.gbl...
>>> You can issue computer certificates to your clients, and use them for
>>> authentication.
>>>
>>
>
>



Re: VPN Security, locking out non domain members by bagins

bagins
Thu Jul 20 04:11:06 CDT 2006

You are right, but imho it is a lot better to have computer certificate
authentication (+ user auth, of course), instead of trusting a simple client
side script (w2k3 quarantine control...).

--

************************
Best regards
Bagins
************************


"S. Pidgorny <MVP>" <slavickp@yahoo.com> wrote in message
news:Ok%2379Q9qGHA.5108@TK2MSFTNGP05.phx.gbl...
> If the computer is subsequently joins another domain, the certificate is
> still in place. But we can argue that the computer account still has to be
> in the right group in the AD to connect. Well, I can modify that system
> (or its clone), do whatever - and the account is still in the group
> because the system wasn't administratively deleted from the domain.
>
> So the original goal of "domain members only" is suddenly replaced with
> "systems based on the legitimate domain members". Which brings up the
> whole problem of endpoint security.
>
> I also believe that RAS has to authenticate users, not computers.
>
> --
> Svyatoslav Pidgorny, MS MVP - Security, MCSE
> -= F1 is the key =-
>
>
> "bagins" <dejan /at\ levaja /.\ com> wrote in message
> news:%23OqdBjyqGHA.4032@TK2MSFTNGP03.phx.gbl...
>> It does. If you set permissions on cert template only for domain
>> computers.
>>
>> --
>>
>> ************************
>> Best regards
>> Bagins
>> ************************
>>
>>
>> "S. Pidgorny <MVP>" <slavickp@yahoo.com> wrote in message
>> news:%23Tsq7kxqGHA.3248@TK2MSFTNGP04.phx.gbl...
>>> That doesn't make sure that the computers are members of the domain...
>>>
>>> --
>>> Svyatoslav Pidgorny, MS MVP - Security, MCSE
>>> -= F1 is the key =-
>>>
>>> "bagins" <dejan /at\ levaja /.\ com> wrote in message
>>> news:Owqr3QrqGHA.1796@TK2MSFTNGP03.phx.gbl...
>>>> You can issue computer certificates to your clients, and use them for
>>>> authentication.
>>>>
>>>
>>
>>
>
>



Re: VPN Security, locking out non domain members by S

S
Thu Jul 20 05:42:27 CDT 2006

Yep. Plus, putting the cert on a TPM. Unfortunately, unlike Wi-Fi
infrastructure, neither of modern VPN servers can enforce such dual logon.

--
Svyatoslav Pidgorny, MS MVP - Security, MCSE
-= F1 is the key =-

"bagins" <dejan /at\ levaja /.\ com> wrote in message
news:OVA3Dy9qGHA.3908@TK2MSFTNGP05.phx.gbl...
> You are right, but imho it is a lot better to have computer certificate
> authentication (+ user auth, of course), instead of trusting a simple
> client side script (w2k3 quarantine control...).
>
> --
>
> ************************
> Best regards
> Bagins
> ************************
>
>
> "S. Pidgorny <MVP>" <slavickp@yahoo.com> wrote in message
> news:Ok%2379Q9qGHA.5108@TK2MSFTNGP05.phx.gbl...
>> If the computer is subsequently joins another domain, the certificate is
>> still in place. But we can argue that the computer account still has to
>> be in the right group in the AD to connect. Well, I can modify that
>> system (or its clone), do whatever - and the account is still in the
>> group because the system wasn't administratively deleted from the domain.
>>
>> So the original goal of "domain members only" is suddenly replaced with
>> "systems based on the legitimate domain members". Which brings up the
>> whole problem of endpoint security.
>>
>> I also believe that RAS has to authenticate users, not computers.
>>
>> --
>> Svyatoslav Pidgorny, MS MVP - Security, MCSE
>> -= F1 is the key =-
>>
>>
>> "bagins" <dejan /at\ levaja /.\ com> wrote in message
>> news:%23OqdBjyqGHA.4032@TK2MSFTNGP03.phx.gbl...
>>> It does. If you set permissions on cert template only for domain
>>> computers.
>>>
>>> --
>>>
>>> ************************
>>> Best regards
>>> Bagins
>>> ************************
>>>
>>>
>>> "S. Pidgorny <MVP>" <slavickp@yahoo.com> wrote in message
>>> news:%23Tsq7kxqGHA.3248@TK2MSFTNGP04.phx.gbl...
>>>> That doesn't make sure that the computers are members of the domain...
>>>>
>>>> --
>>>> Svyatoslav Pidgorny, MS MVP - Security, MCSE
>>>> -= F1 is the key =-
>>>>
>>>> "bagins" <dejan /at\ levaja /.\ com> wrote in message
>>>> news:Owqr3QrqGHA.1796@TK2MSFTNGP03.phx.gbl...
>>>>> You can issue computer certificates to your clients, and use them for
>>>>> authentication.
>>>>>
>>>>
>>>
>>>
>>
>>
>
>