Netskope NSK200 Exam - Topic 3 Question 32 Discussion

Actual exam question for Netskope's NSK200 exam

Question #: 32
Topic #: 3

You are testing policies using the DLP predefined identifier "Card Numbers (Major Networks; all)." No DLP policy hits are observed.

AYou must use Netskope API protection.

BYour data must have valid credit card numbers.

CYou must normalize credit card numbers to 16-digit consecutive numbers.

DYou must use the Netskope client to perform advanced DLP and optical character recognition.

Show Suggested Answer

Suggested Answer: B

For DLP policies to detect sensitive data like credit card numbers, the data must contain valid credit card numbers as defined by the DLP pattern. Invalid or incorrectly formatted numbers will not trigger DLP policy hits.

by Bettye at Nov 15, 2024, 11:33 PM

Limited Time Offer

25%

Off

Get Premium NSK200 Questions as Interactive Web-Based Practice Test or PDF

Contribute your Thoughts:

Submit Cancel

Barrett

7 days ago

I think you need valid credit card numbers for DLP to trigger.

upvoted 0 times

...

Markus

13 days ago

No hits means no valid card numbers detected.

upvoted 0 times

...

Hannah

18 days ago

I’m not confident, but I feel like using the API protection might not be necessary unless specified, so I’m unsure about A.

upvoted 0 times

...

Jade

24 days ago

I’m leaning towards option D because I recall that the Netskope client is often required for advanced DLP features.

upvoted 0 times

...

Delsie

29 days ago

I think I saw a practice question that mentioned normalizing data, but I’m not entirely sure if that applies here.

upvoted 0 times

...

Alton

1 month ago

I remember something about needing actual credit card numbers for the DLP to trigger, so maybe option B is correct?

upvoted 0 times

...

Kristofer

1 month ago

I think the key here is to focus on the fact that no DLP policy hits were observed. That tells me the data doesn't have valid credit card numbers, so options C and D about normalizing or using advanced DLP tools don't apply. I'm leaning towards B as the answer.

upvoted 0 times

...

Monte

1 month ago

I'm a bit confused by this one. The question doesn't give us much information to go on. I'll need to carefully read through the options and try to figure out the best approach.

upvoted 0 times

...

Jonelle

1 month ago

I'm pretty confident the answer is B. The question states that no DLP policy hits were observed, so the data must not have valid credit card numbers. That means option A about using Netskope API protection is not relevant.

upvoted 0 times

...

Cristal

1 month ago

Okay, let's see. If there are no DLP policy hits, that suggests the data doesn't contain any valid credit card numbers. Maybe I should double-check the data to make sure it's formatted correctly.

upvoted 0 times

...

Cathrine

1 month ago

Hmm, this is a tricky one. I'll need to think carefully about the different options and what they're asking for.

upvoted 0 times

...

Junita

11 months ago

Haha, I bet the answer is B. If the data doesn't have valid credit card numbers, no wonder the DLP policy didn't pick them up. Gotta have the real deal for that to work!

upvoted 0 times

Adelle

10 months ago

B) Your data must have valid credit card numbers.

upvoted 0 times

...

Shoshana

10 months ago

A) You must use Netskope API protection.

upvoted 0 times

...

Dorinda

11 months ago

I'm torn between B and C. But I'll go with C, just because I like the idea of having all the credit card numbers in a nice, neat 16-digit format. It's like making the DLP policy's job a little easier, you know?

upvoted 0 times

...

Lavelle

11 months ago

D seems like the way to go. Using Netskope client with advanced DLP and OCR should be able to catch those credit card numbers, even if they're not in the standard format.

upvoted 0 times

Marti

10 months ago

C) You must normalize credit card numbers to 16-digit consecutive numbers.

upvoted 0 times

...

Lewis

11 months ago

A) You must use Netskope API protection.

upvoted 0 times

...

Pamella

11 months ago

D) You must use the Netskope client to perform advanced DLP and optical character recognition.

upvoted 0 times

...

Golda

11 months ago

I'm going with C. Normalizing the credit card numbers to 16-digit consecutive numbers is probably the best way to ensure the DLP policy can detect them.

upvoted 0 times

Geoffrey

10 months ago

B) Your data must have valid credit card numbers.

upvoted 0 times

...

Nicolette

11 months ago

A) You must use Netskope API protection.

upvoted 0 times

...

Devorah

11 months ago

C) You must normalize credit card numbers to 16-digit consecutive numbers.

upvoted 0 times

...

Theola

12 months ago

But maybe our data doesn't have valid credit card numbers.

upvoted 0 times

...

Noelia

12 months ago

True, we might need to normalize the credit card numbers to 16-digit consecutive numbers.

upvoted 0 times

...

Noelia

12 months ago

I think we should use Netskope API protection.

upvoted 0 times

...

Emogene

12 months ago

I think the answer is B. The question states that no DLP policy hits were observed, which means the data likely doesn't have valid credit card numbers.

upvoted 0 times