Come funziona admin-ajax.php?

admin-ajax.phpfaparte dell ' API AJAX di WordPress ,e sì,gestisce le richieste sia dalbackend che dalfront.Cerca dinonpreoccuparti delfatto che siain wp-admin.Penso che sia unposto strano ancheper questo,manon è unproblema di sicurezzain sé.Non lo so come questo si riferisca a "enumeratethe admins".

admin-ajax.php is part of the WordPress AJAX API, and yes, it does handle requests from both backend and front. Try not to worry about the fact that it is in wp-admin. I think that is a strange place for it too, but it is not a security problem in itself. How this relates to "enumerate the admins", I don't know.

Pergli utentinon autenticatie non attendibili,ti consigliamo difare dueeccezioni specifiche a VPN/Firewall/Apache .htaccess,che sono:

• example.com/wp-admin/admin-post.php
• example.com/wp-admin/admin-ajax.php

Questi sono dueendpoint automaticimagici utilizzati damolti sia dal WPinterno che da variplugin.

Ecco alcune spiegazioni di cosafa admin-post.php:

• https://www.sitepoint.com/handling-post-richieste-nel-modo-wordpress/

admin-ajax.phpfunzionain modomolto similee una spiegazione utile è qui.

For unauthenticated and untrusted users, you'll want to make two specific exceptions to your VPN / Firewall / Apache .htaccess, which are:

• example.com/wp-admin/admin-post.php
• example.com/wp-admin/admin-ajax.php

These are two auto-magic endpoints used by a lot by both internal WP and also various plugins.

Here's some explanation of what admin-post.php does:

• https://www.sitepoint.com/handling-post-requests-the-wordpress-way/

admin-ajax.php works in a very similar way, and a helpful explanation is here.

Se desideri limitare l'accesso albackend WP (es: wp-admin),utilizza semplicemente una regola .htaccess su wp-admin directory.

Dai un'occhiata a questo articoloper unapanoramicagenerale: Proteggi conpassword una directory utilizzando .htaccess

Controlla anche questo argomentoperiltuo caso specifico: Protezione conpassword/wp-admin/

If you want to limit access to the WP backend (ex: wp-admin), just use a .htaccess rule on the wp-admin directory.

Check out this article for a general overview: Password Protect a Directory Using .htaccess

Also check out this topic for your specific case: Password protecting /wp-admin/

Lamia opinionepersonale è che questa sia un'ideaterribile. Circa duemesifailnostro direttore dello sviluppo hainsistito sulfatto che lofacessimo,molto controil consiglio delteam di sviluppo. È un veroincuboe un doloreincredibilepernoi,non solo uccide ajaxtuttiinsieme,mapresenta cosìtantiproblemi amministrativipernoi.

Abbiamo 40 dipendenti regolarie 4 sviluppatori che cercano di utilizzare la VPN a voltee balbetta,e tuttigli utenti ora richiedono due set dipassword unoper wpe unoper VPNe non è solo unapassword condivisa,èindividuale quelli,voglio direin quale altromodofaresti un controllo di sicurezza. Ègià abbastanza difficile ricordare unapassword sicura,figuriamoci due.

Aggiungi alproblema chemoltepersonenon sanno come usare una VPNe spesso questo causa solopiùproblemi.

In definitiva è un'ideaterribileed è spessoproposta dalla direzione o da un livello superiore chenon conosce o capisce WordPress. Lo vedono sotto una luceterribile,chepoiché è open source deve ancheessere unproblema di sicurezza,pieno diexploitfacilmenteintercettabilie così via ... stainvecchiando.

WordPress è sicuroe mantenere wp-admin dietro una vpnnon è solopaura,ma rappresenta unincuboper ognimembro delteam

Perchéi gestorinon hannofiducia quando sitratta di WordPress,sembrano dimenticare chei principali siti usano WordPresse non usano VPN,guarda adesempio Mashable.

Quindi,per ricapitolare:

Ajaxnonfunzionerà dietro una VPN.

Vpn è un'ideaterribileperi motivi sopramenzionati

WordPress è sicuroe lo rimarrà se lomanterraie iplugin aggiornati.

Ascoltai tuoi sviluppatori,lipaghiper la loroesperienza. Tipossopromettere chenullamina un rapporto di lavoro comenon riporre latuafiduciain unindividuoe dover controllare le sue conoscenze.

Se utilizzi VPN,assicurati di acquistare unnumero sufficiente di licenze utente.

My personal opinion is that this is a god awful idea. About two months ago our director of development insisted we do just this, much against the advice of the Dev team. It's a genuine nightmare and an incredible pain for us, not only does it kill ajax all together it presents so many administration issues for us.

We have 40 regular staff and 4 devs trying to use the vpn at times and it just stutters, along with that all users now require two sets of passwords one for wp and one for vpn and that's not just a shared password it's individual ones, I mean how else would you do a security audit. It's hard enough to remember one secure password, let alone two.

Add to the issue that a lot of people do not know how to use a vpn and often that just causes more issues.

Ultimately it's a terrible idea and it's often put forward by management or higher who do not know or understand WordPress. They see it in a terrible light, that because it's open source it must also be a security issue, filled with easily tapped exploits and so on.... its getting old.

WordPress is secure and sticking wp-admin behind a vpn is not only fear mongering it presents a nightmare for every member of the team

Why is it that management types have no trust when it comes to WordPress, they seem to forget major sites use WordPress and don't use vpns, look at mashable for example.

So to recap:

Ajax won't work behind a vpn.

Vpn is a terrible idea for reasons mentioned above

WordPress is secure and will remain so if you keep it and plugins up to date.

Listen to your Dev, you pay them for their expertise. I can promise you, that nothing undermines a working relationship like not putting your trust into an individual and having to check up on their knowledge.

If you do go with vpn, be sure to buy enough user licenses.