A jakim cudem przyciśniesz przyciski na moim routerze?

AP odmówi sparowania jeżeli ma w zasięgu więcej niż jedno urządzenie oczekujące na konfigurację.
Co się stanie, jeżeli ktoś za ścianą stawia urządzenie, które jest cały czas w gotowości na sparowanie z Twoim AP?

Jak AP wykryje w zasięgu więcej niż jedno urządzenie oczekujące na konfigurację, to nie sparuje żadnego.
Ja się od WPS trzymam od dawna z daleka. Ściany mają uszy...

Łatwiej po prostu zrezygnować z WPS-a i nie kusić losu niż próbować udowodnić, że jest to bezpieczne i nie ma szans, żeby ktoś tego nie przełamał.

Nawet w krótkim opisie WPS w hostapd można znaleźć kilka słów, po których przeczytaniu od razu powinna się każdemu zapalić lampeczka ostrzegawcza:

"While WPS can enable more home networks to use encryption in the wireless network, it should be noted that the use of the PIN and especially PBC mechanisms for authenticating the initial key setup is not very secure. As such, use of WPS may not be suitable for environments that require secure network access without chance for allowing outsiders to gain access during the setup phase." Źródełko: http://w1.fi/cgit/hostap/plain/hostapd/README-WPS

Znalazłem dziada.

W pliku /lib/netifd/hostapd.sh -- trzeba usunąć opcje dotyczące wps_pin , jest parę linijek, które trzeba zmienić:

...
config_add_string wps_device_type wps_device_name wps_manufacturer wps_pin
...
wps_device_type wps_device_name wps_manufacturer wps_pin \
...
set_default wps_pin "12345670"
...
append bss_conf "ap_pin=$wps_pin" "$N"
...

Z pierwszych dwóch wywaliłem wps_pin , a dwie ostatnie usunąłem całkowicie.

Po resecie wifi, przy sprawdzaniu configu -- plik /var/run/hostapd-phy0.conf -- nie ma już linijki od pinu. Przetestowałem parowanie -- działa. Pin usunięty, także WPS zabezpieczony. Przynajmniej mam taką nadzieję. Jeszcze posprawdzam co nieco.

No ja co dwa tygodnie aktualizuje, zwykle. W sumie jak szukałem info, to nic ciekawego nie znalazłem, dlatego też zgłosiłem, a tu duplikat.

A odnośnie jeszcze tej diody -- to ona nie powinna się świecić podczas tej operacji?

A domyślnie tego nie ma? Myślałem, że być powinno.

Przerobiłem trochę ten standardowy skrypt /etc/rc.button/reset i teraz wygląda on tak:

#!/bin/sh

[ "${ACTION}" = "released" ] || exit 0

. /lib/functions.sh

logger "$BUTTON pressed for $SEEN seconds"

if [ "$SEEN" -lt 1 ]
then
        wps_state=`hostapd_cli get_config | grep wps_state | cut -d= -f2`
        if [ "$wps_state" = "disabled" ]
        then
                logger "WPS is disabbled, please enable it in /etc/config/wireless ."
                exit 1
        elif [ "$wps_state" = "configured" ]
        then
                for dir in /var/run/hostapd*; do
                [ -d "$dir" ] || continue
                        hostapd_cli -p "$dir" wps_pbc
                done
                echo "255" > /sys/class/leds/tp-link\:green\:wps/brightness
        else
                exit 1
        fi
elif [ "$SEEN" -gt 2 -a "$SEEN" -lt 5 ]
then
        echo "REBOOT" > /dev/console
        sync
        reboot
elif [ "$SEEN" -gt 10 ]
then
        echo "FACTORY RESET" > /dev/console
        jffs2reset -y && reboot &
fi

Po wciśnięciu przycisku zapala się lampka i włącza się WPS, tylko teraz jak ją wyłączyć po zakończeniu operacji? Niby mam pomysł jak to powinno wyglądać, tylko, że gorzej z realizacją.

Nie wiem czy są inne sposoby ale status WPS można monitorować przez:

# hostapd_cli wps_get_status
Selected interface 'wlan0'
PBC Status: Timed-out
Last WPS result: None

I ten PBC Status może przyjąć dwie wartości. W przypadku niewpisania  pinu przez 2min, pojawi się tam Timed-out . Natomiast po sparowaniu urządzeń będzie tam widniał Disabled. Jak teraz zaprogramować ten przycisk by max po 2min lampka zgasła oraz by w przypadku sparowania urządzeń również przestała się świecić?