Wiki: �Un desastre que espera para suceder?
Wiki permite corregir de colaboraci�n de Web site.
La mayor�a de los wikis como el wiki original c2 permiten que los usuarios an�nimos modifiquen los Web pages, incluyendo la canceladura completa del contenido o la inserci�n de acoplamientos externos. La mayor parte de hacer mantienen los respaldos, pocos no hacen.
Un ataque basado escritura apuntado puede muy f�cilmente modificarse/cancelaci�n una gran cantidad de estas p�ginas arrastr�ndose con la tela del wiki. Estoy seguro el intento de la voluntad del admin a recuperarse, no obstante son mucho desamparadas bonito contra un pirata inform�tico dedicado, que puede no s�lo utilizar los servicios del anonymizer para fijar de diversos IP, pero puedo tambi�n utilizar los abejones usados normalmente para los ataques de DDOS.
�ste es por lo menos equivalente a la negaci�n del ataque del servicio en que evita que la gente vea este contenido de los Web site, que reciben a menudo el producto �til y la informaci�n relacionada de los servicios. Es realmente peor pues puede substituir el contenido por el contenido desagradable/inadecuado. Tambi�n tiene obviamente la capacidad subrepticio para fijar acoplamientos a los sitios del adulto/del casino/de la hipoteca. El Spamming del acoplamiento puede adquirir una nueva dimensi�n entera - Spamming del wiki.
Una soluci�n es permitir la modificaci�n a los miembros que pasan con un proceso de registro.
El proceso debe emplear una cierta manera de prevenir el registro autom�tico como el reconocimiento de la letra de una imagen el etc. (como el registro del email de Hotmail)
Que la manera el problema puede ser contenida y manejable pues las escrituras no se pueden utilizar para afectar a los sitios. Tambi�n las medidas de protecci�n se pueden tomar como la eliminaci�n de los miembros, de la verificaci�n errantes etc. del email.
Una vez que las escrituras se quitan de la ecuaci�n, el resto es f�cil.
Una soluci�n m�s simple que no requiere el registro es pedir el modificante para hacer el reconocimiento de la letra de una imagen. Esta medida simple conserva el modifibility an�nimo del wiki, con todo traba hacia fuera las escrituras autom�ticas. Es todav�a posible que los seres humanos separen el spamlove con wiki, no obstante el efecto ser� manejable. Y hay siempre la opci�n 1 que requiere modificantes colocarse.
Archivado bajo tecnolog�a, Web |�
� |
� RSS 2.0 | �
� Env�e por correo electr�nico este art�culo
Usted puede tambi�n tener gusto de leer |
Agregue a los favoritos de Technorati
28 de noviembre de 2004 en el 5:31
el desastre est� sucediendo, all� es ya porciones de escrituras que atacan software ampliamente utilizado tal como usemod.
Si usted est� considerando un sistema del captcha por favor note que el reconocimiento de la imagen cortar� gente oculta y a tal.
28 de noviembre de 2004 en el 8:07
Wiki no es realmente ningún substituto para un sistema correctamente dise�ado del content authoring tal como WebDAV, que puede hacer uso de la autentificaci�n y de la autorizaci�n est�ndar de proporcionar seguridad contenta. Dado el bajo costo de la propiedad de los servidores modernos de DAV, me sorprenden que la gente todav�a est� utilizando Wiki.
28 de noviembre de 2004 en el 11:48
Introducir� este poste con el hecho de que soy el fundador de Atlassian, y el plomo del equipo de la confluencia - el wiki profesional
Pienso le aumento al punto v�lido, pero a uno de el cual deba ser tratado sensible algo que irracional.
La fijaci�n de cada uno de su wiki levanta la barrera para contribuir el contenido, por lo tanto perdiendo la belleza del wiki en el primer lugar (cualquier persona puede contribuir el contenido!).
En los wilds del Internet p�blico, estas cosas pueden ser asustadizas - el donante para arriba de control est� siempre.
En un ambiente corporativo o de organizaci�n, su wiki est� generalmente detr�s de su cortafuego de una cierta descripci�n as� que usted no necesita realmente preocuparse de �stos la clase de ataques.
Hacer cumplir el registro para los usuarios es una soluci�n, pero seguramente solamente temporal - si alguien quiere garabatear en su wiki gravemente bastante, pueden script f�cilmente el registro de usuario.
Otras soluciones incluyen tener caracter�sticas de la restauraci�n no actualizada de modo que si alguien abusa de �l, usted pueda rodar simplemente detr�s y teniendo caracter�sticas de la notificaci�n de modo que usted sepa cuando alguien abusa de su wiki.
Como para el desastre que espera para suceder - el c2 consigue etc atacado, regularmente limpiado, suprimido, con todo alrededor y todav�a todav�a est� por completo del contenido �til - que es la mejor indicaci�n a m� que trabaja
Aclamaciones,
Mike
28 de noviembre de 2004 en el 2:30 P.M.
Mike,
Bueno tener su entrada. He intentado tratar sus puntos abajo.
> la fijaci�n de cada uno de su wiki levanta la barrera para contribuir el contenido, por lo tanto perdiendo la belleza del wiki en el primer lugar (cualquier persona puede contribuir el contenido!).
No estoy sugiriendo definitivamente a la gente del cierre del wiki. Todo lo que soy refr�n es que se coloca e identifica que �l es seres humanos por el reconocimiento de la imagen, una t�cnica usada violentamente por los abastecedores libres del email como el hotmail etc.
Y el proceso/la aprobaci�n es autom�ticos y no requiere ninguna intervenci�n de administradores del wiki.
Otra opci�n que agregu� al poste es que ella hace el reconocimiento de la imagen antes de cada modificaci�n. Esa manera ella todav�a no tiene que colocarse.
> en un ambiente corporativo o de organizaci�n, su wiki est� generalmente detr�s de su cortafuego de una cierta descripci�n as� que usted no necesita realmente preocuparse de �stos la clase de ataques.
Eso es una idea falsa com�n. Las redes corporativas se pueden sujetar igualmente a los ataques del iniciado, que pueden ser igualmente perjudiciales, si no m�s.
De hecho pienso que el desaf�o m�s grande est� con las corporaciones que han decidido a utilizarlo internamente. Incluso los cambios simples a un sistema del wiki que sea visto extensamente por los empleados pueden ser desastrosos. �Imag�nese alguien falso el fijar sobre la dimisi�n de un funcionario dominante en un wiki confiado en , mientras que la bolsa est� todav�a abierta!
> si alguien quiere garabatear en su wiki gravemente bastante, pueden script f�cilmente el registro de usuario.
No con el reconocimiento de la imagen. Es muy duro que los sistemas de reconocimiento de hoy de la imagen recgnize una imagen revuelta como se presenta en muchas de tales pruebas. Solamente un ser humano puede identificarlas correctamente. Para probarlo a su satisfacci�n que usted puede intentar usar una escritura/un programa para reconocer la imagen de yahoo/del hotmail cu�l se presenta para la verificaci�n.
> otras soluciones incluyen tener caracter�sticas de la restauraci�n no actualizada de modo que si alguien abusa de �l, usted pueda rodar simplemente detr�s y teniendo caracter�sticas de la notificaci�n de modo que usted sepa cuando alguien abusa de su wiki.
El problema con el sistema es que overflood cuando las modificaciones extensas a las p�ginas m�ltiples est�n siendo hechas continuamente a los millares de p�ginas a la vez por los thousads de abejones de diversas partes del Internet.
El punto clave del poste es que tal sistema es claramente inadecuado para manejar los spammeres sofisticados de hoy.
> como para el desastre que espera para suceder - el c2 consigue etc atacado, regularmente limpiado, suprimido, con todo alrededor y todav�a todav�a est� por completo del contenido �til - que es la mejor indicaci�n a m� que trabaja
Como dije su esperar a suceder
Ser�a interesante ver c�mo hace frente contra un ataque distribuido basado escritura en vez de pocos seres humanos del dolor-en--cuello.
El hecho de que sea hoy seguro no hace en lo m�s menos posible el asegurar que sea seguro ma�ana. De hecho la misma l�gica se habr�a podido utilizar para decir que WTC es seguro en 8/11.
Angsuman
28 de noviembre de 2004 en el 2:41 P.M.
Gad,
Gracias por su entrada. Usted ha planteado un tema v�lido:
> si usted est� considerando un sistema del captcha por favor note que el reconocimiento de la imagen cortar� gente oculta y a tal.
Tengo que admitir que no pensaba en ella en este poste. �Cu�l ser�a su soluci�n a un desaf�o que se puede solucionar por una persona oculta, con todo no al lado de una escritura automatizada?
Angsuman
28 de noviembre de 2004 en el 8:42 P.M.
Una soluci�n posible es utilizar un sistema similar a las invitaciones del miembro de Gmail de Google. Donde la gente pedir�a una invitaci�n de un miembro actual. Todav�a no es toda que dif�cil conseguir una calidad de miembro y utilizar la para el Spamming pero la probablemente le hace apenas dif�cil bastante que no est� digno de �l para los spammeres. M�s usted tiene la capacidad agregada del corte de las invitaciones de un miembro si dan invitaciones a un n�mero del umbral de gente que resulte ser spammeres.
Y no afectar�a a gente oculta. Solamente gente con desordenes de ansiedad sociales.
29 de noviembre de 2004 en el 4:16
En vista de el comentario de Mike que el c2 consigue atacado, regularmente limpiado, suprimido el etc, con todo �l todav�a est� alrededor y todav�a de contenido �til observar�a por completo que el c2 tiene muchos usuarios que puedan (y) limpiar el Spam. Cuando un wiki tiene solamente algunos usuarios activos, el esfuerzo en curso para mantener el wiki limpio puede borrar f�cilmente el valor que el wiki proporciona.
En un asunto algo relacionado, la gente de TWiki ha estado intentando publicar un insecto repugnante de la seguridad en el cual un atacante puede ejecutar comandos arbitrarios de la c�scara con los privilegios del proceso del web server. Esto, con su cuenta webhosting ha mordido uno de mis amigos ya que era congelada por el abastecedor que el atacante utilizaba al parecer el wiki para enviar Spam.
29 de noviembre de 2004 en el 5:37
dunno. Estoy en el lado de hago una peque�a pregunta muda . algo como incorpora 2 + 2 el letra pasada a foo y as� sucesivamente. no una soluci�n verdadera de todos modos. Parece que paypal pida le a si usted quiere escuchar un sonido.
De todas formas, dos ideas interesantes que vienen de un hilo de rosca m�ltiple del loooong en comp.lang.ruby (wiki de rubygarden.org usado para conseguir spammed mucho).
- /slightly/ cambiante un interfaz parece trabar hacia fuera la mayor�a de los bots (en este caso que no permiten el HTTP min�sculo en acoplamientos)
- haga el wiki no apetible matando referencias externas directas (es decir v�a google vuelva a dirigir o xrl.us o qurl.net) parecen trabar hacia fuera a la mayor�a de los seres humanos
30 de noviembre de 2004 en el 2:33
Tener un desaf�o alterno que sea audio basado se utiliza generalmente para los usuarios con deficiencias visuales.
En relaci�n con el reconocimiento de la imagen del captcha , hay algunos softwares que trabajan de hecho la mayor parte del tiempo: http://www.cs.berkeley.edu/~mori/gimpy/gimpy.html es uno.
http://www.captcha.net/ tiene acoplamientos al estado plus ultra actual en ambos campos (captcha y los disolventes del captcha).
30 de noviembre de 2004 en el 4:44
Gracias por el everone informativo de los comentarios.
Tema: La imagen bas� los captcha
Miraba captcha. Pues usted todo sabe probablemente gimpy y su versi�n realzada es actualmente soluble con un alto nivel de exactitud. �Y cuando usted tiene escrituras, incluso una exactitud del 10% est� muy bien! Estoy seguro que hay versi�n realzada de los captcha que tienen/levantar�n la barra perceptiblemente para hacerla irrealizable. De hecho el sitio ten�a referencias a alguno, no lo ha comprobado todav�a. Tambi�n si usted mira Yahoo, parecen utilizar una versi�n realzada ellos mismos.
Para mejorar me de los captcha pienso que debemos utilizar una combinaci�n de t�cnicas y utilizar un subconjunto para cada imagen generada. Esa manera incluso con t�cnicas existentes hacemos la probabilidad para conjeturar.
Estamos promoviendo interesante el uso del dinero de los spammeres de crear algoritmos realmente innovadores del reconocimiento de la imagen
30 de noviembre de 2004 en el 4:57
Brady,
Gracias por su entrada. He intentado expresar mi preocupaci�n abajo. D�jeme saber cu�les son sus pensamientos.
> una soluci�n posible es utilizar un sistema similar a las invitaciones del miembro de Gmail de Google. Donde la gente pedir�a una invitaci�n de un miembro actual. I
> y �l no afectar�a a gente oculta. Solamente gente con desordenes de ansiedad sociales.
Qu� se refiere a m� es que �ste est� limitando seriamente la accesibilidad de un Wiki y obstaculiza su naturaleza del libre flujo. Cu�nta gente usted piensa pasar� con todo el apuro conseguir una remisi�n as� que �l puede fijar para libre
De hecho pienso que el Orkut y el Gmail es una falta, si su objetivo era utilizarlo como catcha. Diciendo que no estoy realmente seguro con excepci�n cu�l era reducir su objetivo la piscina del usuario.
Tambi�n tanto de mis amigos en valle dijo que ten�an problemas el conseguir del acceso a cualquiera de ellos incluso con su red extensa.
�Imag�nese c�mo es dif�cil estar�a para la gente oculta!
�Cu�nta gente oculta, qui�n hojeamos Internet, sabemos? Personalmente no s� ninguno.
�Me pregunto si ser�a m�s limitador que usando los captcha basados imagen cu�les son sus pensamientos?
Como JM ha precisado amablemente:
> tener un desaf�o alterno que sea audio basado se utiliza generalmente para los usuarios con deficiencias visuales.
�sa es definitivamente la alternativa m�s atractiva que es utilizada por PayPal. La preocupaci�n dominante es que pronto el software del reconocimiento vocal ser� utilizado por los spammeres para superar ese desaf�o. Y es m�s duro torcer voz mucho, considerando que incluso la voz rob�tica mon�tona es dura de entender para algún ser humano
Sin embargo �ste puede ser el mejor que conseguimos en este tiempo
30 de noviembre de 2004 en el 5:29
Doug ha validado m�s lejos mis preocupaciones en su poste arriba.
El palique ha proporcionado algunas opciones emocionantes:
Palique de las gracias.
> estoy en el lado de hago una peque�a pregunta muda . algo como incorpora 2 + 2 el letra pasada a foo y as� sucesivamente. no una soluci�n verdadera de todos modos. Parece que paypal pida le a si usted quiere escuchar un sonido.
�Pienso su una idea excelente!
Tambi�n pensaba a lo largo de las mismas l�neas. Podr�an ser los rompecabezas mathemetical simples o la relaci�n desconcierta como - A es padre de C y B es hermana de C, tan .
Esencialmente rompecabezas simples que se pueden solucionar por cualquier ser humano y requieren demasiado hacer para hacerlo iinfeasible para las computadoras. El sistema de la pregunta se debe seleccionar aleatoriamente de un sistema de desarrollo grande para hacerlo eficaz. Tambi�n los modificantes non-structural automcatic se pueden utilizar como adjetivos para prevenir la adaptaci�n de modelos simple.
El �xito de este sistema sin embargo es limitado por cu�nto variedad podemos producir en crear estas preguntas. Parece un generador automatizado podr�a ser la manera de ir. Un programa para batir programas
> - /slightly/ cambiante un interfaz parece trabar hacia fuera la mayor�a de los bots (en este caso que no permiten el HTTP min�sculo en acoplamientos)
Pero por otra parte trabajar� solamente por alg�n tiempo hasta ellos ascendente sabio.
> - haga el wiki no apetible matando referencias externas directas (es decir v�a google vuelva a dirigir o xrl.us o qurl.net) parecen trabar hacia fuera a la mayor�a de los seres humanos
Eso es un asunto interesante. Sin embargo que todav�a no los previene de contenido inadecuado de la fijaci�n en sitio y no crea referencias textuales. Sin embargo �ste es algo que pudo ser �til en el conjuction con otros meaasures.
�Qu� usted todo piensa?
11 de marzo de 2005 en el 5:45 P.M.
[...] suprimidos despu�s de dicen 30 d�as. Sin embargo la filtraci�n de la palabra es apenas la punta del iceberg. Necesitamos imagen y/o el reconocimiento audio escardar fijaciones hacia fuera scipted del comentario. Y una manera automatizada de agregar apagado los [...]
31 de marzo de 2005 en el 4:03
Apenas un pensamiento. �si un programa consigue solamente la exactitud del 10% que intenta conjeturar una imagen, ser�a trivial prohibir la escritura del wiki (consiga a mal del cuadro 5 veces? Interdicci�n del IP por una hora)
31 de marzo de 2005 en el 5:11 P.M.
@Tim verdad, a menos que utilicen la lista de poderes (an�nimos) para tener acceso al Web site.
5 de julio de 2005 en el 4:30 P.M.
Necesita ser reconocido que muchos en la comunidad del wiki no ven esto como problema. Creen en SoftSecurity y son poco dispuestos violar wikiness ejecutando esquemas de la autorizaci�n. Wiki es m�s de una filosof�a que un mecanismo a esta gente, ellos no est� buscando un sistema de seguridad. Es una buena idea llegar a ser conocido con las ideas de la seguridad suave, porqu� creen que la seguridad dura es un juego perdidoso y porqu� eligen dejar su sistema abierto, dependiendo de un grupo de jardineros dedicados para restaurar el sitio. Algunos pueden decir que es la naturaleza del wiki para que la informaci�n sea creada y destruido y eso es cu�les es. Eso no hace para un sistema de informaci�n confiable en el sentido de la calidad de servicio siempre en sino que �se puede no ser el prop�sito del wiki a ellos.
5 de julio de 2005 en el 8:00 P.M.
@Steve
> creen en SoftSecurity y son poco dispuestos violar wikiness ejecutando esquemas de la autorizaci�n.
Eso no parece trabajar m�s.
Wiki de la sala se ha derrumbado para comentar Spamming y ha cerrado las puertas a cada uno pero a un selecto pocos (as� que yo se han dicho pues no soy uno del selecta pocos). De hecho el wiki de la sala tiene un CAPTCHA, s�lo el c�digo a escribir es en ninguna parte visible.
> porqu� creen la seguridad dura es un juego perdidoso
Discrepo. Con el advenimiento del Spamming seguridad suave del comentario no puede sobrevivir, no frente a asalto continuo por millares de bots de granjas del bot usando las m�quinas comprometidas de las ventanas.
> el cual no hace para un sistema de informaci�n confiable en el sentido de la calidad de servicio siempre en pero el cual no puede estar el prop�sito del wiki a ellos.
�Lo que puede ser el prop�sito si no es disponible para los usuarios entonces c�mo puede servirlo?
28 de noviembre de 2005 en el 12:25
[...] Neil encontr� spammeres �ticos en su wiki (le�do sobre el Spamming del wiki) que dej� una nota despu�s de que spammed: �<! - Dejamos intacto contento. Permitimos que usted quite f�cilmente las adiciones. �- > <! - Respetamos sus p�ginas y appologize para el Spam. �- > <! - Somos el grupo �tico de los spammeres. (esto es un oxymoron - dos t�rminos que se ponen juntos pero son el significar opuesto). - > [...]