Talk:Protected Extensible Authentication Protocol

Computing Low‑importance

	This article is within the scope of WikiProject Computing, a collaborative effort to improve the coverage of computers, computing, and information technology on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.ComputingWikipedia:WikiProject ComputingTemplate:WikiProject ComputingComputing articles
Low	This article has been rated as Low-importance on the project's importance scale.

Computer Security: Computing Low‑importance

This article is within the scope of WikiProject Computer Security, a collaborative effort to improve the coverage of computer security on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.Computer SecurityWikipedia:WikiProject Computer SecurityTemplate:WikiProject Computer SecurityComputer Security articles

Low

This article has been rated as Low-importance on the project's importance scale.

This article is supported by WikiProject Computing (assessed as Low-importance).

Things you can help WikiProject Computer Security with:

Article alerts will be generated shortly by AAlertBot. Please allow some days for processing. More information...

Review importance and quality of existing articles
Identify categories related to Computer Security
Tag related articles
Identify articles for creation (see also: Article requests)
Identify articles for improvement
Create the Project Navigation Box including lists of adopted articles, requested articles, reviewed articles, etc.
Find editors who have shown interest in this subject and ask them to take a look here.

This article needs to be examined because it 'borrows' text from George Ou's article. There are some anti-Cisco statements in that article, which have been noted below.

I'm not a Cisco apologist, but in the name of objectivity, shouldn't this line be modified:

"As a result, most Cisco customers run the less secure and proprietary LEAP or EAP-FAST authentication protocols because they’ve swallowed the Cisco Kool-Aid."

Perhaps

"As a result, most Cisco customers run Cisco's proprietary LEAP or EAP-FAST authentication protocols due to their promotion by Cisco."

would be more appropriate?

No it should not be edited because it is 100% correct. LEAP and EAP-FAST are both less secure. In fact LEAP is so badly broken, even Cisco recommends not using it.

I think this sentence is misleading: PEAP-EAP-TLS is very similar in operation to the original EAP-TLS but provides slightly more protection due to the fact that portions of the client certificate that are unencrypted in EAP-TLS are encrypted in PEAP-EAP-TLS.

Realistically the effective strength of PEAP-EAP-TLS is no more than EAP-TLS. In both cases it is equal to the strength offered by TLS (which offers known key exchange protocols which are designed for "secure exchange" of keys on an "insecure" channel)

Removed link:

http://www.tinypeap.com/ - PEAP on WRT54G access points (Has not been updated for some time).

As it no longer works. Jimlaflin 16:16, 23 September 2006 (UTC)[reply]

PEAPv0/EAP-MSCHAPv2

I find this part of the article is misleading: "PEAPv0/EAP-MSCHAPv2 is the most common form of PEAP in use, and what is usually referred to as PEAP. The inner authentication protocol is Microsoft's Challenge Handshake Authentication Protocol."

It's not really correct to say PEAPv0/EAP-MSCHAPv2 is a "form of PEAP". PEAP allows you to tunnel any EAP method inside the TLS channel that PEAP sets up in phase 1. While it's true that EAP-MSCHAPv2 is the common (default) setting used by Windows machines, PEAPv0 can be used just as well with EAP-TLS, EAP-MD5 or any other EAP method.

It would be clearer to just talk about PEAP in this article and make mention of the common inner EAP types used with it (such as EAP-MSCHAPv2, which should get its own entry). Mrsnooty 23:40, 27 June 2007 (UTC)[reply]

I forgot to add that this: "The inner authentication protocol is Microsoft's Challenge Handshake Authentication Protocol." is incorrect. EAP-MSCHAPv2 is not the same as MS-CHAPv2 - the former is an EAP "wrapper" around the standard MS-CHAPv2 protocol. The EAP-MSCHAPv2 draft standard is here: http://tools.ietf.org/html/draft-kamath-pppext-eap-mschapv2-02

Merger Notice

I agree with the suggestion that this article should be merged into Extensible Authentication Protocol. I am considering taking up the work of carrying out the merger. I request the other contributors to voice objections if any (approvals are obviously welcome :) )

Kcrao - Engineer, Security and Wireless Technologies (talk) 09:16, 6 March 2009 (UTC)[reply]

I disagree. The material belongs in both, not one or the other. The tech is too complicated to fit neatly into a broader article with other highly complicated tech. By all means add whatever relevant material to the EAP article, but that section of the article should refer here for a complete understanding of the subject of PEAP. In other words, that article should redirect (on the subject of PEAP) here and not vice versa. Int21h (talk) 09:34, 20 March 2010 (UTC)[reply]

Find my device that was stolen 38.158.155.139 (talk) 19:21, 17 July 2023 (UTC)[reply]