Chris Trynkiewicz

Oto pojawiła się nowa forma spamu. Niezbyt rozwinięta, acz o bardzo mocnej sile przebicia do użytkowników. Tylko patrzeć, jak nasz e-mail zapełni się od spamu... którego przefiltrowanie będzie rzeczą niezwykle trudną, o ile nie niemożliwą.

Jak pamiętamy, w ostatnich tygodniach Google zakupiło YouTube (co zresztą zwróciło mu się w wartościach akcji w ciągu niespełna miesiąca...). Dzisiaj, na moją skrzynkę gmail przyszła wiadomość o nowej prywatnej wiadomości z YouTube. Po samym temacie ("Suplements should I use") już zorientowałem się, z czym będę miał do czynienia. Tak jest, oto inny użytkownik serwisu wysłał mi PM z wiadomością będącą czystym spamem.

Automatyzacja wysyłania takich wiadomości jest banalnie prosta. Sam potrafiłbym w godzinę napisać skrypt PHP skutecznie spamujący całe YouTube. Jak bym obszedł zabezpieczenia? Nijak - nie ma ich! Częstotliwość odwiedzania stron, czy wysyłania wiadomości, można określić przy pomocy funkcji sleep(). I to by było na tyle, bowiem przy wysyłaniu prywatnych wiadomości nie musimy wpisywać kodów z obrazków, jak w przypadku rejestracji na forach. Droga wolna.

Sytuacja jest poważna. Trudno bowiem, by Google blokowało wiadomości od swoich własnych serwisów, a implementacja algorytmów wykrywających spam w wiadomościach prywatnych będzie kosztować krocie i na pewno nie będzie w pełni skuteczna. Jakkolwiek "Google is Google", tak trudno oczekiwać działań po programistach for dyskusyjnych. A chyba większość z nas ma zaznaczone opcje "wysyłaj powiadomienia e-mail o nowych prywatnych wiadomościach". Tym samym, można spodziewać się plagi spamu z naszych ulubionych for dyskusyjnych.

Wydaje się, że jedynym wyjściem z takiej sytuacji jest wprowadzenie kolejnych systemów typu CAPTCHA, czyli kodów do przepisania. Rozwiązania tego typu stają się jednak dyskusyjne w momencie, gdy programistów ponoszą ambicje połączone z możliwościami choćby biblioteki GD2: niejednokrotnie, kod jest zupełnie nieczytelny dla samego użytkownika, nie wspominając o czasie, jaki zajmować będzie nam wpisywanie kodów przy każdym niemal kroku, który można zautomatyzować i wykorzystać w niewłaściwy sposób.

Kolejnym argumentem przeciwko kodom w obrazkach jest fakt, że poddają w poważną wątpliwość dostępność witryn dla osób niewidzących. Ta sytuacja wymaga natychmiastowej reakcji społeczności webdeveloperskiej, zanim będzie za późno. Remedium na nasze bolączki może być inny typ identyfikacji użytkowników (ang. CAPTCHA): rozwiązywanie prostych zadań matematycznych. W mojej opinii, możliwe jest takie skonstruowanie treści zadań, by automaty miały problemy z ich rozwiązaniem: wprowadzenie kropek i przecinków w tym samym wyrażeniu w celu utrudnienia odczytania przez automat części ułamkowych, używanie kolejności wykonywania działań... Np. 2,6 + 2.4 + 0,2 lub 2*2+2.

Oczywiście, nie jest to zbyt eleganckie wyjście, ale jakie mamy alternatywy? Dźwięki odpadają - znowu przekreślimy szanse niepełnosprawnych. Mamy jeszcze możliwość układania krótkich tekstowych zadań, np. "Ile wynosi połowa z całości? Zapisz z przecinkiem.", "Ile minut ma kwadrans?", czy "Uzupełnij: Jeszcze ... nie zginęła, póki my żyjemy.". Należy jednak mieć na względzie, że większe pole manewru daje dam matematyka, zaś wszystkie opisywane metody są, jak to bywa w świecie komputerów, do złamania lub obejścia.

Jeśli jednak już teraz nie zaczniemy myśleć nad skutecznymi rozwiązaniami, możemy obudzić się z ręką... w spamie.