Mensajes

Tengo entendido que han detectado algunas vulnerabilidaddes en el flash player (versión 11 o 12 para abajo según recuerdo) y si bien fueron corregidos en la actual (14?) no te permite instalarlo por incompatibilidad y estar ya desantendido el sistema operativo instalado...

Creo que por ese punto, y capaz algún hábito (alguna página que visitas habitualmente) tienes la raíz del problema.

Si así fuera, tienes aún algunas opciones... utilizar software que intente evitar ese modo de infección, usar html5, actualizar la versión de windows.
saludos.

(agrego) el complemento de java también debería salir como desactualizado, ahora correría la versión 8 pero tampoco es compatible con xp :/

aaaah pero ahí se lo van a desfacear sus amigos... y ya no le parecerá taaaan divertido XD

GoBrit, por favor fíjate que tanto Orubatosu como yo te hemos indicado lo mismo.. fíjate en mi comentario sobre discriminar dependiendo como está formado n si hay que agregar un dígito a la izquierda (si el dígito de mayor peso es un cero...) comparar y de caso de no ser el resultado esperado e iterarlo, o bien a la derecha (y ahí optimizar la iteración según test de primalidad)... ya que es probable por el rango de valores que tengas posibles primos m más cercanos en este segundo caso.

Te recomiendo generar primero el algoritmo (puede ser gráficamente) y luego cuando creas que ya obtienes una coherencia en los resultados lo codeas. Después intenta optimizarlo.. divide y te será más facil... pero si intentas todo junto, seguirás complicado. Saludos

Concuerdo contigo. La seguridad la hacen todos, si no tiene una licencia libre, si piensan que "encapsulando" y ocultando todo lo referido a como lo implementarán, será más "seguro" están cometiendo un error grosero.
(Es como si dijera que al publicarse el algoritmo RSA, se pone en peligro todo lo que vaya a funcionar con el mismo... una tontería enorme!)

Y no se podrá ayudar en bugs o vulnerabilidades... no, se debería informar bien para poder colaborar si es posible y así mejorar el sistema.
Saludos

[encontrar el primo más próximo que contenga a n]

Bueno, pero entonces si necesitas encontrar el primo más próximo que contenga a n sólo debes seguir la secuencia que indicaste, ya que los posibles primos intermedios deberían ser descartados al no tener n incluído en él...

- tomas la entrada n.
- es primo? no.
- generas un m que contenga a n (puedes utilizar la indicación de Orubatosu sobre cadenas)
- es primo? si. sales. sino, vuelves a generar otro m que contenga a n...

De aquí se desprende que tu iteración no debería estar definida por una sucesión lineal, sino por una condición booleana referida a la primalidad de m.

Saludos.

(agrego) recuerda que tu generación de m como indicaste es si tienes ceros adelante... si n tuviera un dígito distinto a cero como el de mayor peso, entiendo que deberías aumentar linealmente a la derecha; ya que ahí si podrías tener un posible número m, que contenga a n, que sea primo, y que estuviera más cerca...

y les vengo a pedir el favor de que si me pueden decir como evito la petición del permiso y obtenga el dato, o algún otro código que lo haga así se los agradecería mucho.

Entendí mal entonces...

Hola GoBrit, porqué dices que es poco eficiente? si das una entrada y sobre ella debes obtener el primo más próximo... lo más intuitivo es ir incrementando en unidades.
Si fuera desde ese número hacia atrás puedes usar uan implementación de la criba de Eratóstenes... si te refieres con eficiente a intentar aplicar la frecuencia en la generación de número primos en la iteración (para no incrementar de uno en uno), bien puedes mirar lo publicado por Gauss o Riemann...
Pero no sé si sería correcto ya que podrías saltarte alguno, recuerda que son aproximaciones sobre la frecuencia en los números primos.

Si te refieres al algoritmo en sí, no tienes ninguno indicado por Orubatosu, hay muchos test de primalidad al respecto, entrando en juego el módulo de n.

Saludos

(agrego) si lo que intentas hacer es una función que te "genere" primos, desde un entero como piso, bueno... partiendo nuevamente de Riemann, hay todo un teorema llamado el teorema de Mills al respecto... pero entiendo que escapa a lo solicitado.

O bien, porqué no pensar de una manera más "lateral" y preocuparse por el router? Por ello así como uno tiene la costumbre al instalar un s.o. de m$, actualizarlo y agregarle un antivirus, lo primero al contratar el servicio al isp local es modificar la configuración y claves de acceso de fábrica. Saludos.

Miedo me da si usan un algoritmo para asocial UID con DNI (se podría descubrir cual es) en vez de un hash o base de datos (más difícil de sacar)

Justamente en ello estaba pensando... más siendo también numérico.

Para mí es un riesgo de seguridad innecesario. Un tema es facilitar el control y validación de datos, o cruce con información internacional (ejemplo el agregado de un código QR para que el operador del aeropuerto sepa casi al instante si no está frente a un potencial prófugo) o de la seguridad local; pero esto lo asocio más a los famosos tachos de basura (en Inglaterra era?) con conectividad por el protocolo 802.11 y que te enviaba publicidad al móvil mientras caminabas cerca si tenías la conexión automática activada... (nadie pensó si un sujeto malicioso, intervenía uno, se podía hacer de una importante cantidad de información en tan solo 24hs?)

Para reflexionar. Saludos.

Así es... lo que indicas no solo estaría fuera de las normas "éticas" sino que no está permitido legalmente. Seguramente te refieres al trabajo del científico Yong Wang, que trabajó en conjunto con colegas de la Universidad de Illinois, logrando un acceso no autorizado a la geolocalización, (con un error bastante pequeño, cabe decir) sin el consentimiento del usuario al no conceder los privilegios necesarios... Saludos