Regler for deltakelse i Bug Bounty-programmet
Registrering og verifisering
- Registrering: for å delta i programmet må du først registrere deg på nettsiden sms-activate.ai Oppgi din Telegram-konto under registreringsprosessen for enkel kommunikasjon;
- Verifisering: Du må gjennomgå verifiseringsprosessen for å motta utbetalinger. Detaljerte instruksjoner vil bli sendt til deg via Telegram når rapporten din er godkjent.
Innsending av rapporter
- Gjennomgang av reglene: Før du sender inn rapporten din, vennligst sett deg inn i reglene for deltakelse og typene sårbarheter som kan vurderes;
- Rapporteringsskjema: bruk skjemaet på siden sms-activate.ai/bugbountyForm for å sende inn rapporten din. Rapporten din bør inneholde en tydelig beskrivelse av sårbarheten, trinn for å reprodusere den, bevis (skjermbilder, videoer) og anbefalinger for hvordan den kan fikses;
- Tilleggsfiler: legg ved tilleggsfiler for å bekrefte sårbarheten om nødvendig;
Prosess for gjennomgang av rapporter
Typer sårbarheter
Verifisering og personvern
Utbetalinger
Etiske retningslinjer
Konklusjon
Vedlegg A
- IDOR (rapporter om denne typen sårbarhet aksepteres kun ved høyt kritisitetsnivå; kritisitetsnivået fastsettes av vår spesialist når sårbarheten er bekreftet);
- Alle typer XSS-sårbarheter, unntatt lagret XSS (rapporter om lagret XSS-sårbarhet aksepteres avhengig av viktigheten til nettressursen);
- Clickjacking;
- Usikker omdirigerings-URI;
- Aktivert katalogoppføring (passord, sikkerhetskopier) og Eksponering av sensitive data (avhengig av de avslørte dataene; rapporter om denne sårbarheten aksepteres hvis det finnes kritiske data);
- Aktivert feilsøkingsmodus, som ikke avslører kritiske data;
- CSRF-sårbarheter, funnet innenfor en funksjon som ikke er kritisk;
- Avsløring av adminpanelet (hvis bug-jegeren finner admin-dashboardet, men ikke kan utføre kontoovertagelse eller hente annen kritisk informasjon);
- Brukeropptelling uten avsløring av kritiske data;
- Feil sikkerhetskonfigurasjon, dersom det ikke foreligger bevis for at trusselen har blitt realisert;
- Nekte å levere tjenester;
- Spam;
- Sosial manipulering, rettet mot ansatte, underleverandører eller kunder;
- Eventuelle fysiske forsøk på å få tilgang til eiendom eller datasentre
- Systemeier;
- Rapport opprettet ved bruk av automatiserte verktøy og skanninger;
- Feil i tredjepartsprogramvare;
- Manglende sikkerhetsheadere som ikke direkte fører til en sårbarhet;
- Brudd på SSL/TLS-tillit;
- Sårbarheter som kun påvirker brukere av utdaterte eller ulisensierte nettlesere og plattformer;
- Retningslinjer for passord- og kontogjenoppretting, slik som utløpsdato for tilbakestillingslenken eller passordstyrke;
- Utdatert DNS-post, peker til et system som ikke tilhører systemeieren.
Innhold
Vedlegg B
Poeng tildeles i henhold til sårbarhetens kritisitetsnivå som følger:
- Lavt viktighetsnivå – fra 0 til 30 poeng;
- Middels viktighetsnivå – fra 31 til 60 poeng;
- Høyt viktighetsnivå – fra 61 til 100 poeng.
- sms-activate.ai
- hstock.org
- ipkings.io






















































